Gefühlt ewig habe ich jetzt daran rumgefrickelt, dass ich einen Globus Toolkit 4-Service nicht via Apache Synapse als Proxy ansprechen konnte, es gab immer eine No Action header-Exception; WSRFLite hatte damit allerdings im Gegensatz zu GT4 komischerweise keine Probleme. Nachdem ich mir jetzt mal alle SOAP-Nachrichten detailliert angeschaut habe war’s recht offensichtlich: Synapse entfernte den Header. Hmm, aber ich hab doch enableAddressing in der Konfiguration angegeben… und was war’s, die Betriebsblindheit natürlich. Denn anstatt so:


<endpoint>
<address uri="http://localhost:8888/wsrf/services/FooService" />
<enableaddressing />
</endpoint>


muss es so aussehen:


<endpoint>
<address uri="http://localhost:8888/wsrf/services/FooService">
<enableaddressing />
</address>
</endpoint>


Hmm, ich fand’s nicht so unlogisch das enableAddressing-Tag für den Endpoint zu setzen, aber gut. Fehlermeldung beim parsen der Config gab’s auch keine, also reichlich uneindeutig den Fehler auf Anhieb zu finden ohne in die SOAP-Nachrichten zu schauen. Ansonsten ist Synapse ziemlich cool, mal sehen wie es sich mit GSI verträgt, das ist ja immer relativ frickelig.

Tags: Apache Synapse, Globus Toolkit 4, Proxy, SOAP, WSRFLite

Der Beitrag wurde am Dienstag, den 25. August 2009 um 10:51 Uhr veröffentlicht und wurde unter Globus Toolkit, HLRS, Programmieren, Software, Unicore abgelegt. du kannst die Kommentare zu diesen Eintrag durch den RSS 2.0 Feed verfolgen. du kannst einen Kommentar schreiben, oder einen Trackback auf deiner Seite einrichten.