I will make the fix within the next few days.

Scott Nichol

----- Original Message -----
From: "Bhushan Khanal" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 22, 2002 2:49 PM
Subject: RE: More on QName problem


> Thanks, I will look at these. Are we in agreement that the getTagName()
> should be replaced with getLocalName()? If so what is the best way to have
> this fixed?
>
> Thanks again,
> Bhushan
>
>
> -----Original Message-----
> From: Scott Nichol [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 22, 2002 11:47 AM
> To: [EMAIL PROTECTED]
> Subject: Re: More on QName problem
>
>
> Also, http://www.apache.org/~rubys/ApacheClientInterop.html has wire dumps
> of messages from interop tests using the Axis client against a variety of
> servers.  This helps you see in practice how people are constructing
> messages.
>
> Scott Nichol
>
> ----- Original Message -----
> From: "Bhushan Khanal" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, July 22, 2002 2:29 PM
> Subject: RE: More on QName problem
>
>
> > Just to give you some background, I using my own soap implementation to
> > create the message. I trying to write a non servlet container to
implement
> > SOAP services and I was creating mock messages that represented incoming
> > requests. In addition, I am not using Tomcat or Axis(have my own http
and
> > tcp implementation), so I am quite the Black Sheep of this family.
> Therefore
> > its possible that the message could be non confirming to SOAP standards.
> > Here is my earlier posting that contains the incoming message
> > http://marc.theaimsgroup.com/?l=soap-dev&m=102704360007200&w=2.
> >
> > I was qualifying my parameters with the name space, that was the reason
I
> > ran into this problem in the first place. Do you mean that there should
be
> > an additional attribute that specifies the type? Does that also mean,
all
> > the type information needs to be transmitted with the SOAP message?
Could
> > you point me to an example of a valid SOAP message, that would be very
> > helpful.
> >
> > Thanks,
> > Bhushan
> >
> >
> > -----Original Message-----
> > From: Scott Nichol [mailto:[EMAIL PROTECTED]]
> > Sent: Saturday, July 20, 2002 11:25 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: More on QName problem
> >
> >
> > I would guess it has not been a problem because "name" is only used in
the
> > interop extension branch.  Specifically, for parameters with xsi:type
> > specified or with an href attribute, the code does not rely on "name" in
> any
> > way.  Most SOAP implementations provide xsi:type for parameters.  The
most
> > notable exception is Microsoft, which chose to rely on WSDL for typing.
> The
> > "name" variable is used in the branch of code added to attempt to
interop
> > with implementations from Microsoft (and others?) that do not provide
> > xsi:type.  I presume that Apache SOAP users have only exercised this
code
> to
> > interop with Microsoft, which does not qualify parameters with
namespaces.
> >
> > I agree that this code should use the local name.  I am curious,
however,
> > what SOAP implementation you are using that has namespace qualifiers on
> the
> > parameter elements.
> >
> > Scott Nichol
> >
> > ----- Original Message -----
> > From: "Bhushan Khanal" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Friday, July 19, 2002 6:46 PM
> > Subject: More on QName problem
> >
> >
> > > Hello again,
> > >
> > > Here are some more information that I found on the problem that I have
> > been
> > > having with QName and their local names.  Please look at the following
> > > function inside class ParameterSerializer.
> > >
> > > public Bean unmarshall(String inScopeEncStyle, QName elementType, Node
> > src,
> > >                          XMLJavaMappingRegistry xjmr, SOAPContext ctx)
> > >     throws IllegalArgumentException
> > >   {
> > >     Element paramEl = (Element)src;
> > >     String name = paramEl.getTagName(); <<----
> > >     Bean bean = null;
> > > .
> > > .
> > > .
> > >    }
> > >
> > > The method getTagName() returns the name of the tag with the name
space
> > > alias. Shouldn't you be extracting the name using getLocalName()
> instead?
> > I
> > > am  surprised that this has not been a problem for others. Am I
missing
> > > anything?
> > >
> > > Happy Friday!
> > >
> > > Bhushan Khanal
> > > WRQ, Inc.
> > > 206.217.7636
> > > [EMAIL PROTECTED]
> > >
> > > WRQ has 21 years of experience providing integration software and
> services
> > > for host-intensive environments. To learn more about our Reflection
and
> > > Verastream products, visit http://www.wrq.com/products/.
> > >
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> > > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> > >
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> >
> > --
> > To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> >
> >
>
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to