Discussion :

[StephG31]

BOnjour,

Je galère actuellement sur une appli Java 1.4 et CORBA avec des bugs divers à corriger.
J'ai besoin de lancer mon appli en command line en mettant CORBA/ORB en mode debug, mais je n'y parviens pas.

J'ai essayé les syntaxes :
-Dopenorb.debug.level=HIGH -Dopenorb.debug.trace=DEBUG
mais j'ai une erreur à l'initialisation de l'appli... d'après ce que je comprends cette syntaxe n'est valable qu'à partir d'une certaine version d'open orb que je n'ai a priori pas dans mon appli...

-Ddebug=true ou full ou 1...
rien n'a changé dans mes logs

-DORBProfile=debug
là aussi rien n'a changé...
a priori il faut définir le profil debug dans un fichier XML ?...

Si vous pouviez m'aider à activer mes traces applicatives CORBA en mode debug ce serait vraiment super!

Stéphane

[CorbAddict]

Bonjour,

Avec quel ORB et quelle version ?

J'ai essayé les syntaxes :
-Dopenorb.debug.level...

Donc je suppose que vous utilisez OpenORB...

mais j'ai une erreur à l'initialisation de l'appli... d'après ce que je comprends cette syntaxe n'est valable qu'à partir d'une certaine version d'open orb que je n'ai a priori pas dans mon appli...

Quelle version utilisez-vous ?

[StephG31]

Nous avons open orb 1.3.1

J'ai un peu avancé sur le sujet.

Avec la syntaxe -Dopenorb.debug.level=HIGH -Dopenorb.debug.trace=DEBUG côté serveur et côté client quand je lance mon appli Java je vois bien les traces CORBA s'afficher.
Par contre mon appli client plante au bout de quelques secondes avec le message suivant:
...CORBA.COMM_FAILURE Bad magic ...
D'après ce que j'ai trouvé sur le net cela semble signifier que mon client reçoit des messages avec un "mauvais header":
http://www.koders.com/java/fid7242FE...5.aspx?s=codec

quelqu'un aurait-il plus d'info à ce sujet ?
puis je modifier quelque chose à ma conf ou mon appli pour que mon client puisse continuer à s'exécuter correctement en mode debug sans planter ainsi ?

Sinon avec l'option -DORBProfile=debug a priori il faut définir un profile debug dans un fichier de conf xml ?... mais je trouve très peu de choses à ce sujet, quelqu'un aurait-il un exemple ?

Bref je suis toujours bien dans les choux!
merci pour l'aide que vous pourrez m'apporter, si je ne trouve pas de solution d'ici la fin de semaine, on ne pourra pas tester un cas d'erreur CORBA...

A ce sujet j'en profite pour vous en parler car peut être quelqu'un pourra-t-il également m'aider sur ce sujet ?
Dans notre appli Java/Corba nous avons défini un timeout dans un fichier de conf (2 minutes), qui correspond dans le code au paramètre RELATIVE_RT_TIMEOUT_POLICY_TYPE.
Parfois on nous a signalé des bugs avec un blocage de l'appli pendant le double de temps que nous avons défini sans que nous comprenions pourquoi ?
avez-vous une idée ?
J'ai vu qu'on pouvait définir d'autres niveaux de policy pour les time outs:
RELATIVE_REQ_TIMEOUT_POLICY_TYPE par exemple.
Lequel ou lesquels préconisez-vous d'utiliser dans des applis Corba qui communiquent beaucoup avec divers éléments/services avec transmissions de divers messages/requêtes ?

[CorbAddict]

...CORBA.COMM_FAILURE Bad magic ...
D'après ce que j'ai trouvé sur le net cela semble signifier que mon client reçoit des messages avec un "mauvais header":
http://www.koders.com/java/fid7242FE...5.aspx?s=codec

Effectivement, il semble que l'appli reçoive un buffer avec un header qui n'est pas "GIOP1x" (avec x > 2). OpenORB n'accepte que le GIOP v1.3 (ou supérieure).
OpenORB 1.3.1 est-il bien utilisé par le client ET le serveur ?

Sinon avec l'option -DORBProfile=debug a priori il faut définir un profile debug dans un fichier de conf xml ?... mais je trouve très peu de choses à ce sujet, quelqu'un aurait-il un exemple ?

Je n'ai pas ça, désolé.

Lequel ou lesquels préconisez-vous d'utiliser dans des applis Corba qui communiquent beaucoup avec divers éléments/services avec transmissions de divers messages/requêtes ?

Le RELATIVE_REQ_TIMEOUT est un timeout pour l'envoie de la requête, sans prendre en compte le temps de traitement du serveur, ni le temps de transmission de la réponse. Si la requête est bien envoyée avant ce timeout, le client reste bloqué en attendant la réponse, même après le timeout.
Le RELATIVE_RT_TIMEOUT englobe le tout (envoi, traitement, réponse). C'est donc, à mon avis, le plus utile.

[StephG31]

J'essaye d'utiliser l'option -DORBProfile=debug

J'ai trouvé plusieurs fichiers de conf OpenORB.xml sur ma machine Linux qui définissent tous un profile debug.
Mais j'ai l'impression que quand je lance mon appli, elle ne se "plugge pas" sur un de ces fichiers xml du coup elle ne trouve pas de profile debug et ne logge rien...
Connaissez vous l'option que je pourrais utiliser pour indiquer à l'appli lors de son lancement le fichier de conf OpenORB.xml à utiliser ?

[CorbAddict]

D'après la doc c'est -ORBopenorb.config=URL ou -ORBConfig=URL