Re: wowebservice sessions
Re: wowebservice sessions
- Subject: Re: wowebservice sessions
- From: Mike Schrag <email@hidden>
- Date: Fri, 17 Feb 2006 08:28:07 -0500
It is, in fact, still an applicable bug. One nice thing is that it
is only a CLIENT bug, so you don't have to patch your WO server's
axis.jar, just your client's. This bug has been open in Axis since
2003!
On Feb 17, 2006, at 12:37 AM, Mike Schrag wrote:
Responding to myself here :) I found a reference to what sounds
like my problem at http://www.wodev.com/cgi-bin/WebObjects/
WODev.woa/wa/Main?wikiPage=AxisAndSessions ... Does anyone happen
to know if this bug is still outstanding? I like to think not
since it's a year and a half old, but stranger/sadder things have
happened.
ms
On Feb 16, 2006, at 11:45 PM, Mike Schrag wrote:
So I know I can get the WOContext and thus a WOSession from the
Axis MessageContext, but it appears to be a new session every
request. I have told axis to maintain sessions, so cookie handling
should be enabled, and I have set my session to put the sessionid
in a cookie. However, appendToResponse on the session is never
called for a WebServiceRequest, so _appendCookiesToRequest (or
whatever the method is) is not called. WebServiceRequestHandler
DOES appear to look for the wosid cookie, but I can't actually
tell 1) if WO is SETTING it properly, and 2) if Axis is sending it
back. I did skip the skinned cat swung over the head step, though
-- maybe I need to go back to that first? If anyone knows the
right settings on client and server for this to work, I'd greatly
appreciate it.
And while I'm at it, if I return a complex type or have a complex
type as a param to a web service method, I found I had to manually
register the type with
WOWebServiceRegistrar.registerFactoriesForClassWithQName it. I'm
curious why I have to do this given that WSDL generation is
automatic, so WO clearly knows both the QName of the type and the
full class name? Is there a smarter way to do this?
By the way, I documented my WS pain in the hasn't-really-caught-on-
WO-Wikibook for anyone who might come along after me.
ms
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40mdimension.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden