You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Volanis, Alexander" <AV...@rsasecurity.com> on 2002/09/05 17:19:33 UTC

RE: [BUG] Multithreaded client with multiple Call instances share s se ssions?

Hi Dims,

The SessionTestServerServiceLocator was generated by WSDL2Java. Here are the
generated files. The SessionTestServer.java is the generated interface that
matches the test class by the same name in my previous post. The files were
generated by:

 WSDL2Java -p com.rsa http://localhost:7003/axis/services/SessionTest?wsdl

Thanks
Alex



-----Original Message-----
From: Davanum Srinivas [mailto:dims@yahoo.com]
Sent: Thursday, September 05, 2002 7:51 AM
To: axis-dev@xml.apache.org
Subject: Re: [BUG] Multithreaded client with multiple Call instances
shares se ssions?


Alex,

SessionTestServerServiceLocator seems to be missing...Can you please send
all code needed to
reproduce the problem?

Thanks,
dims

--- "Volanis, Alexander" <AV...@rsasecurity.com> wrote:
> Hello everyone,
> 
> I have a peculiar problem that I think may be a bug. I have attached a
> sample service class (SessionTestServer.java), a multithreaded client
class
> (SessionTest.java) and a deployment WSDD file (deploy.wsdd). The service
is
> supposed to be deployed as a session scoped service. When the client is
> running as a multithreaded client all threads appear to be sharing one
> session. Each thread creates its own instance of the Call class via the
> WSDL2Java generated Service Locator class. Within each thread a number of
> calls to the service method happen in parallel with other threads. I
> expected that for each instance of the Call class a separate session would
> be maintained by the client engine. Instead I can see that they appear to
> share the same session. If I run several separate client processes with
one
> thread each the problem goes away which indicates that the server class is
> not the problem. If I turn off the maintainSession option I can also see
> that the problem is eliminated but that defeats the purpose of the
session.
> 
> Anybody have any insight on this problem? Am I doing something wrong? Am I
> mistaken in expecting each instance of the Call class in each thread to
> maintain a separate session?
> 
> Thank you in advance for any advice you may have.
> 
> Alex Volanis
> 
> Consulting Engineer
> e-mail: avolanis@rsasecurity.com
> _______________________________________
> RSA SECURITY Inc.
> The Most Trusted Name in e-Security
> 174 Middlessex Tpke, Bedford, MA 01730 USA
> http://www.rsasecurity.com
> 
> 

> ATTACHMENT part 2 application/octet-stream name=deploy.wsdd


> ATTACHMENT part 3 application/octet-stream name=SessionTestServer.java


> ATTACHMENT part 4 application/octet-stream name=SessionTest.java



=====
Davanum Srinivas - http://xml.apache.org/~dims/

__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com