Mailing-List: contact cxf-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cxf-user@incubator.apache.org
Received-SPF: pass (athena.apache.org: local policy)
From: "Bc. =?iso-8859-2?q?Ji=F8=ED?= =?iso-8859-2?q?_Mikul=E1=B9ek?="
 <jiri.mikulasek@aura.cz>
Organization: AURA
To: cxf-user@incubator.apache.org
Subject: Re: Missing prefix in request on IBM
Date: Wed, 26 Sep 2007 09:31:52 +0200
User-Agent: KMail/1.9.6
References: <200709252144.56205.jiri.mikulasek@aura.cz>
 <200709260004.06554.jiri.mikulasek@aura.cz>
 <200709251821.07210.dkulp@apache.org>
In-Reply-To: <200709251821.07210.dkulp@apache.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-2"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200709260931.52542.jiri.mikulasek@aura.cz>

Hi thanks a lot for information. I am not very experienced regarding bindin=
g=20
styles but I presume that we are using doc/lit/wrapped. We are suing stubs=
=20
and here is how the stub looks like:

@WebService(targetNamespace =3D "http://sapdev06.webmeth65.osl.no/", name=20
=3D "NoMilSapMaterial_WebServicePortType")

public interface NoMilSapMaterialWebServicePortType {

    @WebResult(targetNamespace =3D "", name =3D "Material")
    @RequestWrapper(localName =3D "Material", targetNamespace=20
=3D "sapdev06material.com", className =3D "com.sapdev06material.Material")
    @ResponseWrapper(localName =3D "Response", targetNamespace=20
=3D "sapdev06material.com", className =3D "com.sapdev06material.Response")
    @WebMethod(operationName =3D "Material")
    public=20
java.util.List<localhost.nomilsapmaterial.webservice.senditem.ResponseMater=
ial>=20
material(
        @WebParam(targetNamespace =3D "", name =3D "Item")
        java.util.List<com.sapdev06material.Material.Item> item
    );
}

What's strange to me, that if I debug a get to the BareOutInterceptor, whic=
h=20
calls JAXBEncoderDecoder. This thing seems to be not consisten with your=20
described cases. Am I wrong (may be it is the first case)?

I encounter now also one more strange thing: When we ommit saaj-impl from t=
he=20
classpath on AIX and there is no SOAPFault (because that's the case saaj-im=
pl=20
is needed), there is prefix generated (we see <ns2:Vendor xmlns:ns2=3D....>=
) If=20
we put this saaj-impl back on classpath, it is generated again without=20
prefix. Again be aware that this magic happens only on AIX with IBM java :-)


Best Regards
On Wednesday 26 of September 2007 00:21:06 Daniel Kulp wrote:
> Well, this area of the serialization should have no JDK differences.
> Not sure what would cause it.
>
> That said, some hints:
>
> Is it our normal JAX-WS + JAXB?
> Is is wrapped doc/lit and using "wrapper" objects?
>     If the answer to both is yes, then it really is completely in the
> JAXB runtime to do the serialization.   The breakpoint you would want
> would be in the JAXBEncoderDecoder marshal method.
>
> If it's RPC/lit, it would be in
> RPCOutInterceptor
>
> If it's Doc/Lit/Wrapped without the JAX-WS wrapper types, it would be the
> WrappedOutInterceptor (see note about this below)
>
> If it's Doc/Lit/Bare, the BareOutInterceptor, but again probably
> delegates to JAXB/Aegis via the "writeParts" method of the
> AbstractOutDatabindingInterceptor superclass.
>
>
> One thing I must add though:
> Check the CXF version.   Version 2.0 DID output with the
> <Vendor xmlns:ns2=3D"some:namespace">
> form.   That was changed for 2.0.1 where the WrappedOutInterceptor was
> updated to always namespace prefix the wrapper element.   2.0.2 is being
> released today (already at the download location, waiting for sites to
> sync before sending the announcment).
>
> Dan
>
> On Tuesday 25 September 2007, Bc. Ji=F8=ED Mikul=E1=B9ek wrote:
> > I understand, that's why I am looking for just a hint about the
> > architecture - can somebody tell me which CXF class or which another
> > library is responsible for serializing the SOAP request. If I find a
> > proper point, I can download sources, debug and experiment with it.
> > There must be some difference in IBM java for AIX and other system
> > which definetely cause my problem. If I will know who is responsible
> > for serializing soap request in cxf it will be easy to find which API
> > from jdk is called and findout the difference then maybe proivde some
> > patch...
> >
> > Dne =FAter=FD 25 z=E1=F8=ED 2007 23:44 Benson Margulies napsal(a):
> > > This is going to be mighty difficult to make any sense of. I, for
> > > one, have no access to an environment to repro this in.
> > >
> > > > -----Original Message-----
> > > > From: Bc. Ji=F8=ED Mikul=E1=B9ek [mailto:jiri.mikulasek@aura.cz]
> > > > Sent: Tuesday, September 25, 2007 3:45 PM
> > > > To: cxf-user@incubator.apache.org
> > > > Subject: Missing prefix in request on IBM
> > > >
> > > > Hello,
> > > >  yet another question regarding WS-client development on IBM.
> > > > This issue appears only on IBM java on AIX os. Using IBM java on
> > > > another operating system everything works fine.
> > > >
> > > > There is missing prefix by operation element in SOAP request. We
> > > > are using document/literal wrapped binding
> > > >
> > > > Our request on IBM looks like (without an envelope):
> > > >
> > > > <soap:Body>
> > > >     <Vendor xmlns:ns2=3D"some:namespace">
> > > > 	....
> > > >     </Vendor>
> > > > </soap:Body>
> > > >
> > > > but should look like (and looks like on windows or linux):
> > > >
> > > > <soap:Body>
> > > >     <ns2:Vendor xmlns:ns2=3D"some:namespace">
> > > > 	....
> > > >     </ns2:Vendor>
> > > > </soap:Body>
> > > >
> > > > The missing prefix is problem for the service part (not developed
> > > > by us and
> > > > running on webmethods) and the operation couldn't be called - we
> > > > got "Service :Vendor does not exist".
> > > >
> > > > Please can somebody give me a hint which part of cxf or another
> > > > library is responsible for serializing the SOAP request and what
> > > > jdk dependent API is used? I must try to findout the primary cause
> > > > otherwis this problem cannot be
> > > > fixed. Our tests have just proven that the xerces implementation
> > > > has no influence.
> > > >
> > > > Thank you
> > > >
> > > > Jiri Mikulasek


=2D-=20
Jiri Mikulasek
=2D--------------------------------
Developer

AURA, s.r.o.
Uvoz 499/56; 602 00 Brno
ISO 9001 certified company
AQAP 2110 (=C8OS 051622)
tel./fax: +420 544 508 115
e-mail: =A0mikulasek@aura.cz
http://www.aura.cz
=2D--------------------------------