You are viewing a plain text version of this content. The canonical link for it is here.
Posted to soap-user@xml.apache.org by Malte Kempff <ke...@medicalcolumbus.de> on 2003/01/30 12:54:45 UTC
zipping Soap
Hi everyone,
I am using Soap for doing RPCs in an Java-Web-Start-application.
I need to transfer a log of Data and this takes a while.
As far I understand the xml which soap produces is not packed in a way. Is
Soap able to pack its messages which are transported?
When yes what do I have to do for it?
many thanks in advance,
Malte
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
Re: Problem running SOAP sample in Apache SOAP 2.3.1
Posted by Mukul <mu...@yahoo.com>.
thanks a lot! I am now able to call the SOAP service..
Regards,
Mukul
--- Scott Nichol <sn...@scottnichol.com> wrote:
> See my comment below
>
> On 6 Feb 2003 at 22:43, Mukul wrote:
>
> > Hello ,
> > I gave incomplete information in my previous
> mail
> > about this problem. I am specifying the parameter
> > values as below.
> >
> > ID -> urn:AddressFetcher
> >
> > Scope -> Application
> >
> > Methods -> getAddressFromName addEntry
> getAllListings
> > putListings
> >
> > Provider Type -> Java
> >
> > Provider Class -> samples.addressbook.AddressBook
> > Static -> No
> >
> > Type Mappings
> > -------------
> > No. of mappings -> 2 (is this correct??)
> >
> > type mappings for the 1st object --
> > Encoding style -> SOAP
> > Element Type ->
> > Namespace URI :
> > /**problem seems to be in the part below**/
> > http://schemas.xmlsoap.org/soap/encoding/
> > Local Part: xml-soap-address-demo:address
> > /**end of problem area**/
>
> Namespace URI is "urn:xml-soap-address-demo"
> Local part is "address"
>
> > Java Type -> samples.addressbook.Address
> > Java to XML Serializer ->
> > org.apache.soap.encoding.soapenc.BeanSerializer
> > XML to Java Deserializer ->
> > org.apache.soap.encoding.soapenc.BeanSerializer
> >
> > Similary I give type mappings for the 2nd object
> (for
> > PhoneNumber)
> >
> > When I deploy the service, I get the message
> "Service
> > urn:AddressFetcher deployed."
> >
> > When I try to invoke a method of this service from
> > command line as -
> > java samples.addressbook.PutAddress
> > http://localhost:8080/soap/servlet/rpcrouter "John
> > Doe" 123 "Main Street" AnyTown SS 12345 800 555
> 1212
> >
> > I get the error message "Generated fault:
> > [Attributes={}] [faultCode=SOAP-ENV:Client]
> > [faultString=No Des
> > erializer found to deserialize a
> > 'urn:xml-soap-address-demo:address' using encod
> > ing style
> > 'http://schemas.xmlsoap.org/soap/encoding/'.]
> > [faultActorURI=/soap/ser
> > vlet/rpcrouter] [DetailEntries=] [FaultEntries=] "
> >
> >
> > When I see the service properties in List option,
> I
> > see in Type Mappings section elementType appearing
> as
> >
>
"elementType=http://schemas.xmlsoap.org/soap/encoding/:xml-soap-address-demo:address".
> > It seems to me, problem is in this part.
> >
> > Can somebody please help me with this. I'll
> appreciate
> > an early response.
> >
> > Regards,
> > Mukul
> >
> >
> >
> >
> >
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! Mail Plus - Powerful. Affordable. Sign up
> now.
> > http://mailplus.yahoo.com
> >
>
>
> Scott Nichol
>
> Do not reply directly to this e-mail address, as it
> is filtered to
> only receive e-mail from specific mailing lists.
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http://shopping.yahoo.com
Re: Problem running SOAP sample in Apache SOAP 2.3.1
Posted by Scott Nichol <sn...@scottnichol.com>.
See my comment below
On 6 Feb 2003 at 22:43, Mukul wrote:
> Hello ,
> I gave incomplete information in my previous mail
> about this problem. I am specifying the parameter
> values as below.
>
> ID -> urn:AddressFetcher
>
> Scope -> Application
>
> Methods -> getAddressFromName addEntry getAllListings
> putListings
>
> Provider Type -> Java
>
> Provider Class -> samples.addressbook.AddressBook
> Static -> No
>
> Type Mappings
> -------------
> No. of mappings -> 2 (is this correct??)
>
> type mappings for the 1st object --
> Encoding style -> SOAP
> Element Type ->
> Namespace URI :
> /**problem seems to be in the part below**/
> http://schemas.xmlsoap.org/soap/encoding/
> Local Part: xml-soap-address-demo:address
> /**end of problem area**/
Namespace URI is "urn:xml-soap-address-demo"
Local part is "address"
> Java Type -> samples.addressbook.Address
> Java to XML Serializer ->
> org.apache.soap.encoding.soapenc.BeanSerializer
> XML to Java Deserializer ->
> org.apache.soap.encoding.soapenc.BeanSerializer
>
> Similary I give type mappings for the 2nd object (for
> PhoneNumber)
>
> When I deploy the service, I get the message "Service
> urn:AddressFetcher deployed."
>
> When I try to invoke a method of this service from
> command line as -
> java samples.addressbook.PutAddress
> http://localhost:8080/soap/servlet/rpcrouter "John
> Doe" 123 "Main Street" AnyTown SS 12345 800 555 1212
>
> I get the error message "Generated fault:
> [Attributes={}] [faultCode=SOAP-ENV:Client]
> [faultString=No Des
> erializer found to deserialize a
> 'urn:xml-soap-address-demo:address' using encod
> ing style
> 'http://schemas.xmlsoap.org/soap/encoding/'.]
> [faultActorURI=/soap/ser
> vlet/rpcrouter] [DetailEntries=] [FaultEntries=] "
>
>
> When I see the service properties in List option, I
> see in Type Mappings section elementType appearing as
> "elementType=http://schemas.xmlsoap.org/soap/encoding/:xml-soap-address-demo:address".
> It seems to me, problem is in this part.
>
> Can somebody please help me with this. I'll appreciate
> an early response.
>
> Regards,
> Mukul
>
>
>
>
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
>
Scott Nichol
Do not reply directly to this e-mail address, as it is filtered to
only receive e-mail from specific mailing lists.
Problem running SOAP sample in Apache SOAP 2.3.1
Posted by Mukul <mu...@yahoo.com>.
Hello ,
I gave incomplete information in my previous mail
about this problem. I am specifying the parameter
values as below.
ID -> urn:AddressFetcher
Scope -> Application
Methods -> getAddressFromName addEntry getAllListings
putListings
Provider Type -> Java
Provider Class -> samples.addressbook.AddressBook
Static -> No
Type Mappings
-------------
No. of mappings -> 2 (is this correct??)
type mappings for the 1st object --
Encoding style -> SOAP
Element Type ->
Namespace URI :
/**problem seems to be in the part below**/
http://schemas.xmlsoap.org/soap/encoding/
Local Part: xml-soap-address-demo:address
/**end of problem area**/
Java Type -> samples.addressbook.Address
Java to XML Serializer ->
org.apache.soap.encoding.soapenc.BeanSerializer
XML to Java Deserializer ->
org.apache.soap.encoding.soapenc.BeanSerializer
Similary I give type mappings for the 2nd object (for
PhoneNumber)
When I deploy the service, I get the message "Service
urn:AddressFetcher deployed."
When I try to invoke a method of this service from
command line as -
java samples.addressbook.PutAddress
http://localhost:8080/soap/servlet/rpcrouter "John
Doe" 123 "Main Street" AnyTown SS 12345 800 555 1212
I get the error message "Generated fault:
[Attributes={}] [faultCode=SOAP-ENV:Client]
[faultString=No Des
erializer found to deserialize a
'urn:xml-soap-address-demo:address' using encod
ing style
'http://schemas.xmlsoap.org/soap/encoding/'.]
[faultActorURI=/soap/ser
vlet/rpcrouter] [DetailEntries=] [FaultEntries=] "
When I see the service properties in List option, I
see in Type Mappings section elementType appearing as
"elementType=http://schemas.xmlsoap.org/soap/encoding/:xml-soap-address-demo:address".
It seems to me, problem is in this part.
Can somebody please help me with this. I'll appreciate
an early response.
Regards,
Mukul
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
Re: zipping Soap
Posted by Scott Nichol <sn...@scottnichol.com>.
Martin,
If you haven't noticed, your computer is living in the past (7 Sep
2002)
On 7 Sep 2002 at 18:12, Martin wrote:
> Malte-
> Thanks to Scott for going to the mat on stack trace..this is clearly above
> and beyond the call..
> I once worked for somebody who when I inquired aboutt populating a Database
> of instance A
> his reply would be: Populate 1 column with the CORRECT DATATYPE to a column
> in an existing Table
> As I read this I kept seeing "cannot map Datatype for java.lang.Object"
> are you sending/receiving Strings,Ints, Doubles,Clobs?
> If so..then apprise your environment of the datatypes and map to them
> In other words instead of sending a Vector of a Vector
> send One item of 1 Mapped Datatype (say a string)
> and see how it is received (does it map correctly)
> Keep us apprised and G/L
> -M
>
> ----- Original Message -----
> From: "Scott Nichol" <sn...@scottnichol.com>
> To: <so...@ws.apache.org>
> Sent: Thursday, February 06, 2003 6:54 PM
> Subject: Re: zipping Soap
>
>
> > Thank you for your help in finding this problem. I have made a small
> > code change to improve the information that will appear in the stack
> > trace (the trace for the IllegalArgumentException should appear,
> > too). Please check the nightly builds and get the newest one when it
> > appears, then post the stack trace you get with it.
> >
> > On 6 Feb 2003 at 16:40, Malte Kempff wrote:
> >
> > > Hi Scott,
> > > I tried it with the nightly build version of today an got the same
> result of
> > > Error. For further Analysis I post you the
> > > Exceptions trace stack
> > >
> > > SOAP-RPC-Fehler: SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Server]
> > > [faultString=java.lang.IllegalArgumentException: No mapping found for
> > > 'java.lang.Object' using encoding style
> > > 'http://schemas.xmlsoap.org/soap/encoding/'.]
> > > [faultActorURI=/soap/servlet/rpcrouter] [DetailEntries=
> > > [(0)=<stackTrace>[SOAPException: faultCode=SOAP-ENV:Server;
> > > msg=java.lang.IllegalArgumentException: No mapping found for
> > > &apos;java.lang.Object&apos; using encoding style
> > > &apos;http://schemas.xmlsoap.org/soap/encoding/&apos;.] at
> > > org.apache.soap.providers.RPCJavaProvider.invoke(Unknown Source) at
> > > org.apache.soap.server.http.RPCRouterServlet.doPost(Unknown Source) at
> > > javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
> > > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> > >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> > > FilterChain.java:247) at
> > >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> > > ain.java:193) at
> > >
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> > > va:243) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 66) at
> > >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> > >
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> > > va:190) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 66) at
> > >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> > >
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
> > > at
> > >
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
> > > ) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 66) at
> > >
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
> > > java:170) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 64) at
> > >
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
> > > ) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 64) at
> > >
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
> > > at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 64) at
> > >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> > >
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> > > :174) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 66) at
> > >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> > >
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> > > 1027) at
> > >
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
> > > ) at java.lang.Thread.run(Thread.java:484) </stackTrace>] ]
> [FaultEntries=]
> > > Fault Code=SOAP-ENV:Server
> > > SOAP-RPC-Fehler:java.lang.IllegalArgumentException: No mapping found for
> > > 'java.lang.Object' using encoding style
> > > 'http://schemas.xmlsoap.org/soap/encoding/'. java.lang.Exception:
> > > java.lang.IllegalArgumentException: No mapping found for
> 'java.lang.Object'
> > > using encoding style 'http://schemas.xmlsoap.org/soap/encoding/'. at
> > >
> de.mc.etnbestterm.data.SoapCallingDataHolder.callSoaply(SoapCallingDataHolde
> > > r.java:139) at
> > >
> de.mc.etnbestterm.data.MainDataHolder.retrieveIndikationen(MainDataHolder.ja
> > > va:377) at
> > >
> de.mc.etnbestterm.data.MainDataHolder.getIndikationen(MainDataHolder.java:39
> > > 9) at
> > >
> de.mc.etnbestterm.gui.ArtikelSuchPanel.setupCombos(ArtikelSuchPanel.java:163
> > > ) at
> > > de.mc.etnbestterm.gui.ArtikelSuchPanel.jbInit(ArtikelSuchPanel.java:66)
> at
> > > de.mc.etnbestterm.gui.ArtikelSuchPanel.<init>(ArtikelSuchPanel.java:56)
> at
> > > de.mc.etnbestterm.gui.HitListPanel.<init>(HitListPanel.java:46) at
> > > de.mc.etnbestterm.gui.BestellPanel.<init>(BestellPanel.java:34) at
> > > de.mc.etnbestterm.gui.BestellMainPanel.<init>(BestellMainPanel.java:33)
> at
> > > de.mc.etnbestterm.gui.MainFrame.<init>(MainFrame.java:39) at
> > > de.mc.etnbestterm.Bestellterminal.<init>(Bestellterminal.java:42) at
> > > de.mc.etnbestterm.Bestellterminal.main(Bestellterminal.java:89)
> > > SOAP-RPC-Fehler: SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Server]
> > > [faultString=java.lang.IllegalArgumentException: No mapping found for
> > > 'java.lang.Object' using encoding style
> > > 'http://schemas.xmlsoap.org/soap/encoding/'.]
> > > [faultActorURI=/soap/servlet/rpcrouter] [DetailEntries=
> > > [(0)=<stackTrace>[SOAPException: faultCode=SOAP-ENV:Server;
> > > msg=java.lang.IllegalArgumentException: No mapping found for
> > > &apos;java.lang.Object&apos; using encoding style
> > > &apos;http://schemas.xmlsoap.org/soap/encoding/&apos;.] at
> > > org.apache.soap.providers.RPCJavaProvider.invoke(Unknown Source) at
> > > org.apache.soap.server.http.RPCRouterServlet.doPost(Unknown Source) at
> > > javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
> > > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> > >
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> > > FilterChain.java:247) at
> > >
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> > > ain.java:193) at
> > >
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> > > va:243) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 66) at
> > >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> > >
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> > > va:190) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 66) at
> > >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> > >
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
> > > at
> > >
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
> > > ) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 66) at
> > >
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
> > > java:170) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 64) at
> > >
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
> > > ) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 64) at
> > >
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
> > > at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 64) at
> > >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> > >
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> > > :174) at
> > >
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > > 66) at
> > >
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> > >
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> > > 1027) at
> > >
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
> > > ) at java.lang.Thread.run(Thread.java:484) </stackTrace>] ]
> [FaultEntries=]
> > > Fault Code=SOAP-ENV:Server
> > > SOAP-RPC-Fehler:java.lang.IllegalArgumentException: No mapping found for
> > > 'java.lang.Object' using encoding style
> > > 'http://schemas.xmlsoap.org/soap/encoding/'. java.lang.Exception:
> > > java.lang.IllegalArgumentException: No mapping found for
> 'java.lang.Object'
> > > using encoding style 'http://schemas.xmlsoap.org/soap/encoding/'. at
> > >
> de.mc.etnbestterm.data.SoapCallingDataHolder.callSoaply(SoapCallingDataHolde
> > > r.java:139) at
> > >
> de.mc.etnbestterm.data.MainDataHolder.retrieveStationen(MainDataHolder.java:
> > > 208) at
> > > de.mc.etnbestterm.data.MainDataHolder.access$0(MainDataHolder.java:37)
> at
> > > de.mc.etnbestterm.data.MainDataHolder$1.run(MainDataHolder.java:259)
> > >
> > > -----Ursprungliche Nachricht-----
> > > Von: Malte Kempff [mailto:kempffm@medicalcolumbus.de]
> > > Gesendet: Donnerstag, 6. Februar 2003 13:42
> > > An: soap-user@ws.apache.org
> > > Betreff: AW: AW: zipping Soap URGENT
> > >
> > >
> > > Hi Scott,
> > > I have a class which does all my calling to soap, which works fine with
> the
> > > official soap 3.2.1
> > > Often I am sending Vectors having some objects (other Vectors for
> instance).
> > > I give you the source of that class and the part of it which calls it,
> and
> > > the deploydescriptor with the gzip option.
> > >
> > > calling part in a class which is derived from SoapCallingDataHolder
> > >
> > > private Vector retrieveStationen() throws MalformedURLException,
> > > SOAPException,
> > > Exception
> > > {
> > > Vector stationen = new Vector();
> > > Vector resultVec =
> > > (Vector)callSoaply(TechnicalConstants.CALL_GET_STATIONEN, null);
> > >
> > > for (int i=0; i<resultVec.size(); i++)
> > > {
> > > Vector stVec = (Vector)resultVec.get(i);
> > > Station st = new
> > > Station((String)stVec.get(0),(String)stVec.get(2),
> (String)stVec.get(1) );
> > > // hier konnen noch weitere Attribute ubernommen werden
> > > stationen.add(st);
> > > }
> > > return stationen;
> > > }
> > >
> > > public void loadStationen()
> > > {
> > > if (m_statusStationenGeladen == _NICHT_GELADEN)
> > > {
> > > Thread threadLoad = new Thread("loadSationen")
> > > {
> > > public void run()
> > > {
> > > try
> > > {
> > > Vector stationen = retrieveStationen();
> > > m_stationen = new HashMap();
> > > for (int i=0; i<stationen.size(); i++)
> > > {
> > >
> > > m_stationen.put(((Station)stationen.get(i)).getKey(),stationen.get(i));
> > > }
> > > m_statusStationenGeladen = _FERTIG_GELADEN;
> > > }
> > > catch (Exception ex)
> > > {
> > > MExceptionHandler.handleException(ex);
> > > }
> > >
> > > }
> > > };
> > >
> > > threadLoad.start();
> > > }// end of if (m_statusStationenGeladen == _NICHT_GELADEN)
> > > }// end of loadStationen()
> > >
> > >
> > >
> > > thank you in advance
> > >
> > > Malte
> > >
> > > PS: I am wondering, if a newer nightly build version of soap does it. I
> used
> > > the one of the 4.2.2003
> > >
> > > -----Ursprungliche Nachricht-----
> > > Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> > > Gesendet: Mittwoch, 5. Februar 2003 15:59
> > > An: soap-user@xml.apache.org
> > > Betreff: Re: AW: zipping Soap URGENT
> > >
> > >
> > > Is this existing code that works with another version of Apache SOAP
> > > but not the nightly build? If so, can you post the code?
> > >
> > > On 4 Feb 2003 at 18:29, Malte Kempff wrote:
> > >
> > > > Hi Scott
> > > > Thank you for the hint.
> > > > But since I am trying the new soap-version form nightly build of SOAP
> > > > (2.2.2002)
> > > > I get an Error
> > > > No mapping found for 'java.lang.Object' using encoding style
> > > > 'http://schemas.xmlsoap.org/soap/encoding/'.
> > > >
> > > > I noticed that this soap-version is about 18 kb smaler in the jar-file
> > > than
> > > > the last one I used.
> > > >
> > > > could you help me what I am to do?
> > > >
> > > > Malte
> > > >
> > > >
> > > > -----Ursprungliche Nachricht-----
> > > > Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> > > > Gesendet: Freitag, 31. Januar 2003 00:04
> > > > An: soap-user@xml.apache.org
> > > > Betreff: Re: zipping Soap
> > > >
> > > >
> > > > It uses the Content-Encoding capability of HTTP. The Apache SOAP
> > > > client always understands something gzipped. It will gzip a payload
> > > > only when you specify with setGzip(true). The service always
> > > > understands something gzipped. It will only gzip a payload if both
> > > > the deployment descriptor enables it *and* the client sends an Accept-
> > > > Encoding HTTP header that says it can read gzip. Therefore, a client
> > > > that cannot unzip will never get something from the service that is
> > > > zipped (and will also not benefit from such zipping!)
> > > >
> > > > On 31 Jan 2003 at 9:41, Jesus M. Salvo Jr. wrote:
> > > >
> > > > >
> > > > > Is this a standard part of SOAP ( compressing the message )? Or is
> this
> > > > > only something between Apache-SOAP client and an Apache-SOAP
> service?
> > > > >
> > > > > Scott Nichol wrote:
> > > > >
> > > > > >If you use a nightly build of SOAP, there is a setGzip method on
> > > > > >SOAPContext that allows you to specify that the payload should be
> > > > > >gzipped. There is also support for a deployment descriptor option
> to
> > > > > >gzip the payload sent by the service. The nightly build has a gzip
> > > > > >sample that demonstrates this.
> > > > > >
> > > > > >On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> > > > > >
> > > > > >
> > > > > >
> > > > > >>Hi everyone,
> > > > > >>I am using Soap for doing RPCs in an Java-Web-Start-application.
> > > > > >>I need to transfer a log of Data and this takes a while.
> > > > > >>As far I understand the xml which soap produces is not packed in a
> > > way.
> > > > Is
> > > > > >>Soap able to pack its messages which are transported?
> > > > > >>When yes what do I have to do for it?
> > > > > >>
> > > > > >>many thanks in advance,
> > > > > >>
> > > > > >>Malte
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>--
> > > > > >>To unsubscribe, e-mail:
> > > <ma...@xml.apache.org>
> > > > > >>For additional commands, e-mail:
> > > <ma...@xml.apache.org>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >
> > > > > >
> > > > > >Scott Nichol
> > > > > >
> > > > > >
> > > > > >--
> > > > > >To unsubscribe, e-mail:
> <ma...@xml.apache.org>
> > > > > >For additional commands, e-mail:
> <ma...@xml.apache.org>
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Jesus M. Salvo Jr.
> > > > > Mobile Internet Group Pty Ltd
> > > > > (formerly Softgame International Pty Ltd)
> > > > > M: +61 409 126699
> > > > > T: +61 2 94604777
> > > > > F: +61 2 94603677
> > > > >
> > > > > PGP Public key:
> > > > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > To unsubscribe, e-mail:
> <ma...@xml.apache.org>
> > > > > For additional commands, e-mail:
> <ma...@xml.apache.org>
> > > > >
> > > > >
> > > >
> > > >
> > > > Scott Nichol
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> <ma...@xml.apache.org>
> > > > For additional commands, e-mail:
> <ma...@xml.apache.org>
> > > >
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> <ma...@xml.apache.org>
> > > > For additional commands, e-mail:
> <ma...@xml.apache.org>
> > > >
> > > >
> > >
> > >
> > > Scott Nichol
> > >
> > >
> > >
> > >
> >
> >
> > Scott Nichol
> >
> > Do not reply directly to this e-mail address, as it is filtered to
> > only receive e-mail
> > from specific mailing lists.
> >
>
Scott Nichol
Do not reply directly to this e-mail address, as it is filtered to
only receive e-mail from specific mailing lists.
Re: zipping Soap
Posted by Martin <mg...@hotmail.com>.
Malte-
Thanks to Scott for going to the mat on stack trace..this is clearly above
and beyond the call..
I once worked for somebody who when I inquired aboutt populating a Database
of instance A
his reply would be: Populate 1 column with the CORRECT DATATYPE to a column
in an existing Table
As I read this I kept seeing "cannot map Datatype for java.lang.Object"
are you sending/receiving Strings,Ints, Doubles,Clobs?
If so..then apprise your environment of the datatypes and map to them
In other words instead of sending a Vector of a Vector
send One item of 1 Mapped Datatype (say a string)
and see how it is received (does it map correctly)
Keep us apprised and G/L
-M
----- Original Message -----
From: "Scott Nichol" <sn...@scottnichol.com>
To: <so...@ws.apache.org>
Sent: Thursday, February 06, 2003 6:54 PM
Subject: Re: zipping Soap
> Thank you for your help in finding this problem. I have made a small
> code change to improve the information that will appear in the stack
> trace (the trace for the IllegalArgumentException should appear,
> too). Please check the nightly builds and get the newest one when it
> appears, then post the stack trace you get with it.
>
> On 6 Feb 2003 at 16:40, Malte Kempff wrote:
>
> > Hi Scott,
> > I tried it with the nightly build version of today an got the same
result of
> > Error. For further Analysis I post you the
> > Exceptions trace stack
> >
> > SOAP-RPC-Fehler: SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Server]
> > [faultString=java.lang.IllegalArgumentException: No mapping found for
> > 'java.lang.Object' using encoding style
> > 'http://schemas.xmlsoap.org/soap/encoding/'.]
> > [faultActorURI=/soap/servlet/rpcrouter] [DetailEntries=
> > [(0)=<stackTrace>[SOAPException: faultCode=SOAP-ENV:Server;
> > msg=java.lang.IllegalArgumentException: No mapping found for
> > &apos;java.lang.Object&apos; using encoding style
> > &apos;http://schemas.xmlsoap.org/soap/encoding/&apos;.] at
> > org.apache.soap.providers.RPCJavaProvider.invoke(Unknown Source) at
> > org.apache.soap.server.http.RPCRouterServlet.doPost(Unknown Source) at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> >
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> > FilterChain.java:247) at
> >
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> > ain.java:193) at
> >
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> > va:243) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
> >
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> > va:190) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
> >
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
> > at
> >
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
> > ) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> >
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
> > java:170) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> >
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
> > ) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> >
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
> >
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> > :174) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
> >
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> > 1027) at
> >
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
> > ) at java.lang.Thread.run(Thread.java:484) </stackTrace>] ]
[FaultEntries=]
> > Fault Code=SOAP-ENV:Server
> > SOAP-RPC-Fehler:java.lang.IllegalArgumentException: No mapping found for
> > 'java.lang.Object' using encoding style
> > 'http://schemas.xmlsoap.org/soap/encoding/'. java.lang.Exception:
> > java.lang.IllegalArgumentException: No mapping found for
'java.lang.Object'
> > using encoding style 'http://schemas.xmlsoap.org/soap/encoding/'. at
> >
de.mc.etnbestterm.data.SoapCallingDataHolder.callSoaply(SoapCallingDataHolde
> > r.java:139) at
> >
de.mc.etnbestterm.data.MainDataHolder.retrieveIndikationen(MainDataHolder.ja
> > va:377) at
> >
de.mc.etnbestterm.data.MainDataHolder.getIndikationen(MainDataHolder.java:39
> > 9) at
> >
de.mc.etnbestterm.gui.ArtikelSuchPanel.setupCombos(ArtikelSuchPanel.java:163
> > ) at
> > de.mc.etnbestterm.gui.ArtikelSuchPanel.jbInit(ArtikelSuchPanel.java:66)
at
> > de.mc.etnbestterm.gui.ArtikelSuchPanel.<init>(ArtikelSuchPanel.java:56)
at
> > de.mc.etnbestterm.gui.HitListPanel.<init>(HitListPanel.java:46) at
> > de.mc.etnbestterm.gui.BestellPanel.<init>(BestellPanel.java:34) at
> > de.mc.etnbestterm.gui.BestellMainPanel.<init>(BestellMainPanel.java:33)
at
> > de.mc.etnbestterm.gui.MainFrame.<init>(MainFrame.java:39) at
> > de.mc.etnbestterm.Bestellterminal.<init>(Bestellterminal.java:42) at
> > de.mc.etnbestterm.Bestellterminal.main(Bestellterminal.java:89)
> > SOAP-RPC-Fehler: SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Server]
> > [faultString=java.lang.IllegalArgumentException: No mapping found for
> > 'java.lang.Object' using encoding style
> > 'http://schemas.xmlsoap.org/soap/encoding/'.]
> > [faultActorURI=/soap/servlet/rpcrouter] [DetailEntries=
> > [(0)=<stackTrace>[SOAPException: faultCode=SOAP-ENV:Server;
> > msg=java.lang.IllegalArgumentException: No mapping found for
> > &apos;java.lang.Object&apos; using encoding style
> > &apos;http://schemas.xmlsoap.org/soap/encoding/&apos;.] at
> > org.apache.soap.providers.RPCJavaProvider.invoke(Unknown Source) at
> > org.apache.soap.server.http.RPCRouterServlet.doPost(Unknown Source) at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> >
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> > FilterChain.java:247) at
> >
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> > ain.java:193) at
> >
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> > va:243) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
> >
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> > va:190) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
> >
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
> > at
> >
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
> > ) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> >
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
> > java:170) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> >
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
> > ) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> >
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
> > at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
> >
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> > :174) at
> >
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> >
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
> >
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> > 1027) at
> >
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
> > ) at java.lang.Thread.run(Thread.java:484) </stackTrace>] ]
[FaultEntries=]
> > Fault Code=SOAP-ENV:Server
> > SOAP-RPC-Fehler:java.lang.IllegalArgumentException: No mapping found for
> > 'java.lang.Object' using encoding style
> > 'http://schemas.xmlsoap.org/soap/encoding/'. java.lang.Exception:
> > java.lang.IllegalArgumentException: No mapping found for
'java.lang.Object'
> > using encoding style 'http://schemas.xmlsoap.org/soap/encoding/'. at
> >
de.mc.etnbestterm.data.SoapCallingDataHolder.callSoaply(SoapCallingDataHolde
> > r.java:139) at
> >
de.mc.etnbestterm.data.MainDataHolder.retrieveStationen(MainDataHolder.java:
> > 208) at
> > de.mc.etnbestterm.data.MainDataHolder.access$0(MainDataHolder.java:37)
at
> > de.mc.etnbestterm.data.MainDataHolder$1.run(MainDataHolder.java:259)
> >
> > -----Ursprungliche Nachricht-----
> > Von: Malte Kempff [mailto:kempffm@medicalcolumbus.de]
> > Gesendet: Donnerstag, 6. Februar 2003 13:42
> > An: soap-user@ws.apache.org
> > Betreff: AW: AW: zipping Soap URGENT
> >
> >
> > Hi Scott,
> > I have a class which does all my calling to soap, which works fine with
the
> > official soap 3.2.1
> > Often I am sending Vectors having some objects (other Vectors for
instance).
> > I give you the source of that class and the part of it which calls it,
and
> > the deploydescriptor with the gzip option.
> >
> > calling part in a class which is derived from SoapCallingDataHolder
> >
> > private Vector retrieveStationen() throws MalformedURLException,
> > SOAPException,
> > Exception
> > {
> > Vector stationen = new Vector();
> > Vector resultVec =
> > (Vector)callSoaply(TechnicalConstants.CALL_GET_STATIONEN, null);
> >
> > for (int i=0; i<resultVec.size(); i++)
> > {
> > Vector stVec = (Vector)resultVec.get(i);
> > Station st = new
> > Station((String)stVec.get(0),(String)stVec.get(2),
(String)stVec.get(1) );
> > // hier konnen noch weitere Attribute ubernommen werden
> > stationen.add(st);
> > }
> > return stationen;
> > }
> >
> > public void loadStationen()
> > {
> > if (m_statusStationenGeladen == _NICHT_GELADEN)
> > {
> > Thread threadLoad = new Thread("loadSationen")
> > {
> > public void run()
> > {
> > try
> > {
> > Vector stationen = retrieveStationen();
> > m_stationen = new HashMap();
> > for (int i=0; i<stationen.size(); i++)
> > {
> >
> > m_stationen.put(((Station)stationen.get(i)).getKey(),stationen.get(i));
> > }
> > m_statusStationenGeladen = _FERTIG_GELADEN;
> > }
> > catch (Exception ex)
> > {
> > MExceptionHandler.handleException(ex);
> > }
> >
> > }
> > };
> >
> > threadLoad.start();
> > }// end of if (m_statusStationenGeladen == _NICHT_GELADEN)
> > }// end of loadStationen()
> >
> >
> >
> > thank you in advance
> >
> > Malte
> >
> > PS: I am wondering, if a newer nightly build version of soap does it. I
used
> > the one of the 4.2.2003
> >
> > -----Ursprungliche Nachricht-----
> > Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> > Gesendet: Mittwoch, 5. Februar 2003 15:59
> > An: soap-user@xml.apache.org
> > Betreff: Re: AW: zipping Soap URGENT
> >
> >
> > Is this existing code that works with another version of Apache SOAP
> > but not the nightly build? If so, can you post the code?
> >
> > On 4 Feb 2003 at 18:29, Malte Kempff wrote:
> >
> > > Hi Scott
> > > Thank you for the hint.
> > > But since I am trying the new soap-version form nightly build of SOAP
> > > (2.2.2002)
> > > I get an Error
> > > No mapping found for 'java.lang.Object' using encoding style
> > > 'http://schemas.xmlsoap.org/soap/encoding/'.
> > >
> > > I noticed that this soap-version is about 18 kb smaler in the jar-file
> > than
> > > the last one I used.
> > >
> > > could you help me what I am to do?
> > >
> > > Malte
> > >
> > >
> > > -----Ursprungliche Nachricht-----
> > > Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> > > Gesendet: Freitag, 31. Januar 2003 00:04
> > > An: soap-user@xml.apache.org
> > > Betreff: Re: zipping Soap
> > >
> > >
> > > It uses the Content-Encoding capability of HTTP. The Apache SOAP
> > > client always understands something gzipped. It will gzip a payload
> > > only when you specify with setGzip(true). The service always
> > > understands something gzipped. It will only gzip a payload if both
> > > the deployment descriptor enables it *and* the client sends an Accept-
> > > Encoding HTTP header that says it can read gzip. Therefore, a client
> > > that cannot unzip will never get something from the service that is
> > > zipped (and will also not benefit from such zipping!)
> > >
> > > On 31 Jan 2003 at 9:41, Jesus M. Salvo Jr. wrote:
> > >
> > > >
> > > > Is this a standard part of SOAP ( compressing the message )? Or is
this
> > > > only something between Apache-SOAP client and an Apache-SOAP
service?
> > > >
> > > > Scott Nichol wrote:
> > > >
> > > > >If you use a nightly build of SOAP, there is a setGzip method on
> > > > >SOAPContext that allows you to specify that the payload should be
> > > > >gzipped. There is also support for a deployment descriptor option
to
> > > > >gzip the payload sent by the service. The nightly build has a gzip
> > > > >sample that demonstrates this.
> > > > >
> > > > >On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> > > > >
> > > > >
> > > > >
> > > > >>Hi everyone,
> > > > >>I am using Soap for doing RPCs in an Java-Web-Start-application.
> > > > >>I need to transfer a log of Data and this takes a while.
> > > > >>As far I understand the xml which soap produces is not packed in a
> > way.
> > > Is
> > > > >>Soap able to pack its messages which are transported?
> > > > >>When yes what do I have to do for it?
> > > > >>
> > > > >>many thanks in advance,
> > > > >>
> > > > >>Malte
> > > > >>
> > > > >>
> > > > >>
> > > > >>--
> > > > >>To unsubscribe, e-mail:
> > <ma...@xml.apache.org>
> > > > >>For additional commands, e-mail:
> > <ma...@xml.apache.org>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > >Scott Nichol
> > > > >
> > > > >
> > > > >--
> > > > >To unsubscribe, e-mail:
<ma...@xml.apache.org>
> > > > >For additional commands, e-mail:
<ma...@xml.apache.org>
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Jesus M. Salvo Jr.
> > > > Mobile Internet Group Pty Ltd
> > > > (formerly Softgame International Pty Ltd)
> > > > M: +61 409 126699
> > > > T: +61 2 94604777
> > > > F: +61 2 94603677
> > > >
> > > > PGP Public key:
> > > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
> > > >
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
<ma...@xml.apache.org>
> > > > For additional commands, e-mail:
<ma...@xml.apache.org>
> > > >
> > > >
> > >
> > >
> > > Scott Nichol
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
<ma...@xml.apache.org>
> > > For additional commands, e-mail:
<ma...@xml.apache.org>
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
<ma...@xml.apache.org>
> > > For additional commands, e-mail:
<ma...@xml.apache.org>
> > >
> > >
> >
> >
> > Scott Nichol
> >
> >
> >
> >
>
>
> Scott Nichol
>
> Do not reply directly to this e-mail address, as it is filtered to
> only receive e-mail
> from specific mailing lists.
>
Re: zipping Soap
Posted by Scott Nichol <sn...@scottnichol.com>.
I have committed a patch which I believe will fix your problem, which
from my tests I believe would occur when you have a null value for a
Vector element.
On 6 Feb 2003 at 17:54, Scott Nichol wrote:
> Thank you for your help in finding this problem. I have made a small
> code change to improve the information that will appear in the stack
> trace (the trace for the IllegalArgumentException should appear,
> too). Please check the nightly builds and get the newest one when it
> appears, then post the stack trace you get with it.
>
> On 6 Feb 2003 at 16:40, Malte Kempff wrote:
>
> > Hi Scott,
> > I tried it with the nightly build version of today an got the same result of
> > Error. For further Analysis I post you the
> > Exceptions trace stack
> >
> > SOAP-RPC-Fehler: SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Server]
> > [faultString=java.lang.IllegalArgumentException: No mapping found for
> > 'java.lang.Object' using encoding style
> > 'http://schemas.xmlsoap.org/soap/encoding/'.]
> > [faultActorURI=/soap/servlet/rpcrouter] [DetailEntries=
> > [(0)=<stackTrace>[SOAPException: faultCode=SOAP-ENV:Server;
> > msg=java.lang.IllegalArgumentException: No mapping found for
> > &apos;java.lang.Object&apos; using encoding style
> > &apos;http://schemas.xmlsoap.org/soap/encoding/&apos;.] at
> > org.apache.soap.providers.RPCJavaProvider.invoke(Unknown Source) at
> > org.apache.soap.server.http.RPCRouterServlet.doPost(Unknown Source) at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> > FilterChain.java:247) at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> > ain.java:193) at
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> > va:243) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> > va:190) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> > org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
> > at
> > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
> > ) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> > org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
> > java:170) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
> > ) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
> > at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> > :174) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> > org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> > 1027) at
> > org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
> > ) at java.lang.Thread.run(Thread.java:484) </stackTrace>] ] [FaultEntries=]
> > Fault Code=SOAP-ENV:Server
> > SOAP-RPC-Fehler:java.lang.IllegalArgumentException: No mapping found for
> > 'java.lang.Object' using encoding style
> > 'http://schemas.xmlsoap.org/soap/encoding/'. java.lang.Exception:
> > java.lang.IllegalArgumentException: No mapping found for 'java.lang.Object'
> > using encoding style 'http://schemas.xmlsoap.org/soap/encoding/'. at
> > de.mc.etnbestterm.data.SoapCallingDataHolder.callSoaply(SoapCallingDataHolde
> > r.java:139) at
> > de.mc.etnbestterm.data.MainDataHolder.retrieveIndikationen(MainDataHolder.ja
> > va:377) at
> > de.mc.etnbestterm.data.MainDataHolder.getIndikationen(MainDataHolder.java:39
> > 9) at
> > de.mc.etnbestterm.gui.ArtikelSuchPanel.setupCombos(ArtikelSuchPanel.java:163
> > ) at
> > de.mc.etnbestterm.gui.ArtikelSuchPanel.jbInit(ArtikelSuchPanel.java:66) at
> > de.mc.etnbestterm.gui.ArtikelSuchPanel.<init>(ArtikelSuchPanel.java:56) at
> > de.mc.etnbestterm.gui.HitListPanel.<init>(HitListPanel.java:46) at
> > de.mc.etnbestterm.gui.BestellPanel.<init>(BestellPanel.java:34) at
> > de.mc.etnbestterm.gui.BestellMainPanel.<init>(BestellMainPanel.java:33) at
> > de.mc.etnbestterm.gui.MainFrame.<init>(MainFrame.java:39) at
> > de.mc.etnbestterm.Bestellterminal.<init>(Bestellterminal.java:42) at
> > de.mc.etnbestterm.Bestellterminal.main(Bestellterminal.java:89)
> > SOAP-RPC-Fehler: SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Server]
> > [faultString=java.lang.IllegalArgumentException: No mapping found for
> > 'java.lang.Object' using encoding style
> > 'http://schemas.xmlsoap.org/soap/encoding/'.]
> > [faultActorURI=/soap/servlet/rpcrouter] [DetailEntries=
> > [(0)=<stackTrace>[SOAPException: faultCode=SOAP-ENV:Server;
> > msg=java.lang.IllegalArgumentException: No mapping found for
> > &apos;java.lang.Object&apos; using encoding style
> > &apos;http://schemas.xmlsoap.org/soap/encoding/&apos;.] at
> > org.apache.soap.providers.RPCJavaProvider.invoke(Unknown Source) at
> > org.apache.soap.server.http.RPCRouterServlet.doPost(Unknown Source) at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> > FilterChain.java:247) at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> > ain.java:193) at
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> > va:243) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> > va:190) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> > org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
> > at
> > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
> > ) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> > org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
> > java:170) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
> > ) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
> > at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 64) at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> > :174) at
> > org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> > 66) at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> > org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> > 1027) at
> > org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
> > ) at java.lang.Thread.run(Thread.java:484) </stackTrace>] ] [FaultEntries=]
> > Fault Code=SOAP-ENV:Server
> > SOAP-RPC-Fehler:java.lang.IllegalArgumentException: No mapping found for
> > 'java.lang.Object' using encoding style
> > 'http://schemas.xmlsoap.org/soap/encoding/'. java.lang.Exception:
> > java.lang.IllegalArgumentException: No mapping found for 'java.lang.Object'
> > using encoding style 'http://schemas.xmlsoap.org/soap/encoding/'. at
> > de.mc.etnbestterm.data.SoapCallingDataHolder.callSoaply(SoapCallingDataHolde
> > r.java:139) at
> > de.mc.etnbestterm.data.MainDataHolder.retrieveStationen(MainDataHolder.java:
> > 208) at
> > de.mc.etnbestterm.data.MainDataHolder.access$0(MainDataHolder.java:37) at
> > de.mc.etnbestterm.data.MainDataHolder$1.run(MainDataHolder.java:259)
> >
> > -----Ursprungliche Nachricht-----
> > Von: Malte Kempff [mailto:kempffm@medicalcolumbus.de]
> > Gesendet: Donnerstag, 6. Februar 2003 13:42
> > An: soap-user@ws.apache.org
> > Betreff: AW: AW: zipping Soap URGENT
> >
> >
> > Hi Scott,
> > I have a class which does all my calling to soap, which works fine with the
> > official soap 3.2.1
> > Often I am sending Vectors having some objects (other Vectors for instance).
> > I give you the source of that class and the part of it which calls it, and
> > the deploydescriptor with the gzip option.
> >
> > calling part in a class which is derived from SoapCallingDataHolder
> >
> > private Vector retrieveStationen() throws MalformedURLException,
> > SOAPException,
> > Exception
> > {
> > Vector stationen = new Vector();
> > Vector resultVec =
> > (Vector)callSoaply(TechnicalConstants.CALL_GET_STATIONEN, null);
> >
> > for (int i=0; i<resultVec.size(); i++)
> > {
> > Vector stVec = (Vector)resultVec.get(i);
> > Station st = new
> > Station((String)stVec.get(0),(String)stVec.get(2), (String)stVec.get(1) );
> > // hier konnen noch weitere Attribute ubernommen werden
> > stationen.add(st);
> > }
> > return stationen;
> > }
> >
> > public void loadStationen()
> > {
> > if (m_statusStationenGeladen == _NICHT_GELADEN)
> > {
> > Thread threadLoad = new Thread("loadSationen")
> > {
> > public void run()
> > {
> > try
> > {
> > Vector stationen = retrieveStationen();
> > m_stationen = new HashMap();
> > for (int i=0; i<stationen.size(); i++)
> > {
> >
> > m_stationen.put(((Station)stationen.get(i)).getKey(),stationen.get(i));
> > }
> > m_statusStationenGeladen = _FERTIG_GELADEN;
> > }
> > catch (Exception ex)
> > {
> > MExceptionHandler.handleException(ex);
> > }
> >
> > }
> > };
> >
> > threadLoad.start();
> > }// end of if (m_statusStationenGeladen == _NICHT_GELADEN)
> > }// end of loadStationen()
> >
> >
> >
> > thank you in advance
> >
> > Malte
> >
> > PS: I am wondering, if a newer nightly build version of soap does it. I used
> > the one of the 4.2.2003
> >
> > -----Ursprungliche Nachricht-----
> > Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> > Gesendet: Mittwoch, 5. Februar 2003 15:59
> > An: soap-user@xml.apache.org
> > Betreff: Re: AW: zipping Soap URGENT
> >
> >
> > Is this existing code that works with another version of Apache SOAP
> > but not the nightly build? If so, can you post the code?
> >
> > On 4 Feb 2003 at 18:29, Malte Kempff wrote:
> >
> > > Hi Scott
> > > Thank you for the hint.
> > > But since I am trying the new soap-version form nightly build of SOAP
> > > (2.2.2002)
> > > I get an Error
> > > No mapping found for 'java.lang.Object' using encoding style
> > > 'http://schemas.xmlsoap.org/soap/encoding/'.
> > >
> > > I noticed that this soap-version is about 18 kb smaler in the jar-file
> > than
> > > the last one I used.
> > >
> > > could you help me what I am to do?
> > >
> > > Malte
> > >
> > >
> > > -----Ursprungliche Nachricht-----
> > > Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> > > Gesendet: Freitag, 31. Januar 2003 00:04
> > > An: soap-user@xml.apache.org
> > > Betreff: Re: zipping Soap
> > >
> > >
> > > It uses the Content-Encoding capability of HTTP. The Apache SOAP
> > > client always understands something gzipped. It will gzip a payload
> > > only when you specify with setGzip(true). The service always
> > > understands something gzipped. It will only gzip a payload if both
> > > the deployment descriptor enables it *and* the client sends an Accept-
> > > Encoding HTTP header that says it can read gzip. Therefore, a client
> > > that cannot unzip will never get something from the service that is
> > > zipped (and will also not benefit from such zipping!)
> > >
> > > On 31 Jan 2003 at 9:41, Jesus M. Salvo Jr. wrote:
> > >
> > > >
> > > > Is this a standard part of SOAP ( compressing the message )? Or is this
> > > > only something between Apache-SOAP client and an Apache-SOAP service?
> > > >
> > > > Scott Nichol wrote:
> > > >
> > > > >If you use a nightly build of SOAP, there is a setGzip method on
> > > > >SOAPContext that allows you to specify that the payload should be
> > > > >gzipped. There is also support for a deployment descriptor option to
> > > > >gzip the payload sent by the service. The nightly build has a gzip
> > > > >sample that demonstrates this.
> > > > >
> > > > >On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> > > > >
> > > > >
> > > > >
> > > > >>Hi everyone,
> > > > >>I am using Soap for doing RPCs in an Java-Web-Start-application.
> > > > >>I need to transfer a log of Data and this takes a while.
> > > > >>As far I understand the xml which soap produces is not packed in a
> > way.
> > > Is
> > > > >>Soap able to pack its messages which are transported?
> > > > >>When yes what do I have to do for it?
> > > > >>
> > > > >>many thanks in advance,
> > > > >>
> > > > >>Malte
> > > > >>
> > > > >>
> > > > >>
> > > > >>--
> > > > >>To unsubscribe, e-mail:
> > <ma...@xml.apache.org>
> > > > >>For additional commands, e-mail:
> > <ma...@xml.apache.org>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > >Scott Nichol
> > > > >
> > > > >
> > > > >--
> > > > >To unsubscribe, e-mail: <ma...@xml.apache.org>
> > > > >For additional commands, e-mail: <ma...@xml.apache.org>
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Jesus M. Salvo Jr.
> > > > Mobile Internet Group Pty Ltd
> > > > (formerly Softgame International Pty Ltd)
> > > > M: +61 409 126699
> > > > T: +61 2 94604777
> > > > F: +61 2 94603677
> > > >
> > > > PGP Public key:
> > > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
> > > >
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail: <ma...@xml.apache.org>
> > > > For additional commands, e-mail: <ma...@xml.apache.org>
> > > >
> > > >
> > >
> > >
> > > Scott Nichol
> > >
> > >
> > > --
> > > To unsubscribe, e-mail: <ma...@xml.apache.org>
> > > For additional commands, e-mail: <ma...@xml.apache.org>
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail: <ma...@xml.apache.org>
> > > For additional commands, e-mail: <ma...@xml.apache.org>
> > >
> > >
> >
> >
> > Scott Nichol
> >
> >
> >
> >
>
>
> Scott Nichol
>
> Do not reply directly to this e-mail address, as it is filtered to
> only receive e-mail
> from specific mailing lists.
>
>
>
Scott Nichol
Do not reply directly to this e-mail address, as it is filtered to
only receive e-mail from specific mailing lists.
Re: zipping Soap
Posted by Scott Nichol <sn...@scottnichol.com>.
Thank you for your help in finding this problem. I have made a small
code change to improve the information that will appear in the stack
trace (the trace for the IllegalArgumentException should appear,
too). Please check the nightly builds and get the newest one when it
appears, then post the stack trace you get with it.
On 6 Feb 2003 at 16:40, Malte Kempff wrote:
> Hi Scott,
> I tried it with the nightly build version of today an got the same result of
> Error. For further Analysis I post you the
> Exceptions trace stack
>
> SOAP-RPC-Fehler: SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Server]
> [faultString=java.lang.IllegalArgumentException: No mapping found for
> 'java.lang.Object' using encoding style
> 'http://schemas.xmlsoap.org/soap/encoding/'.]
> [faultActorURI=/soap/servlet/rpcrouter] [DetailEntries=
> [(0)=<stackTrace>[SOAPException: faultCode=SOAP-ENV:Server;
> msg=java.lang.IllegalArgumentException: No mapping found for
> &apos;java.lang.Object&apos; using encoding style
> &apos;http://schemas.xmlsoap.org/soap/encoding/&apos;.] at
> org.apache.soap.providers.RPCJavaProvider.invoke(Unknown Source) at
> org.apache.soap.server.http.RPCRouterServlet.doPost(Unknown Source) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> FilterChain.java:247) at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> ain.java:193) at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> va:243) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> va:190) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
> ) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66) at
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
> java:170) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64) at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
> ) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64) at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> :174) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> 1027) at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
> ) at java.lang.Thread.run(Thread.java:484) </stackTrace>] ] [FaultEntries=]
> Fault Code=SOAP-ENV:Server
> SOAP-RPC-Fehler:java.lang.IllegalArgumentException: No mapping found for
> 'java.lang.Object' using encoding style
> 'http://schemas.xmlsoap.org/soap/encoding/'. java.lang.Exception:
> java.lang.IllegalArgumentException: No mapping found for 'java.lang.Object'
> using encoding style 'http://schemas.xmlsoap.org/soap/encoding/'. at
> de.mc.etnbestterm.data.SoapCallingDataHolder.callSoaply(SoapCallingDataHolde
> r.java:139) at
> de.mc.etnbestterm.data.MainDataHolder.retrieveIndikationen(MainDataHolder.ja
> va:377) at
> de.mc.etnbestterm.data.MainDataHolder.getIndikationen(MainDataHolder.java:39
> 9) at
> de.mc.etnbestterm.gui.ArtikelSuchPanel.setupCombos(ArtikelSuchPanel.java:163
> ) at
> de.mc.etnbestterm.gui.ArtikelSuchPanel.jbInit(ArtikelSuchPanel.java:66) at
> de.mc.etnbestterm.gui.ArtikelSuchPanel.<init>(ArtikelSuchPanel.java:56) at
> de.mc.etnbestterm.gui.HitListPanel.<init>(HitListPanel.java:46) at
> de.mc.etnbestterm.gui.BestellPanel.<init>(BestellPanel.java:34) at
> de.mc.etnbestterm.gui.BestellMainPanel.<init>(BestellMainPanel.java:33) at
> de.mc.etnbestterm.gui.MainFrame.<init>(MainFrame.java:39) at
> de.mc.etnbestterm.Bestellterminal.<init>(Bestellterminal.java:42) at
> de.mc.etnbestterm.Bestellterminal.main(Bestellterminal.java:89)
> SOAP-RPC-Fehler: SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Server]
> [faultString=java.lang.IllegalArgumentException: No mapping found for
> 'java.lang.Object' using encoding style
> 'http://schemas.xmlsoap.org/soap/encoding/'.]
> [faultActorURI=/soap/servlet/rpcrouter] [DetailEntries=
> [(0)=<stackTrace>[SOAPException: faultCode=SOAP-ENV:Server;
> msg=java.lang.IllegalArgumentException: No mapping found for
> &apos;java.lang.Object&apos; using encoding style
> &apos;http://schemas.xmlsoap.org/soap/encoding/&apos;.] at
> org.apache.soap.providers.RPCJavaProvider.invoke(Unknown Source) at
> org.apache.soap.server.http.RPCRouterServlet.doPost(Unknown Source) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> FilterChain.java:247) at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> ain.java:193) at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> va:243) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> va:190) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
> ) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66) at
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
> java:170) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64) at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
> ) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64) at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> :174) at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66) at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> 1027) at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
> ) at java.lang.Thread.run(Thread.java:484) </stackTrace>] ] [FaultEntries=]
> Fault Code=SOAP-ENV:Server
> SOAP-RPC-Fehler:java.lang.IllegalArgumentException: No mapping found for
> 'java.lang.Object' using encoding style
> 'http://schemas.xmlsoap.org/soap/encoding/'. java.lang.Exception:
> java.lang.IllegalArgumentException: No mapping found for 'java.lang.Object'
> using encoding style 'http://schemas.xmlsoap.org/soap/encoding/'. at
> de.mc.etnbestterm.data.SoapCallingDataHolder.callSoaply(SoapCallingDataHolde
> r.java:139) at
> de.mc.etnbestterm.data.MainDataHolder.retrieveStationen(MainDataHolder.java:
> 208) at
> de.mc.etnbestterm.data.MainDataHolder.access$0(MainDataHolder.java:37) at
> de.mc.etnbestterm.data.MainDataHolder$1.run(MainDataHolder.java:259)
>
> -----Ursprungliche Nachricht-----
> Von: Malte Kempff [mailto:kempffm@medicalcolumbus.de]
> Gesendet: Donnerstag, 6. Februar 2003 13:42
> An: soap-user@ws.apache.org
> Betreff: AW: AW: zipping Soap URGENT
>
>
> Hi Scott,
> I have a class which does all my calling to soap, which works fine with the
> official soap 3.2.1
> Often I am sending Vectors having some objects (other Vectors for instance).
> I give you the source of that class and the part of it which calls it, and
> the deploydescriptor with the gzip option.
>
> calling part in a class which is derived from SoapCallingDataHolder
>
> private Vector retrieveStationen() throws MalformedURLException,
> SOAPException,
> Exception
> {
> Vector stationen = new Vector();
> Vector resultVec =
> (Vector)callSoaply(TechnicalConstants.CALL_GET_STATIONEN, null);
>
> for (int i=0; i<resultVec.size(); i++)
> {
> Vector stVec = (Vector)resultVec.get(i);
> Station st = new
> Station((String)stVec.get(0),(String)stVec.get(2), (String)stVec.get(1) );
> // hier konnen noch weitere Attribute ubernommen werden
> stationen.add(st);
> }
> return stationen;
> }
>
> public void loadStationen()
> {
> if (m_statusStationenGeladen == _NICHT_GELADEN)
> {
> Thread threadLoad = new Thread("loadSationen")
> {
> public void run()
> {
> try
> {
> Vector stationen = retrieveStationen();
> m_stationen = new HashMap();
> for (int i=0; i<stationen.size(); i++)
> {
>
> m_stationen.put(((Station)stationen.get(i)).getKey(),stationen.get(i));
> }
> m_statusStationenGeladen = _FERTIG_GELADEN;
> }
> catch (Exception ex)
> {
> MExceptionHandler.handleException(ex);
> }
>
> }
> };
>
> threadLoad.start();
> }// end of if (m_statusStationenGeladen == _NICHT_GELADEN)
> }// end of loadStationen()
>
>
>
> thank you in advance
>
> Malte
>
> PS: I am wondering, if a newer nightly build version of soap does it. I used
> the one of the 4.2.2003
>
> -----Ursprungliche Nachricht-----
> Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> Gesendet: Mittwoch, 5. Februar 2003 15:59
> An: soap-user@xml.apache.org
> Betreff: Re: AW: zipping Soap URGENT
>
>
> Is this existing code that works with another version of Apache SOAP
> but not the nightly build? If so, can you post the code?
>
> On 4 Feb 2003 at 18:29, Malte Kempff wrote:
>
> > Hi Scott
> > Thank you for the hint.
> > But since I am trying the new soap-version form nightly build of SOAP
> > (2.2.2002)
> > I get an Error
> > No mapping found for 'java.lang.Object' using encoding style
> > 'http://schemas.xmlsoap.org/soap/encoding/'.
> >
> > I noticed that this soap-version is about 18 kb smaler in the jar-file
> than
> > the last one I used.
> >
> > could you help me what I am to do?
> >
> > Malte
> >
> >
> > -----Ursprungliche Nachricht-----
> > Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> > Gesendet: Freitag, 31. Januar 2003 00:04
> > An: soap-user@xml.apache.org
> > Betreff: Re: zipping Soap
> >
> >
> > It uses the Content-Encoding capability of HTTP. The Apache SOAP
> > client always understands something gzipped. It will gzip a payload
> > only when you specify with setGzip(true). The service always
> > understands something gzipped. It will only gzip a payload if both
> > the deployment descriptor enables it *and* the client sends an Accept-
> > Encoding HTTP header that says it can read gzip. Therefore, a client
> > that cannot unzip will never get something from the service that is
> > zipped (and will also not benefit from such zipping!)
> >
> > On 31 Jan 2003 at 9:41, Jesus M. Salvo Jr. wrote:
> >
> > >
> > > Is this a standard part of SOAP ( compressing the message )? Or is this
> > > only something between Apache-SOAP client and an Apache-SOAP service?
> > >
> > > Scott Nichol wrote:
> > >
> > > >If you use a nightly build of SOAP, there is a setGzip method on
> > > >SOAPContext that allows you to specify that the payload should be
> > > >gzipped. There is also support for a deployment descriptor option to
> > > >gzip the payload sent by the service. The nightly build has a gzip
> > > >sample that demonstrates this.
> > > >
> > > >On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> > > >
> > > >
> > > >
> > > >>Hi everyone,
> > > >>I am using Soap for doing RPCs in an Java-Web-Start-application.
> > > >>I need to transfer a log of Data and this takes a while.
> > > >>As far I understand the xml which soap produces is not packed in a
> way.
> > Is
> > > >>Soap able to pack its messages which are transported?
> > > >>When yes what do I have to do for it?
> > > >>
> > > >>many thanks in advance,
> > > >>
> > > >>Malte
> > > >>
> > > >>
> > > >>
> > > >>--
> > > >>To unsubscribe, e-mail:
> <ma...@xml.apache.org>
> > > >>For additional commands, e-mail:
> <ma...@xml.apache.org>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >
> > > >
> > > >Scott Nichol
> > > >
> > > >
> > > >--
> > > >To unsubscribe, e-mail: <ma...@xml.apache.org>
> > > >For additional commands, e-mail: <ma...@xml.apache.org>
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Jesus M. Salvo Jr.
> > > Mobile Internet Group Pty Ltd
> > > (formerly Softgame International Pty Ltd)
> > > M: +61 409 126699
> > > T: +61 2 94604777
> > > F: +61 2 94603677
> > >
> > > PGP Public key:
> > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail: <ma...@xml.apache.org>
> > > For additional commands, e-mail: <ma...@xml.apache.org>
> > >
> > >
> >
> >
> > Scott Nichol
> >
> >
> > --
> > To unsubscribe, e-mail: <ma...@xml.apache.org>
> > For additional commands, e-mail: <ma...@xml.apache.org>
> >
> >
> >
> > --
> > To unsubscribe, e-mail: <ma...@xml.apache.org>
> > For additional commands, e-mail: <ma...@xml.apache.org>
> >
> >
>
>
> Scott Nichol
>
>
>
>
Scott Nichol
Do not reply directly to this e-mail address, as it is filtered to
only receive e-mail
from specific mailing lists.
AW: AW: zipping Soap URGENT
Posted by Malte Kempff <ke...@medicalcolumbus.de>.
Hi Scott,
I tried it with the nightly build version of today an got the same result of
Error. For further Analysis I post you the
Exceptions trace stack
SOAP-RPC-Fehler: SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Server]
[faultString=java.lang.IllegalArgumentException: No mapping found for
'java.lang.Object' using encoding style
'http://schemas.xmlsoap.org/soap/encoding/'.]
[faultActorURI=/soap/servlet/rpcrouter] [DetailEntries=
[(0)=<stackTrace>[SOAPException: faultCode=SOAP-ENV:Server;
msg=java.lang.IllegalArgumentException: No mapping found for
&apos;java.lang.Object&apos; using encoding style
&apos;http://schemas.xmlsoap.org/soap/encoding/&apos;.] at
org.apache.soap.providers.RPCJavaProvider.invoke(Unknown Source) at
org.apache.soap.server.http.RPCRouterServlet.doPost(Unknown Source) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193) at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64) at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64) at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
1027) at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
) at java.lang.Thread.run(Thread.java:484) </stackTrace>] ] [FaultEntries=]
Fault Code=SOAP-ENV:Server
SOAP-RPC-Fehler:java.lang.IllegalArgumentException: No mapping found for
'java.lang.Object' using encoding style
'http://schemas.xmlsoap.org/soap/encoding/'. java.lang.Exception:
java.lang.IllegalArgumentException: No mapping found for 'java.lang.Object'
using encoding style 'http://schemas.xmlsoap.org/soap/encoding/'. at
de.mc.etnbestterm.data.SoapCallingDataHolder.callSoaply(SoapCallingDataHolde
r.java:139) at
de.mc.etnbestterm.data.MainDataHolder.retrieveIndikationen(MainDataHolder.ja
va:377) at
de.mc.etnbestterm.data.MainDataHolder.getIndikationen(MainDataHolder.java:39
9) at
de.mc.etnbestterm.gui.ArtikelSuchPanel.setupCombos(ArtikelSuchPanel.java:163
) at
de.mc.etnbestterm.gui.ArtikelSuchPanel.jbInit(ArtikelSuchPanel.java:66) at
de.mc.etnbestterm.gui.ArtikelSuchPanel.<init>(ArtikelSuchPanel.java:56) at
de.mc.etnbestterm.gui.HitListPanel.<init>(HitListPanel.java:46) at
de.mc.etnbestterm.gui.BestellPanel.<init>(BestellPanel.java:34) at
de.mc.etnbestterm.gui.BestellMainPanel.<init>(BestellMainPanel.java:33) at
de.mc.etnbestterm.gui.MainFrame.<init>(MainFrame.java:39) at
de.mc.etnbestterm.Bestellterminal.<init>(Bestellterminal.java:42) at
de.mc.etnbestterm.Bestellterminal.main(Bestellterminal.java:89)
SOAP-RPC-Fehler: SOAP-RPC:[Attributes={}] [faultCode=SOAP-ENV:Server]
[faultString=java.lang.IllegalArgumentException: No mapping found for
'java.lang.Object' using encoding style
'http://schemas.xmlsoap.org/soap/encoding/'.]
[faultActorURI=/soap/servlet/rpcrouter] [DetailEntries=
[(0)=<stackTrace>[SOAPException: faultCode=SOAP-ENV:Server;
msg=java.lang.IllegalArgumentException: No mapping found for
&apos;java.lang.Object&apos; using encoding style
&apos;http://schemas.xmlsoap.org/soap/encoding/&apos;.] at
org.apache.soap.providers.RPCJavaProvider.invoke(Unknown Source) at
org.apache.soap.server.http.RPCRouterServlet.doPost(Unknown Source) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193) at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:243) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:190) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64) at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170
) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64) at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
64) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174) at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
66) at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
1027) at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125
) at java.lang.Thread.run(Thread.java:484) </stackTrace>] ] [FaultEntries=]
Fault Code=SOAP-ENV:Server
SOAP-RPC-Fehler:java.lang.IllegalArgumentException: No mapping found for
'java.lang.Object' using encoding style
'http://schemas.xmlsoap.org/soap/encoding/'. java.lang.Exception:
java.lang.IllegalArgumentException: No mapping found for 'java.lang.Object'
using encoding style 'http://schemas.xmlsoap.org/soap/encoding/'. at
de.mc.etnbestterm.data.SoapCallingDataHolder.callSoaply(SoapCallingDataHolde
r.java:139) at
de.mc.etnbestterm.data.MainDataHolder.retrieveStationen(MainDataHolder.java:
208) at
de.mc.etnbestterm.data.MainDataHolder.access$0(MainDataHolder.java:37) at
de.mc.etnbestterm.data.MainDataHolder$1.run(MainDataHolder.java:259)
-----Ursprungliche Nachricht-----
Von: Malte Kempff [mailto:kempffm@medicalcolumbus.de]
Gesendet: Donnerstag, 6. Februar 2003 13:42
An: soap-user@ws.apache.org
Betreff: AW: AW: zipping Soap URGENT
Hi Scott,
I have a class which does all my calling to soap, which works fine with the
official soap 3.2.1
Often I am sending Vectors having some objects (other Vectors for instance).
I give you the source of that class and the part of it which calls it, and
the deploydescriptor with the gzip option.
calling part in a class which is derived from SoapCallingDataHolder
private Vector retrieveStationen() throws MalformedURLException,
SOAPException,
Exception
{
Vector stationen = new Vector();
Vector resultVec =
(Vector)callSoaply(TechnicalConstants.CALL_GET_STATIONEN, null);
for (int i=0; i<resultVec.size(); i++)
{
Vector stVec = (Vector)resultVec.get(i);
Station st = new
Station((String)stVec.get(0),(String)stVec.get(2), (String)stVec.get(1) );
// hier konnen noch weitere Attribute ubernommen werden
stationen.add(st);
}
return stationen;
}
public void loadStationen()
{
if (m_statusStationenGeladen == _NICHT_GELADEN)
{
Thread threadLoad = new Thread("loadSationen")
{
public void run()
{
try
{
Vector stationen = retrieveStationen();
m_stationen = new HashMap();
for (int i=0; i<stationen.size(); i++)
{
m_stationen.put(((Station)stationen.get(i)).getKey(),stationen.get(i));
}
m_statusStationenGeladen = _FERTIG_GELADEN;
}
catch (Exception ex)
{
MExceptionHandler.handleException(ex);
}
}
};
threadLoad.start();
}// end of if (m_statusStationenGeladen == _NICHT_GELADEN)
}// end of loadStationen()
thank you in advance
Malte
PS: I am wondering, if a newer nightly build version of soap does it. I used
the one of the 4.2.2003
-----Ursprungliche Nachricht-----
Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
Gesendet: Mittwoch, 5. Februar 2003 15:59
An: soap-user@xml.apache.org
Betreff: Re: AW: zipping Soap URGENT
Is this existing code that works with another version of Apache SOAP
but not the nightly build? If so, can you post the code?
On 4 Feb 2003 at 18:29, Malte Kempff wrote:
> Hi Scott
> Thank you for the hint.
> But since I am trying the new soap-version form nightly build of SOAP
> (2.2.2002)
> I get an Error
> No mapping found for 'java.lang.Object' using encoding style
> 'http://schemas.xmlsoap.org/soap/encoding/'.
>
> I noticed that this soap-version is about 18 kb smaler in the jar-file
than
> the last one I used.
>
> could you help me what I am to do?
>
> Malte
>
>
> -----Ursprungliche Nachricht-----
> Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> Gesendet: Freitag, 31. Januar 2003 00:04
> An: soap-user@xml.apache.org
> Betreff: Re: zipping Soap
>
>
> It uses the Content-Encoding capability of HTTP. The Apache SOAP
> client always understands something gzipped. It will gzip a payload
> only when you specify with setGzip(true). The service always
> understands something gzipped. It will only gzip a payload if both
> the deployment descriptor enables it *and* the client sends an Accept-
> Encoding HTTP header that says it can read gzip. Therefore, a client
> that cannot unzip will never get something from the service that is
> zipped (and will also not benefit from such zipping!)
>
> On 31 Jan 2003 at 9:41, Jesus M. Salvo Jr. wrote:
>
> >
> > Is this a standard part of SOAP ( compressing the message )? Or is this
> > only something between Apache-SOAP client and an Apache-SOAP service?
> >
> > Scott Nichol wrote:
> >
> > >If you use a nightly build of SOAP, there is a setGzip method on
> > >SOAPContext that allows you to specify that the payload should be
> > >gzipped. There is also support for a deployment descriptor option to
> > >gzip the payload sent by the service. The nightly build has a gzip
> > >sample that demonstrates this.
> > >
> > >On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> > >
> > >
> > >
> > >>Hi everyone,
> > >>I am using Soap for doing RPCs in an Java-Web-Start-application.
> > >>I need to transfer a log of Data and this takes a while.
> > >>As far I understand the xml which soap produces is not packed in a
way.
> Is
> > >>Soap able to pack its messages which are transported?
> > >>When yes what do I have to do for it?
> > >>
> > >>many thanks in advance,
> > >>
> > >>Malte
> > >>
> > >>
> > >>
> > >>--
> > >>To unsubscribe, e-mail:
<ma...@xml.apache.org>
> > >>For additional commands, e-mail:
<ma...@xml.apache.org>
> > >>
> > >>
> > >>
> > >>
> > >
> > >
> > >Scott Nichol
> > >
> > >
> > >--
> > >To unsubscribe, e-mail: <ma...@xml.apache.org>
> > >For additional commands, e-mail: <ma...@xml.apache.org>
> > >
> > >
> > >
> > >
> >
> >
> > --
> > Jesus M. Salvo Jr.
> > Mobile Internet Group Pty Ltd
> > (formerly Softgame International Pty Ltd)
> > M: +61 409 126699
> > T: +61 2 94604777
> > F: +61 2 94603677
> >
> > PGP Public key:
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
> >
> >
> >
> > --
> > To unsubscribe, e-mail: <ma...@xml.apache.org>
> > For additional commands, e-mail: <ma...@xml.apache.org>
> >
> >
>
>
> Scott Nichol
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
Scott Nichol
AW: AW: zipping Soap URGENT
Posted by Malte Kempff <ke...@medicalcolumbus.de>.
Hi Scott,
I have a class which does all my calling to soap, which works fine with the
official soap 3.2.1
Often I am sending Vectors having some objects (other Vectors for instance).
I give you the source of that class and the part of it which calls it, and
the deploydescriptor with the gzip option.
calling part in a class which is derived from SoapCallingDataHolder
private Vector retrieveStationen() throws MalformedURLException,
SOAPException,
Exception
{
Vector stationen = new Vector();
Vector resultVec =
(Vector)callSoaply(TechnicalConstants.CALL_GET_STATIONEN, null);
for (int i=0; i<resultVec.size(); i++)
{
Vector stVec = (Vector)resultVec.get(i);
Station st = new
Station((String)stVec.get(0),(String)stVec.get(2), (String)stVec.get(1) );
// hier konnen noch weitere Attribute ubernommen werden
stationen.add(st);
}
return stationen;
}
public void loadStationen()
{
if (m_statusStationenGeladen == _NICHT_GELADEN)
{
Thread threadLoad = new Thread("loadSationen")
{
public void run()
{
try
{
Vector stationen = retrieveStationen();
m_stationen = new HashMap();
for (int i=0; i<stationen.size(); i++)
{
m_stationen.put(((Station)stationen.get(i)).getKey(),stationen.get(i));
}
m_statusStationenGeladen = _FERTIG_GELADEN;
}
catch (Exception ex)
{
MExceptionHandler.handleException(ex);
}
}
};
threadLoad.start();
}// end of if (m_statusStationenGeladen == _NICHT_GELADEN)
}// end of loadStationen()
thank you in advance
Malte
PS: I am wondering, if a newer nightly build version of soap does it. I used
the one of the 4.2.2003
-----Ursprungliche Nachricht-----
Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
Gesendet: Mittwoch, 5. Februar 2003 15:59
An: soap-user@xml.apache.org
Betreff: Re: AW: zipping Soap URGENT
Is this existing code that works with another version of Apache SOAP
but not the nightly build? If so, can you post the code?
On 4 Feb 2003 at 18:29, Malte Kempff wrote:
> Hi Scott
> Thank you for the hint.
> But since I am trying the new soap-version form nightly build of SOAP
> (2.2.2002)
> I get an Error
> No mapping found for 'java.lang.Object' using encoding style
> 'http://schemas.xmlsoap.org/soap/encoding/'.
>
> I noticed that this soap-version is about 18 kb smaler in the jar-file
than
> the last one I used.
>
> could you help me what I am to do?
>
> Malte
>
>
> -----Ursprungliche Nachricht-----
> Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> Gesendet: Freitag, 31. Januar 2003 00:04
> An: soap-user@xml.apache.org
> Betreff: Re: zipping Soap
>
>
> It uses the Content-Encoding capability of HTTP. The Apache SOAP
> client always understands something gzipped. It will gzip a payload
> only when you specify with setGzip(true). The service always
> understands something gzipped. It will only gzip a payload if both
> the deployment descriptor enables it *and* the client sends an Accept-
> Encoding HTTP header that says it can read gzip. Therefore, a client
> that cannot unzip will never get something from the service that is
> zipped (and will also not benefit from such zipping!)
>
> On 31 Jan 2003 at 9:41, Jesus M. Salvo Jr. wrote:
>
> >
> > Is this a standard part of SOAP ( compressing the message )? Or is this
> > only something between Apache-SOAP client and an Apache-SOAP service?
> >
> > Scott Nichol wrote:
> >
> > >If you use a nightly build of SOAP, there is a setGzip method on
> > >SOAPContext that allows you to specify that the payload should be
> > >gzipped. There is also support for a deployment descriptor option to
> > >gzip the payload sent by the service. The nightly build has a gzip
> > >sample that demonstrates this.
> > >
> > >On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> > >
> > >
> > >
> > >>Hi everyone,
> > >>I am using Soap for doing RPCs in an Java-Web-Start-application.
> > >>I need to transfer a log of Data and this takes a while.
> > >>As far I understand the xml which soap produces is not packed in a
way.
> Is
> > >>Soap able to pack its messages which are transported?
> > >>When yes what do I have to do for it?
> > >>
> > >>many thanks in advance,
> > >>
> > >>Malte
> > >>
> > >>
> > >>
> > >>--
> > >>To unsubscribe, e-mail:
<ma...@xml.apache.org>
> > >>For additional commands, e-mail:
<ma...@xml.apache.org>
> > >>
> > >>
> > >>
> > >>
> > >
> > >
> > >Scott Nichol
> > >
> > >
> > >--
> > >To unsubscribe, e-mail: <ma...@xml.apache.org>
> > >For additional commands, e-mail: <ma...@xml.apache.org>
> > >
> > >
> > >
> > >
> >
> >
> > --
> > Jesus M. Salvo Jr.
> > Mobile Internet Group Pty Ltd
> > (formerly Softgame International Pty Ltd)
> > M: +61 409 126699
> > T: +61 2 94604777
> > F: +61 2 94603677
> >
> > PGP Public key:
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
> >
> >
> >
> > --
> > To unsubscribe, e-mail: <ma...@xml.apache.org>
> > For additional commands, e-mail: <ma...@xml.apache.org>
> >
> >
>
>
> Scott Nichol
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
Scott Nichol
Re: AW: zipping Soap URGENT
Posted by Scott Nichol <sn...@scottnichol.com>.
Is this existing code that works with another version of Apache SOAP
but not the nightly build? If so, can you post the code?
On 4 Feb 2003 at 18:29, Malte Kempff wrote:
> Hi Scott
> Thank you for the hint.
> But since I am trying the new soap-version form nightly build of SOAP
> (2.2.2002)
> I get an Error
> No mapping found for 'java.lang.Object' using encoding style
> 'http://schemas.xmlsoap.org/soap/encoding/'.
>
> I noticed that this soap-version is about 18 kb smaler in the jar-file than
> the last one I used.
>
> could you help me what I am to do?
>
> Malte
>
>
> -----Ursprungliche Nachricht-----
> Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
> Gesendet: Freitag, 31. Januar 2003 00:04
> An: soap-user@xml.apache.org
> Betreff: Re: zipping Soap
>
>
> It uses the Content-Encoding capability of HTTP. The Apache SOAP
> client always understands something gzipped. It will gzip a payload
> only when you specify with setGzip(true). The service always
> understands something gzipped. It will only gzip a payload if both
> the deployment descriptor enables it *and* the client sends an Accept-
> Encoding HTTP header that says it can read gzip. Therefore, a client
> that cannot unzip will never get something from the service that is
> zipped (and will also not benefit from such zipping!)
>
> On 31 Jan 2003 at 9:41, Jesus M. Salvo Jr. wrote:
>
> >
> > Is this a standard part of SOAP ( compressing the message )? Or is this
> > only something between Apache-SOAP client and an Apache-SOAP service?
> >
> > Scott Nichol wrote:
> >
> > >If you use a nightly build of SOAP, there is a setGzip method on
> > >SOAPContext that allows you to specify that the payload should be
> > >gzipped. There is also support for a deployment descriptor option to
> > >gzip the payload sent by the service. The nightly build has a gzip
> > >sample that demonstrates this.
> > >
> > >On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> > >
> > >
> > >
> > >>Hi everyone,
> > >>I am using Soap for doing RPCs in an Java-Web-Start-application.
> > >>I need to transfer a log of Data and this takes a while.
> > >>As far I understand the xml which soap produces is not packed in a way.
> Is
> > >>Soap able to pack its messages which are transported?
> > >>When yes what do I have to do for it?
> > >>
> > >>many thanks in advance,
> > >>
> > >>Malte
> > >>
> > >>
> > >>
> > >>--
> > >>To unsubscribe, e-mail: <ma...@xml.apache.org>
> > >>For additional commands, e-mail: <ma...@xml.apache.org>
> > >>
> > >>
> > >>
> > >>
> > >
> > >
> > >Scott Nichol
> > >
> > >
> > >--
> > >To unsubscribe, e-mail: <ma...@xml.apache.org>
> > >For additional commands, e-mail: <ma...@xml.apache.org>
> > >
> > >
> > >
> > >
> >
> >
> > --
> > Jesus M. Salvo Jr.
> > Mobile Internet Group Pty Ltd
> > (formerly Softgame International Pty Ltd)
> > M: +61 409 126699
> > T: +61 2 94604777
> > F: +61 2 94603677
> >
> > PGP Public key:
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
> >
> >
> >
> > --
> > To unsubscribe, e-mail: <ma...@xml.apache.org>
> > For additional commands, e-mail: <ma...@xml.apache.org>
> >
> >
>
>
> Scott Nichol
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
Scott Nichol
AW: zipping Soap URGENT
Posted by Malte Kempff <ke...@medicalcolumbus.de>.
Hi Scott
Thank you for the hint.
But since I am trying the new soap-version form nightly build of SOAP
(2.2.2002)
I get an Error
No mapping found for 'java.lang.Object' using encoding style
'http://schemas.xmlsoap.org/soap/encoding/'.
I noticed that this soap-version is about 18 kb smaler in the jar-file than
the last one I used.
could you help me what I am to do?
Malte
-----Ursprungliche Nachricht-----
Von: Scott Nichol [mailto:snicholnews@scottnichol.com]
Gesendet: Freitag, 31. Januar 2003 00:04
An: soap-user@xml.apache.org
Betreff: Re: zipping Soap
It uses the Content-Encoding capability of HTTP. The Apache SOAP
client always understands something gzipped. It will gzip a payload
only when you specify with setGzip(true). The service always
understands something gzipped. It will only gzip a payload if both
the deployment descriptor enables it *and* the client sends an Accept-
Encoding HTTP header that says it can read gzip. Therefore, a client
that cannot unzip will never get something from the service that is
zipped (and will also not benefit from such zipping!)
On 31 Jan 2003 at 9:41, Jesus M. Salvo Jr. wrote:
>
> Is this a standard part of SOAP ( compressing the message )? Or is this
> only something between Apache-SOAP client and an Apache-SOAP service?
>
> Scott Nichol wrote:
>
> >If you use a nightly build of SOAP, there is a setGzip method on
> >SOAPContext that allows you to specify that the payload should be
> >gzipped. There is also support for a deployment descriptor option to
> >gzip the payload sent by the service. The nightly build has a gzip
> >sample that demonstrates this.
> >
> >On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> >
> >
> >
> >>Hi everyone,
> >>I am using Soap for doing RPCs in an Java-Web-Start-application.
> >>I need to transfer a log of Data and this takes a while.
> >>As far I understand the xml which soap produces is not packed in a way.
Is
> >>Soap able to pack its messages which are transported?
> >>When yes what do I have to do for it?
> >>
> >>many thanks in advance,
> >>
> >>Malte
> >>
> >>
> >>
> >>--
> >>To unsubscribe, e-mail: <ma...@xml.apache.org>
> >>For additional commands, e-mail: <ma...@xml.apache.org>
> >>
> >>
> >>
> >>
> >
> >
> >Scott Nichol
> >
> >
> >--
> >To unsubscribe, e-mail: <ma...@xml.apache.org>
> >For additional commands, e-mail: <ma...@xml.apache.org>
> >
> >
> >
> >
>
>
> --
> Jesus M. Salvo Jr.
> Mobile Internet Group Pty Ltd
> (formerly Softgame International Pty Ltd)
> M: +61 409 126699
> T: +61 2 94604777
> F: +61 2 94603677
>
> PGP Public key:
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
>
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
Scott Nichol
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
Re: zipping Soap
Posted by Scott Nichol <sn...@scottnichol.com>.
It uses the Content-Encoding capability of HTTP. The Apache SOAP
client always understands something gzipped. It will gzip a payload
only when you specify with setGzip(true). The service always
understands something gzipped. It will only gzip a payload if both
the deployment descriptor enables it *and* the client sends an Accept-
Encoding HTTP header that says it can read gzip. Therefore, a client
that cannot unzip will never get something from the service that is
zipped (and will also not benefit from such zipping!)
On 31 Jan 2003 at 9:41, Jesus M. Salvo Jr. wrote:
>
> Is this a standard part of SOAP ( compressing the message )? Or is this
> only something between Apache-SOAP client and an Apache-SOAP service?
>
> Scott Nichol wrote:
>
> >If you use a nightly build of SOAP, there is a setGzip method on
> >SOAPContext that allows you to specify that the payload should be
> >gzipped. There is also support for a deployment descriptor option to
> >gzip the payload sent by the service. The nightly build has a gzip
> >sample that demonstrates this.
> >
> >On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> >
> >
> >
> >>Hi everyone,
> >>I am using Soap for doing RPCs in an Java-Web-Start-application.
> >>I need to transfer a log of Data and this takes a while.
> >>As far I understand the xml which soap produces is not packed in a way. Is
> >>Soap able to pack its messages which are transported?
> >>When yes what do I have to do for it?
> >>
> >>many thanks in advance,
> >>
> >>Malte
> >>
> >>
> >>
> >>--
> >>To unsubscribe, e-mail: <ma...@xml.apache.org>
> >>For additional commands, e-mail: <ma...@xml.apache.org>
> >>
> >>
> >>
> >>
> >
> >
> >Scott Nichol
> >
> >
> >--
> >To unsubscribe, e-mail: <ma...@xml.apache.org>
> >For additional commands, e-mail: <ma...@xml.apache.org>
> >
> >
> >
> >
>
>
> --
> Jesus M. Salvo Jr.
> Mobile Internet Group Pty Ltd
> (formerly Softgame International Pty Ltd)
> M: +61 409 126699
> T: +61 2 94604777
> F: +61 2 94603677
>
> PGP Public key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
>
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
Scott Nichol
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
Re: zipping Soap
Posted by Scott Nichol <sn...@scottnichol.com>.
It uses the Content-Encoding capability of HTTP. The Apache SOAP
client always understands something gzipped. It will gzip a payload
only when you specify with setGzip(true). The service always
understands something gzipped. It will only gzip a payload if both
the deployment descriptor enables it *and* the client sends an Accept-
Encoding HTTP header that says it can read gzip. Therefore, a client
that cannot unzip will never get something from the service that is
zipped (and will also not benefit from such zipping!)
On 31 Jan 2003 at 9:41, Jesus M. Salvo Jr. wrote:
>
> Is this a standard part of SOAP ( compressing the message )? Or is this
> only something between Apache-SOAP client and an Apache-SOAP service?
>
> Scott Nichol wrote:
>
> >If you use a nightly build of SOAP, there is a setGzip method on
> >SOAPContext that allows you to specify that the payload should be
> >gzipped. There is also support for a deployment descriptor option to
> >gzip the payload sent by the service. The nightly build has a gzip
> >sample that demonstrates this.
> >
> >On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> >
> >
> >
> >>Hi everyone,
> >>I am using Soap for doing RPCs in an Java-Web-Start-application.
> >>I need to transfer a log of Data and this takes a while.
> >>As far I understand the xml which soap produces is not packed in a way. Is
> >>Soap able to pack its messages which are transported?
> >>When yes what do I have to do for it?
> >>
> >>many thanks in advance,
> >>
> >>Malte
> >>
> >>
> >>
> >>--
> >>To unsubscribe, e-mail: <ma...@xml.apache.org>
> >>For additional commands, e-mail: <ma...@xml.apache.org>
> >>
> >>
> >>
> >>
> >
> >
> >Scott Nichol
> >
> >
> >--
> >To unsubscribe, e-mail: <ma...@xml.apache.org>
> >For additional commands, e-mail: <ma...@xml.apache.org>
> >
> >
> >
> >
>
>
> --
> Jesus M. Salvo Jr.
> Mobile Internet Group Pty Ltd
> (formerly Softgame International Pty Ltd)
> M: +61 409 126699
> T: +61 2 94604777
> F: +61 2 94603677
>
> PGP Public key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
>
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
Scott Nichol
Re: zipping Soap
Posted by "Jesus M. Salvo Jr." <je...@migasia.com>.
Is this a standard part of SOAP ( compressing the message )? Or is this
only something between Apache-SOAP client and an Apache-SOAP service?
Scott Nichol wrote:
>If you use a nightly build of SOAP, there is a setGzip method on
>SOAPContext that allows you to specify that the payload should be
>gzipped. There is also support for a deployment descriptor option to
>gzip the payload sent by the service. The nightly build has a gzip
>sample that demonstrates this.
>
>On 30 Jan 2003 at 12:54, Malte Kempff wrote:
>
>
>
>>Hi everyone,
>>I am using Soap for doing RPCs in an Java-Web-Start-application.
>>I need to transfer a log of Data and this takes a while.
>>As far I understand the xml which soap produces is not packed in a way. Is
>>Soap able to pack its messages which are transported?
>>When yes what do I have to do for it?
>>
>>many thanks in advance,
>>
>>Malte
>>
>>
>>
>>--
>>To unsubscribe, e-mail: <ma...@xml.apache.org>
>>For additional commands, e-mail: <ma...@xml.apache.org>
>>
>>
>>
>>
>
>
>Scott Nichol
>
>
>--
>To unsubscribe, e-mail: <ma...@xml.apache.org>
>For additional commands, e-mail: <ma...@xml.apache.org>
>
>
>
>
--
Jesus M. Salvo Jr.
Mobile Internet Group Pty Ltd
(formerly Softgame International Pty Ltd)
M: +61 409 126699
T: +61 2 94604777
F: +61 2 94603677
PGP Public key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
Re: zipping Soap
Posted by "Jesus M. Salvo Jr." <je...@migasia.com>.
Is this a standard part of SOAP ( compressing the message )? Or is this
only something between Apache-SOAP client and an Apache-SOAP service?
Scott Nichol wrote:
>If you use a nightly build of SOAP, there is a setGzip method on
>SOAPContext that allows you to specify that the payload should be
>gzipped. There is also support for a deployment descriptor option to
>gzip the payload sent by the service. The nightly build has a gzip
>sample that demonstrates this.
>
>On 30 Jan 2003 at 12:54, Malte Kempff wrote:
>
>
>
>>Hi everyone,
>>I am using Soap for doing RPCs in an Java-Web-Start-application.
>>I need to transfer a log of Data and this takes a while.
>>As far I understand the xml which soap produces is not packed in a way. Is
>>Soap able to pack its messages which are transported?
>>When yes what do I have to do for it?
>>
>>many thanks in advance,
>>
>>Malte
>>
>>
>>
>>--
>>To unsubscribe, e-mail: <ma...@xml.apache.org>
>>For additional commands, e-mail: <ma...@xml.apache.org>
>>
>>
>>
>>
>
>
>Scott Nichol
>
>
>--
>To unsubscribe, e-mail: <ma...@xml.apache.org>
>For additional commands, e-mail: <ma...@xml.apache.org>
>
>
>
>
--
Jesus M. Salvo Jr.
Mobile Internet Group Pty Ltd
(formerly Softgame International Pty Ltd)
M: +61 409 126699
T: +61 2 94604777
F: +61 2 94603677
PGP Public key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
Re: zipping Soap
Posted by Scott Nichol <sn...@scottnichol.com>.
If you use a nightly build of SOAP, there is a setGzip method on
SOAPContext that allows you to specify that the payload should be
gzipped. There is also support for a deployment descriptor option to
gzip the payload sent by the service. The nightly build has a gzip
sample that demonstrates this.
On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> Hi everyone,
> I am using Soap for doing RPCs in an Java-Web-Start-application.
> I need to transfer a log of Data and this takes a while.
> As far I understand the xml which soap produces is not packed in a way. Is
> Soap able to pack its messages which are transported?
> When yes what do I have to do for it?
>
> many thanks in advance,
>
> Malte
>
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
Scott Nichol
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
Re: zipping Soap
Posted by Scott Nichol <sn...@scottnichol.com>.
If you use a nightly build of SOAP, there is a setGzip method on
SOAPContext that allows you to specify that the payload should be
gzipped. There is also support for a deployment descriptor option to
gzip the payload sent by the service. The nightly build has a gzip
sample that demonstrates this.
On 30 Jan 2003 at 12:54, Malte Kempff wrote:
> Hi everyone,
> I am using Soap for doing RPCs in an Java-Web-Start-application.
> I need to transfer a log of Data and this takes a while.
> As far I understand the xml which soap produces is not packed in a way. Is
> Soap able to pack its messages which are transported?
> When yes what do I have to do for it?
>
> many thanks in advance,
>
> Malte
>
>
>
> --
> To unsubscribe, e-mail: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
Scott Nichol