Re: Re[4]: please, help with "no deserializer found ..." message

2004-11-09 Thread Scott Nichol
Sorry, I forgot to add the most important thing: your client must use an endpoint URL for messagerouter instead of rpcrouter, for example, http://localhost:8080/soap/servlet/messagerouter. Scott Nichol Do not send e-mail directly to this e-mail address, because it is filtered to accept only mai

Re: Re[2]: please, help with "no deserializer found ..." message

2004-11-09 Thread Scott Nichol
Your service class is written to use the messaging API: public void SubmitReq(Envelope envelope, SOAPContext soapcontext, SOAPContext soapcontext1) Your deployment descriptor should read http://xml.apache.org/xml-soap/deployment"; id="http://www.3gpp.org/ftp/Specs/archive/23_series/

Re: RE: HTTP 1.1 Persistent Connection

2004-01-20 Thread Scott Nichol
The 500 status is an essential issue if you want to read SOAP Faults, since they are accompanied by a 500 status. Prior to version 2.3, Apache SOAP provided no means for the client to specify whether Nagling would be enabled or disabled. When the ability to specify this was added, it was decid

Re: Re: Re: INCOMPATIBLE RETURN TYPE ERROR - SOAP-2.3

2003-09-17 Thread Scott Nichol
From: "arvind" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, September 17, 2003 3:39 AM Subject: Re: Re: Re: INCOMPATIBLE RETURN TYPE ERROR - SOAP-2.3 > Hi, >Sorry, but i am not able to solve the problem by following your > instructions. I agai

Re: Re: Re: INCOMPATIBLE RETURN TYPE ERROR - SOAP-2.3

2003-09-17 Thread arvind
- From: "arvind" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, September 16, 2003 5:04 AM Subject: Re: Re: INCOMPATIBLE RETURN TYPE ERROR - SOAP-2.3 > Hi, >Thank you for the quick response. i visited the site specified > by you, but under the

Re: Re: INCOMPATIBLE RETURN TYPE ERROR - SOAP-2.3

2003-09-16 Thread Scott Nichol
mail lists. - Original Message - From: "arvind" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, September 16, 2003 5:04 AM Subject: Re: Re: INCOMPATIBLE RETURN TYPE ERROR - SOAP-2.3 > Hi, >Thank you for the quick response. i visited the site specified >

Re: Re: INCOMPATIBLE RETURN TYPE ERROR - SOAP-2.3

2003-09-16 Thread arvind
Hi, Thank you for the quick response. i visited the site specified by you, but under the heading "DEPLOYING APACHE-SOAP ON TOMCAT", the 3rd paragraph, says "When you deploy your SOAP services, you will copy the NECESSARY JAR FILES to /%tomcat_home%/webapps/soap/WEB-INF/lib, or the neccessary

Re: Re: Timeout on SSL sockets

