DominoArea.org [Archive]

par **kikolo** » 04 Oct 2010 à 10:38

Bonjour,

Les éléments utiles:
Serveur Domino: 8.0.2 sous Unix
Client-Designer-Administrator: 8.5.1 FP2

J'ai un souci de modifications et de compilations de code.
A chaque librairie de mon code, j'ai déclaré une ou plusieurs classes. Celles-ci existent sur plusieurs plateformes (2 plateformes de dev, 1 de pré production et 1 de production)
Lorsque je souhaite modifier le code de façon toute simple dans n'importe laquelle de mes classes (par exemple: private toto as string ), l'agent qui appelle cette classe plante en m'affichant un "type mismatch on external name".

L'erreur semblant être typique d'un problème de compilation, qu'à cela ne tienne, je lance un compil all lotusscript...

et là c'est mon Designer plante. :shock:

Je précise que cette compilation de code fonctionne sans problème avant modification. Je précise également que ce problème ne se manifeste pas sur une des plateformes de dev (même version de client, mais serveur Domino en 8.5.0).

Avez vous une idée du problème, cela m'aiderait réellement.

Merci d'avance.

Site internet · par **Michael DELIQUE** » 04 Oct 2010 à 10:42

salut

c'est un souci régulier (meme en 8.5.1), la modification d'une bibliothèque de script, fait planter l'agent.

en régle générale je passe ça en :

- ouvrant la bibli qui plante, je rajoute retire une ligne (un retour chariot) et j'enregistre.
- je vais dans l'agent je fais la même chose

et normalement ya plus de souci.

par **kikolo** » 04 Oct 2010 à 11:19

Bonjour Michael et merci pour ton idée .
Malheureusement, c'est quelque chose que j'ai déjà tenté.
En fait, modifier en faisant du retour chariot ou en ajoutant/retirant un espace, ne fait pas planter l'agent.
Par contre, c'est à la déclaration d'une quelconque variable (et uniquement dans une classe) que cela plante.
Les modifications dans mes procédures ou n'importe où ailleurs d'ailleurs (hors classes), ne posent pas de problèmes.
C'est bien pour cela que je suis embêté.

Site internet · par **Michael DELIQUE** » 04 Oct 2010 à 11:24

aurrais-tu atteint la taille maximum de code autorisé par lotus ?

par **kikolo** » 04 Oct 2010 à 11:38

Je ne pense pas, car les presta qui gèrent l'autre plateforme de dév (qui est sous Domino 8.5.0) arrivent à faire les modifications sans rencontrer le moindre problème.
La question que je me pose devient finalement: est ce que ce problème n'est pas finalement dû au serveur Domino.
Je viens de faire le test sur une version 8.5.1 (mais sous Windows cette fois), et j'ai le même problème.

Site internet · par **Michael DELIQUE** » 04 Oct 2010 à 11:39

j'ai pas de retour concernant la branche 8.0.x, elle a été abandonné par ibm.

donc hormis les corrections de bug elle n'évoluera pas

concernant ta class, elle aurai pas un truc spécial ? genre un appel de lss ou autre ?

par **kikolo** » 04 Oct 2010 à 11:42

Michael DELIQUE a écrit:j'ai pas de retour concernant la branche 8.0.x, elle a été abandonné par ibm.

donc hormis les corrections de bug elle n'évoluera pas

Ca ne me pose pas de problème, étant donné que mon soucis se présente sur la 8.5.1 :lol:

Site internet · par **Michael DELIQUE** » 04 Oct 2010 à 11:44

ouaip donc comme je disais

concernant ta class, elle aurai pas un truc spécial ? genre un appel de lss ou autre ?

par **kikolo** » 04 Oct 2010 à 12:09

Michael DELIQUE a écrit:ouaip donc comme je disais

concernant ta class, elle aurai pas un truc spécial ? genre un appel de lss ou autre ?

Effectivement, je fais appel à d'autres librairies.
ci-joint un bout de code:

Uploaded with ImageShack.us

C'est en rajoutant le private toto as string que mon code plantouille.

Site internet · par **Michael DELIQUE** » 04 Oct 2010 à 12:58

je suppose que tu as recompiler aussi les autres bibli appelé ?

par **kikolo** » 04 Oct 2010 à 13:15

oui.
J'ai lancé un compil all lotusscript.

Merci de consacrer un peu de temps à mon soucis Michael

Site internet · par **Michael DELIQUE** » 04 Oct 2010 à 13:16

pas une recompile,

mais ouvrir / modifier / refermer les sous-bibli

sinon en les recopiant dans une base vierge tu as toujours le pb ?
(recopie du code pas des bibli)

par **kikolo** » 04 Oct 2010 à 13:40

Michael DELIQUE a écrit:pas une recompile,

mais ouvrir / modifier / refermer les sous-bibli

Je n'ai pas compris ce que tu voulais dire par là. Un retour chariot puis un save? Si oui, alors j'ai déjà tenté et mon code compile. C'est vraiment à l'ajout d'une déclaration que j'ai le probleme.

Michael DELIQUE a écrit:sinon en les recopiant dans une base vierge tu as toujours le pb ?
(recopie du code pas des bibli)

Pas encore fait.
Il a tellement de code et de bibliothèques dans tous les sens que refaire cette manip serait ultra fastidieux.

Site internet · par **Michael DELIQUE** » 04 Oct 2010 à 13:49

désolé, pas d'autre idée,

le forum est au ralentit aujourd'hui, attend peu que d'autre viennent !

par **nemrod93** » 04 Oct 2010 à 16:03

Bonjour,

j'utilise une astuce de mon côté qui m'a permis de moins galérer avec les bibliothèques.

en premier je crée une bibliothèque "accueil" qui contiendra tous les pointeurs vers les différentes bibliothèques.

je place "accueil" dans tous les éléments (masques, agents....) et ensuite je développe les autres bibliothèques.

DominoArea.org [Archive]

Problème de compilations

Problème de compilations