You are viewing a plain text version of this content. The canonical link for it is here.
Posted to soap-user@ws.apache.org by Adam Marek <ad...@oke.pl> on 2001/04/24 12:52:47 UTC
SOAP 2.1 with TOMCAT problem
Hi,
I've just installed the apache SOAP 2.1 package on a machine running
Windows NT and Jakarta-Tomcat 3.1. I have followed closely all the
installation instructions. The apache-soap seemed to be working ok at
first. I was able to connect to the admin servlets and deploy (via the
html form) some of the enclosed sample services.
When, however, I made an attempt to deploy a service via the command
line (using the ServiceManagerClient class) a received the following
response:
[SOAPException: faultCode=SOAP-ENV:Client; msg=A
'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
a: 'faultcode' element.;
targetException=java.lang.IllegalArgumentException: A
'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
a: 'faultcode' element.]
It soon turned out that this is also the only response I can get from
the Apache-Soap when trying to run the sample services deployed via the
admin servlet interface.
Since the error message is a bit cryptic I used the TcpTunnelGui class
to watch at the SOAP envelopes exchanged between the tcprouter and the
client classes.
It appears that every client rpc call, using custom data types as well
as the primitives like string or int, causes a response from the
rpcrouter saying that it was "Unable to resolve namespace URI for 'xxx'"
where xxx is a name of the namespace describing the items passed as
arguments to the rpc call. Below is an example of such conversation:
REQUEST:
POST /soap/servlet/rpcrouter HTTP/1.0
Host: adam:8081
Content-Type: text/xml; charset=utf-8
Content-Length: 450
SOAPAction: ""
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Body>
<ns1:sendMessage xmlns:ns1="urn:CBWrapper"
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<mess xsi:type="xsd:string">testing</mess>
</ns1:sendMessage>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
RESPONSE:
HTTP/1.0 400 Bad Request
Date: Tue, 24 Apr 2001 10:45:22 GMT
Status: 400
Set-Cookie2:
JSESSIONID=To1018mC9942966737307667At;Version=1;Discard;Path="/soap"
Servlet-Engine: Tomcat Web Server/3.1 (JSP 1.1; Servlet 2.2; Java
1.3.0_01; Windows NT 4.0 x86; java.vendor=Sun Microsystems Inc.)
Set-Cookie: JSESSIONID=To1018mC9942966737307667At;Path=/soap
Content-Type: text/xml; charset=utf-8
Content-Length: 472
Content-Language: en
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Body>
<SOAP-ENV:Fault>
<faultcode>SOAP-ENV:Client</faultcode>
<faultstring>Unable to resolve namespace URI for 'xsd'.</faultstring>
<faultactor>/soap/servlet/rpcrouter</faultactor>
</SOAP-ENV:Fault>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
What am I missing ?
I haven't found anything on this subject on deja so it sure isn't a
common problem. It seems to originate in the configuration of the
apache-soap as it behaves the same for all services I have tried.
I'm stuck on this for two days now, so *any* help would be appreciated.
Greetings,
Adam Marek
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: SOAP 2.1 with TOMCAT problem
Posted by Adam Marek <ad...@oke.pl>.
Thanks a lot for all the responses. Exchanging the xerces-1.3.1 with version
1.2.3 solved the problem.
It seems sticking to the latest binaries isn't a universal remedy.
Adam Marek wrote:
> Hi,
> I've just installed the apache SOAP 2.1 package on a machine running
> Windows NT and Jakarta-Tomcat 3.1. I have followed closely all the
> installation instructions. The apache-soap seemed to be working ok at
> first. I was able to connect to the admin servlets and deploy (via the
> html form) some of the enclosed sample services.
> When, however, I made an attempt to deploy a service via the command
> line (using the ServiceManagerClient class) a received the following
> response:
>
> [SOAPException: faultCode=SOAP-ENV:Client; msg=A
> 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
> a: 'faultcode' element.;
> targetException=java.lang.IllegalArgumentException: A
> 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
> a: 'faultcode' element.]
>
> It soon turned out that this is also the only response I can get from
> the Apache-Soap when trying to run the sample services deployed via the
> admin servlet interface.
> Since the error message is a bit cryptic I used the TcpTunnelGui class
> to watch at the SOAP envelopes exchanged between the tcprouter and the
> client classes.
> It appears that every client rpc call, using custom data types as well
> as the primitives like string or int, causes a response from the
> rpcrouter saying that it was "Unable to resolve namespace URI for 'xxx'"
> where xxx is a name of the namespace describing the items passed as
> arguments to the rpc call. Below is an example of such conversation:
>
> REQUEST:
>
> POST /soap/servlet/rpcrouter HTTP/1.0
> Host: adam:8081
> Content-Type: text/xml; charset=utf-8
> Content-Length: 450
> SOAPAction: ""
>
> <?xml version='1.0' encoding='UTF-8'?>
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/1999/XMLSchema">
> <SOAP-ENV:Body>
> <ns1:sendMessage xmlns:ns1="urn:CBWrapper"
> SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
> <mess xsi:type="xsd:string">testing</mess>
> </ns1:sendMessage>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
> RESPONSE:
> HTTP/1.0 400 Bad Request
> Date: Tue, 24 Apr 2001 10:45:22 GMT
> Status: 400
> Set-Cookie2:
> JSESSIONID=To1018mC9942966737307667At;Version=1;Discard;Path="/soap"
> Servlet-Engine: Tomcat Web Server/3.1 (JSP 1.1; Servlet 2.2; Java
> 1.3.0_01; Windows NT 4.0 x86; java.vendor=Sun Microsystems Inc.)
> Set-Cookie: JSESSIONID=To1018mC9942966737307667At;Path=/soap
> Content-Type: text/xml; charset=utf-8
> Content-Length: 472
> Content-Language: en
>
> <?xml version='1.0' encoding='UTF-8'?>
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/1999/XMLSchema">
> <SOAP-ENV:Body>
> <SOAP-ENV:Fault>
> <faultcode>SOAP-ENV:Client</faultcode>
> <faultstring>Unable to resolve namespace URI for 'xsd'.</faultstring>
> <faultactor>/soap/servlet/rpcrouter</faultactor>
> </SOAP-ENV:Fault>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
> What am I missing ?
> I haven't found anything on this subject on deja so it sure isn't a
> common problem. It seems to originate in the configuration of the
> apache-soap as it behaves the same for all services I have tried.
>
> I'm stuck on this for two days now, so *any* help would be appreciated.
>
> Greetings,
> Adam Marek
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
> For additional commands, email: soap-user-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: SOAP 2.1 with TOMCAT problem
Posted by Adam Marek <ad...@oke.pl>.
Thanks a lot for all the responses. Exchanging the xerces-1.3.1 with version
1.2.3 solved the problem.
It seems sticking to the latest binaries isn't a universal remedy.
Adam Marek wrote:
> Hi,
> I've just installed the apache SOAP 2.1 package on a machine running
> Windows NT and Jakarta-Tomcat 3.1. I have followed closely all the
> installation instructions. The apache-soap seemed to be working ok at
> first. I was able to connect to the admin servlets and deploy (via the
> html form) some of the enclosed sample services.
> When, however, I made an attempt to deploy a service via the command
> line (using the ServiceManagerClient class) a received the following
> response:
>
> [SOAPException: faultCode=SOAP-ENV:Client; msg=A
> 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
> a: 'faultcode' element.;
> targetException=java.lang.IllegalArgumentException: A
> 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
> a: 'faultcode' element.]
>
> It soon turned out that this is also the only response I can get from
> the Apache-Soap when trying to run the sample services deployed via the
> admin servlet interface.
> Since the error message is a bit cryptic I used the TcpTunnelGui class
> to watch at the SOAP envelopes exchanged between the tcprouter and the
> client classes.
> It appears that every client rpc call, using custom data types as well
> as the primitives like string or int, causes a response from the
> rpcrouter saying that it was "Unable to resolve namespace URI for 'xxx'"
> where xxx is a name of the namespace describing the items passed as
> arguments to the rpc call. Below is an example of such conversation:
>
> REQUEST:
>
> POST /soap/servlet/rpcrouter HTTP/1.0
> Host: adam:8081
> Content-Type: text/xml; charset=utf-8
> Content-Length: 450
> SOAPAction: ""
>
> <?xml version='1.0' encoding='UTF-8'?>
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/1999/XMLSchema">
> <SOAP-ENV:Body>
> <ns1:sendMessage xmlns:ns1="urn:CBWrapper"
> SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
> <mess xsi:type="xsd:string">testing</mess>
> </ns1:sendMessage>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
> RESPONSE:
> HTTP/1.0 400 Bad Request
> Date: Tue, 24 Apr 2001 10:45:22 GMT
> Status: 400
> Set-Cookie2:
> JSESSIONID=To1018mC9942966737307667At;Version=1;Discard;Path="/soap"
> Servlet-Engine: Tomcat Web Server/3.1 (JSP 1.1; Servlet 2.2; Java
> 1.3.0_01; Windows NT 4.0 x86; java.vendor=Sun Microsystems Inc.)
> Set-Cookie: JSESSIONID=To1018mC9942966737307667At;Path=/soap
> Content-Type: text/xml; charset=utf-8
> Content-Length: 472
> Content-Language: en
>
> <?xml version='1.0' encoding='UTF-8'?>
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/1999/XMLSchema">
> <SOAP-ENV:Body>
> <SOAP-ENV:Fault>
> <faultcode>SOAP-ENV:Client</faultcode>
> <faultstring>Unable to resolve namespace URI for 'xsd'.</faultstring>
> <faultactor>/soap/servlet/rpcrouter</faultactor>
> </SOAP-ENV:Fault>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
> What am I missing ?
> I haven't found anything on this subject on deja so it sure isn't a
> common problem. It seems to originate in the configuration of the
> apache-soap as it behaves the same for all services I have tried.
>
> I'm stuck on this for two days now, so *any* help would be appreciated.
>
> Greetings,
> Adam Marek
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
> For additional commands, email: soap-user-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: tcptunnel usage
Posted by Adam Marek <ad...@oke.pl>.
Your syntax seems correct. You might try the TcpTunnelGui class to verify at
what point does the connection actually hang.
Adam
David Wall wrote:
> What's the trick to getting TcpTunnel to work for SOAP calls? My client
> wants to call using an URL that before the tunnel looks like:
>
> http://xml200.yozons.com:180/soap/servlet/rpcrouter
>
> I then run TcpTunnel on the same host as the client using:
> TcpTunnel 1180 180 xml200.yozons.com
>
> But when I run the client using the URL:
> http://localhost:1180/soap/servlet/rpcrouter
>
> I see it connect to the tunnel which says:
> TcpTunnel: tunnelling port 1180 to port 180 on host xml200.yozons.com
>
> But my client just hangs on the invoke. Shouldn't this be the way to make
> this work? What am I doing wrong?
>
> Thanks,
> David
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
> For additional commands, email: soap-user-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: tcptunnel usage
Posted by Adam Marek <ad...@oke.pl>.
Your syntax seems correct. You might try the TcpTunnelGui class to verify at
what point does the connection actually hang.
Adam
David Wall wrote:
> What's the trick to getting TcpTunnel to work for SOAP calls? My client
> wants to call using an URL that before the tunnel looks like:
>
> http://xml200.yozons.com:180/soap/servlet/rpcrouter
>
> I then run TcpTunnel on the same host as the client using:
> TcpTunnel 1180 180 xml200.yozons.com
>
> But when I run the client using the URL:
> http://localhost:1180/soap/servlet/rpcrouter
>
> I see it connect to the tunnel which says:
> TcpTunnel: tunnelling port 1180 to port 180 on host xml200.yozons.com
>
> But my client just hangs on the invoke. Shouldn't this be the way to make
> this work? What am I doing wrong?
>
> Thanks,
> David
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
> For additional commands, email: soap-user-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
tcptunnel usage
Posted by David Wall <dw...@Yozons.com>.
What's the trick to getting TcpTunnel to work for SOAP calls? My client
wants to call using an URL that before the tunnel looks like:
http://xml200.yozons.com:180/soap/servlet/rpcrouter
I then run TcpTunnel on the same host as the client using:
TcpTunnel 1180 180 xml200.yozons.com
But when I run the client using the URL:
http://localhost:1180/soap/servlet/rpcrouter
I see it connect to the tunnel which says:
TcpTunnel: tunnelling port 1180 to port 180 on host xml200.yozons.com
But my client just hangs on the invoke. Shouldn't this be the way to make
this work? What am I doing wrong?
Thanks,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: byte arrays and such...
Posted by David Wall <dw...@Yozons.com>.
> Hey, I don't know that much about XML, hardly anything about WSDL, and
most
> of the Apache-SOAP developers understand the first thing about MIME,
> attachments, or character encodings. ;-) We've still managed to hack
something
> pretty strong together.
Great. Then I stand a chance. Thanks for all you info.
>You may be the first to ever try to get this particular
> feature working between different products... So how does it feel to be
> on the bleeding edge? ;-)
...a cut above sore...but not yet sour...
David
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: byte arrays and such...
Posted by David Wall <dw...@Yozons.com>.
> Hey, I don't know that much about XML, hardly anything about WSDL, and
most
> of the Apache-SOAP developers understand the first thing about MIME,
> attachments, or character encodings. ;-) We've still managed to hack
something
> pretty strong together.
Great. Then I stand a chance. Thanks for all you info.
>You may be the first to ever try to get this particular
> feature working between different products... So how does it feel to be
> on the bleeding edge? ;-)
...a cut above sore...but not yet sour...
David
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
RE: byte arrays and such...
Posted by Silvio Fiorito <si...@ntr.net>.
> The whole name of SOAP is of course a misnomer.
Funny you should mention that since I just got back from a Roger Sessions'
talk on .NET vs J2EE where he criticized MSFT on various "marketing" issues
(pushing C# and Web Services so much that people now think .NET applies to
only those two things), but the funniest was on the Simple Object Access
Protocol:
1) It's anything but simple
2) It's not object oriented
3) It has little to do with "access"
4) It's not a protocol.
He said that it's a serialization algorithm more than anything else. He had
some funny things to say about Sun and J2EE as well, but I figure some
people on this list wouldn't appreciate the humor... :)
> So how does it feel to be on the bleeding edge?
I think most people on this list (and the other SOAP lists) have lost quite
a bit of blood already. :)
Silvio
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
RE: byte arrays and such...
Posted by Silvio Fiorito <si...@ntr.net>.
> The whole name of SOAP is of course a misnomer.
Funny you should mention that since I just got back from a Roger Sessions'
talk on .NET vs J2EE where he criticized MSFT on various "marketing" issues
(pushing C# and Web Services so much that people now think .NET applies to
only those two things), but the funniest was on the Simple Object Access
Protocol:
1) It's anything but simple
2) It's not object oriented
3) It has little to do with "access"
4) It's not a protocol.
He said that it's a serialization algorithm more than anything else. He had
some funny things to say about Sun and J2EE as well, but I figure some
people on this list wouldn't appreciate the humor... :)
> So how does it feel to be on the bleeding edge?
I think most people on this list (and the other SOAP lists) have lost quite
a bit of blood already. :)
Silvio
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: byte arrays and such...
Posted by Wouter Cloetens <wo...@mind.be>.
On Tue, Apr 24, 2001 at 11:15:25AM -0700, David Wall wrote:
> > Yes, String parameters in SOAP parameter arguments are scrubbed to be XML-safe,
> > and recomposed on the other end.
>
> Wonderful news. For a "simple" protocol, I'm amazed at what I need to
> understand: XML, XML Schemas, XML Namespaces, MIME, HTTP/S, JSP/servlet,
> encoding rules, serialization rules, UDDI, WSDL.... <wink>
Hey, I don't know that much about XML, hardly anything about WSDL, and most
of the Apache-SOAP developers understand the first thing about MIME,
attachments, or character encodings. ;-) We've still managed to hack something
pretty strong together.
The whole name of SOAP is of course a misnomer. There's nothing Simple about
it; it violently disregards the concepts behind Object-oriented technology;
you might argue that since it's designed to circumvent firewall restrictions,
the "Access" word is accurate; and lastly, I wouldn't call it a Protocol,
but a serialisation mechanism that for some incomprehensible reason has
information on transportation over HTTP in its specification document.
> > It's fairly straightforward to encode byte arrays as MIME attachments to the
> > request. Check out the samples/mime/ directory for examples.
>
> Thanks for the tip. Is this capability generally supported by MSFT clients
> (say using a COM object and MSFT's SOAP)? I expect that many of my clients
> will be from Windows. I figured as a stopgap I could always treat an
> attachment as a simple (but very long) String and base64 encode it.
I quite honestly don't have a clue. I wrote attachment support for Apache-SOAP
last year in May, and then found out that at the same time, one of the original
SOAP spec authors at Microsoft, and someone at HP, had written a spec for
SOAP attachments. I adapted my code to suit that spec and contributed it
to Apache-SOAP, which was, I think, the first to support it. A Perl SOAP
implementation followed a few months later. From the fact that the spec was
developed by someone at Microsoft, you'd assume that they would support this
too. However, I have no exposure whatsoever to any Microsoft products, so
I couldn't see it for myself. I've never had any reports of interoperability
problems either. You may be the first to ever try to get this particular
feature working between different products... So how does it feel to be
on the bleeding edge? ;-)
bfn, Wouter
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: byte arrays and such...
Posted by Wouter Cloetens <wo...@mind.be>.
On Tue, Apr 24, 2001 at 11:15:25AM -0700, David Wall wrote:
> > Yes, String parameters in SOAP parameter arguments are scrubbed to be XML-safe,
> > and recomposed on the other end.
>
> Wonderful news. For a "simple" protocol, I'm amazed at what I need to
> understand: XML, XML Schemas, XML Namespaces, MIME, HTTP/S, JSP/servlet,
> encoding rules, serialization rules, UDDI, WSDL.... <wink>
Hey, I don't know that much about XML, hardly anything about WSDL, and most
of the Apache-SOAP developers understand the first thing about MIME,
attachments, or character encodings. ;-) We've still managed to hack something
pretty strong together.
The whole name of SOAP is of course a misnomer. There's nothing Simple about
it; it violently disregards the concepts behind Object-oriented technology;
you might argue that since it's designed to circumvent firewall restrictions,
the "Access" word is accurate; and lastly, I wouldn't call it a Protocol,
but a serialisation mechanism that for some incomprehensible reason has
information on transportation over HTTP in its specification document.
> > It's fairly straightforward to encode byte arrays as MIME attachments to the
> > request. Check out the samples/mime/ directory for examples.
>
> Thanks for the tip. Is this capability generally supported by MSFT clients
> (say using a COM object and MSFT's SOAP)? I expect that many of my clients
> will be from Windows. I figured as a stopgap I could always treat an
> attachment as a simple (but very long) String and base64 encode it.
I quite honestly don't have a clue. I wrote attachment support for Apache-SOAP
last year in May, and then found out that at the same time, one of the original
SOAP spec authors at Microsoft, and someone at HP, had written a spec for
SOAP attachments. I adapted my code to suit that spec and contributed it
to Apache-SOAP, which was, I think, the first to support it. A Perl SOAP
implementation followed a few months later. From the fact that the spec was
developed by someone at Microsoft, you'd assume that they would support this
too. However, I have no exposure whatsoever to any Microsoft products, so
I couldn't see it for myself. I've never had any reports of interoperability
problems either. You may be the first to ever try to get this particular
feature working between different products... So how does it feel to be
on the bleeding edge? ;-)
bfn, Wouter
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: byte arrays and such...
Posted by David Wall <dw...@Yozons.com>.
> Yes, String parameters in SOAP parameter arguments are scrubbed to be
XML-safe,
> and recomposed on the other end.
Wonderful news. For a "simple" protocol, I'm amazed at what I need to
understand: XML, XML Schemas, XML Namespaces, MIME, HTTP/S, JSP/servlet,
encoding rules, serialization rules, UDDI, WSDL.... <wink>
> It's fairly straightforward to encode byte arrays as MIME attachments to
the
> request. Check out the samples/mime/ directory for examples.
Thanks for the tip. Is this capability generally supported by MSFT clients
(say using a COM object and MSFT's SOAP)? I expect that many of my clients
will be from Windows. I figured as a stopgap I could always treat an
attachment as a simple (but very long) String and base64 encode it.
David
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: byte arrays and such...
Posted by David Wall <dw...@Yozons.com>.
> Yes, String parameters in SOAP parameter arguments are scrubbed to be
XML-safe,
> and recomposed on the other end.
Wonderful news. For a "simple" protocol, I'm amazed at what I need to
understand: XML, XML Schemas, XML Namespaces, MIME, HTTP/S, JSP/servlet,
encoding rules, serialization rules, UDDI, WSDL.... <wink>
> It's fairly straightforward to encode byte arrays as MIME attachments to
the
> request. Check out the samples/mime/ directory for examples.
Thanks for the tip. Is this capability generally supported by MSFT clients
(say using a COM object and MSFT's SOAP)? I expect that many of my clients
will be from Windows. I figured as a stopgap I could always treat an
attachment as a simple (but very long) String and base64 encode it.
David
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Describing a SOAP service for others
Posted by David Wall <dw...@Yozons.com>.
I know that there's the UDDI and WSDL and all, but how are most people going
about documenting a SOAP service? Are they using those alpha products
(which are not all that easy to understand, IMHO), or do they use something
simpler?
I know that the soap service I write is in Java, but of course the clients
that will access my service may be written in other languages (C++, Perl).
Since I don't even define XML documents for SOAP, I'm not sure what to show
so that another user can use my services. I'd expect that often either one
input or the return object to be quite complex (to me, a Java object that
contains several lists of objects and other embedded objects).
Do people just capture the XML documents using the TCP tunnel, or is there a
clearer way?
Thanks,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Describing a SOAP service for others
Posted by David Wall <dw...@Yozons.com>.
I know that there's the UDDI and WSDL and all, but how are most people going
about documenting a SOAP service? Are they using those alpha products
(which are not all that easy to understand, IMHO), or do they use something
simpler?
I know that the soap service I write is in Java, but of course the clients
that will access my service may be written in other languages (C++, Perl).
Since I don't even define XML documents for SOAP, I'm not sure what to show
so that another user can use my services. I'd expect that often either one
input or the return object to be quite complex (to me, a Java object that
contains several lists of objects and other embedded objects).
Do people just capture the XML documents using the TCP tunnel, or is there a
clearer way?
Thanks,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
tcptunnel usage
Posted by David Wall <dw...@Yozons.com>.
What's the trick to getting TcpTunnel to work for SOAP calls? My client
wants to call using an URL that before the tunnel looks like:
http://xml200.yozons.com:180/soap/servlet/rpcrouter
I then run TcpTunnel on the same host as the client using:
TcpTunnel 1180 180 xml200.yozons.com
But when I run the client using the URL:
http://localhost:1180/soap/servlet/rpcrouter
I see it connect to the tunnel which says:
TcpTunnel: tunnelling port 1180 to port 180 on host xml200.yozons.com
But my client just hangs on the invoke. Shouldn't this be the way to make
this work? What am I doing wrong?
Thanks,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: byte arrays and such...
Posted by Wouter Cloetens <wo...@mind.be>.
Yes, String parameters in SOAP parameter arguments are scrubbed to be XML-safe,
and recomposed on the other end.
It's fairly straightforward to encode byte arrays as MIME attachments to the
request. Check out the samples/mime/ directory for examples.
Note: you need Apache-SOAP v2.1 for multipart MIME support. If you run into
any problems, grab one of the recent nightly builds from the download directory,
or the source code from CVS.
bfn, Wouter
On Tue, Apr 24, 2001 at 08:53:42AM -0700, David Wall wrote:
> I'm just starting to check out SOAP for use in a project that needs to send
> and receive messages with file attachments, digital signatures, etc. We
> have a working web site that handles it all now, but we're going to extend
> it so that the same methods are available via XML, and we're hoping that
> SOAP will work and actually be interoperable between the Apache version and
> clients written using MSFT's SOAP toolkits (say from VisualBasic, perhaps
> calling some COM objects).
>
> What sort of issues will I have trying to send messages that include byte
> arrays (byte[])? Is that supported?
>
> Is the XML data "scrubbed" to ensure that html tags and other embedded
> content don't confuse the XML? Do I need to do that myself first, by ensure
> that all String attributes have been java.net.URLEncoder.encode() or
> anything.
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
Re: byte arrays and such...
Posted by Wouter Cloetens <wo...@mind.be>.
Yes, String parameters in SOAP parameter arguments are scrubbed to be XML-safe,
and recomposed on the other end.
It's fairly straightforward to encode byte arrays as MIME attachments to the
request. Check out the samples/mime/ directory for examples.
Note: you need Apache-SOAP v2.1 for multipart MIME support. If you run into
any problems, grab one of the recent nightly builds from the download directory,
or the source code from CVS.
bfn, Wouter
On Tue, Apr 24, 2001 at 08:53:42AM -0700, David Wall wrote:
> I'm just starting to check out SOAP for use in a project that needs to send
> and receive messages with file attachments, digital signatures, etc. We
> have a working web site that handles it all now, but we're going to extend
> it so that the same methods are available via XML, and we're hoping that
> SOAP will work and actually be interoperable between the Apache version and
> clients written using MSFT's SOAP toolkits (say from VisualBasic, perhaps
> calling some COM objects).
>
> What sort of issues will I have trying to send messages that include byte
> arrays (byte[])? Is that supported?
>
> Is the XML data "scrubbed" to ensure that html tags and other embedded
> content don't confuse the XML? Do I need to do that myself first, by ensure
> that all String attributes have been java.net.URLEncoder.encode() or
> anything.
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
byte arrays and such...
Posted by David Wall <dw...@Yozons.com>.
I'm just starting to check out SOAP for use in a project that needs to send
and receive messages with file attachments, digital signatures, etc. We
have a working web site that handles it all now, but we're going to extend
it so that the same methods are available via XML, and we're hoping that
SOAP will work and actually be interoperable between the Apache version and
clients written using MSFT's SOAP toolkits (say from VisualBasic, perhaps
calling some COM objects).
What sort of issues will I have trying to send messages that include byte
arrays (byte[])? Is that supported?
Is the XML data "scrubbed" to ensure that html tags and other embedded
content don't confuse the XML? Do I need to do that myself first, by ensure
that all String attributes have been java.net.URLEncoder.encode() or
anything.
Thanks,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
byte arrays and such...
Posted by David Wall <dw...@Yozons.com>.
I'm just starting to check out SOAP for use in a project that needs to send
and receive messages with file attachments, digital signatures, etc. We
have a working web site that handles it all now, but we're going to extend
it so that the same methods are available via XML, and we're hoping that
SOAP will work and actually be interoperable between the Apache version and
clients written using MSFT's SOAP toolkits (say from VisualBasic, perhaps
calling some COM objects).
What sort of issues will I have trying to send messages that include byte
arrays (byte[])? Is that supported?
Is the XML data "scrubbed" to ensure that html tags and other embedded
content don't confuse the XML? Do I need to do that myself first, by ensure
that all String attributes have been java.net.URLEncoder.encode() or
anything.
Thanks,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
RE: SOAP 2.1 with TOMCAT problem
Posted by Paul Hutchinson <ph...@gltrade.fr>.
This is a common recurring problem and is the subject of 100's of mails.
Replace xerces version 1.3.1 by version 1.2.3 and everything will work fine.
-----Message d'origine-----
De : soap-user-return-6443-phutchinson=gltrade.fr@xml.apache.org
[mailto:soap-user-return-6443-phutchinson=gltrade.fr@xml.apache.org]De la
part de Adam Marek
Envoyé : mardi 24 avril 2001 12:53
A : soap-user@xml.apache.org
Objet : SOAP 2.1 with TOMCAT problem
Hi,
I've just installed the apache SOAP 2.1 package on a machine running
Windows NT and Jakarta-Tomcat 3.1. I have followed closely all the
installation instructions. The apache-soap seemed to be working ok at
first. I was able to connect to the admin servlets and deploy (via the
html form) some of the enclosed sample services.
When, however, I made an attempt to deploy a service via the command
line (using the ServiceManagerClient class) a received the following
response:
[SOAPException: faultCode=SOAP-ENV:Client; msg=A
'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
a: 'faultcode' element.;
targetException=java.lang.IllegalArgumentException: A
'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
a: 'faultcode' element.]
It soon turned out that this is also the only response I can get from
the Apache-Soap when trying to run the sample services deployed via the
admin servlet interface.
Since the error message is a bit cryptic I used the TcpTunnelGui class
to watch at the SOAP envelopes exchanged between the tcprouter and the
client classes.
It appears that every client rpc call, using custom data types as well
as the primitives like string or int, causes a response from the
rpcrouter saying that it was "Unable to resolve namespace URI for 'xxx'"
where xxx is a name of the namespace describing the items passed as
arguments to the rpc call. Below is an example of such conversation:
REQUEST:
POST /soap/servlet/rpcrouter HTTP/1.0
Host: adam:8081
Content-Type: text/xml; charset=utf-8
Content-Length: 450
SOAPAction: ""
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Body>
<ns1:sendMessage xmlns:ns1="urn:CBWrapper"
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<mess xsi:type="xsd:string">testing</mess>
</ns1:sendMessage>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
RESPONSE:
HTTP/1.0 400 Bad Request
Date: Tue, 24 Apr 2001 10:45:22 GMT
Status: 400
Set-Cookie2:
JSESSIONID=To1018mC9942966737307667At;Version=1;Discard;Path="/soap"
Servlet-Engine: Tomcat Web Server/3.1 (JSP 1.1; Servlet 2.2; Java
1.3.0_01; Windows NT 4.0 x86; java.vendor=Sun Microsystems Inc.)
Set-Cookie: JSESSIONID=To1018mC9942966737307667At;Path=/soap
Content-Type: text/xml; charset=utf-8
Content-Length: 472
Content-Language: en
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Body>
<SOAP-ENV:Fault>
<faultcode>SOAP-ENV:Client</faultcode>
<faultstring>Unable to resolve namespace URI for 'xsd'.</faultstring>
<faultactor>/soap/servlet/rpcrouter</faultactor>
</SOAP-ENV:Fault>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
What am I missing ?
I haven't found anything on this subject on deja so it sure isn't a
common problem. It seems to originate in the configuration of the
apache-soap as it behaves the same for all services I have tried.
I'm stuck on this for two days now, so *any* help would be appreciated.
Greetings,
Adam Marek
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
RE: SOAP 2.1 with TOMCAT problem
Posted by Paul Hutchinson <ph...@gltrade.fr>.
This is a common recurring problem and is the subject of 100's of mails.
Replace xerces version 1.3.1 by version 1.2.3 and everything will work fine.
-----Message d'origine-----
De : soap-user-return-6443-phutchinson=gltrade.fr@xml.apache.org
[mailto:soap-user-return-6443-phutchinson=gltrade.fr@xml.apache.org]De la
part de Adam Marek
Envoyé : mardi 24 avril 2001 12:53
A : soap-user@xml.apache.org
Objet : SOAP 2.1 with TOMCAT problem
Hi,
I've just installed the apache SOAP 2.1 package on a machine running
Windows NT and Jakarta-Tomcat 3.1. I have followed closely all the
installation instructions. The apache-soap seemed to be working ok at
first. I was able to connect to the admin servlets and deploy (via the
html form) some of the enclosed sample services.
When, however, I made an attempt to deploy a service via the command
line (using the ServiceManagerClient class) a received the following
response:
[SOAPException: faultCode=SOAP-ENV:Client; msg=A
'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
a: 'faultcode' element.;
targetException=java.lang.IllegalArgumentException: A
'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
a: 'faultcode' element.]
It soon turned out that this is also the only response I can get from
the Apache-Soap when trying to run the sample services deployed via the
admin servlet interface.
Since the error message is a bit cryptic I used the TcpTunnelGui class
to watch at the SOAP envelopes exchanged between the tcprouter and the
client classes.
It appears that every client rpc call, using custom data types as well
as the primitives like string or int, causes a response from the
rpcrouter saying that it was "Unable to resolve namespace URI for 'xxx'"
where xxx is a name of the namespace describing the items passed as
arguments to the rpc call. Below is an example of such conversation:
REQUEST:
POST /soap/servlet/rpcrouter HTTP/1.0
Host: adam:8081
Content-Type: text/xml; charset=utf-8
Content-Length: 450
SOAPAction: ""
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Body>
<ns1:sendMessage xmlns:ns1="urn:CBWrapper"
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<mess xsi:type="xsd:string">testing</mess>
</ns1:sendMessage>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
RESPONSE:
HTTP/1.0 400 Bad Request
Date: Tue, 24 Apr 2001 10:45:22 GMT
Status: 400
Set-Cookie2:
JSESSIONID=To1018mC9942966737307667At;Version=1;Discard;Path="/soap"
Servlet-Engine: Tomcat Web Server/3.1 (JSP 1.1; Servlet 2.2; Java
1.3.0_01; Windows NT 4.0 x86; java.vendor=Sun Microsystems Inc.)
Set-Cookie: JSESSIONID=To1018mC9942966737307667At;Path=/soap
Content-Type: text/xml; charset=utf-8
Content-Length: 472
Content-Language: en
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<SOAP-ENV:Body>
<SOAP-ENV:Fault>
<faultcode>SOAP-ENV:Client</faultcode>
<faultstring>Unable to resolve namespace URI for 'xsd'.</faultstring>
<faultactor>/soap/servlet/rpcrouter</faultactor>
</SOAP-ENV:Fault>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
What am I missing ?
I haven't found anything on this subject on deja so it sure isn't a
common problem. It seems to originate in the configuration of the
apache-soap as it behaves the same for all services I have tried.
I'm stuck on this for two days now, so *any* help would be appreciated.
Greetings,
Adam Marek
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
AW: SOAP 2.1 with TOMCAT problem
Posted by Gabriel Vögler <ga...@gmx.net>.
I had the same Problem with JRun. My solution was:
install xerces-1_3_0 instead of xerces-1_3_1 and make sure that xerces is at
the front of (Tomcat-) CLASSPATH .
> -----Ursprüngliche Nachricht-----
> Von: Adam Marek [mailto:adam@oke.pl]
> Gesendet: Dienstag, 24. April 2001 12:53
> An: soap-user@xml.apache.org
> Betreff: SOAP 2.1 with TOMCAT problem
>
>
> Hi,
> I've just installed the apache SOAP 2.1 package on a machine running
> Windows NT and Jakarta-Tomcat 3.1. I have followed closely all the
> installation instructions. The apache-soap seemed to be working ok at
> first. I was able to connect to the admin servlets and deploy (via the
> html form) some of the enclosed sample services.
> When, however, I made an attempt to deploy a service via the command
> line (using the ServiceManagerClient class) a received the following
> response:
>
> [SOAPException: faultCode=SOAP-ENV:Client; msg=A
> 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
> a: 'faultcode' element.;
> targetException=java.lang.IllegalArgumentException: A
> 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
> a: 'faultcode' element.]
>
> It soon turned out that this is also the only response I can get from
> the Apache-Soap when trying to run the sample services deployed via the
> admin servlet interface.
> Since the error message is a bit cryptic I used the TcpTunnelGui class
> to watch at the SOAP envelopes exchanged between the tcprouter and the
> client classes.
> It appears that every client rpc call, using custom data types as well
> as the primitives like string or int, causes a response from the
> rpcrouter saying that it was "Unable to resolve namespace URI for 'xxx'"
> where xxx is a name of the namespace describing the items passed as
> arguments to the rpc call. Below is an example of such conversation:
>
> REQUEST:
>
> POST /soap/servlet/rpcrouter HTTP/1.0
> Host: adam:8081
> Content-Type: text/xml; charset=utf-8
> Content-Length: 450
> SOAPAction: ""
>
> <?xml version='1.0' encoding='UTF-8'?>
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/1999/XMLSchema">
> <SOAP-ENV:Body>
> <ns1:sendMessage xmlns:ns1="urn:CBWrapper"
> SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
> <mess xsi:type="xsd:string">testing</mess>
> </ns1:sendMessage>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
> RESPONSE:
> HTTP/1.0 400 Bad Request
> Date: Tue, 24 Apr 2001 10:45:22 GMT
> Status: 400
> Set-Cookie2:
> JSESSIONID=To1018mC9942966737307667At;Version=1;Discard;Path="/soap"
> Servlet-Engine: Tomcat Web Server/3.1 (JSP 1.1; Servlet 2.2; Java
> 1.3.0_01; Windows NT 4.0 x86; java.vendor=Sun Microsystems Inc.)
> Set-Cookie: JSESSIONID=To1018mC9942966737307667At;Path=/soap
> Content-Type: text/xml; charset=utf-8
> Content-Length: 472
> Content-Language: en
>
> <?xml version='1.0' encoding='UTF-8'?>
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/1999/XMLSchema">
> <SOAP-ENV:Body>
> <SOAP-ENV:Fault>
> <faultcode>SOAP-ENV:Client</faultcode>
> <faultstring>Unable to resolve namespace URI for 'xsd'.</faultstring>
> <faultactor>/soap/servlet/rpcrouter</faultactor>
> </SOAP-ENV:Fault>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
>
> What am I missing ?
> I haven't found anything on this subject on deja so it sure isn't a
> common problem. It seems to originate in the configuration of the
> apache-soap as it behaves the same for all services I have tried.
>
> I'm stuck on this for two days now, so *any* help would be appreciated.
>
> Greetings,
> Adam Marek
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
> For additional commands, email: soap-user-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org
AW: SOAP 2.1 with TOMCAT problem
Posted by Gabriel Vögler <ga...@gmx.net>.
I had the same Problem with JRun. My solution was:
install xerces-1_3_0 instead of xerces-1_3_1 and make sure that xerces is at
the front of (Tomcat-) CLASSPATH .
> -----Ursprüngliche Nachricht-----
> Von: Adam Marek [mailto:adam@oke.pl]
> Gesendet: Dienstag, 24. April 2001 12:53
> An: soap-user@xml.apache.org
> Betreff: SOAP 2.1 with TOMCAT problem
>
>
> Hi,
> I've just installed the apache SOAP 2.1 package on a machine running
> Windows NT and Jakarta-Tomcat 3.1. I have followed closely all the
> installation instructions. The apache-soap seemed to be working ok at
> first. I was able to connect to the admin servlets and deploy (via the
> html form) some of the enclosed sample services.
> When, however, I made an attempt to deploy a service via the command
> line (using the ServiceManagerClient class) a received the following
> response:
>
> [SOAPException: faultCode=SOAP-ENV:Client; msg=A
> 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
> a: 'faultcode' element.;
> targetException=java.lang.IllegalArgumentException: A
> 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain
> a: 'faultcode' element.]
>
> It soon turned out that this is also the only response I can get from
> the Apache-Soap when trying to run the sample services deployed via the
> admin servlet interface.
> Since the error message is a bit cryptic I used the TcpTunnelGui class
> to watch at the SOAP envelopes exchanged between the tcprouter and the
> client classes.
> It appears that every client rpc call, using custom data types as well
> as the primitives like string or int, causes a response from the
> rpcrouter saying that it was "Unable to resolve namespace URI for 'xxx'"
> where xxx is a name of the namespace describing the items passed as
> arguments to the rpc call. Below is an example of such conversation:
>
> REQUEST:
>
> POST /soap/servlet/rpcrouter HTTP/1.0
> Host: adam:8081
> Content-Type: text/xml; charset=utf-8
> Content-Length: 450
> SOAPAction: ""
>
> <?xml version='1.0' encoding='UTF-8'?>
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/1999/XMLSchema">
> <SOAP-ENV:Body>
> <ns1:sendMessage xmlns:ns1="urn:CBWrapper"
> SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
> <mess xsi:type="xsd:string">testing</mess>
> </ns1:sendMessage>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
> RESPONSE:
> HTTP/1.0 400 Bad Request
> Date: Tue, 24 Apr 2001 10:45:22 GMT
> Status: 400
> Set-Cookie2:
> JSESSIONID=To1018mC9942966737307667At;Version=1;Discard;Path="/soap"
> Servlet-Engine: Tomcat Web Server/3.1 (JSP 1.1; Servlet 2.2; Java
> 1.3.0_01; Windows NT 4.0 x86; java.vendor=Sun Microsystems Inc.)
> Set-Cookie: JSESSIONID=To1018mC9942966737307667At;Path=/soap
> Content-Type: text/xml; charset=utf-8
> Content-Length: 472
> Content-Language: en
>
> <?xml version='1.0' encoding='UTF-8'?>
> <SOAP-ENV:Envelope
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/1999/XMLSchema">
> <SOAP-ENV:Body>
> <SOAP-ENV:Fault>
> <faultcode>SOAP-ENV:Client</faultcode>
> <faultstring>Unable to resolve namespace URI for 'xsd'.</faultstring>
> <faultactor>/soap/servlet/rpcrouter</faultactor>
> </SOAP-ENV:Fault>
> </SOAP-ENV:Body>
> </SOAP-ENV:Envelope>
>
>
> What am I missing ?
> I haven't found anything on this subject on deja so it sure isn't a
> common problem. It seems to originate in the configuration of the
> apache-soap as it behaves the same for all services I have tried.
>
> I'm stuck on this for two days now, so *any* help would be appreciated.
>
> Greetings,
> Adam Marek
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
> For additional commands, email: soap-user-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org