00:51An:
[EMAIL PROTECTED]Betreff: RE: session management
problem
I encountered the
same issue where we have multiple service endpoint classes that need to be
utilized in a single client session
on theserver and the
services need to share information in the session.
???
Thanks in advance for
help
Thomas
Von: Wagle, Shriniwas
[mailto:[EMAIL PROTECTED] Gesendet: Freitag, 20. August 2004
16:31An:
[EMAIL PROTECTED]orgBetreff: RE: session management
problem
I haven't tried it,
but if I had a need I'd try something
I haven't tried it, but if I had a need I'd try something
like this:
- Start with the message context and go on from
there. Something like..
msgC =
MessageContext.getCurrentContext();(HttpServletRequest)msgC.getProperty(HTTPConstants.MC_HTTP_SERVLETREQUEST);
From this point on, you should
Günter Ladwig wrote:
Hi!
I didn't get any response to the message below. Is there really no one
who knows how to set the timeout? Or is there some other workaround?
Thanks in advance.
Günter
Hi,
look at the file web.xml contained in the axis\WEB-INF repository,
there is a tag that allows you to d
Hi!
I didn't get any response to the message below. Is there really no one
who knows how to set the timeout? Or is there some other workaround?
Thanks in advance.
Günter
Günter Ladwig wrote:
Hi,
I'm having some problems with SOAP sessions (SimpleSessionHandler). The
web service I'm trying to dev
You can use SimpleSession with a little tweaking with .NET clients also.
Srini
Siffert, Erich wrote:
Session handling: recommended method?
Hi everybody,
Just started with a project where we will enable
access to a CICS running on a ibm host through SOAP.
y, June 16, 2004 12:02 PM
To: [EMAIL PROTECTED]
Subject: RE: session in AddressBook sample
Ivan,
Thanks for explanation, it helps in understanding... I write you, not to
a user list, because don't want to disturb all...
So I know now why session does not work for me: I don't know h
t: Tuesday, June 15, 2004 3:21 PM
To: [EMAIL PROTECTED]
Subject: RE: session in AddressBook sample
I'm using it successfully in Axis 1.1 via request handlers and a custom
version SimpleSessionHandler. There, you will see that Message context
contains a list of ActiveSessions, and each section is
I'm using it successfully in Axis 1.1 via request handlers and a custom
version SimpleSessionHandler. There, you will see that Message context
contains a list of ActiveSessions, and each section is in turn nothing
but a hash table with stuff that survives across invocations.
All my web service met
PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, June 10, 2004 12:36 PM
Subject: Re: Session
Hi Stefano,
If you remember, we stumbled upon the same problem on how to send
sessions using headers from axis to .net client and back. As I was dealing
with one service maintaining sessions was a
me how you add the header in your wsdl?
Some tool or by hand?
Can you show me your wsdl for example?
And how can .Net use this header to make things work?
Thanks Tomi
-Ursprüngliche Nachricht-
Von: Stefano Sambi [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 27. April 2004 18:58
An: [EM
http://nagoya.apache.org/wiki/apachewiki.cgi?AxisProjectPages/HttpRequest
On Fri, 14 May 2004 18:03:53 -0700, Alex Chen <[EMAIL PROTECTED]> wrote:
> It does not matter whether the session information comes from the web
> server or from AXIS. As long as I can get the
> the session information, I a
It does not matter whether the session information comes from the web
server or from AXIS. As long as I can get the
the session information, I am happy.
In normal WEB browser/server situation, both sides control how the
session is initialized or maintained because they have
full access to the HT
your your own session info in the soap header?
-Original Message-
From: Alex Chen [mailto:[EMAIL PROTECTED]
Sent: Friday, May 14, 2004 5:42 PM
To: [EMAIL PROTECTED]
Subject: Session management
Is there any way to maintain session information within AXIS?
When an AXIS client issues a call
:
Subject: Re: Session
Sorry for my late reply.
Here is what I added to my wsdl to manage session:
1)Add this namespace declaration in root element of wsdl file (in
):
xmlns:session=http://xml.apache.org/axis/session
w me your wsdl for example?
And how can .Net use this header to make things work?
Thanks Tomi
-Ursprüngliche Nachricht-
Von: Stefano Sambi [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 27. April 2004 18:58
An: [EMAIL PROTECTED]
Betreff: Re: Session
I didn't use cookies, but only a
, 2004 10:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Session
I am curious to know if anyone has implemented sessions without using the
axis client. It must be possible to interop w/ non java clients and use
sessions, but it has eluded me, so far
t> cc:
Subject: Re: Session
04/27/2004 11:57
I didn't use cookies, but only a soap header with SimpleSessionHandler on
Axis side.
I also added an header in my wsdl, so .NET implements it automatically.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 27, 2004 6:34 PM
Sub
t> cc:
Subject: Re: Session
04/27/2004 11:23
Hi,
I used sessions between an Axis web service and a .NET client.
I didn't read your past messages, so I don't know what is your problem.
Stefano
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, April 27, 2004 4:57 P
com>cc:
Subject: Re: Session
04/27/2004
You can mantain sessions between the client and server ... take a look at howorg.apache.axis.handlers.SimpleSessionHandler works ...
here's an article describing sessions.
http://www.fawcette.com/javapro/2003_04/online/wsdl_kjones_04_29_03/default_pf.aspx
Vineet Singh <[EMAIL PROTECTED]> wrote:
hi
http://www.fawcette.com/javapro/2003_04/online/wsdl_kjones_04_29_03/
A
little google will do ya...
Also
see org.apache.axis.handlers.SimpleSessionHandler in the API
docs.
-Original Message-From: Krishnendu Kunti
[mailto:[EMAIL PROTECTED]Sent: Thursday, April 22, 2004
Tomi
-Ursprüngliche Nachricht-
Von: Stefano Sambi [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 7. April 2004 14:24
An: [EMAIL PROTECTED]
Betreff: Re: Session out of order
>From SimpleSessionHandler.java (in src\org\apache\axis\handlers\) line 135:
// By default, sessions time out
>From SimpleSessionHandler.java (in src\org\apache\axis\handlers\) line 135:
// By default, sessions time out after 1 minute of inactivity (60 sec)
private int defaultSessionTimeout = 60;
I hope this is useful to solve your problem.
Stefano
- Original Message -
From: "Dorner, Thomas
Hi Thomas -
once the first service call has returned, use the getSessionID method described below
to obtain the session identifier. the identifier can then be 'attached' to the second
service using the setSessionID method.
static public void setSessionId(Service oService, Long oId) {
AxisE
Element(new
org.apache.axis.message.SOAPBodyElement(name));
I am not really sure how to add the attributes to this. Can anyone correct
if I am doing something wrong here.
Thanks
kiran pathuru
-Original Message-
From: Chris Haddad [mailto:[EMAIL PROTECTED]
Sent: Monday, March 22, 2004 10:4
Kiran -
have you considered embedding the custom message inside the SOAP fault as a detail
element or as a custom exception?
/Chris
-- Original Message --
From: "Pathuru, Kiran" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Date: Mon, 22 Mar 2004
Thanks Chris
However, I modifed it as you suggested and tried to get the value back as soon as I create it and it still fails...
long longval= 9912345678L
java.lang.Long id2 = new Long(longval);// and add it
SOAPHeaderElement header = new SOAPHeaderElement("http://mywork.test.session",
#2 )Axis registers a type mapping for the java.lang.Long.class,
is your id object of type java.lang.Long or a custom type? If it is a
custom type, the type mapping needs to be defined, or convert the object to a native
object (for example, String or Long) and pass the simpler represe
On Fri, Oct 31, 2003 at 02:03:51PM -0300, Leonardo Mena wrote:
> You have to explicity set the intention to maintain the session in the
> client too (is not enough the WSDL). To do that take your ServiceLocator
> (locator) and do locator.setMaintainSession(true);
>
> Leo
>
Hello Leo,
Thx for y
You have to explicity set the intention to maintain the session in the
client too (is not enough the WSDL). To do that take your ServiceLocator
(locator) and do locator.setMaintainSession(true);
Leo
- Original Message -
From: "Walid" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Frida
Hi,
Has anyone worked on session maintainance between an AXIS client and a C# web service using SOAP headers?
Sateesh.
Toshiyuki Kimura <[EMAIL PROTECTED]> wrote:
Hi Saradhi,I think that many developers of web services are waiting forthe SOAP Header based session mechanism. But it has not becom
Hi Saradhi,
(B
(B I think that many developers of web services are waiting for
(Bthe SOAP Header based session mechanism. But it has not become
(Ba reality yet. I know some vendors do that, though the proposal
(Bisn't still determined as de facto standard or the spec.
(B
(B So, Cookie bas
ned by the 'Service Locator'.
-Original Message-
From: Barry Levinson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 3:14 PM
To: [EMAIL PROTECTED]
Subject: Re: Session Scope
Yes, you need to allow cookies to be stored. See archives of this list
for a more in de
Yes, you need to allow cookies to be stored. See archives of this list
for a more in depth answer.
--Barry
Almeida, Timothy wrote:
I'm attempting to deploy a simple 'hello world type' service to run in
"session scope", but it doesn't appear to be working. ('request' &
'application' scope setti
req.getHeader(HTTPConstants.HEADER_AUTHORIZATION));
msgContext.setProperty(Constants.MC_REMOTE_ADDR,
req.getRemoteAddr());
-Original Message-
From: Cory Wilkerson [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 2:02 PM
To: [EMAIL PROTECTED]
Subject: RE: Session Management
Maybe I
nce to the
MessageContext?
thanks
bin
All,
Subsequent client requests to my service don't appear to be retaining
state. I'm certain that I'm missing something rather trivial here re:
session management but I can't find any documentation regarding the
matter. That said, I ha
ROTECTED]]
Sent: Friday, January 31, 2003 2:04 PM
To: [EMAIL PROTECTED]
Subject: Re: Session Management
if u take a look at samples.userguide.example4.LogHandler you will see u
have to implement invoke( MessageContext msgContext ) in a Handler
however i was also wondering how does a Service get a r
MessageContext.getCurrentContext(). Described in the axis faq.
-Original Message-
From: bin [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 12:04 PM
To: [EMAIL PROTECTED]
Subject: Re: Session Management
if u take a look at samples.userguide.example4.LogHandler you will see u
MessageContext.getMessageContext()
-Original Message-
From: bin [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 3:04 PM
To: [EMAIL PROTECTED]
Subject: Re: Session Management
if u take a look at samples.userguide.example4.LogHandler you will see u
have to implement invoke
y service don't appear to be retaining
> state. I'm certain that I'm missing something rather trivial here re:
> session management but I can't find any documentation regarding the
> matter. That said, I have found the following tid bit:
> "It is up to some handler
"Johnson, Tim"
thcare.com> cc:
Subject: RE: Session management
uccess.
>
> Thanx in advance
>
> -Original Message-
> From: Grant Echols (JanusLogix) [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 22, 2002 12:12 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Session between services.
>
>
> We've been successful at doing
PROTECTED]
Subject: Re: Session between services.
We've been successful at doing this using the Axis Session object to store
'tokens' or other items that are commonly accessible by multiple published
SOAP services.
- Original Message -
From: "Alex Dovlecel" <[E
We've been successful at doing this using the Axis Session object to store
'tokens' or other items that are commonly accessible by multiple published
SOAP services.
- Original Message -
From: "Alex Dovlecel" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 21, 2002 6:02
rough them you might get some ideas on how to
> > > handle sessions - hope it helps.
> > >
> > > P.S. I am a fellow Tucsonian - work for Misys formly Sunquest.
> > >
> > > -Original Message-
> > > From: Mike Oliver [mailto:[EMAIL PR
Original Message-
> > From: Mike Oliver [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, November 15, 2002 9:54 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Session management
> >
> >
> > Maybe its in the Axis book, I haven't bought it yet.
> >
Tim,
Thanks for clogging up my 56k modem line with a "not well organized" zip
file of over 3Mb.
- Original Message -
From: "Johnson, Tim" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 15, 2002 12:00 PM
Subject: RE: Session managem
EMAIL PROTECTED]'
Subject: RE: Session management
I have collected a bunch of session threads over the past year
and I bundled them up in a zip file. They are not well organized
but if you read through them you might get some ideas on how to
handle sessions - hope it helps.
P.S. I am a fellow
No excuses - what I did was wrong - sorry about that - it won't happen
again.
-Original Message-
From: Pae Choi [mailto:paechoi@;earthlink.net]
Sent: Friday, November 15, 2002 1:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Session management
I am not certain how many of you appreciate
AIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, November 15, 2002 9:00 AM
Subject: RE: Session management
> I have collected a bunch of session threads over the past year
> and I bundled them up in a zip file. They are not well organized
> but if you read through them you
riday, November 15, 2002 9:09 AM
To: [EMAIL PROTECTED]
Subject: Re: Session management
A good tutorial for developing axis services with session management
will be
great!!!
dovle
> Yes that's a good question I would be interested in the answer as
well.
>
> Michael Oliver
> Ap
A good tutorial for developing axis services with session management will be
great!!!
dovle
> Yes that's a good question I would be interested in the answer as well.
>
> Michael Oliver
> AppsAsPeers LLC
> 7391 S. Bullrider Ave.
> Tucson, AZ 85747
> Phone:(520)574-1150
> Fax:(520)844-1036
>
>
>
GREAT but nobody gives me an answer.
> Yes that's a good question I would be interested in the answer as well.
Otherwise I might consider using apache soap, wich provides an easy way of
mantaining sessions... or stuff like this...
dovle
Yes that's a good question I would be interested in the answer as well.
Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036
-Original Message-
From: Alex Dovlecel [mailto:dovle@;ford.kbs.twi.tudelft.nl] On Behalf Of
Alex Dovlecel
S
Yes :)
I suspect the problem might be that SimpleSessionHandler isn't in the
client's request/response chains. An example of how to do this
properly is probably what I need.
Ric
On Wednesday, Oct 30, 2002, at 14:25 Europe/London, Matthias Brunner
wrote:
Just a guess:
Do you do Call.setMain
On Wednesday 30 October 2002 15:22, Ric Searle wrote:
> My problem is that my client application isn't sending this
> session id back in it's next request. Please could someone
> provide a very simple example of a client that does this (with
> it's corresponding wsdd file)? I've studied the exampl
cator for each client you want to
differentiate, you should get the right behavior.
Hope this helps,
--Glen
- Original Message -
From: "Ricky Ho" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 24, 2002 12:57 PM
Subject: Re: Session handling
>
The session is maintain per stub. Since you create a new stub every time
(rather than use the previous stub), so you don't have the session behavior.
Since the user browser maintain cookies to the HTTPSession, you should
store the stub into the HTTPSession variable.
Rgds, Ricky
At 04:04 PM 10/
Hi Ricky,
Thanx for your response.
I don't know whether I am doing it right, but I create a new
serviceLocator instance for each user, and get the stub from there.
Does that guarantee that the stub is different each time?
Also, I am not putting the stub manually in HttpSession. Why should I be
You are using different stub for different user. Do you put the each stub
in the HttpSession ? How do you get a particular stub ?
Rgds, Ricky
At 08:21 PM 10/23/2002 -0500, Sandeep G Nijsure wrote:
Hi all,
Could someone plz. explain me the diff between session management using
cookies and SOAP
On Wednesday 23 October 2002 22:06, Alan Moore wrote:
> FYI:
>
> If your service is marked for session scope, you don't need to
> store your data in the session itself. You can store it in your
> service class as a member variable. This reduces your dependency
> on accessing the Session object via
EMAIL PROTECTED]
Subject: Re: Session question
On Wed, 2002-10-23 at 15:09, Matthias Brunner wrote:
> On Tuesday 22 October 2002 22:03, Timofey Korolyov wrote:
> > On Mon, 2002-10-21 at 22:26, Matthias Brunner wrote:
> > > First of all, set scope to "session" in your deplo
On Wednesday 23 October 2002 13:45, Timofey Korolyov wrote:
>
> here is my code sample. is that ok?
> Sorry for maybe simple question, but there is no code examples
> (expect TestSession) in www (i've searched everything with
> google.com).
>
> public Element getUpdatesList(String branch, String ve
On Wed, 2002-10-23 at 15:09, Matthias Brunner wrote:
> On Tuesday 22 October 2002 22:03, Timofey Korolyov wrote:
> > On Mon, 2002-10-21 at 22:26, Matthias Brunner wrote:
> > > First of all, set scope to "session" in your deployment
> > > descriptor (WSDD file).
> >
> > I've done that, but still not
On Tuesday 22 October 2002 22:03, Timofey Korolyov wrote:
> On Mon, 2002-10-21 at 22:26, Matthias Brunner wrote:
> > First of all, set scope to "session" in your deployment
> > descriptor (WSDD file).
>
> I've done that, but still nothing happens.
You have to call Call.setMaintainSession(true) on
On Mon, 2002-10-21 at 22:26, Matthias Brunner wrote:
> First of all, set scope to "session" in your deployment descriptor
> (WSDD file).
I've done that, but still nothing happens.
Server returns:
HTTP/1.1 200 OK
Content-Type: text/xml; charset=utf-8
Connection: close
Date: Tue, 22 Oct 2002 19:5
On Mon, 2002-10-21 at 22:26, Matthias Brunner wrote:
> First of all, set scope to "session" in your deployment descriptor
> (WSDD file).
> And look at the session example in the samples dir.
Thank you!
And is it possible to work with sessions from *.jws files?
--
Timofey Korolyov <[EMAIL PROTE
On Tuesday 22 October 2002 09:26, [EMAIL PROTECTED] wrote:
> Hi Matthias,
> I have put Axis on ATG, but the sessions does not get killed
> even though I've set it to "Request" scope. I had to invalidate
> the session from the AxisServlet to kill the session, which I
> definitely don't want(do
|
|cc:
|
|Subject: Re: Session question
|
>---|
On Monday 21 October 2002 19:40, Timofey K
zation...
alan
> -Original Message-
> From: Rajal Shah [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 18, 2002 6:10 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Session scope and threaded request?
>
>
> Many thanks.. Perfect example to try out the session s
MyInstance()
{
synchronized ( lock )
{
return myInstance;
}
}
}
--
Rajal
-Original Message-
From: Alan Moore [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 18, 2002 5:26 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Session scope and threaded
/show_bug.cgi?id=11305
Good luck!
alan
> -Original Message-
> From: Rajal Shah [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 18, 2002 2:31 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Session scope and threaded request?
>
>
> Ok.. I still need to get this sess
Sent: Tuesday, September 17, 2002 11:36 PM
To: '[EMAIL PROTECTED]'
Subject: RE: Session scope and threaded request?
In case of session scope, each session has its own instance of the
service class independently of which thread invokes the exposed
methods. I suppose that the servlet engin
In case of session scope, each session has its own instance of the
service class independently of which thread invokes the exposed
methods. I suppose that the servlet engine starts a new thread for
each request, at least MessageContext.getCurrentContext() works
in such manner. In case of applicat
AFAIK the behavior is what you would expect from the corresponding servlet
session/app behavior.
alan
> -Original Message-
> From: Rajal Shah [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 17, 2002 4:18 PM
> To: [EMAIL PROTECTED]
> Subject: Session scope and threaded request?
>
>
At 03:08 PM 7/9/2002 -0400, you wrote:
>I've got a test web service that gets and sets a java class. I used
>WSDL2Java to gen the stub and skeleton. The stub implements my interface.
>In the impl's constructor, I create and populate several private field
>variable instances of my base class.
>
>
Title: RE: Session ID from Axis
thanks. i
keep forgetting about the AxisServlet. i was debugging the actual session object
and looking at that api it works perfectly.
jill
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]Sent: Thursday, May 30
Title: RE: Session ID from Axis
The HttpRequest object is stored "as is" in the message context property bag. See org/apache/axis/transport/http/AxisServlet.java line 273:
msgContext.setProperty(HTTPConstants.MC_HTTP_SERVLETREQUEST, req)
So, something like:
((HttpServ
: [EMAIL PROTECTED]Subject: Re: Session full
web service with ejb provider and JAAS security
Exactly, Axis does not support Stateful Beans,
only Stateless. Apache SOAP (previous generation) did State, Stateless,
and Entity (at least the docs said it did).
- Original Message
]
To: [EMAIL PROTECTED]
Sent: Friday, May 10, 2002 12:06 PM
Subject: RE: Session full web service
with ejb provider and JAAS security
I
figured out the answers to my questions.
Let
me reply to myself, just in case somebody else is
interested.
1)
The stateful
Title: Session full web service with ejb provider and JAAS security
I
figured out the answers to my questions.
Let me
reply to myself, just in case somebody else is interested.
1) The
stateful bean stopped to be maintained by the ejb container in the following
cases:
- timing out in th
Title: Session full web service with ejb provider and JAAS security
I
asked you to continue working hard. Not necessarily until
3:30am...
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]Sent: Friday, May 03,
2002 3:33 AMTo: [EMAIL PROTECTED]Subject: Sess
Me too. I added log entries for each time my Session EJB was created,
removed, passivated, activated, and written / read. I saw it create a new
bean for each session (once I figured out how to get sessions working) and I
saw it passivate and write out beans when it reached the in memory max (40)
Mike,
the resources, you put into the sessionContext should implement the
"javax.servlet.http.HttpSessionBindingListener" interface.
see j2ee api doc for details.
you, will be noticed then, when your session has timed out.
for finalizing on the other hand you never know when it really happens.
Yes!
Take a look at the source/javadoc for
org.apache.axis.handlers.SimpleSessionHandler.
-Original Message-
From: Willy Ching [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 7:37 PM
To: [EMAIL PROTECTED]
Subject: Session in Web Service
Hello All,
I'm new in web serv
From: Oliver Suciu [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 19, 2002 8:26 PM
> To: [EMAIL PROTECTED]
> Subject: Re: session management?
>
> I am with you -- every non-trivial (web) app requires session management.
>
> And just as servlets have added HttpSession o
See Glens reponse to this post
http://marc.theaimsgroup.com/?l=axis-user&m=101413005300555&w=2
-Original Message-
From: Oliver Suciu [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 19, 2002 8:26 PM
To: [EMAIL PROTECTED]
Subject: Re: session management?
I am with you -- e
I am with you -- every non-trivial (web) app requires session management.
And just as servlets have added HttpSession on top of the stateless
HTTP, *something* should be added on top of SOAP (SoapSession?).
Note that this is *not* addressed by the current JAX-RPC spec.
But perhaps in Axis? (I'm
Take a look at the source/javadoc for
org.apache.axis.handlers.SimpleSessionHandler.
Should point you in the right direction for managing sessions on both server
and client.
Cheers
Adam
-Original Message-
From: Stefan Henke [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 06, 2002
92 matches
Mail list logo
