Return-Path: Delivered-To: apmail-ws-axis-user-archive@www.apache.org Received: (qmail 89890 invoked from network); 20 Jan 2005 18:33:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 20 Jan 2005 18:33:42 -0000 Received: (qmail 88290 invoked by uid 500); 20 Jan 2005 18:33:30 -0000 Delivered-To: apmail-ws-axis-user-archive@ws.apache.org Received: (qmail 88274 invoked by uid 500); 20 Jan 2005 18:33:30 -0000 Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-user@ws.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list axis-user@ws.apache.org Received: (qmail 88258 invoked by uid 99); 20 Jan 2005 18:33:30 -0000 X-ASF-Spam-Status: No, hits=1.0 required=10.0 tests=RCVD_IN_NJABL_PROXY,SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from smtp5.net4india.com (HELO smtp.net4india.com) (202.71.129.125) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 20 Jan 2005 10:33:28 -0800 Received: from [61.95.195.222] (helo=laptop) by smtp.net4india.com with smtp (Exim 3.36 #1) id 1Crh7U-00043P-00 for axis-user@ws.apache.org; Fri, 21 Jan 2005 00:03:24 +0530 Message-ID: <02a801c4ff1e$4d575f90$8dc35f3d@laptop> From: "Shantha Kumar" To: References: <018d01c4ff16$f2910450$8dc35f3d@laptop> <41EFF620.3090400@ugcs.net> Subject: Re: Question about session scope Date: Fri, 21 Jan 2005 00:01:46 +0530 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.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N thanks Tim. I was of the opinion that the implementation was done for statelessness. thanks for the eye-opener. SK ----- Original Message ----- From: "Tim K. (Gmane)" To: Sent: Thursday, January 20, 2005 11:49 PM Subject: Re: Question about session scope > The scope (session, application, request) on the server side tells Axis > how many instance of the server implementation classes to create, it > doesn't have much to do with the session on the client side. The client > is not aware of the session scope on the server side. So you can for > example use sessions on the client even if the scope on the server is > application (or request). > > Now, session tracking on the client side via HTTP cookies has a few > issues. You may want to look at these bugs (some may or may not apply to > your usage case but it's good to be aware of them): > > http://issues.apache.org/jira/browse/AXIS-1080 > > http://issues.apache.org/jira/browse/AXIS-986 > > http://issues.apache.org/jira/browse/AXIS-1754 > > Tim > > Shantha Kumar wrote: > > Hi, > > > > if the client doesn't call setMaintainSession(true) the JSessionID cookie > > doesn't get transported to the server. The server keeps creating a new > > session and also a new bean. > > > > thanks, > > sk > > ----- Original Message ----- > > From: "Wiener, Zach" > > To: > > Sent: Thursday, January 20, 2005 8:26 PM > > Subject: Question about session scope > > > > > > Hello. If I deploy a service with session scope, then why must the > > client call setMaintainSession(true)? It seems that the service, or > > Axis, should be responsible for maintaining the scope of the service as > > session. How is the scope of a service published to clients? What > > happens if a service is deployed as session scope, but the client > > doesn't call setMaintainSession(true)? > > > > Thanks. > > > > > > > > > >