[#PETALSSEEIP-10] erreur "Routing-Slip: unable to close the source exchange on error status" - Petals Link JIRA

Details

Type: Bug
Status: New
Priority: Major
Resolution: Unresolved
Affects Version/s: 2.5
Fix Version/s: None
Component/s: Routing-Slip
Security Level: Public

Description:

Hide

Dans le cadre de la migration vers la nouvelle plateforme et les nouveaux composants (petals-platorm de 3.0.5 à 3.1.1 et petals-se-eip de 2.4.3 à 2.5 notamment) nous rencontrons le soucis suivant :

Nous avons un routing-slip qui invoque un pojo, un validateur XML, un pojo et un routeur.
Sur l'évenement SEND entre le routing slip et le premier POJO, nous sauvegardons le flux à l'aide d'un intercepteur, via la méthode exchange.getOutMessage() appelée dans la méthode handleMessageSent de l'intercepteur.

Cela a pour conséquence de générer l'erreur apparaissant dans le fichier erreur.log.
Lors de la suppression de la ligne exchange.getOutMessage() dans l'intercepteur, cette erreur n'apparaît plus, et on obtient la trace incluse dans le fichier sans_erreur.log, mais nous ne pouvons bien sûr plus sauvegarder le flux...

Show
Dans le cadre de la migration vers la nouvelle plateforme et les nouveaux composants (petals-platorm de 3.0.5 à 3.1.1 et petals-se-eip de 2.4.3 à 2.5 notamment) nous rencontrons le soucis suivant : Nous avons un routing-slip qui invoque un pojo, un validateur XML, un pojo et un routeur. Sur l'évenement SEND entre le routing slip et le premier POJO, nous sauvegardons le flux à l'aide d'un intercepteur, via la méthode exchange.getOutMessage() appelée dans la méthode handleMessageSent de l'intercepteur. Cela a pour conséquence de générer l'erreur apparaissant dans le fichier erreur.log. Lors de la suppression de la ligne exchange.getOutMessage() dans l'intercepteur, cette erreur n'apparaît plus, et on obtient la trace incluse dans le fichier sans_erreur.log, mais nous ne pouvons bien sûr plus sauvegarder le flux...

Environment:

petals-platform 3.1.1, petals-se-eip 1.5, windows et RHEL 32 bits, JDK 1.5 et 1.6.

Download all attachments as a ZIP file

Attachments

erreur.log

(5 kB)

Logica DGME

Thu, 9 Dec 2010 - 13:13:23 +0100
sans_erreur.log

(24 kB)

Logica DGME

Thu, 9 Dec 2010 - 13:13:23 +0100

Activity

Ascending order - Click to sort in descending order

Logica DGME made changes - Thu, 9 Dec 2010 - 13:13:23 +0100

Field	Original Value	New Value
Attachment		erreur.log [ 10466 ]
Attachment		sans_erreur.log [ 10467 ]

Hide

Permalink

Logica DGME added a comment - Mon, 13 Dec 2010 - 14:56:24 +0100

Il semble que l'invocation de exchange.getOutMessage() dans la méthode handleMessageSent() de l'intercepteur n'est pas légale, du fait même que handleMessageSent() est appelée avant qu'une réponse soit présente dans l'échange.
Cela fonctionnait cependant avec la plateforme 3.0.5 et le composant EIP 2.4.3 (alors que exchange.getInMessage() ne fonctionnait pas) et a apparemment été corrigé dans les nouvelles versions.

Le bug décrit n'en est donc pas un, nous modifions nos développements en conséquence.

Show

Logica DGME added a comment - Mon, 13 Dec 2010 - 14:56:24 +0100 Il semble que l'invocation de exchange.getOutMessage() dans la méthode handleMessageSent() de l'intercepteur n'est pas légale, du fait même que handleMessageSent() est appelée avant qu'une réponse soit présente dans l'échange. Cela fonctionnait cependant avec la plateforme 3.0.5 et le composant EIP 2.4.3 (alors que exchange.getInMessage() ne fonctionnait pas) et a apparemment été corrigé dans les nouvelles versions. Le bug décrit n'en est donc pas un, nous modifions nos développements en conséquence.

Christophe DENEUX made changes - Thu, 31 Jan 2019 - 10:55:06 +0100

Assignee	Admin [ rnaudin ]
Priority		Major [ 3 ]
Component/s		Routing-Slip [ 10469 ]

Petals SE EIP

erreur "Routing-Slip: unable to close the source exchange on error status"

Details

Attachments

Activity

People

Dates