2003-09-03 Thread Pae Choi
o ap/util/net/SSLUtils.java?rev=HEAD&content-type=text/plain > . > > Scott Nichol > > Do not send e-mail directly to this e-mail address, > because it is filtered to accept only mail from > specific mail lists. > - Original Message - > From: "Scott Nichol" <[

Re: Re: Timeout on SSL sockets

2003-09-02 Thread Scott Nichol
mail directly to this e-mail address, because it is filtered to accept only mail from specific mail lists. - Original Message - From: "Scott Nichol" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, September 02, 2003 11:17 AM Subject: Re: Re: Timeout on SSL sockets

Re: Re: Timeout on SSL sockets

2003-09-02 Thread Scott Nichol
There are two different places for timeouts, socket connections and socket reads. Prior to JDK 1.4, there was no way to set the timeout for socket connections, because the Socket constructor also established the connection. Starting with JDK 1.4, there is also a default constructor that does n

Re: Re: how to serializer such complex type?

2003-06-26 Thread Anne Thomas Manes
GLUE supports JDK 1.1.8, but Axis doesn't. - Original Message - From: "baoming" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 26, 2003 11:00 PM Subject: Re: Re: how to serializer such complex type? > Scott, > > I have tryed the Apac

Re: Re: how to serializer such complex type?

2003-06-26 Thread baoming
Scott, I have tryed the Apache axis for the service and all sees good! but unfortunately the axis need the jdk1.2 and later .by the way, i tryed glue do the invoke the same as axis. But my problem is that my app only support the jdk1.1.8 (maybe you know the lotus domino R5, my app jus

RE: RE: Using SOAP for remote database access via SQL: Retrieving theResultset

2003-01-08 Thread Johannes Fiala
Hi Tony, The main issue is, that we want to have multiple tomcat servers (=SOAP clients) running, which should be able to connect to the backend, an Apache SOAP Tomcat Server. The SOAP clients will issue SELECT/UPDATE SQL calls to the SOAP Tomcat Server, which executes and returns the resultsets.

Re: Re; Soap 2.3.1 on Tomcat 4.1.12 on RedHat 8.0 - a questionrevisited

2002-11-07 Thread Scott Nichol
*can* install as advertised on Tomcat 4.1.12, but there are factors that cause it to fail which have not yet isolated. Scott Nichol - Original Message - From: "Charles Brewster" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 07, 2002 7:20 PM Sub

Re: Re; Soap 2.3.1 on Tomcat 4.1.12 on RedHat 8.0 - a questionrevisited

2002-11-07 Thread Charles Brewster
Scott Nichol wrote: Charles, What steps have you taken to install Apache SOAP? If you did anything other than drop soap.war in $CATALINA_HOME/webapps, I recommend you un-do it. Also, do you have a soap.jar hanging out somewhere it should not, such as $JAVA_HOME/jre/lib/ext? That will kill you

Re: Re; Soap 2.3.1 on Tomcat 4.1.12 on RedHat 8.0 - a questionrevisited

2002-11-07 Thread Scott Nichol
Charles, What steps have you taken to install Apache SOAP? If you did anything other than drop soap.war in $CATALINA_HOME/webapps, I recommend you un-do it. Also, do you have a soap.jar hanging out somewhere it should not, such as $JAVA_HOME/jre/lib/ext? That will kill you every time. Scott Ni

Re: RE: Re: a problem of "no signature match"

2002-05-15 Thread amy
- >Yong Miao >[EMAIL PROTECTED] >- > >-Original Message- >From: amy [mailto:[EMAIL PROTECTED]] >Sent: Monday, May 13, 2002 10:00 AM >To: [EMAIL PROTECTED] >Subject: Re: Re: a problem of "no signatur

RE: Re: a problem of "no signature match"

2002-05-15 Thread Yong Miao
[mailto:[EMAIL PROTECTED]] Sent: Monday, May 13, 2002 10:00 AM To: [EMAIL PROTECTED] Subject: Re: Re: a problem of "no signature match" Jindra Havlik, I checked the 2 aspects that u said,and they are right. But the problem still appears. === 2002-05-14 ÄúÔÚÀ´ÐÅÖÐдµÀ£º==

Re: Re: a problem of "no signature match"

2002-05-14 Thread amy
Jindra Havlik, I checked the 2 aspects that u said,and they are right. But the problem still appears. === 2002-05-14 ÄúÔÚÀ´ÐÅÖÐдµÀ£º=== >Hi, > >1. chceck that Tomcat know where your *.class files for this demo are > path >to this files should be in CLASSPATH befor you

Re: [RE: [Data Compression using Apache SOAP]]

2002-03-20 Thread Beau Anderson
please post your code and indicate where it is placed on the server. - Original Message - From: "Tiago Fernandes Thomaz" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 20, 2002 12:58 PM Subject: RE: [RE: [Data Compression using Apache SOAP]] &g

RE: [RE: [Data Compression using Apache SOAP]]

2002-03-20 Thread Tiago Fernandes Thomaz
I only have to set the method, the targetURI (which must match that of the deployment descriptor), required input parameter values, the endpoint and thats it? RPCrouter servlet will "guide" my request get the method return and wrap it up in a SOAP envelope to client? Is that it? If so, could you e

Re: [RE: [Data Compression using Apache SOAP]]

2002-03-20 Thread Law Kaikuo
Hi Nicolas Fonrose, You are right. I did do the convertion between string and byte array in reverse direction on client side and server side. Kaikuo Luo "Nicolas Fonrose" <[EMAIL PROTECTED]> wrote: Hi Law, Your solution is good but I think it is not a general answer to the "SOAP message

Re: Re: Messaging vs RPC ???

2001-12-18 Thread naveen
hi chris thanks for the help. I will check out the book (Java and XML ver-2) But after going through the archieve,as suggested by you,I do not understand why you should rpc if you have few parameters. I think that the decision should be based on Who is going to be you client if the service is

Re: RE

2001-12-06 Thread Vinod Soni
st. Vinod. - Original Message - From: "Rino Srivastava" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, December 06, 2001 5:25 PM Subject: RE: RE > In the following statement: > > call.invoke(url2, ""); > > what would be url2? >

RE: RE

2001-12-06 Thread Rino Srivastava
To: [EMAIL PROTECTED] Subject: Re: RE well...I don;t have an example, but I guess you can do it this way...I never did it though. Call call1 = new Call(); ... Response resp = Call.invoke(url, ""); Vector v = resp.getParams(); and then pass this vector to the new call. Call call2

RE: RE

2001-12-05 Thread Rino Srivastava
I'll give it a try. Thanks, Vinod. Rino -Original Message- From: Vinod Soni [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 05, 2001 11:52 AM To: [EMAIL PROTECTED] Subject: Re: RE well...I don;t have an example, but I guess you can do it this way...I never did it though.

Re: RE

2001-12-05 Thread Vinod Soni
all.invoke(url2, ""); Hope that should help. Vinod. - Original Message - From: "Rino Srivastava" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 5:51 PM Subject: RE: RE > Hi vinod: > > Can you elaborate more on th

RE: RE

2001-12-05 Thread Rino Srivastava
Hi vinod: Can you elaborate more on this? Can you give me an example? Thanks. Rino -Original Message- From: Vinod Soni [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 05, 2001 11:41 AM To: [EMAIL PROTECTED] Subject: Re: RE Take out the Parameter from the Response object...and

Re: RE

2001-12-05 Thread Vinod Soni
Take out the Parameter from the Response object...and pass it as a Parameter to Call to another method on the client - Original Message - From: "Rino Srivastava" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 5:34 PM Subject: RE > Hello everyone: > >

RE: RE soap versus JSP

2001-12-04 Thread Rino Srivastava
Thanks for the links, Carlos.   Rino -Original Message-From: Carlos Vinueza M. [mailto:[EMAIL PROTECTED]]Sent: Tuesday, December 04, 2001 10:58 AMTo: [EMAIL PROTECTED]Subject: Re: RE soap versus JSPYou should read an introduction to basic SOAP to understand

Re: RE soap versus JSP

2001-12-04 Thread Carlos Vinueza M.
You should read an introduction to basic SOAP to understand the differences between them, here are some useful links, also check the Apache SOAP FAQ: http://static.userland.com/xmlRpcCom/soap/SOAPv11.htm http://www.theserverside.com/resources/article.jsp?l=WebServices-Dev-Guide Rino Srivast

RE: RE soap versus JSP

2001-12-04 Thread Rino Srivastava
Thanks for the info. Rino -Original Message- From: PJ Murray [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 04, 2001 11:03 AM To: '[EMAIL PROTECTED]' Subject: RE: RE soap versus JSP Hi Rino, Some of the basic benefits are: -Just about any client-side programming langu

RE: RE soap versus JSP

2001-12-04 Thread PJ Murray
Hi Rino, Some of the basic benefits are: -Just about any client-side programming language can be use. This means that you can build SOAP requests into your existing infrastructure -SOAP (over HTTP) is easy to get through firewalls. This can significantly reduce the implementation cycle in corp

RE: Re: MS Soap Toolkit Question

2001-11-28 Thread greyson . smith
11-01 Subject: RE: Re: MS Soap Toolkit Question 12:11 PM Please respo

RE: Re: MS Soap Toolkit Question

2001-11-28 Thread Chuck . King
Regarding the original question regarding Apache and MS SOAP interoperability, there are differences that are currently being worked out between Apache and MS. One 'tweek' is with the WSDL generated by the IBM WSTK and what is needed by a MS client. Check out http://groups.google.com/groups?

Re: Re: Performance problems

2001-11-12 Thread Radovan Janecek
t;[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 12, 2001 9:09 PM Subject: RE: Re: Performance problems > Radovan, > > What was the size of your message? I've seen similar numbers with > very small message sizes (~.03KB). Have you done any testing with >

RE: Re: Performance problems

2001-11-12 Thread Chuck . King
Radovan, What was the size of your message? I've seen similar numbers with very small message sizes (~.03KB). Have you done any testing with larger message sizes? I've seen a roundtrip of about 1 second w/a message size of ~ 475KB. Curious if you have done any extensive testing. Thanks,

Re: RE: Re: Re: a simple question

2001-09-19 Thread Laurent
>ok.That's all.Now I run it as "java hello.Client2 >http://localhost:8080/apache-soap/servlet/rpcrouter amy".And there is a >message as followed: >Generated fault: > Fault Code = SOAP-ENV:Client > Fault String = Deployment error in SOAP service 'urn:Hello': class name > 'hello.Name' coul

Re: RE: Re: Re: a simple question

2001-09-19 Thread amy
hi, The first is programmed to serialize and deserialize a string. And the second is programmed to serialize and deserialize a javaBean. Now I paste my programs as followed: // Client2.java package hello; import java.net.URL; import java.ut

Re: Re: Re: a simple question

2001-09-19 Thread amy
hi, Thanks.I succeeded in the first example that serialize with a String. But do u try the second example that serialize with a javaBean? When I tried,there is another problem as followed. Generated fault: Fault Code = SOAP-ENV:Client Fault String = Deployment error i

Re: Re: a simple question

2001-09-18 Thread Aczél
Make sure (when you deploy your service with Admin Deploy tool) that the name is urn:Hello. Csilla amy <[EMAIL PROTECTED]> írta: > hi, > But after I deployed my client program, I ran it with"java hello.Client >amy".And there is an message: > Generated fault: > Fault Code = SOAP-ENV:S

Re: Re: a simple question

2001-09-18 Thread amy
hi, But after I deployed my client program, I ran it with"java hello.Client amy".And there is an message: Generated fault: Fault Code = SOAP-ENV:Server.BadTargetObjectURI Fault String = Unable to resolve target object: hello.HelloServer I don't know how to solve it. So I paste my prog

RE: RE: How to share a variable of a service class among different clients' requests?

2001-08-28 Thread Dmitri Colebatch
On Tue, 28 Aug 2001, Radek Wisniewski wrote: > Be aware of fail ower issues. Microsfts centralized "Passport" concept is > not a good idea. why not? we are looking at a similar solution and I'd be interested to hear criticisms and alternatives. cheesr dim > > Radek Wisniewski > www.datenkn

RE: RE: How to share a variable of a service class among different clients' requests?

2001-08-28 Thread Radek Wisniewski
It't an emerging concept of an shared context. Probably the best solution, in the "SOAP-ing" environment ist to build special and specialized service that works as "shared context". Of cource for simplicity, you can build your own class Vector working as proxy. While putting or getting it schould

RE: RE: How to share a variable of a service class among different clients' requests?

2001-08-28 Thread Micael Ericsson (QIN)
Correct. Singelton approach only works if 'application' only runs on one webserver/same JVM session. Database or shared property file is another approach for 'global settings'. /Micael E. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 28, 20

Re: RE: SOAP with WAS ( Was: Fix for NoSuchMethodError )

2001-07-20 Thread Oleg Dulin
>- WAS has its own class loader hierarchy. I may not have as much WS know-how as some of the ibmers on this list but I know this. Webshere has an instance for the admin server. The global system classpath only has an effect on that process. For each app server there is a separate java process.

Re: RE: SOAP with WAS ( Was: Fix for NoSuchMethodError )

2001-07-20 Thread Oleg Dulin
>- WAS has its own class loader hierarchy. I may not have as much WS know-how as some of the ibmers on this list but I know this. Webshere has an instance for the admin server. The global system classpath only has an effect on that process. For each app server there is a separate java process.