look for good SOAP Documentation about ...
the internal working of SOAP (I know I can have a look at the sourcecode, but a good documentation can be very useful as well!) Thanks! Ralf __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Advantage of SOAP against RMI ???
Which advantages does SOAP provide compared with RMI? Whats with SOAP - CORBA ?? Whats are the advantages of SOAP against RMI and whats are the disadvantages? Discuss! Thanks, in advance! Ralf __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: look for VectorSerializer Example!
I think I serialized a vector in my example, but notice that the // VectorSerializer vectorSer = new VectorSerializer(); is commented out, so nothing is needed to serialize a vector. Have a look also at the document where I try to explain what the source does. Link is http://www.eneris.com/~pablo/ Hope it helps, Pablo On 05 Jun 2001 02:50:35 -0700, Ralf Bierig wrote: Does somebody have an example code for using the VectorSerializer? Thanks! Ralf __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: XML parsers to use with Apache Soap
Sorry Pablo. This is not actually an answer to your post. Anyway I was thinking along the same lines. Is it possible to use SOAP with the default parsers that comes with the 48MB monstrousity that is J2SE 1.4 ? Or do we still need to use the Xerces parsers ? If this is a stupid question, pls dont flame. Thanks. From: Pablo [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: XML parsers to use with Apache Soap Date: 05 Jun 2001 15:52:44 +0300 Hi, I remember to have read in the list about people using other xml parsers with Apache Soap and getting better results in terms of efficienci. If any of you is using any other parser with goog results, could you please post here the url where to get it and way to install it? thanks, Pablo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Ref. : Soap benchmarking
Hi, I notice the same thing. Perhaps because of the creation of SOAPContext to manage SOAP object's scope ... Jean-Louis -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Envoye : mardi 5 juin 2001 11:32 A : [EMAIL PROTECTED] Objet : Ref. : Soap benchmarking I don't think I could answer you, but I noticed something about SOAP : when you start Tomcat (or other web server...) and you want to list deployed services (for exemple, with the administration tool ...), the transaction lasts several seconds ... it's the same thing if you inoke one of these services form a client just after starting Tomcat ... but, once Tomcat started, if it's not the first time you invoke a service, the response will become shorter I can't explain it, but I noticed it Regards Hi everybody, going on with my work on Soap I'm trying to do some benchmarking to see how soap clients and servers behave under high load. I've found many dificulties, mainly because soap clients (maybe due to java) are very slow, so it is impossible for me to test real high load server processes. And if the tests are done unsing SSL the problem gets much worse. Some partial results are as follow. Running clients from 7 computers at the same time against one server, the server was able to serve 190 cleartext requests in one second (that is 3.17 req/s) but I'm sure the server can handle many more (Orion server). I could not run this test against Tomcat because I don't know how to set up log for every request served, I would appreciate any help about this, I only get logs of servlets and listeners starting. I will give you some numbers so that you get an idea of what I'm talking about and you can tell me if those times are also common for you. I suppose they are not the firsts requests, as these usually take a bit longer. For Tomcat on a 100Mbit LAN, Single request, cleartext: 2.27 sec Single request, ssl without authentication: 14.71 sec Single request, ssl with authentication: 16.47 sec Oops, the request made is the one in my examples, SendPabloObject, that sends a java object and gets it back with a few changes. This shouldn't take long time in server to be processed. I've been using Apache Soap 2.1, Xerces 1.3.0, and Orion and Tomcat servers under Linux. Any feedback, your own results or other ideas to try would be welcome, thanks, Pablo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: What Xerces version for Apache SOAP 2.2
I have no problem running Xerces 1.4 -Original Message- From: Luis ROSSO - Up 2 U - Internet Solutions [mailto:[EMAIL PROTECTED]] Sent: 05 June 2001 14:05 To: [EMAIL PROTECTED] Subject: What Xerces version for Apache SOAP 2.2 Hi, what version of Apache Xerces should we use with Apache SOAP 2.2? Should we go on using version 1.2.3 as recommended a month ago, or may we use Xerces 1.4? Thanks and best regards Luis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Need help on win2000 soap run with tomcat
Hi, I have all the correct classpath defined. Still getting class not found exeception. Removed all parsers other than xerces 1.4.0 from tomcat classpath. Need more help. -error listed below--- C:\xml\soap\soap-2_1\samples\addressbookjava org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter deploy DeploymentDescriptor.xml C:\xml\soap\soap-2_1\samples\addressbookjava org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter listDeployed Services: urn:AddressFetcher C:\xml\soap\soap-2_1\samples\addressbookset CLASSPATHCLASSPATH=..\..;.;C:\xml\xerces\xerces-1_3_1\xerces.jar;C:\xml\soap\soap-2_1\lib\soap.jar;C:\xml\javamail-1.2\mail.jar;C:\xml\jaf-1.0.1\activation.jar;C:\jdk1.3\lib\j2ee.jar;\; C:\xml\soap\soap-2_1\samples\addressbookjava samples.addressbook.GetAddress http://localhost:8080/soap/servlet/rpcrouter "John B. Good"Generated fault: Fault Code = SOAP-ENV:Client Fault String = deployment error in SOAP service 'urn:AddressFetcher': class name 'samples.addressbook.Address' could not be resolved: samples.addressbook.Address --- - Original Message - From: Uzay Takaoglu To: '[EMAIL PROTECTED]' Sent: Monday, June 04, 2001 3:45 PM Subject: RE: Need help on win2000 soap run with tomcat Check thelist below: 1.Make sureyou set soap's installation dir under your "classpath"? 2. Make sure the Xercer's path is the first thing under your classpath 3. By default Tomcat usestwo jar files jaxp.jarand parser.jar, removethese jar filesfrom tomcat_installation_dir\lib folder Uzay TakaogluSr. Software Engineer Simplexis eCommerce for the Business of Education www.simplexis.com640 2nd Street San Francisco, CA 94107 -Original Message-From: Shyam Sarkar [mailto:[EMAIL PROTECTED]]Sent: Monday, June 04, 2001 1:45 PMTo: [EMAIL PROTECTED]Subject: Re: Need help on win2000 soap run with tomcat Hi, I did replace xerces 1.3.1 with 1.4.0. and could deploy and list but getting other problems for methods. Please help me to solve it: error reported below- C:\xml\soap\soap-2_1java org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter deploy C:\xml\soap\soap-2_1\samples\addressbook\DeploymentDescriptor.xml C:\xml\soap\soap-2_1java org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter listDeployed Services: urn:AddressFetcher C:\xml\soap\soap-2_1java samples.addressbook.GetAddress http://localhost:8080/soap/servlet/rpcrouter "John B. Good"Generated fault: Fault Code = SOAP-ENV:Client Fault String = deployment error in SOAP service 'urn:AddressFetcher': class name 'samples.addressbook.Address' could not be resolved: samples.addressbook.Address --- - Original Message - From: Matthew J. Duftler To: [EMAIL PROTECTED] Sent: Monday, June 04, 2001 12:13 PM Subject: RE: Need help on win2000 soap run with tomcat Hi Shyam, Are you using Xerces v1.3.1? If you are, please you a different version of Xerces, or any other JAXP-compliant parser. Thanks, -Matt -Original Message-From: Shyam Sarkar [mailto:[EMAIL PROTECTED]]Sent: Monday, June 04, 2001 2:06 PMTo: [EMAIL PROTECTED]Subject: Need help on win2000 soap run with tomcat C:\xml\soap\soap-2_1\samples\addressbookjava org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter deploy DeploymentDescriptor.xmlException in thread "main" [SOAPException: faultCode=SOAP-ENV:Client; msg=A 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain a: 'faultcode' element.; targetException=java.lang.IllegalArgumentException: A 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain a: 'faultcode' element.] at org.apache.soap.rpc.Call.invoke(Call.java:244) at org.apache.soap.server.ServiceManagerClient.invokeMethod(ServiceManagerClient.java:127) at org.apache.soap.server.ServiceManagerClient.deploy(ServiceManagerClient.java:140) at org.apache.soap.server.ServiceManagerClient.main(ServiceManagerClient.java:228) C:\xml\soap\soap-2_1\samples\addressbookjava
RE: Advantage of SOAP against RMI ???
I think that the problem lies deeply in the way that developers, in general, program for distributed computing...We should not rely on the top down command running after command approach. We should program using an event model...what I would like to see is applications that fire off a request and then wait for the response/responses which are sent back through another protocol...say for instance SMTP...the responses can then be collated and passed to the client as an event...this event would then signal that the program can continue... I think that the Java Spaces technology is on the brink of a revolution here since it could easily extend the Space interface to include spaces that handled soap requests...you would 1. Place your requests in the space... 2. You would have a soap service that would sit on the space waiting for soap tasks...these would be taken from the space and distributed to a server 3. The soap service would then look at the space once more waiting for tasks that needed to be processed... 4. Meanwhile...SOAP tasks would be processed and then posted back to the soap service which is monitoring the space...all finished tasks would then be placed back in the space when they are received in the finished queue, so to speak... 5. While all this is happening the client can be waiting for the finished tasks to be placed back in the queue...where they would be extracted and processed...the whole process then starts again... The is a better way of handling distributed computing...The technologies that are available for java now could implement this solution with minimal problems. I can not understand why sun haven't already released a toolkit that sits round this implementation??...(if they have then ignore me!) -Original Message- From: Peter Govind [mailto:[EMAIL PROTECTED]] Sent: 05 June 2001 14:35 To: [EMAIL PROTECTED] Subject: RE: Advantage of SOAP against RMI ??? Agree. If you look at the web services articles around at the mo' they seem to paint a picture whereby a client app can access a multitude of web services. Sure that's nice. Then again, in reality the call/invocation is a bit on the expensive side (ie take time) - even on one web service only. Things will definitely get worse once a particular client's 'request' (I use the term loosely here) requires invocation of methods from several different web services spread throughout the inter/intranet. Imagine the time the user has to wait before getting a response! Let's not forget that XML processing does require some CPU cycle (ie waiting time) - this couple with Java (after 6 years and with availability of higher CPU power, still a bit on the slow side) does put a hefty baggage on the concept of one client using several web services. Don't get me wrong, I think SOAP is a great idea. Just make sure you get as many stuff done for one single invocation and have a very patient target audience. From: Colin Saxton [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: RE: Advantage of SOAP against RMI ??? Date: Tue, 5 Jun 2001 11:56:16 +0100 One disadvantage that I have found with SOAP depends on the time taken to execute the SOAP envelope on the server!! You could have a call that could take some time and client will more than likely timeout! Keep in mind when performing tasks that could take over a minute to do them as part of a queuing algorithm. The server can then notify the client using a different protocol to HTTP... To summarise...SOAP over HTTP does not work well when time taken to execute the server process is lengthy...You can extend the client timeout but that in itself can lead to problems... -Original Message- From: Ralf Bierig [mailto:[EMAIL PROTECTED]] Sent: 05 June 2001 10:57 To: [EMAIL PROTECTED] Subject: Advantage of SOAP against RMI ??? Which advantages does SOAP provide compared with RMI? Whats with SOAP - CORBA ?? Whats are the advantages of SOAP against RMI and whats are the disadvantages? Discuss! Thanks, in advance! Ralf __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ This message has been checked for all known viruses by Star Internet delivered through the MessageLabs Virus Scanning Service. For further information visit http://www.star.net.uk/stats.asp or alternatively call 01285 884400. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ Get Your Private, Free E-mail from MSN
Re: SOAP between Java and C++
David, When you say, C++ Server, is this mean that you already have a SOAP server written in C++ or planning to develop one. If none of these is the case, what are you referring to? Can you eloborate your scenario a little more so we can understand better. Pae -Original Message- From: David DELGRANCHE [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Date: Tuesday, June 05, 2001 7:18 AM Subject: SOAP between Java and C++ Hi all, I'm a newbie in Soap. I'm trying to find a solution to exchange informations between a Java Client and a C++ server. Apache Soap is really well done but requires Java on the server. Sure you will tell me that I can do JNI on my server, but this solution doesn't satisfy us. Does anyone know a solution to use SOAP between Java and C++ ? Thanks in advance David. David DELGRANCHE [EMAIL PROTECTED] tel. 02.99 05.34.25 Fax: 02.99.05.34.05 Sogitec Industries 24, Avenue Lavoisier ZI du Champ Niguel 35174 BRUZ CEDEX - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Need help on win2000 soap run with tomcat
Never mind... it works now. - Original Message - From: Shyam Sarkar To: [EMAIL PROTECTED] Sent: Tuesday, June 05, 2001 7:27 AM Subject: Re: Need help on win2000 soap run with tomcat Hi, I have all the correct classpath defined. Still getting class not found exeception. Removed all parsers other than xerces 1.4.0 from tomcat classpath. Need more help. -error listed below--- C:\xml\soap\soap-2_1\samples\addressbookjava org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter deploy DeploymentDescriptor.xml C:\xml\soap\soap-2_1\samples\addressbookjava org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter listDeployed Services: urn:AddressFetcher C:\xml\soap\soap-2_1\samples\addressbookset CLASSPATHCLASSPATH=..\..;.;C:\xml\xerces\xerces-1_3_1\xerces.jar;C:\xml\soap\soap-2_1\lib\soap.jar;C:\xml\javamail-1.2\mail.jar;C:\xml\jaf-1.0.1\activation.jar;C:\jdk1.3\lib\j2ee.jar;\; C:\xml\soap\soap-2_1\samples\addressbookjava samples.addressbook.GetAddress http://localhost:8080/soap/servlet/rpcrouter "John B. Good"Generated fault: Fault Code = SOAP-ENV:Client Fault String = deployment error in SOAP service 'urn:AddressFetcher': class name 'samples.addressbook.Address' could not be resolved: samples.addressbook.Address --- - Original Message - From: Uzay Takaoglu To: '[EMAIL PROTECTED]' Sent: Monday, June 04, 2001 3:45 PM Subject: RE: Need help on win2000 soap run with tomcat Check thelist below: 1.Make sureyou set soap's installation dir under your "classpath"? 2. Make sure the Xercer's path is the first thing under your classpath 3. By default Tomcat usestwo jar files jaxp.jarand parser.jar, removethese jar filesfrom tomcat_installation_dir\lib folder Uzay TakaogluSr. Software Engineer Simplexis eCommerce for the Business of Education www.simplexis.com640 2nd Street San Francisco, CA 94107 -Original Message-From: Shyam Sarkar [mailto:[EMAIL PROTECTED]]Sent: Monday, June 04, 2001 1:45 PMTo: [EMAIL PROTECTED]Subject: Re: Need help on win2000 soap run with tomcat Hi, I did replace xerces 1.3.1 with 1.4.0. and could deploy and list but getting other problems for methods. Please help me to solve it: error reported below- C:\xml\soap\soap-2_1java org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter deploy C:\xml\soap\soap-2_1\samples\addressbook\DeploymentDescriptor.xml C:\xml\soap\soap-2_1java org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter listDeployed Services: urn:AddressFetcher C:\xml\soap\soap-2_1java samples.addressbook.GetAddress http://localhost:8080/soap/servlet/rpcrouter "John B. Good"Generated fault: Fault Code = SOAP-ENV:Client Fault String = deployment error in SOAP service 'urn:AddressFetcher': class name 'samples.addressbook.Address' could not be resolved: samples.addressbook.Address --- - Original Message - From: Matthew J. Duftler To: [EMAIL PROTECTED] Sent: Monday, June 04, 2001 12:13 PM Subject: RE: Need help on win2000 soap run with tomcat Hi Shyam, Are you using Xerces v1.3.1? If you are, please you a different version of Xerces, or any other JAXP-compliant parser. Thanks, -Matt -Original Message-From: Shyam Sarkar [mailto:[EMAIL PROTECTED]]Sent: Monday, June 04, 2001 2:06 PMTo: [EMAIL PROTECTED]Subject: Need help on win2000 soap run with tomcat C:\xml\soap\soap-2_1\samples\addressbookjava org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter deploy DeploymentDescriptor.xmlException in thread "main" [SOAPException: faultCode=SOAP-ENV:Client; msg=A 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain a: 'faultcode' element.; targetException=java.lang.IllegalArgumentException: A 'http://schemas.xmlsoap.org/soap/envelope/:Fault' element must contain a: 'faultcode'
usage of custom classes in requests
I would like feedback on the whether or not any of you are using custom classes in your soap calls. While it is definitely convenient on the Apache server side (with its serializers deserializers), it places an extra burden on the client, because now they must have these custom classes on their side too. For win32 clients, this becomes an even more difficult task. Our company would probably wind up writing a DLL that would contain the analog of our custom classes for Windows. So, whenever the interface for these classes changes (say we add a new required field), we would have to redistribute the client classes. This could become a distribution nightmare. I am wondering if it would be less trouble to just have the clients send all their data as separate parameters (which could make for a long parameter list, I know) to some proxy-type servlet on the server-side which would intercept the soap call, package that data into our custom classes, and send the request on its way. It's more work on the server-side, but it would avoid the need to distribute these custom serailizable client classes. Does any of that make sense? What are the rest of you doing in regards to this? Please don't tell me to use WSDL. Been there. Tried that. Thanks, Ed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Advantage of SOAP against RMI ???
I can not understand why sun haven't already released a toolkit that sits round this implementation??...(if they have then ignore me!) The last time I checked (5 June 2001), there's nothing like this available in that 48MB J2SE 1.4 or any other additional API. Nonetheless, as you said, it can be implemented using existing Java API's - a lot of work though :P From: Colin Saxton [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: RE: Advantage of SOAP against RMI ??? Date: Tue, 5 Jun 2001 15:32:55 +0100 I think that the problem lies deeply in the way that developers, in general, program for distributed computing...We should not rely on the top down command running after command approach. We should program using an event model...what I would like to see is applications that fire off a request and then wait for the response/responses which are sent back through another protocol...say for instance SMTP...the responses can then be collated and passed to the client as an event...this event would then signal that the program can continue... I think that the Java Spaces technology is on the brink of a revolution here since it could easily extend the Space interface to include spaces that handled soap requests...you would 1. Place your requests in the space... 2. You would have a soap service that would sit on the space waiting for soap tasks...these would be taken from the space and distributed to a server 3. The soap service would then look at the space once more waiting for tasks that needed to be processed... 4. Meanwhile...SOAP tasks would be processed and then posted back to the soap service which is monitoring the space...all finished tasks would then be placed back in the space when they are received in the finished queue, so to speak... 5. While all this is happening the client can be waiting for the finished tasks to be placed back in the queue...where they would be extracted and processed...the whole process then starts again... The is a better way of handling distributed computing...The technologies that are available for java now could implement this solution with minimal problems. I can not understand why sun haven't already released a toolkit that sits round this implementation??...(if they have then ignore me!) -Original Message- From: Peter Govind [mailto:[EMAIL PROTECTED]] Sent: 05 June 2001 14:35 To: [EMAIL PROTECTED] Subject: RE: Advantage of SOAP against RMI ??? Agree. If you look at the web services articles around at the mo' they seem to paint a picture whereby a client app can access a multitude of web services. Sure that's nice. Then again, in reality the call/invocation is a bit on the expensive side (ie take time) - even on one web service only. Things will definitely get worse once a particular client's 'request' (I use the term loosely here) requires invocation of methods from several different web services spread throughout the inter/intranet. Imagine the time the user has to wait before getting a response! Let's not forget that XML processing does require some CPU cycle (ie waiting time) - this couple with Java (after 6 years and with availability of higher CPU power, still a bit on the slow side) does put a hefty baggage on the concept of one client using several web services. Don't get me wrong, I think SOAP is a great idea. Just make sure you get as many stuff done for one single invocation and have a very patient target audience. From: Colin Saxton [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: RE: Advantage of SOAP against RMI ??? Date: Tue, 5 Jun 2001 11:56:16 +0100 One disadvantage that I have found with SOAP depends on the time taken to execute the SOAP envelope on the server!! You could have a call that could take some time and client will more than likely timeout! Keep in mind when performing tasks that could take over a minute to do them as part of a queuing algorithm. The server can then notify the client using a different protocol to HTTP... To summarise...SOAP over HTTP does not work well when time taken to execute the server process is lengthy...You can extend the client timeout but that in itself can lead to problems... -Original Message- From: Ralf Bierig [mailto:[EMAIL PROTECTED]] Sent: 05 June 2001 10:57 To: [EMAIL PROTECTED] Subject: Advantage of SOAP against RMI ??? Which advantages does SOAP provide compared with RMI? Whats with SOAP - CORBA ?? Whats are the advantages of SOAP against RMI and whats are the disadvantages? Discuss! Thanks, in advance! Ralf __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
RE: Installation of SOAP and Tomcat
Hello, Thanks for your response, Jonathon (or is it Jon?). I checked that out (soap.jar was included) and still got the same error as before. Using CLASSPATH: c:\jakarta-tomcat-3.2.2\classes;c:\jakarta-tomcat-3.2.2\lib\ser vlet.jar;c:\jakarta-tomcat-3.2.2\lib\parser.jar;c:\jakarta-tomcat-3.2.2\lib\ jaxp .jar;c:\jakarta-tomcat-3.2.2\lib\ant.jar;c:\jakarta-tomcat-3.2.2\lib\webserv er.j ar;c:\jakarta-tomcat-3.2.2\lib\jasper.jar;c:\jdk1.3\lib\xerces.jar;build\cla sses ;build\src;c:\jdk1.3\lib\comm.jar;c:\jdk1.3\lib\collections.jar;c:\jdk1.3\li b\js dk.jar;c:\jdk1.3\lib\swingall.jar;c:\jdk1.3\lib\classes.zip;.;c:\jdk1.3\lib\ clas ses111.zip;c:\jdk1.3\lib\junit.jar;c:\jdk1.3\lib\mail.jar;c:\jdk1.3\lib\acti vati on.jar;c:\rhino\js.jar;C:\bsf\bsf-2_2\lib\bsf.jar;c:\jdk1.3\soap-2_2\lib\soa p.ja r;c:\jdk1.3\lib\tools.jar C:\jakarta-tomcat-3.2.2java org.apache.soap.server.ServiceManagerClient http:// localhost:8080/soap/servlet/rpcrouter list Ouch, the call failed: Fault Code = SOAP-ENV:Server.Exception: Fault String = java.lang.NoSuchMethodError For interest, I used to have the soap.jar in the jdk\lib directory but that didn't make a lot of difference so I went back to the apache soap install. Any further help is still much appreciated, hey I could even bore you with the details of RS232 control of robotics in return. Cheers, Neil Benn Automation Informatics Scientist Cambridge Antibody Technology -Original Message- From: Jonathan Chawke [mailto:[EMAIL PROTECTED]] Sent: 05 June 2001 15:25 To: [EMAIL PROTECTED] Subject: Re: Installation of SOAP and Tomcat Hi Neil, The chances are that you don't have soap.jar in tomcat's classpath. See http://xml.apache.org/soap/faq/faq_chawke.html#Q1_5 for more info. Hope this helps, Jonathan. From: Neil Benn [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Installation of SOAP and Tomcat Date: Tue, 5 Jun 2001 15:04:18 +0100 Hello, I wonder if someone has come across this before. I've installed SOAP 2.2 and Tomcat3.2.2 on a win2K box running JVM1.3. I've gone through the installation instructions and has come up against a problem on the tests. When I run the test to check the client and server are successful with the command:- C:\jakarta-tomcat-3.2.2java org.apache.soap.server.ServiceManagerClient http://localhost:8080/soap/servlet/rpcrouter list I get the error of:- Ouch, the call failed: Fault Code = SOAP-ENV:Server.Exception: Fault String = java.lang.NoSuchMethodError I can't find any detail on that error and it doesn't inform me of a great deal. Has anyone come across this before? If so, please could you give me hints/answers as to what could be the root cause of the problem. All/any help would be greatly appreciated. Cheers, Neil Benn Automation Informatics Scientist Cambridge Antibody Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Alternatives for Apache Tomcat ???
Hi I was made to believe that Tomcat is not exactly a production ready servlet container. Are there any commercially ready servlet containers which will support Apache SOAP clients ? Has anybody tweaked with the free IIS WebServer to see if it can host Java Servlets (rather than using the pricey BizTalk Server) ? ANY input on this matter would be appreciated. Thanks Kondal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: usage of custom classes in requests
Hi Ed, I agree. When I wrote my service using custom classes and realized that how clients from other galaxies could have the custom classes on hand. I changed all i/o arguments to parameter: name/value. It's long and tedious, but it's more versatile, and best of all, it works. Thanks, trang Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm list-help: mailto:[EMAIL PROTECTED] list-unsubscribe: mailto:[EMAIL PROTECTED] list-post: mailto:[EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] From: Ed Keen [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Cc: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: usage of custom classes in requests Date: Tue, 5 Jun 2001 09:41:48 -0500 MIME-Version: 1.0 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N I would like feedback on the whether or not any of you are using custom classes in your soap calls. While it is definitely convenient on the Apache server side (with its serializers deserializers), it places an extra burden on the client, because now they must have these custom classes on their side too. For win32 clients, this becomes an even more difficult task. Our company would probably wind up writing a DLL that would contain the analog of our custom classes for Windows. So, whenever the interface for these classes changes (say we add a new required field), we would have to redistribute the client classes. This could become a distribution nightmare. I am wondering if it would be less trouble to just have the clients send all their data as separate parameters (which could make for a long parameter list, I know) to some proxy-type servlet on the server-side which would intercept the soap call, package that data into our custom classes, and send the request on its way. It's more work on the server-side, but it would avoid the need to distribute these custom serailizable client classes. Does any of that make sense? What are the rest of you doing in regards to this? Please don't tell me to use WSDL. Been there. Tried that. Thanks, Ed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] Trang K Duong [EMAIL PROTECTED] 650-604-3989 (P) 650-604-2238 (F) ELORET - Thermosciences Institute NASA Ames Research Center M/S 258-1 Moffett Field, CA 94035-1000 http://www.eloret.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: WSDL
What location should be specified in soap:address location=http://localhost:4040/soap/servlet/rpcrouter/ in the service? Is the URL of the SOAP server hardcoded in WSDL? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: WSDL
The address location holds the URL that a client reading the WSDL will use to connect to the service. What you have looks right to me. Rick Hansen -Original Message- From: Daniel Kruler [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 11:52 AM To: [EMAIL PROTECTED] Subject: RE: WSDL What location should be specified in soap:address location=http://localhost:4040/soap/servlet/rpcrouter/ in the service? Is the URL of the SOAP server hardcoded in WSDL? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: WSDL
That's the way I understand it. But that is better than changing each client I guess. -Original Message- From: Daniel Kruler [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 12:05 PM To: [EMAIL PROTECTED] Subject: RE: WSDL So everytime I deploy a service on a different webserver, I have to change WSDL? -Original Message- From: Hansen, Richard [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 1:02 PM To: '[EMAIL PROTECTED]' Subject: RE: WSDL The address location holds the URL that a client reading the WSDL will use to connect to the service. What you have looks right to me. Rick Hansen -Original Message- From: Daniel Kruler [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 11:52 AM To: [EMAIL PROTECTED] Subject: RE: WSDL What location should be specified in soap:address location=http://localhost:4040/soap/servlet/rpcrouter/ in the service? Is the URL of the SOAP server hardcoded in WSDL? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: WSDL
Hello, Within the WSDL types section you can specify an XML schema type or an XML element. See http://www.w3.org/XML/Schema for details on what you can express using schema. I'm not sure of what support it has for built-in complex types like arrays, hashtables, etc. Nirmal. Daniel Kruler To: [EMAIL PROTECTED] dkruler@giant cc: bear.comSubject: RE: WSDL 06/05/2001 01:16 PM Please respond to soap-user How do I specify arrays, vectors and hashtables in WSDL types? -Original Message- From: Nirmal Mukhi [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 1:09 PM To: [EMAIL PROTECTED] Subject: RE: WSDL Hi, Yes, that is the URI for a SOAP server with a SOAP service that supports the port type that this port refers to. The location of the SOAP server is thus hardcoded in the port definition. But you could separate the service definition (which includes such port definitions) and keep it in a WSDL separate from the one that provides the rest of the information, then import the latter into the former. (I think tool support for import is quite weak though). Nirmal. Daniel Kruler To: [EMAIL PROTECTED] dkruler@giant cc: bear.comSubject: RE: WSDL 06/05/2001 12:52 PM Please respond to soap-user What location should be specified in soap:address location=http://localhost:4040/soap/servlet/rpcrouter/ in the service? Is the URL of the SOAP server hardcoded in WSDL? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: WSDL and MS SOAP
Yeah, that has already been cleared on the list. I just mixed it up, sorry ... Christian Ed Keen wrote: This is not true. You only need WSDL if you decide to use Microsoft's high-level api. If you go with their low-level api (as documented in the help file that comes with their toolkit), you do not need wsdl. -Ed -Original Message- From: Christian Weyer [mailto:[EMAIL PROTECTED]] Sent: Monday, June 04, 2001 12:58 PM To: [EMAIL PROTECTED] Subject: Re: WSDL and MS SOAP Generally spoken, you will need WSDL if your are using the COM Low Level interface of MSTK 2.0 - whether in C++, FoxPro, VB or whatever ... HTH, Christian Daniel Kruler wrote: What about C++? -Original Message- From: Ding, Chengmin [mailto:[EMAIL PROTECTED]] Sent: Monday, June 04, 2001 1:50 PM To: '[EMAIL PROTECTED]' Subject: RE: WSDL and MS SOAP If you use mssoap.soapclient in VB, you have to use WSDL. -Chengmin -Original Message- From: Daniel Kruler [mailto:[EMAIL PROTECTED]] Sent: Monday, June 04, 2001 1:45 PM To: [EMAIL PROTECTED] Subject: WSDL and MS SOAP Do I need WSDL to run MS SOAP client to Apache SOAP server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] -- ___ eYesoftWe see your visions. ¯¯¯ Christian Weyer http://www.eyesoft.de [EMAIL PROTECTED]Bernhard-Krieg-Str. 4 Tel.: +49-9393-993161 97845 Neustadt/Main ___ Building Smart Internet Architectures ¯¯¯ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] -- ___ eYesoftWe see your visions. ¯¯¯ Christian Weyer http://www.eyesoft.de [EMAIL PROTECTED]Bernhard-Krieg-Str. 4 Tel.: +49-9393-993161 97845 Neustadt/Main ___ Building Smart Internet Architectures ¯¯¯ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: WSDL
Is WSDL generated with GLUE, compatible with Apache SOAP? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: usage of custom classes in requests, WSDL issue
Andrew, Since you are using the Apache library (Java) on the client side, why do you need to worry about WSDL? That is only required for Microsoft clients using the high-level api. The lowest level point of interface has to be the parameter names themselves. Otherwise, how does the server know how to deserialize them? So I see no way around this particular dilemma. If the mapping changes (ie., if the QName changes), then yes all clients would need to change also. This is one reason why you wouldn't want to do that! ;-) -Ed -Original Message- From: Andrew Burke [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 12:33 PM To: [EMAIL PROTECTED] Subject: RE: usage of custom classes in requests, WSDL issue As I see it, this is definitely a problem. First, as you noted, there is the problem of the distribution of the custom classes. But isn't there also the issue of how those classes are registered for the serialization? Here is an example of some Apache SOAP code, which, as I understand things, essentially defines the mapping between the client class and the server class: SMR = new SOAPMappingRegistry(); BeanSerialer = new BeanSerializer(); SMR.mapTypes(Constants.NS_URI_SOAP_ENC, new QName(urn:MutualFundService,Date), --- line of interest com.webgain.Services.MutualFund.Date.class, BeanSerialer, BeanSerialer); Again, as I understand things, the definition of the QName MUST match that used on the server side. However, the two parts of the QName (namespace URI and local part) are not defined in the WSDL file (PLEASE SOMEONE, CORRECT ME IF I'M WRONG!). This information is only available in the deployment descriptor or in the server source. So, if the QName used to register the class or the class itself changes, the clients must be changed. This is not very cool, and certainly would lead one to simplify all arguments to/from, as I see things. andrew burke -Original Message- From: Ed Keen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 7:42 AM To: '[EMAIL PROTECTED]' Cc: '[EMAIL PROTECTED]' Subject: usage of custom classes in requests I would like feedback on the whether or not any of you are using custom classes in your soap calls. While it is definitely convenient on the Apache server side (with its serializers deserializers), it places an extra burden on the client, because now they must have these custom classes on their side too. For win32 clients, this becomes an even more difficult task. Our company would probably wind up writing a DLL that would contain the analog of our custom classes for Windows. So, whenever the interface for these classes changes (say we add a new required field), we would have to redistribute the client classes. This could become a distribution nightmare. I am wondering if it would be less trouble to just have the clients send all their data as separate parameters (which could make for a long parameter list, I know) to some proxy-type servlet on the server-side which would intercept the soap call, package that data into our custom classes, and send the request on its way. It's more work on the server-side, but it would avoid the need to distribute these custom serailizable client classes. Does any of that make sense? What are the rest of you doing in regards to this? Please don't tell me to use WSDL. Been there. Tried that. Thanks, Ed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: WSDL
How would I define String[][]? Is the following correct? complexType name=2DArrayOfString complexContent restriction base=SOAP-ENC:Array attribute ref=SOAP-ENC:arrayType wsdl:arrayType=xsd:string[][] / /restriction /complexContent /complexType -Original Message- From: Hansen, Richard [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 1:26 PM To: '[EMAIL PROTECTED]' Subject: RE: WSDL Here are a couple examples of arrays. Don't know if you can directly specify vectors or hashtables as I don't believe they are SOAP defined types. complexType name=ArrayOfString complexContent restriction base=SOAP-ENC:Array attribute ref=SOAP-ENC:arrayType wsdl:arrayType=xsd:string[] / /restriction /complexContent /complexType complexType name=ArrayOfPromoRegistrationStruct complexContent restriction base=SOAP-ENC:Array attribute ref=SOAP-ENC:arrayType wsdl:arrayType=tns:PromoRegistrationStruct[] / /restriction /complexContent /complexType -Original Message- From: Daniel Kruler [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 12:17 PM To: [EMAIL PROTECTED] Subject: RE: WSDL How do I specify arrays, vectors and hashtables in WSDL types? -Original Message- From: Nirmal Mukhi [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 1:09 PM To: [EMAIL PROTECTED] Subject: RE: WSDL Hi, Yes, that is the URI for a SOAP server with a SOAP service that supports the port type that this port refers to. The location of the SOAP server is thus hardcoded in the port definition. But you could separate the service definition (which includes such port definitions) and keep it in a WSDL separate from the one that provides the rest of the information, then import the latter into the former. (I think tool support for import is quite weak though). Nirmal. Daniel Kruler To: [EMAIL PROTECTED] dkruler@giant cc: bear.comSubject: RE: WSDL 06/05/2001 12:52 PM Please respond to soap-user What location should be specified in soap:address location=http://localhost:4040/soap/servlet/rpcrouter/ in the service? Is the URL of the SOAP server hardcoded in WSDL? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: usage of custom classes in requests
How about using either an XML string or an XML Element as the input parameter. This way the client programs do not have to worry about the custom classes. What I did was to use an XML Element as the input parameter to the SOAP service. And on the server, extract the values from the Element into custom classes. The client only needs to know the structure of the XML element and you don't need to worry about distributing the custom classes. Any thoughts? Sanjesh Trang K. Duong wrote: Hi Ed, I agree. When I wrote my service using custom classes and realized that how clients from other galaxies could have the custom classes on hand. I changed all i/o arguments to parameter: name/value. It's long and tedious, but it's more versatile, and best of all, it works. Thanks, trang Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm list-help: mailto:[EMAIL PROTECTED] list-unsubscribe: mailto:[EMAIL PROTECTED] list-post: mailto:[EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] From: Ed Keen [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Cc: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: usage of custom classes in requests Date: Tue, 5 Jun 2001 09:41:48 -0500 MIME-Version: 1.0 X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N I would like feedback on the whether or not any of you are using custom classes in your soap calls. While it is definitely convenient on the Apache server side (with its serializers deserializers), it places an extra burden on the client, because now they must have these custom classes on their side too. For win32 clients, this becomes an even more difficult task. Our company would probably wind up writing a DLL that would contain the analog of our custom classes for Windows. So, whenever the interface for these classes changes (say we add a new required field), we would have to redistribute the client classes. This could become a distribution nightmare. I am wondering if it would be less trouble to just have the clients send all their data as separate parameters (which could make for a long parameter list, I know) to some proxy-type servlet on the server-side which would intercept the soap call, package that data into our custom classes, and send the request on its way. It's more work on the server-side, but it would avoid the need to distribute these custom serailizable client classes. Does any of that make sense? What are the rest of you doing in regards to this? Please don't tell me to use WSDL. Been there. Tried that. Thanks, Ed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] Trang K Duong [EMAIL PROTECTED] 650-604-3989 (P) 650-604-2238 (F) ELORET - Thermosciences Institute NASA Ames Research Center M/S 258-1 Moffett Field, CA 94035-1000 http://www.eloret.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: WSDL
It is used to specify the value of the SOAPAction HTTP header. It allows services to be filtered at the servlet level, before the SOAP envelope is parsed. See section 6.1.1 of the SOAP spec for details. I think the value is currently ignored by the Apache server code (true?). -Original Message- From: Daniel Kruler [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 4:15 PM To: [EMAIL PROTECTED] Subject: RE: WSDL What is the purpose of soap:operation soapAction=/ ? What should be specified in the quotes? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] application/ms-tnef - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Proxy Servlet check
Hi ALL, Scenario :: I have a couple of SOAP Services that should be allowed access only if the user has logged in and has access permissions to the ROUTER Servlet. If the user does not have access priveleges, since the proxy servlet already got the SOAP ENV with the request from a SOAP Client, the proxy servlet should itself generate a fault and return to the client from where ever it is calling. Problem: I took a look at the RPCRouterServlet code and similarly through a SOAPException with a new faultcode and faultstring. But the when I write the newly generated SOAP-ENV with the faultcode inside it, a message is out put at the client saying the connection has been reset by peer : socket write error. I debugged the incoming and outgoing request/response using TcpTunnelGui the out going message is exactly what I want that shows up in the tunnel tool. But on the client side I see this weird error, saying connection has been reset by peer. Note:: The proxy servlet has to generate the SOAP ENV and write it back to the SOAP Client. Any help will be strongly appreciated. I've been stuck at this point for days now. Some body wake and suggest something atleast(related to the subject ofcourse). -Regards Wincat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: How can I get the the IP of client from A Soap Service program?
See getRemoteAddr() of javax.servlet.ServletRequest. And its subclass, javax.servlet.http.HttpServletRequest. :-) Pae -Original Message- From: oh [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Tuesday, June 05, 2001 7:41 PM Subject: How can I get the the IP of client from A Soap Service program? I want to get the IP or hostname of client from A Soap Service program. How can I get it? If I can get the HttpRequest object which processed by RPCRouter? Thanks, Huimin Wang Globus,Japan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Invoking Apache soap web services from browser client
Hi All Does anyone know how to invoke a web service deployed on Apache SOAP from a client browser. The samples that are available illustrate the usage thru a java client only. How should the message be sent so as to make the apache soap router understand the request sent from a client browser. The browser client that i am looking at does not use applets, but only pure HTML/XML. Apache SOAP does not seem to give any API which we could use through the browser. Even the Apache Javascript requires some kind of installation on the client side for it to work. Help please !!! Thanks Yash - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: How can I get the the IP of client from A Soap Service program?
- Original Message - From: Pae Choi [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 06, 2001 11:55 AM Subject: Re: How can I get the the IP of client from A Soap Service program? See getRemoteAddr() of javax.servlet.ServletRequest. And its subclass, javax.servlet.http.HttpServletRequest. :-) I know this method. But How can I get the instance of HttpServletRequest in my program? My program is not a Servlet. Thanks, Huimin Wang Globus,Japan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
SV: What Xerces version for Apache SOAP 2.2
Hi Luis! We've moved to 1.4 and it works just fine for us! Yours, Anders -Ursprungligt meddelande- Fran: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] Skickat:den 5 juni 2001 15:05 Till: [EMAIL PROTECTED] Amne: What Xerces version for Apache SOAP 2.2 Hi, what version of Apache Xerces should we use with Apache SOAP 2.2? Should we go on using version 1.2.3 as recommended a month ago, or may we use Xerces 1.4? Thanks and best regards Luis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
