From dustinhughes@example.org Tue Feb 03 16:23:22 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 92212 invoked from network); 3 Feb 2004 16:23:22 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 3 Feb 2004 16:23:22 -0000 Received: (qmail 98706 invoked by uid 500); 3 Feb 2004 16:22:57 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 98668 invoked by uid 500); 3 Feb 2004 16:22:57 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 98519 invoked from network); 3 Feb 2004 16:22:56 -0000 Received: from unknown (HELO moutng.kundenserver.de) (83.161.120.155) by daedalus.apache.org with SMTP; 3 Feb 2004 16:22:56 -0000 Received: from [83.161.120.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1Ao3KD-00044e-00 for dustinhughes@example.org; Tue, 03 Feb 2004 17:22:57 +0100 Received: from [83.161.120.155] (helo=lnx178) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1Ao3KD-0000Sp-00 for dustinhughes@example.org; Tue, 03 Feb 2004 17:22:57 +0100 Date: Tue, 3 Feb 2004 17:22:35 +0100 From: Ferhat Ayaz <dustinhughes@example.org> To: dustinhughes@example.org Subject: C library for SOAP Message-ID: <20040203162235.GH30942@lnx178> Mime-Version: 1.0 Content-Type: text/plain; Format=Flowed; DelSp=Yes; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Mailer: Balsa 2.0.15 Lines: 103 X-Provags-ID: kundenserver.de dustinhughes@example.org auth:6b16c95ec3b7a0363602c1e841531a4e X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi, look for the client/server SOAP library written in the C programming language for C applications. Homepage: http://csoap.sourceforge.net /********************************************************/ Example client using CSOAP static const char *url = "http://csoap.sourceforge.net/cgi-bin/csoapserver"; static const char *urn = "urn:examples"; static const char *method = "sayHello"; int main(int argc, char *argv[]) { SoapEnv *env, *res; env = soap_env_new_with_method(urn, method); soap_env_add_item(env, "xsd:string", "name", "Jonny B. Good"); res = soap_client_invoke(env, url , ""); soap_xml_doc_print(res->root->doc); soap_env_free(res); soap_env_free(env); return 0; } /********************************************************/ Example server using CSOAP /** FUNCTION: say_hello() DESCRIPTION: The SOAP Server service function. URN: urn:examples METHOD: sayHello */ SoapEnv* say_hello(SoapEnv *request) { SoapEnv *env; xmlNodePtr method, node; char *name; env = soap_env_new_with_response(request); method = soap_env_get_method(request); node = soap_xml_get_children(method); while (node) { name = (char*)xmlNodeListGetString(node->doc, node->xmlChildrenNode, 1); if (!name) continue; soap_env_add_itemf(env,"xsd:string", "echo", "Hello '%s'", name); xmlFree((xmlChar*)name); node = soap_xml_get_next(node); } return env; } /** FUNCTION: main() DESCRIPTION: Register and run soap server */ int main(int argc, char *argv[]) { SoapRouter *router; if (!soap_server_init_args(argc, argv)) { return 0; } router = soap_router_new(); soap_router_register_service(router, say_hello, "sayHello", "urn: examples"); soap_server_register_router(router, "/csoapserver"); soap_server_run(); soap_router_free(router); soap_server_destroy(); return 0; } Sorry, if this is not the place to post this message From dustinhughes@example.org Tue Feb 03 17:06:17 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 20512 invoked from network); 3 Feb 2004 17:06:17 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 3 Feb 2004 17:06:17 -0000 Received: (qmail 9470 invoked by uid 500); 3 Feb 2004 17:04:47 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 9438 invoked by uid 500); 3 Feb 2004 17:04:46 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 9374 invoked from network); 3 Feb 2004 17:04:46 -0000 Received: from unknown (HELO mail.cimage.com) (83.161.120.155) by daedalus.apache.org with SMTP; 3 Feb 2004 17:04:46 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Long delays experienced with Apache SOAP due to the HTTPUtils.post method X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Content-class: urn:content-classes:message Date: Tue, 3 Feb 2004 17:03:18 -0000 Message-ID: <dustinhughes@example.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Long delays experienced with Apache SOAP due to the HTTPUtils.post method Thread-Index: AcPqd57bRISv5METTvWWgVZeG9wQCw== From: "Tudor, Liviu @Cimage" <dustinhughes@example.org> To: <dustinhughes@example.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi everyone! I am currently using Apache SOAP 2.3.1 together with JDK 1.4 and = Xerces-J 2.0.0; I have written some proxy classes to access a few = webservices written in .NET and it worked fine; however at some point I = came across some delays during the synchronuous calls made from my = proxies to the .NET side. I've added extra logging in my classes and it = transpired that the actual delay occurs in the Message.send function. = Further refinements of my searches showed in the end that the = "bottleneck" is actually in the HTTPUtils function in the function send, = in between the following lines: BufferedInputStream bInStream =3D new = BufferedInputStream(inStream); /* Read the response status line. */ int statusCode =3D 0; String statusString =3D null; StringBuffer linebuf =3D new StringBuffer(); int b =3D 0; while (b !=3D '\n' && b !=3D -1) { b =3D bInStream.read(); if (b !=3D '\n' && b !=3D '\r' && b !=3D -1) linebuf.append((char)b); } String line =3D linebuf.toString(); try { StringTokenizer st =3D new StringTokenizer(line); st.nextToken(); // ignore version part statusCode =3D Integer.parseInt (st.nextToken()); StringBuffer sb =3D new StringBuffer(); while (st.hasMoreTokens()) { sb.append (st.nextToken()); if (st.hasMoreTokens()) { sb.append(" "); } } statusString =3D sb.toString(); } catch (Exception e) { throw new IllegalArgumentException( "Error parsing HTTP status line \"" + line + "\": " + e); } It seem that the actual parsing of the status line takes over a second, = on a "normal" PIII 800 MHz with 512 MB of RAM, which is quite a delay. = Also, the same problem seems to appear in one of our customers' site, = who's running BEA WebLogic on a Sparc quad-processor machine with 2 Gb = of RAM. Has anyone encountered this before and is there a way to bypass it? Regards, Liviu Tudor=20 Cimage Novasoft Limited www.cimagenovasoft.com dustinhughes@example.org Fax: 7372957926 Direct Line: 7372957926=20 *Centennial Court, Easthampstead Road, Bracknell, BERKS, RG12 1JZ=20 Real programmers don't comment their code. If it was hard to write, it = should be hard to understand.=20 From dustinhughes@example.org Tue Feb 03 21:47:15 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 83870 invoked from network); 3 Feb 2004 21:47:15 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 3 Feb 2004 21:47:15 -0000 Received: (qmail 93835 invoked by uid 500); 3 Feb 2004 21:46:41 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 93790 invoked by uid 500); 3 Feb 2004 21:46:40 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 93707 invoked from network); 3 Feb 2004 21:46:39 -0000 Received: from unknown (HELO web40802.mail.yahoo.com) (83.161.120.155) by daedalus.apache.org with SMTP; 3 Feb 2004 21:46:39 -0000 Message-ID: <dustinhughes@example.org> Received: from [83.161.120.155] by web40802.mail.yahoo.com via HTTP; Tue, 03 Feb 2004 13:46:42 PST Date: Tue, 3 Feb 2004 13:46:42 -0800 (PST) From: Vishal Shah <dustinhughes@example.org> Subject: RE: when to use SOAP attachment ? To: dustinhughes@example.org Cc: dustinhughes@example.org In-Reply-To: <004801c3e6a1$91fdd340$0c00a8c0@netconnect12> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-510321699-1075844802=:59295" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --0-510321699-1075844802=:59295 Content-Type: text/plain; charset=us-ascii Dheeraj, Do send me the code and format... I've to spend some time figuring out.. Thanks, Vishal Liam DeMasi <dustinhughes@example.org> wrote: Hello Dheeraj, If you wouldn't mind, I would like a copy of the code and the format for how it works. Thank you. - Liam -----Original Message----- From: Dheeraj [mailto:dustinhughes@example.org] Sent: Thursday, January 29, 2004 1:49 PM To: dustinhughes@example.org Subject: Re: when to use SOAP attachment ? Hi Vishal, You should yse attachments when you are planning to send the large amount of data. Because SOAP uses the existing MIME and DIME formats to send the data so no new invenstion and advantage is the SOAP processors does not have to do any processing work to get the attachments, because when we send the attachement in SOAP request the SOAP envelop contains only the reference to the actuall attachment data. For each attachment there is a referece in the SOAP envelop and all attachment data is devided in parts some thine like ----Part--ID and at the end the close part line while tells the end of the attachment info. Does that make sense. If u need the actually code and format how it works, let me know. thanks dheeraj ----- Original Message ----- From: Vishal Shah To: dustinhughes@example.org Sent: Thursday, January 29, 2004 9:00 AM Subject: when to use SOAP attachment ? hi, I'm looking for the SOAP attachment usage scenarios ? When to use SOAP attachment ? What are the guidelines, etc ? Any pointers would be appreciated ! Thanks --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! --0-510321699-1075844802=:59295 Content-Type: text/html; charset=us-ascii <DIV>Dheeraj,</DIV> <DIV>&nbsp;</DIV> <DIV>Do send me the code and format... I've to spend some time figuring out..</DIV> <DIV>&nbsp;</DIV> <DIV>Thanks,</DIV> <DIV>Vishal</DIV> <DIV><BR><B><I>Liam DeMasi &lt;dustinhughes@example.org&gt;</I></B> wrote:</DIV> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid"> <META content="MSHTML 6.00.2800.1276" name=GENERATOR> <STYLE></STYLE> <DIV><SPAN class=614335219-29012004><FONT face=Arial color=#0000ff size=2>Hello Dheeraj,</FONT></SPAN></DIV> <DIV><SPAN class=614335219-29012004><FONT face=Arial color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=614335219-29012004><FONT face=Arial color=#0000ff size=2>If you wouldn't mind, I would like a copy of the code and the format for how it works. </FONT></SPAN></DIV> <DIV><SPAN class=614335219-29012004><FONT face=Arial color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=614335219-29012004><FONT face=Arial color=#0000ff size=2>Thank you.</FONT></SPAN></DIV> <DIV><SPAN class=614335219-29012004><FONT face=Arial color=#0000ff size=2></FONT></SPAN>&nbsp;</DIV> <DIV><SPAN class=614335219-29012004><FONT face=Arial color=#0000ff size=2>&nbsp;- Liam </FONT></SPAN></DIV> <BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"> <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Dheeraj [mailto:dustinhughes@example.org]<BR><B>Sent:</B> Thursday, January 29, 2004 1:49 PM<BR><B>To:</B> dustinhughes@example.org<BR><B>Subject:</B> Re: when to use SOAP attachment ?<BR><BR></FONT></DIV> <DIV><FONT face=Arial size=2>Hi Vishal,</FONT></DIV> <DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2>You should yse attachments when you are planning to send the large amount of data. Because SOAP uses the existing MIME and DIME formats to send the data so no new invenstion and advantage is the SOAP processors does not have to do any processing work to get the attachments, because when we send the attachement in SOAP request the SOAP envelop contains only the reference to the actuall attachment data. </FONT></DIV> <DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2>For each attachment there is a referece in the SOAP envelop and all attachment data is devided in parts some thine like ----Part--ID and at the end the close part line while tells the end of the attachment info.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2>Does that make sense.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2>If u need the actually code and format how it works, let me know.</FONT></DIV> <DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2>thanks</FONT></DIV> <DIV><FONT face=Arial size=2>dheeraj</FONT></DIV> <DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV> <DIV>----- Original Message ----- </DIV> <BLOCKQUOTE style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"> <DIV style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> <A dustinhughes@example.org href="mailto:dustinhughes@example.org">Vishal Shah</A> </DIV> <DIV style="FONT: 10pt arial"><B>To:</B> <A dustinhughes@example.org href="mailto:dustinhughes@example.org">dustinhughes@example.org</A> </DIV> <DIV style="FONT: 10pt arial"><B>Sent:</B> Thursday, January 29, 2004 9:00 AM</DIV> <DIV style="FONT: 10pt arial"><B>Subject:</B> when to use SOAP attachment ?</DIV> <DIV><BR></DIV> <DIV>hi,</DIV> <DIV>&nbsp;</DIV> <DIV>I'm looking for&nbsp;the SOAP attachment usage scenarios ? When to use SOAP attachment ? What are the guidelines, etc ? Any pointers would be appreciated ! </DIV> <DIV>&nbsp;</DIV> <DIV>Thanks</DIV> <P> <HR SIZE=1> Do you Yahoo!?<BR>Yahoo! SiteBuilder - Free web site building tool. <A href="http://us.rd.yahoo.com/evt=21608/*http://webhosting.yahoo.com/ps/sb/"><B>Try it!</B></A></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE><p><hr SIZE=1> Do you Yahoo!?<br> Yahoo! SiteBuilder - Free web site building tool. <a href="http://us.rd.yahoo.com/evt=21608/*http://webhosting.yahoo.com/ps/sb/"><b>Try it!</b></a> --0-510321699-1075844802=:59295-- From dustinhughes@example.org Tue Feb 03 22:19:40 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 2524 invoked from network); 3 Feb 2004 22:19:40 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 3 Feb 2004 22:19:40 -0000 Received: (qmail 27948 invoked by uid 500); 3 Feb 2004 22:19:17 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 27919 invoked by uid 500); 3 Feb 2004 22:19:16 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 27904 invoked from network); 3 Feb 2004 22:19:16 -0000 Received: from unknown (HELO web13505.mail.yahoo.com) (83.161.120.155) by daedalus.apache.org with SMTP; 3 Feb 2004 22:19:16 -0000 Message-ID: <dustinhughes@example.org> Received: from [83.161.120.155] by web13505.mail.yahoo.com via HTTP; Tue, 03 Feb 2004 14:19:23 PST Date: Tue, 3 Feb 2004 14:19:23 -0800 (PST) From: Scott Nichol <dustinhughes@example.org> Subject: RE: when to use SOAP attachment ? To: dustinhughes@example.org In-Reply-To: <dustinhughes@example.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1877894428-1075846763=:1981" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --0-1877894428-1075846763=:1981 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline The mime sample shows the use of attachments. I do not have any capture of the payloads with Apache SOAP, but I have attached the request and response payloads for a SOAP client and server written with NuSOAP that uses attachments. --- Vishal Shah <dustinhughes@example.org> wrote: > Dheeraj, > > Do send me the code and format... I've to spend some > time figuring out.. > > Thanks, > Vishal > > Liam DeMasi <dustinhughes@example.org> wrote: > Hello Dheeraj, > > If you wouldn't mind, I would like a copy of the > code and the format for how it works. > > Thank you. > > - Liam > -----Original Message----- > From: Dheeraj [mailto:dustinhughes@example.org] > Sent: Thursday, January 29, 2004 1:49 PM > To: dustinhughes@example.org > Subject: Re: when to use SOAP attachment ? > > > Hi Vishal, > > You should yse attachments when you are planning to > send the large amount of data. Because SOAP uses the > existing MIME and DIME formats to send the data so > no new invenstion and advantage is the SOAP > processors does not have to do any processing work > to get the attachments, because when we send the > attachement in SOAP request the SOAP envelop > contains only the reference to the actuall > attachment data. > > For each attachment there is a referece in the SOAP > envelop and all attachment data is devided in parts > some thine like ----Part--ID and at the end the > close part line while tells the end of the > attachment info. > > Does that make sense. > > If u need the actually code and format how it works, > let me know. > > thanks > dheeraj > > ----- Original Message ----- > From: Vishal Shah > To: dustinhughes@example.org > Sent: Thursday, January 29, 2004 9:00 AM > Subject: when to use SOAP attachment ? > > > hi, > > I'm looking for the SOAP attachment usage scenarios > ? When to use SOAP attachment ? What are the > guidelines, etc ? Any pointers would be appreciated > ! > > Thanks > > > --------------------------------- > Do you Yahoo!? > Yahoo! SiteBuilder - Free web site building tool. > Try it! > > --------------------------------- > Do you Yahoo!? > Yahoo! SiteBuilder - Free web site building tool. > Try it! ===== Scott Nichol __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ --0-1877894428-1075846763=:1981 Content-Type: text/plain; name="mimedump.txt" Content-Description: mimedump.txt Content-Disposition: inline; filename="mimedump.txt" --- Request --- POST /samples/mimetest3.php HTTP/1.0 User-Agent: NuSOAP/0.6.6 Host: www.scottnichol.com Content-Type: multipart/related; boundary="=_3cfacd72b78de8afc19ec1cf9da4f49d" SOAPAction: "" Content-Length: 3436 --=_3cfacd72b78de8afc19ec1cf9da4f49d Content-Type: text/xml; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit <?xml version="1.0" encoding="ISO-8859-1"?><SOAP-ENV:Envelope SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:si="http://soapinterop.org/xsd"><SOAP-ENV:Body><ns1:hello xmlns:ns1="http://testuri.org"><name xsi:type="xsd:string">Scott</name></ns1:hello></SOAP-ENV:Body></SOAP-ENV:Envelope> --=_3cfacd72b78de8afc19ec1cf9da4f49d Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mimeclient.php" Content-ID: <acf2ca4e809c6f0bb710402f78cf967d> PD9waHANCi8qDQogKgkkSWQ6IG1pbWVjbGllbnQucGhwLHYgMS4xIDIwMDQvMDEvMjYgMDc6MTU6 MjAgc25pY2hvbCBFeHAgJA0KICoNCiAqCU1JTUUgY2xpZW50IHNhbXBsZS4NCiAqDQogKglTZXJ2 aWNlOiBTT0FQIGVuZHBvaW50DQogKglQYXlsb2FkOiBycGMvZW5jb2RlZA0KICoJVHJhbnNwb3J0 OiBodHRwDQogKglBdXRoZW50aWNhdGlvbjogbm9uZQ0KICovDQpyZXF1aXJlX29uY2UoJy4uL2xp Yi9udXNvYXBtaW1lLnBocCcpOw0KJHByb3h5aG9zdCA9IGlzc2V0KCRfUE9TVFsncHJveHlob3N0 J10pID8gJF9QT1NUWydwcm94eWhvc3QnXSA6ICcnOw0KJHByb3h5cG9ydCA9IGlzc2V0KCRfUE9T VFsncHJveHlwb3J0J10pID8gJF9QT1NUWydwcm94eXBvcnQnXSA6ICcnOw0KJHByb3h5dXNlcm5h bWUgPSBpc3NldCgkX1BPU1RbJ3Byb3h5dXNlcm5hbWUnXSkgPyAkX1BPU1RbJ3Byb3h5dXNlcm5h bWUnXSA6ICcnOw0KJHByb3h5cGFzc3dvcmQgPSBpc3NldCgkX1BPU1RbJ3Byb3h5cGFzc3dvcmQn XSkgPyAkX1BPU1RbJ3Byb3h5cGFzc3dvcmQnXSA6ICcnOw0KJGNsaWVudCA9IG5ldyBzb2FwY2xp ZW50bWltZSgnaHR0cDovL3d3dy5zY290dG5pY2hvbC5jb20vc2FtcGxlcy9taW1ldGVzdDMucGhw JywgZmFsc2UsDQoJCQkJCQkJJHByb3h5aG9zdCwgJHByb3h5cG9ydCwgJHByb3h5dXNlcm5hbWUs ICRwcm94eXBhc3N3b3JkKTsNCiRlcnIgPSAkY2xpZW50LT5nZXRFcnJvcigpOw0KaWYgKCRlcnIp IHsNCgllY2hvICc8aDI+Q29uc3RydWN0b3IgZXJyb3I8L2gyPjxwcmU+JyAuICRlcnIgLiAnPC9w cmU+JzsNCn0NCiRjaWQgPSAkY2xpZW50LT5hZGRBdHRhY2htZW50KCcnLCAnbWltZWNsaWVudC5w aHAnKTsNCiRyZXN1bHQgPSAkY2xpZW50LT5jYWxsKCdoZWxsbycsIGFycmF5KCduYW1lJyA9PiAn U2NvdHQnKSk7DQppZiAoJGNsaWVudC0+ZmF1bHQpIHsNCgllY2hvICc8aDI+RmF1bHQ8L2gyPjxw cmU+JzsgcHJpbnRfcigkcmVzdWx0KTsgZWNobyAnPC9wcmU+JzsNCn0gZWxzZSB7DQoJJGVyciA9 ICRjbGllbnQtPmdldEVycm9yKCk7DQoJaWYgKCRlcnIpIHsNCgkJZWNobyAnPGgyPkVycm9yPC9o Mj48cHJlPicgLiAkZXJyIC4gJzwvcHJlPic7DQoJfSBlbHNlIHsNCgkJZWNobyAnPGgyPlJlc3Vs dDwvaDI+PHByZT4nOyBwcmludF9yKCRyZXN1bHQpOyBlY2hvICc8L3ByZT4nOw0KCQllY2hvICc8 aDI+QXR0YWNobWVudHM8L2gyPjxwcmU+JzsNCgkJJGF0dGFjaG1lbnRzID0gJGNsaWVudC0+Z2V0 QXR0YWNobWVudHMoKTsNCgkJZm9yZWFjaCAoJGF0dGFjaG1lbnRzIGFzICRhKSB7DQoJCQllY2hv ICdGaWxlbmFtZTogJyAuICRhWydmaWxlbmFtZSddIC4gIlxyXG4iOw0KCQkJZWNobyAnQ29udGVu dC1UeXBlOiAnIC4gJGFbJ2NvbnRlbnR0eXBlJ10gLiAiXHJcbiI7DQoJCQllY2hvICdjaWQ6ICcg LiBodG1sc3BlY2lhbGNoYXJzKCRhWydjaWQnXSwgRU5UX1FVT1RFUykgLiAiXHJcbiI7DQoJCQll Y2hvIGh0bWxzcGVjaWFsY2hhcnMoJGFbJ2RhdGEnXSwgRU5UX1FVT1RFUyk7DQoJCX0NCgkJZWNo byAnPC9wcmU+JzsNCgl9DQp9DQplY2hvICc8aDI+UmVxdWVzdDwvaDI+PHByZT4nIC4gaHRtbHNw ZWNpYWxjaGFycygkY2xpZW50LT5yZXF1ZXN0LCBFTlRfUVVPVEVTKSAuICc8L3ByZT4nOw0KZWNo byAnPGgyPlJlc3BvbnNlPC9oMj48cHJlPicgLiBodG1sc3BlY2lhbGNoYXJzKCRjbGllbnQtPnJl c3BvbnNlLCBFTlRfUVVPVEVTKSAuICc8L3ByZT4nOw0KZWNobyAnPGgyPkRlYnVnPC9oMj48cHJl PicgLiBodG1sc3BlY2lhbGNoYXJzKCRjbGllbnQtPmRlYnVnX3N0ciwgRU5UX1FVT1RFUykgLiAn PC9wcmU+JzsNCj8+DQo= --=_3cfacd72b78de8afc19ec1cf9da4f49d-- --- Response --- HTTP/1.1 200 OK Date: Tue, 03 Feb 2004 22:16:11 GMT Server: Apache/1.3.26 (Unix) mod_perl/1.24 PHP/4.0.6 FrontPage/83.161.120.155 mod_ssl/2.8.10 OpenSSL/0.9.5a X-Powered-By: PHP/4.0.6 Connection: close Content-Type: multipart/related; boundary="=_90c218c685e1c8c2d1b878ab8afb3ea5" --=_90c218c685e1c8c2d1b878ab8afb3ea5 Content-Type: text/xml; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit <?xml version="1.0" encoding="ISO-8859-1"?><SOAP-ENV:Envelope SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:si="http://soapinterop.org/xsd"> <SOAP-ENV:Body> <helloResponse> <soapVal xsi:type="xsd:string">Hello, Scott</soapVal> </helloResponse> </SOAP-ENV:Body></SOAP-ENV:Envelope> --=_90c218c685e1c8c2d1b878ab8afb3ea5 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mimetest3.php" Content-ID: <1a0f4ec486ae4da9942c3406929ea664> PD9waHAKCnJlcXVpcmVfb25jZSgnLi4vUEVBUi9NYWlsL21pbWVQYXJ0LnBocCcpOwoKJHhtbCA9 ICc8P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJJU08tODg1OS0xIj8+JyAuCic8U09BUC1F TlY6RW52ZWxvcGUnIC4KJyAgU09BUC1FTlY6ZW5jb2RpbmdTdHlsZT0iaHR0cDovL3NjaGVtYXMu eG1sc29hcC5vcmcvc29hcC9lbmNvZGluZy8iJyAuCicgIHhtbG5zOlNPQVAtRU5WPSJodHRwOi8v c2NoZW1hcy54bWxzb2FwLm9yZy9zb2FwL2VudmVsb3BlLyInIC4KJyAgeG1sbnM6eHNkPSJodHRw Oi8vd3d3LnczLm9yZy8yMDAxL1hNTFNjaGVtYSInIC4KJyAgeG1sbnM6eHNpPSJodHRwOi8vd3d3 LnczLm9yZy8yMDAxL1hNTFNjaGVtYS1pbnN0YW5jZSInIC4KJyAgeG1sbnM6U09BUC1FTkM9Imh0 dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW5jb2RpbmcvIicgLgonICB4bWxuczpzaT0i aHR0cDovL3NvYXBpbnRlcm9wLm9yZy94c2QiPicgLgonIDxTT0FQLUVOVjpCb2R5PicgLgonICA8 aGVsbG9SZXNwb25zZT4nIC4KJyAgIDxzb2FwVmFsIHhzaTp0eXBlPSJ4c2Q6c3RyaW5nIj5IZWxs bywgU2NvdHQ8L3NvYXBWYWw+JyAuCicgIDwvaGVsbG9SZXNwb25zZT4nIC4KJyA8L1NPQVAtRU5W OkJvZHk+JyAuCic8L1NPQVAtRU5WOkVudmVsb3BlPic7CgovLyBNSU1FIHdyYXBwZXIKJHBhcmFt c1snY29udGVudF90eXBlJ10gPSAnbXVsdGlwYXJ0L3JlbGF0ZWQnOwokbWVzc2FnZSA9JiBuZXcg TWFpbF9taW1lUGFydCgnJywgJHBhcmFtcyk7Ci8vIFNPQVAgcm9vdCBwYXJ0CnVuc2V0KCRwYXJh bXMpOwokcGFyYW1zWydjb250ZW50X3R5cGUnXSA9ICd0ZXh0L3htbCc7CiRwYXJhbXNbJ2VuY29k aW5nJ10gICAgID0gJzhiaXQnOwokcGFyYW1zWydjaGFyc2V0J10gICAgICA9ICdJU08tODg1OS0x JzsKJG1lc3NhZ2UtPmFkZFN1YnBhcnQoJHhtbCwgJHBhcmFtcyk7Ci8vIEF0dGFjaG1lbnQKdW5z ZXQoJHBhcmFtcyk7CiRmaWxlX25hbWUgPSAnbWltZXRlc3QzLnBocCc7CmlmICgkZmQgPSBmb3Bl bigkZmlsZV9uYW1lLCAncmInKSkgewoJJGRhdGEgPSBmcmVhZCgkZmQsIGZpbGVzaXplKCRmaWxl X25hbWUpKTsKCWZjbG9zZSgkZmQpOwp9CiRwYXJhbXNbJ2NvbnRlbnRfdHlwZSddID0gJ2FwcGxp Y2F0aW9uL29jdGV0LXN0cmVhbSc7CiRwYXJhbXNbJ2VuY29kaW5nJ10gICAgID0gJ2Jhc2U2NCc7 CiRwYXJhbXNbJ2Rpc3Bvc2l0aW9uJ10gID0gJ2F0dGFjaG1lbnQnOwokcGFyYW1zWydkZmlsZW5h bWUnXSAgICA9ICdtaW1ldGVzdDMucGhwJzsKJHBhcmFtc1snY2lkJ10gICAgICAgICAgPSBtZDUo dW5pcWlkKHRpbWUoKSkpOwokbWVzc2FnZS0+YWRkU3VicGFydCgkZGF0YSwgJHBhcmFtcyk7Ci8v IEdldCBib2R5IGFuZCBoZWFkZXJzCiRvdXRwdXQgPSAkbWVzc2FnZS0+ZW5jb2RlKCk7CiRoZWFk ZXJzID0gJG91dHB1dFsnaGVhZGVycyddOwokYm9keSA9ICRvdXRwdXRbJ2JvZHknXTsKCmZvcmVh Y2ggKCRoZWFkZXJzIGFzICRrID0+ICR2KSB7CgloZWFkZXIoJGsgLiAnOiAnIC4gc3RyX3JlcGxh Y2UoIlxyXG4iLCAiICIsICR2KSAuICJcclxuIik7Ci8vCWhlYWRlcigkayAuICc6ICcgLiAkdiAu ICJcclxuIik7Cn0KcHJpbnQgIlxyXG4iIC4gJGJvZHk7Cj8+Cg== --=_90c218c685e1c8c2d1b878ab8afb3ea5-- --0-1877894428-1075846763=:1981-- From dustinhughes@example.org Wed Feb 04 15:35:39 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 58266 invoked from network); 4 Feb 2004 15:35:38 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 4 Feb 2004 15:35:38 -0000 Received: (qmail 4754 invoked by uid 500); 4 Feb 2004 15:32:59 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 4666 invoked by uid 500); 4 Feb 2004 15:32:58 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 4569 invoked from network); 4 Feb 2004 15:32:57 -0000 Received: from unknown (HELO mta4.in.adinet.com.uy) (83.161.120.155) by daedalus.apache.org with SMTP; 4 Feb 2004 15:32:57 -0000 Received: from nfs03.in.adinet.com.uy (83.161.120.155) by mta4.in.adinet.com.uy (7.0.016) id 401DAC65001175BB for dustinhughes@example.org; Wed, 4 Feb 2004 12:22:27 -0300 Received: from [83.161.120.155] by nfs03.in.adinet.com.uy with HTTP; Wed, 4 Feb 2004 12:33:57 -0300 Date: Wed, 4 Feb 2004 12:33:57 -0300 Message-ID: <dustinhughes@example.org> From: dustinhughes@example.org Subject: session To: dustinhughes@example.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi, I would like to know how, using soap rpc, could I determine (from the ser= vice side) an id of who is invoking the call. I have seen that using soap messages, with the SOAPContext(request-contex= t) of the incoming message, I could use the method getProperty with the cons= tant org.apache.soap.Constants.BAG_HTTPSESSION, to obtain an object from the class javax.servlet.http.HttpSession, and then to obtain the id of the ht= tp session from there. But I would like to know if I could do something like= that with soap rpc. Thanks a lot, Tizo From dustinhughes@example.org Wed Feb 04 15:57:18 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 73561 invoked from network); 4 Feb 2004 15:57:18 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 4 Feb 2004 15:57:18 -0000 Received: (qmail 25190 invoked by uid 500); 4 Feb 2004 15:56:42 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 25145 invoked by uid 500); 4 Feb 2004 15:56:42 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 25028 invoked from network); 4 Feb 2004 15:56:41 -0000 Received: from unknown (HELO web13502.mail.yahoo.com) (83.161.120.155) by daedalus.apache.org with SMTP; 4 Feb 2004 15:56:41 -0000 Message-ID: <dustinhughes@example.org> Received: from [83.161.120.155] by web13502.mail.yahoo.com via HTTP; Wed, 04 Feb 2004 07:56:43 PST Date: Wed, 4 Feb 2004 07:56:43 -0800 (PST) From: Scott Nichol <dustinhughes@example.org> Subject: Re: session To: dustinhughes@example.org In-Reply-To: <dustinhughes@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N The answer depends in part on what you mean by "an id of who is invoking the call." Many services are implemented with a client id as a parameter to every method call. Google does this. You could design your services similarly. If you specifically want to use sessions based on HTTP cookies, you are correct that you want to access session info. You can do this with RPC. Look at http://ws.apache.org/soap/docs/guide/migration.html, the section titled <Getting at "environmental" information for RPC style services>. However, I must point out that many SOAP implementations do not, by default, maintain sessions on the client, and some implementations cannot maintain dustinhughes@example.org. If you will have an "open" client base (i.e. you will not specify the way the clients are implemented), you should not assume that sessions based on HTTP cookies will be supported. --- dustinhughes@example.org wrote: > Hi, > > I would like to know how, using soap rpc, could I > determine (from the service > side) an id of who is invoking the call. > > I have seen that using soap messages, with the > SOAPContext(request-context) > of the incoming message, I could use the method > getProperty with the constant > org.apache.soap.Constants.BAG_HTTPSESSION, to obtain > an object from the > class javax.servlet.http.HttpSession, and then to > obtain the id of the http > session from there. But I would like to know if I > could do something like > that with soap rpc. > > Thanks a lot, > > Tizo > > ===== Scott Nichol __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From dustinhughes@example.org Wed Feb 04 19:14:29 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 95869 invoked from network); 4 Feb 2004 19:14:29 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 4 Feb 2004 19:14:29 -0000 Received: (qmail 39145 invoked by uid 500); 4 Feb 2004 19:13:47 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 39113 invoked by uid 500); 4 Feb 2004 19:13:47 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 39033 invoked from network); 4 Feb 2004 19:13:46 -0000 Received: from unknown (HELO mta4.in.adinet.com.uy) (83.161.120.155) by daedalus.apache.org with SMTP; 4 Feb 2004 19:13:46 -0000 Received: from nfs03.in.adinet.com.uy (83.161.120.155) by mta4.in.adinet.com.uy (7.0.016) id 401DAC650013456F for dustinhughes@example.org; Wed, 4 Feb 2004 16:03:18 -0300 Received: from [83.161.120.155] by nfs03.in.adinet.com.uy with HTTP; Wed, 4 Feb 2004 16:14:48 -0300 Date: Wed, 4 Feb 2004 16:14:48 -0300 Message-ID: <dustinhughes@example.org> In-Reply-To: <dustinhughes@example.org> From: dustinhughes@example.org Subject: Asunto: Re: session To: dustinhughes@example.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Scott, I had thought something like the client id as a parameter, but then I tho= ugh in the http session (and I started to read about http, because I didn't know much about that). But using apache soap, both in the client and service side, the http sess= ions are supported, aren't them? Thanks a lot, Tizo >-- Mensaje original -- >Reply-To: dustinhughes@example.org >Date: Wed, 4 Feb 2004 07:56:43 -0800 (PST) >From: Scott Nichol <dustinhughes@example.org> >Subject: Re: session >To: dustinhughes@example.org > > >The answer depends in part on what you mean by "an id >of who is invoking the call." > >Many services are implemented with a client id as a >parameter to every method call. Google does this. >You could design your services similarly. > >If you specifically want to use sessions based on HTTP >cookies, you are correct that you want to access >session info. You can do this with RPC. Look at >http://ws.apache.org/soap/docs/guide/migration.html, >the section titled <Getting at "environmental" >information for RPC style services>. > >However, I must point out that many SOAP >implementations do not, by default, maintain sessions >on the client, and some implementations cannot >maintain dustinhughes@example.org. If you will have an "open" >client base (i.e. you will not specify the way the >clients are implemented), you should not assume that >sessions based on HTTP cookies will be supported. > >--- dustinhughes@example.org wrote: >> Hi, >> >> I would like to know how, using soap rpc, could I >> determine (from the service >> side) an id of who is invoking the call. >> >> I have seen that using soap messages, with the >> SOAPContext(request-context) >> of the incoming message, I could use the method >> getProperty with the constant >> org.apache.soap.Constants.BAG_HTTPSESSION, to obtain >> an object from the >> class javax.servlet.http.HttpSession, and then to >> obtain the id of the http >> session from there. But I would like to know if I >> could do something like >> that with soap rpc. >> >> Thanks a lot, >> >> Tizo >> >> > > >=3D=3D=3D=3D=3D >Scott Nichol > >__________________________________ >Do you Yahoo!? >Yahoo! SiteBuilder - Free web site building tool. Try it! >http://webhosting.yahoo.com/ps/sb/ From dustinhughes@example.org Wed Feb 04 20:01:10 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 25181 invoked from network); 4 Feb 2004 20:01:09 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 4 Feb 2004 20:01:09 -0000 Received: (qmail 52227 invoked by uid 500); 4 Feb 2004 20:00:09 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 52175 invoked by uid 500); 4 Feb 2004 20:00:08 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 52080 invoked from network); 4 Feb 2004 20:00:07 -0000 Received: from unknown (HELO web13508.mail.yahoo.com) (83.161.120.155) by daedalus.apache.org with SMTP; 4 Feb 2004 20:00:07 -0000 Message-ID: <dustinhughes@example.org> Received: from [83.161.120.155] by web13508.mail.yahoo.com via HTTP; Wed, 04 Feb 2004 12:00:11 PST Date: Wed, 4 Feb 2004 12:00:11 -0800 (PST) From: Scott Nichol <dustinhughes@example.org> Subject: Re: session To: dustinhughes@example.org In-Reply-To: <dustinhughes@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Yes, the Apache SOAP client can keep track of sessions. At http://ws.apache.org/soap/docs/guide/migration.html, the section on <HTTP session maintenance> shows how to make the client aware of sessions. --- dustinhughes@example.org wrote: > Scott, > > I had thought something like the client id as a > parameter, but then I though > in the http session (and I started to read about > http, because I didn't > know much about that). > > But using apache soap, both in the client and > service side, the http sessions > are supported, aren't them? > > Thanks a lot, > > Tizo > > > > >-- Mensaje original -- > >Reply-To: dustinhughes@example.org > >Date: Wed, 4 Feb 2004 07:56:43 -0800 (PST) > >From: Scott Nichol <dustinhughes@example.org> > >Subject: Re: session > >To: dustinhughes@example.org > > > > > >The answer depends in part on what you mean by "an > id > >of who is invoking the call." > > > >Many services are implemented with a client id as a > >parameter to every method call. Google does this. > >You could design your services similarly. > > > >If you specifically want to use sessions based on > HTTP > >cookies, you are correct that you want to access > >session info. You can do this with RPC. Look at > >http://ws.apache.org/soap/docs/guide/migration.html, > >the section titled <Getting at "environmental" > >information for RPC style services>. > > > >However, I must point out that many SOAP > >implementations do not, by default, maintain > sessions > >on the client, and some implementations cannot > >maintain dustinhughes@example.org. If you will have an > "open" > >client base (i.e. you will not specify the way the > >clients are implemented), you should not assume > that > >sessions based on HTTP cookies will be supported. > > > >--- dustinhughes@example.org wrote: > >> Hi, > >> > >> I would like to know how, using soap rpc, could I > >> determine (from the service > >> side) an id of who is invoking the call. > >> > >> I have seen that using soap messages, with the > >> SOAPContext(request-context) > >> of the incoming message, I could use the method > >> getProperty with the constant > >> org.apache.soap.Constants.BAG_HTTPSESSION, to > obtain > >> an object from the > >> class javax.servlet.http.HttpSession, and then to > >> obtain the id of the http > >> session from there. But I would like to know if I > >> could do something like > >> that with soap rpc. > >> > >> Thanks a lot, > >> > >> Tizo > >> > >> > > > > > >===== > >Scott Nichol > > > >__________________________________ > >Do you Yahoo!? > >Yahoo! SiteBuilder - Free web site building tool. > Try it! > >http://webhosting.yahoo.com/ps/sb/ > > ===== Scott Nichol __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From dustinhughes@example.org Thu Feb 05 17:25:22 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 37333 invoked from network); 5 Feb 2004 17:25:22 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 5 Feb 2004 17:25:22 -0000 Received: (qmail 65153 invoked by uid 500); 5 Feb 2004 16:14:46 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 65100 invoked by uid 500); 5 Feb 2004 16:14:45 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 65036 invoked from network); 5 Feb 2004 16:14:45 -0000 Received: from unknown (HELO galaxy.lunarpages.com) (83.161.120.155) by daedalus.apache.org with SMTP; 5 Feb 2004 16:14:45 -0000 Received: from pcp08581988pcs.alxndr01.va.comcast.net ([83.161.120.155] helo=leviathan) by galaxy.lunarpages.com with asmtp (Exim 4.24) id 1AomA1-0007fE-8n for dustinhughes@example.org; Thu, 05 Feb 2004 08:15:25 -0800 Subject: LD_ASSUME_KERNEL From: Cyrus Adkisson <dustinhughes@example.org> To: dustinhughes@example.org Content-Type: text/plain Message-Id: <1075997683.7467.13.camel@hq> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 05 Feb 2004 11:14:43 -0500 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - galaxy.lunarpages.com X-AntiAbuse: Original Domain - ws.apache.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - rooseveltmedia.com X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hello all. I have about 15 computers running Tomcat 5 and soap and was having trouble a while back with the Tomcat/Soap services locking up. All the boxes would run fine, and then suddenly stop responding to soap calls. Scott Nichol gave me the key information to set an environment variable to LD_ASSUME_KERNEL=2.2.5 which worked great. However, I've now just set up my first non-i386 sysetm (a x86_64 dual opteron) and am running into the same lockup problem from before. THIS TIME, though, setting LD_ASSUME_KERNEL practically breaks my entire system as nothing (not even /bin/ls or /bin/mv, much less Tomcat) can find the libraries it needs to run. Any ideas on what I could do for this new system? Cyrus From dustinhughes@example.org Thu Feb 05 18:47:53 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 83719 invoked from network); 5 Feb 2004 18:47:53 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 5 Feb 2004 18:47:53 -0000 Received: (qmail 65033 invoked by uid 500); 5 Feb 2004 17:31:16 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 64975 invoked by uid 500); 5 Feb 2004 17:31:15 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 64948 invoked from network); 5 Feb 2004 17:31:15 -0000 Received: from unknown (HELO galaxy.lunarpages.com) (83.161.120.155) by daedalus.apache.org with SMTP; 5 Feb 2004 17:31:15 -0000 Received: from pcp08581988pcs.alxndr01.va.comcast.net ([83.161.120.155] helo=leviathan) by galaxy.lunarpages.com with asmtp (Exim 4.24) id 1AonM8-0003Lx-Gj for dustinhughes@example.org; Thu, 05 Feb 2004 09:32:00 -0800 Subject: Re: LD_ASSUME_KERNEL From: Cyrus Adkisson <dustinhughes@example.org> To: dustinhughes@example.org In-Reply-To: <1075997683.7467.13.camel@hq> References: <1075997683.7467.13.camel@hq> Content-Type: text/plain Message-Id: <1076002277.7467.17.camel@hq> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 05 Feb 2004 12:31:17 -0500 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - galaxy.lunarpages.com X-AntiAbuse: Original Domain - ws.apache.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - rooseveltmedia.com X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N An addendum to my post: I'm trying to build tomcat 5.0.18 (not .12) on this new machine with ant (hoping to circumvent the previous issue), but after typing "ant" in the jakarta source directory, the build just hangs. It says the name of the buildfile and that's all I can tell is happening. I tried -v and -debug but there was no more information. Does ANT go out to the internet to retrieve stuff? And if so, are there any special firewall settings needed to allow that to happen? Cyrus On Thu, 2004-02-05 at 11:14, Cyrus Adkisson wrote: > Hello all. > > I have about 15 computers running Tomcat 5 and soap and was having > trouble a while back with the Tomcat/Soap services locking up. All the > boxes would run fine, and then suddenly stop responding to soap calls. > Scott Nichol gave me the key information to set an environment variable > to LD_ASSUME_KERNEL=2.2.5 which worked great. > > However, I've now just set up my first non-i386 sysetm (a x86_64 dual > opteron) and am running into the same lockup problem from before. THIS > TIME, though, setting LD_ASSUME_KERNEL practically breaks my entire > system as nothing (not even /bin/ls or /bin/mv, much less Tomcat) can > find the libraries it needs to run. > > Any ideas on what I could do for this new system? > > Cyrus > > > From dustinhughes@example.org Thu Feb 05 20:04:24 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 30742 invoked from network); 5 Feb 2004 20:04:24 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 5 Feb 2004 20:04:24 -0000 Received: (qmail 9859 invoked by uid 500); 5 Feb 2004 18:55:10 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 9815 invoked by uid 500); 5 Feb 2004 18:55:10 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 9633 invoked from network); 5 Feb 2004 18:55:08 -0000 Received: from unknown (HELO hotmail.com) (83.161.120.155) by daedalus.apache.org with SMTP; 5 Feb 2004 18:55:08 -0000 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 5 Feb 2004 10:55:09 -0800 Received: from 83.161.120.155 by law10-oe19.law10.hotmail.com with DAV; Thu, 05 Feb 2004 18:55:09 +0000 X-Originating-IP: [83.161.120.155] X-Originating-Email: [dustinhughes@example.org] X-Sender: dustinhughes@example.org From: "Martin Gainty" <dustinhughes@example.org> To: <dustinhughes@example.org>, <dustinhughes@example.org> References: <1075997683.7467.13.camel@hq> <1076002277.7467.17.camel@hq> Subject: Re: LD_ASSUME_KERNEL Date: Thu, 5 Feb 2004 13:55:19 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Message-ID: <dustinhughes@example.org> X-OriginalArrivalTime: 05 Feb 2004 18:55:09.0678 (UTC) FILETIME=[93EF58E0:01C3EC19] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Ant is finicky about JDK, wrong version Jars. I would suggest uninstalling ANT JDK/JRE and then reinstalling JRE/JDK ANT I would pay particular attaention to things like You will need a JAXP Compliant parser Which you can read about it here.. http://ant.apache.org/manual/install.html Regards, -Martin ----- Original Message ----- From: "Cyrus Adkisson" <dustinhughes@example.org> To: <dustinhughes@example.org> Sent: Thursday, February 05, 2004 12:31 PM Subject: Re: LD_ASSUME_KERNEL > An addendum to my post: I'm trying to build tomcat 5.0.18 (not .12) on > this new machine with ant (hoping to circumvent the previous issue), but > after typing "ant" in the jakarta source directory, the build just > hangs. > > It says the name of the buildfile and that's all I can tell is > happening. I tried -v and -debug but there was no more information. Does > ANT go out to the internet to retrieve stuff? And if so, are there any > special firewall settings needed to allow that to happen? > > Cyrus > > On Thu, 2004-02-05 at 11:14, Cyrus Adkisson wrote: > > Hello all. > > > > I have about 15 computers running Tomcat 5 and soap and was having > > trouble a while back with the Tomcat/Soap services locking up. All the > > boxes would run fine, and then suddenly stop responding to soap calls. > > Scott Nichol gave me the key information to set an environment variable > > to LD_ASSUME_KERNEL=2.2.5 which worked great. > > > > However, I've now just set up my first non-i386 sysetm (a x86_64 dual > > opteron) and am running into the same lockup problem from before. THIS > > TIME, though, setting LD_ASSUME_KERNEL practically breaks my entire > > system as nothing (not even /bin/ls or /bin/mv, much less Tomcat) can > > find the libraries it needs to run. > > > > Any ideas on what I could do for this new system? > > > > Cyrus > > > > > > > > From dustinhughes@example.org Thu Feb 05 21:40:00 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 94736 invoked from network); 5 Feb 2004 21:40:00 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 5 Feb 2004 21:40:00 -0000 Received: (qmail 10185 invoked by uid 500); 5 Feb 2004 21:39:32 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 10148 invoked by uid 500); 5 Feb 2004 21:39:32 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 10029 invoked from network); 5 Feb 2004 21:39:31 -0000 Received: from unknown (HELO sccrmhc12.comcast.net) (83.161.120.155) by daedalus.apache.org with SMTP; 5 Feb 2004 21:39:31 -0000 Received: from northgate (pcp01349753pcs.lowmrn01.pa.comcast.net[83.161.120.155]) by comcast.net (sccrmhc12) with SMTP id <2004020413264401200d9oeqe>; Wed, 4 Feb 2004 13:26:44 +0000 Message-ID: <05c801c3eb22$cb64eb70$6401a8c0@northgate> From: "Scott Nichol" <dustinhughes@example.org> To: "Tudor, Liviu @Cimage" <dustinhughes@example.org>, <dustinhughes@example.org> References: <dustinhughes@example.org> Subject: Re: Long delays experienced with Apache SOAP due to the HTTPUtils.post method Date: Wed, 4 Feb 2004 08:28:36 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Unfortunately, none that I know of. 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 -----=20 From: "Tudor, Liviu @Cimage" <dustinhughes@example.org> To: "Scott Nichol" <dustinhughes@example.org> Sent: Wednesday, February 04, 2004 7:49 AM Subject: RE: Long delays experienced with Apache SOAP due to the = HTTPUtils.post method Scott, are there some resources on the web that presents comparisons in = between Axis and SOAP in terms of performance/speed/memory consumption? Thanks! Liviu Tudor=20 Cimage Novasoft Limited www.cimagenovasoft.com dustinhughes@example.org Fax: 7372957926 Direct Line: 7372957926=20 Centennial Court, Easthampstead Road, Bracknell, BERKS, RG12 1JZ=20 Real programmers don't comment their code. If it was hard to write, it = should be hard to understand. =20 -----Original Message----- From: Scott Nichol [mailto:dustinhughes@example.org] Sent: Wednesday, February 04, 2004 12:19 PM To: Tudor, Liviu @Cimage; dustinhughes@example.org Subject: Re: Long delays experienced with Apache SOAP due to the HTTPUtils.post method Handling large SOAP payloads is something Apache SOAP is known to do = slowly, but there is no major improvement planned. Several places, the = code works with the payload in DOM form. Changing to something that = would be faster and require less memory (e.g. using a SAX or pull = parser) would require too much work. Axis, the next generation of = Apache SOAP, does *not* use a DOM parser. 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 -----=20 From: "Tudor, Liviu @Cimage" <dustinhughes@example.org> To: "Scott Nichol" <dustinhughes@example.org> Sent: Wednesday, February 04, 2004 6:13 AM Subject: RE: Long delays experienced with Apache SOAP due to the = HTTPUtils.post method Hi Scott, thanks for the reply! Nagling didn't improve the speed too much, however, out of a sudden I = think actually the problem relies on the IIS/.NET side -- due to the way = the system is configured it looks like .NET takes a while to = load/start/run the webservice itself, hence the initial delay. Still, = there is the problem of very long XML responses which of course are read = in a memory-buffer on Apache SOAP's side, but I suppose this cannot be = improved/avoided in any way -- or .. can it? :O Thanks anyway for the response, and sorry for not having checked more = thoroughly in the first place! Regards, Liviu Tudor=20 Cimage Novasoft Limited www.cimagenovasoft.com dustinhughes@example.org Fax: 7372957926 Direct Line: 7372957926=20 Centennial Court, Easthampstead Road, Bracknell, BERKS, RG12 1JZ=20 Real programmers don't comment their code. If it was hard to write, it = should be hard to understand. =20 -----Original Message----- From: Scott Nichol [mailto:dustinhughes@example.org] Sent: Tuesday, February 03, 2004 5:31 PM To: dustinhughes@example.org; Tudor, Liviu @Cimage Subject: Re: Long delays experienced with Apache SOAP due to the HTTPUtils.post method The parsing itself does not take a second. The delay is presumably in = reading data being returned, or even in sending the data, although 1 = second is still a very long time. The first suggestion is to disable Nagling. This is done by calling = setTcpNoDelay() on the SOAPHTTPConneciton class. 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 -----=20 From: "Tudor, Liviu @Cimage" <dustinhughes@example.org> To: <dustinhughes@example.org> Sent: Tuesday, February 03, 2004 12:03 PM Subject: Long delays experienced with Apache SOAP due to the = HTTPUtils.post method Hi everyone! I am currently using Apache SOAP 2.3.1 together with JDK 1.4 and = Xerces-J 2.0.0; I have written some proxy classes to access a few = webservices written in .NET and it worked fine; however at some point I = came across some delays during the synchronuous calls made from my = proxies to the .NET side. I've added extra logging in my classes and it = transpired that the actual delay occurs in the Message.send function. = Further refinements of my searches showed in the end that the = "bottleneck" is actually in the HTTPUtils function in the function send, = in between the following lines: BufferedInputStream bInStream =3D new = BufferedInputStream(inStream); /* Read the response status line. */ int statusCode =3D 0; String statusString =3D null; StringBuffer linebuf =3D new StringBuffer(); int b =3D 0; while (b !=3D '\n' && b !=3D -1) { b =3D bInStream.read(); if (b !=3D '\n' && b !=3D '\r' && b !=3D -1) linebuf.append((char)b); } String line =3D linebuf.toString(); try { StringTokenizer st =3D new StringTokenizer(line); st.nextToken(); // ignore version part statusCode =3D Integer.parseInt (st.nextToken()); StringBuffer sb =3D new StringBuffer(); while (st.hasMoreTokens()) { sb.append (st.nextToken()); if (st.hasMoreTokens()) { sb.append(" "); } } statusString =3D sb.toString(); } catch (Exception e) { throw new IllegalArgumentException( "Error parsing HTTP status line \"" + line + "\": " + e); } It seem that the actual parsing of the status line takes over a second, = on a "normal" PIII 800 MHz with 512 MB of RAM, which is quite a delay. = Also, the same problem seems to appear in one of our customers' site, = who's running BEA WebLogic on a Sparc quad-processor machine with 2 Gb = of RAM. Has anyone encountered this before and is there a way to bypass it? Regards, Liviu Tudor=20 Cimage Novasoft Limited www.cimagenovasoft.com dustinhughes@example.org Fax: 7372957926 Direct Line: 7372957926=20 *Centennial Court, Easthampstead Road, Bracknell, BERKS, RG12 1JZ=20 Real programmers don't comment their code. If it was hard to write, it = should be hard to understand.=20 From dustinhughes@example.org Thu Feb 05 21:41:11 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 95249 invoked from network); 5 Feb 2004 21:41:11 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 5 Feb 2004 21:41:11 -0000 Received: (qmail 15449 invoked by uid 500); 5 Feb 2004 21:40:47 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 15430 invoked by uid 500); 5 Feb 2004 21:40:47 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 15386 invoked from network); 5 Feb 2004 21:40:46 -0000 Received: from unknown (HELO sccrmhc13.comcast.net) (83.161.120.155) by daedalus.apache.org with SMTP; 5 Feb 2004 21:40:46 -0000 Received: from northgate (pcp01349753pcs.lowmrn01.pa.comcast.net[83.161.120.155]) by comcast.net (sccrmhc13) with SMTP id <200402041217090160015rmme>; Wed, 4 Feb 2004 12:17:09 +0000 Message-ID: <03ed01c3eb19$12575950$6401a8c0@northgate> From: "Scott Nichol" <dustinhughes@example.org> To: "Tudor, Liviu @Cimage" <dustinhughes@example.org>, <dustinhughes@example.org> References: <dustinhughes@example.org> Subject: Re: Long delays experienced with Apache SOAP due to the HTTPUtils.post method Date: Wed, 4 Feb 2004 07:19:00 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Handling large SOAP payloads is something Apache SOAP is known to do = slowly, but there is no major improvement planned. Several places, the = code works with the payload in DOM form. Changing to something that = would be faster and require less memory (e.g. using a SAX or pull = parser) would require too much work. Axis, the next generation of = Apache SOAP, does *not* use a DOM parser. 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 -----=20 From: "Tudor, Liviu @Cimage" <dustinhughes@example.org> To: "Scott Nichol" <dustinhughes@example.org> Sent: Wednesday, February 04, 2004 6:13 AM Subject: RE: Long delays experienced with Apache SOAP due to the = HTTPUtils.post method Hi Scott, thanks for the reply! Nagling didn't improve the speed too much, however, out of a sudden I = think actually the problem relies on the IIS/.NET side -- due to the way = the system is configured it looks like .NET takes a while to = load/start/run the webservice itself, hence the initial delay. Still, = there is the problem of very long XML responses which of course are read = in a memory-buffer on Apache SOAP's side, but I suppose this cannot be = improved/avoided in any way -- or .. can it? :O Thanks anyway for the response, and sorry for not having checked more = thoroughly in the first place! Regards, Liviu Tudor=20 Cimage Novasoft Limited www.cimagenovasoft.com dustinhughes@example.org Fax: 7372957926 Direct Line: 7372957926=20 Centennial Court, Easthampstead Road, Bracknell, BERKS, RG12 1JZ=20 Real programmers don't comment their code. If it was hard to write, it = should be hard to understand. =20 -----Original Message----- From: Scott Nichol [mailto:dustinhughes@example.org] Sent: Tuesday, February 03, 2004 5:31 PM To: dustinhughes@example.org; Tudor, Liviu @Cimage Subject: Re: Long delays experienced with Apache SOAP due to the HTTPUtils.post method The parsing itself does not take a second. The delay is presumably in = reading data being returned, or even in sending the data, although 1 = second is still a very long time. The first suggestion is to disable Nagling. This is done by calling = setTcpNoDelay() on the SOAPHTTPConneciton class. 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 -----=20 From: "Tudor, Liviu @Cimage" <dustinhughes@example.org> To: <dustinhughes@example.org> Sent: Tuesday, February 03, 2004 12:03 PM Subject: Long delays experienced with Apache SOAP due to the = HTTPUtils.post method Hi everyone! I am currently using Apache SOAP 2.3.1 together with JDK 1.4 and = Xerces-J 2.0.0; I have written some proxy classes to access a few = webservices written in .NET and it worked fine; however at some point I = came across some delays during the synchronuous calls made from my = proxies to the .NET side. I've added extra logging in my classes and it = transpired that the actual delay occurs in the Message.send function. = Further refinements of my searches showed in the end that the = "bottleneck" is actually in the HTTPUtils function in the function send, = in between the following lines: BufferedInputStream bInStream =3D new = BufferedInputStream(inStream); /* Read the response status line. */ int statusCode =3D 0; String statusString =3D null; StringBuffer linebuf =3D new StringBuffer(); int b =3D 0; while (b !=3D '\n' && b !=3D -1) { b =3D bInStream.read(); if (b !=3D '\n' && b !=3D '\r' && b !=3D -1) linebuf.append((char)b); } String line =3D linebuf.toString(); try { StringTokenizer st =3D new StringTokenizer(line); st.nextToken(); // ignore version part statusCode =3D Integer.parseInt (st.nextToken()); StringBuffer sb =3D new StringBuffer(); while (st.hasMoreTokens()) { sb.append (st.nextToken()); if (st.hasMoreTokens()) { sb.append(" "); } } statusString =3D sb.toString(); } catch (Exception e) { throw new IllegalArgumentException( "Error parsing HTTP status line \"" + line + "\": " + e); } It seem that the actual parsing of the status line takes over a second, = on a "normal" PIII 800 MHz with 512 MB of RAM, which is quite a delay. = Also, the same problem seems to appear in one of our customers' site, = who's running BEA WebLogic on a Sparc quad-processor machine with 2 Gb = of RAM. Has anyone encountered this before and is there a way to bypass it? Regards, Liviu Tudor=20 Cimage Novasoft Limited www.cimagenovasoft.com dustinhughes@example.org Fax: 7372957926 Direct Line: 7372957926=20 *Centennial Court, Easthampstead Road, Bracknell, BERKS, RG12 1JZ=20 Real programmers don't comment their code. If it was hard to write, it = should be hard to understand.=20 From dustinhughes@example.org Thu Feb 05 21:41:23 2004 Return-Path: <dustinhughes@example.org> Delivered-To: dustinhughes@example.org Received: (qmail 95310 invoked from network); 5 Feb 2004 21:41:23 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur-2.apache.org with SMTP; 5 Feb 2004 21:41:23 -0000 Received: (qmail 15515 invoked by uid 500); 5 Feb 2004 21:40:47 -0000 Delivered-To: dustinhughes@example.org Received: (qmail 15487 invoked by uid 500); 5 Feb 2004 21:40:47 -0000 Mailing-List: contact dustinhughes@example.org; run by ezmlm Precedence: bulk Reply-To: dustinhughes@example.org list-help: <mailto:dustinhughes@example.org> list-unsubscribe: <mailto:dustinhughes@example.org> list-post: <mailto:dustinhughes@example.org> Delivered-To: mailing list dustinhughes@example.org Received: (qmail 15441 invoked from network); 5 Feb 2004 21:40:47 -0000 Received: from unknown (HELO sccrmhc13.comcast.net) (83.161.120.155) by daedalus.apache.org with SMTP; 5 Feb 2004 21:40:47 -0000 Received: from northgate (pcp01349753pcs.lowmrn01.pa.comcast.net[83.161.120.155]) by comcast.net (sccrmhc13) with SMTP id <2004020420002101600168i9e>; Wed, 4 Feb 2004 20:00:21 +0000 Message-ID: <08ca01c3eb59$c7f64c90$6401a8c0@northgate> From: "Scott Nichol" <dustinhughes@example.org> To: <dustinhughes@example.org> References: <dustinhughes@example.org> Subject: Re: Asunto: Re: session Date: Wed, 4 Feb 2004 15:02:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Yes, the Apache SOAP client can keep track of sessions. At = http://ws.apache.org/soap/docs/guide/migration.html, the section on = <HTTP session maintenance> shows how to make the client aware of = sessions. 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 -----=20 From: <dustinhughes@example.org> To: <dustinhughes@example.org> Sent: Wednesday, February 04, 2004 2:14 PM Subject: Asunto: Re: session Scott, I had thought something like the client id as a parameter, but then I = though in the http session (and I started to read about http, because I didn't know much about that). But using apache soap, both in the client and service side, the http = sessions are supported, aren't them? =20 Thanks a lot, Tizo >-- Mensaje original -- >Reply-To: dustinhughes@example.org >Date: Wed, 4 Feb 2004 07:56:43 -0800 (PST) >From: Scott Nichol <dustinhughes@example.org> >Subject: Re: session >To: dustinhughes@example.org > > >The answer depends in part on what you mean by "an id >of who is invoking the call." > >Many services are implemented with a client id as a >parameter to every method call. Google does this.=20 >You could design your services
{'source': 'Apache Software Foundation Public Mail Archives'}