Axis2 MustUnderstand problem mit Boolean

[Seb9]

Hallo,

ich habe ein Problem mit Axis2, genauer gesagt mit der WSDL2Java Codegenerierung.
Ich möchte gerne einen Service ansprechen, den ich nicht verändern kann.
Zu diesem Service habe ich ein WSDL-Dokument, welches ich zur Stub generierung benutze.
Den Client Stub erzeuge ich mit WSDL2Java und dem ADB-Databinding.
Ich benutze dazu Axis2 1.4.1.

Nun das Problem:
Der Service verlangt, dass das Attribut MustUnderstand=1 gesetzt ist.
Mein Stub lässt jedoch nur True/False zu.
Mit einem Boolschen Wert funktioniert es aber definitiv nicht.
Also habe ich mein Stub umgeschrieben, so dass "true" als "1" gesetzt wird.

Nun versteht der Service meine Anfrage und schickt auch eine Korrekte Antwort an mich zurück (beobachtet mit TCP-Trace).

Axis2 wirft jedoch eine Fehler:
Exception in thread "main" org.apache.axis2.AxisFault: Must Understand check failed for header ...

Meine Vermutung ist nun die, dass Axis2 nicht mit MustUnderstand=1 umgehen kann.
Ich habe also das Problem von vorher nun in umgedrehter Richtung.

Ich habe gelesen, dass man in den Axis2 Sourcen, in den XSLT-Templates, die Stelle suchen muss an der der Typ von MustUnderstand gesetzt wird und diesen anpassen soll.

Einen solchen Eintrag finde ich jedoch nicht.

Kann mit hier jemand sagen, wie ich dieses Problem in den Griff bekommen kann?
Hat eventuell jemand das gleiche Problem?

Viele Grüße
Seb9

 

[Vayu]

benutzt du rampart 1.4? wenn ja mach n downgrade auf 1.3 das sollte das problem beheben

 

[Seb9]

Nein, ich benutze nicht Rampart, jedenfalls noch nicht.
Bei dem SOAP-Call handelt es sich um einen unsignierten Call über HTTP.

 

[Vayu]

ist es möglich, dass du mir das wsdl file mal zukommen lässt?
ich bin jetzt bald weg ins Wochenende, würde aber am Montag falls das Problem noch besteht mal drüber schauen.

 

[Seb9]

Ich darf die Files leider nicht weiter reichen...

 

[Vayu]

also ich vermute, dass die entwickler den fehler gemacht haben mit der 1. Auf ihrer Seite ist es ja kein problem weil die die serialisierung selber gebastelt haben.

Den part der die SOAP Message ausliest kannst du bei dir nicht verändern? Weil dann liest du halt statt der 1 n true

edit: war blödsinn

finds aber eh komisch ... diesen Fehler hatte ich einmal. und da lags an einer wohl fehlerhaften rampart version 1.4

normalerweise sollte doch das framework aus 1 true und 0 false machen oder nicht? Da solltest du dich doch gar nicht drum kümmern müssen.

 

[Seb9]

Laut SOAP Spec. sind beide Varianten zulässig. Also True oder 1.
Da ich auf die Server-Seite keinen Einfluss habe, muss ich wohl Axis2 in irgend einer Weise davon überzeugen, dass er eine Eins, als True interpretieren kann.
Was den Client-Stub anbelangt, ist diese Änderung ganz einfach. Komplizierter wird es eben bei allen Abläufen vor dem Stub. Also der Axis2 Engin.

 

[Vayu]

was du noch machen kannst, du kannst dir in er axis2.xml in der InFlow Phase nen eigenen Handler deklarieren. Damit kannst dann den Header selber behandeln.

 

[Seb9]

Ja, dass habe ich auch gelesen, doch nie verstanden wie das gehen soll.
In den Quellen die ich habe, dienen die Handler immer dazu irgend etwas zu tun (auswerten, hinzufügen, verändern)
Ich möchte aber all das nicht. Ein Handler, so wie ich das verstehe, verlangt auch immer ein Modul.
In meinem Fall müsste dieses Modul ja leer sein, da ich gar keinen Dienst anbiete, sonder lediglich einen benutze.
Wenn Du weißt wie ich mir einen Client Handler erzeuge, der nichts macht, wäre ich happy ;-)

 

[Vayu]

das hier sieht verständlich erklärt aus

Subject: RE: Axis2: howto handle custom mustUnderstand Headers

so ich bin dann mal weg übers we.