On Feb 12, 2008, at 11:16 PM, Chuck Hill wrote:
You are almost certainly not going to get a WOServletContext or an
HTTPSession. And the J2EvilEdition app is not going to be send you
its session _object_.
Yes, I used the wrong term there.
It is going to be sending a session identifier. This is going to
be either in the form values or in the HTTP headers.
I don't see it in the URL, so I'm guessing it must come over as a form
variable. If so, using my last e-mail as an example j2ee equivalent
of what I want to do, i.e.:
String sessionKey = (String)
session.getAttribute("otherj2eeAppSession");
should I be able to get it simply by doing:
String sessionKey = (String)
this.request().formValueForKey("otherj2eeAppSession");
Jeff
You will have to find it. See the WORequest methods for getting
access to these.
Chuck
On Feb 12, 2008, at 9:04 PM, Jeff Schmitz wrote:
Yes, you're correct in that what I'm doing is probably not a
"normal" thing to do, but in my case I think it's required. My
webobjects app is communicating with another J2EE app. I've
configured the J2EE app to invoke one of my Direct actions. When
it does, it passes me ITS session object as was shown, and it wants
it back when my webobjects app sends a message back to it. That's
why I need to access ITS session object (and why it sends it to me
in the first place). Am I out of luck? Note, I don't have any
control over the J2EE app other than being able to configure it to
invoke my direct action.
Jeff
On Feb 12, 2008, at 10:56 PM, Mike Schrag wrote:
I'm not deploying as a Servlet btw, I just want access to that
session id that's part of the request I receive from another
webapp.
So wait ... Let's go back to square one here. You're running a
normal WO app, NOT inside of a servlet container like Tomcat or
JBoss, correct? If so, there IS no HttpSession. That's a J2EE
construct that does not exist in WO (in the same way). If you're
coming from another container and getting redirected into your WO
app, you aren't sharing sessions with that other application --
you're using WO sessions in your and they're using whatever
they're using in theirs. In yours, your application has a
WOSession subclass, which you can obtain by asking your component
for it's .session().
If I'm reading this wrong and you're deploying a WO app inside of
Tomcat or JBoss (or some other J2EE container), then your context
will be a WOServletContext and you CAN access the HttpSession.
Can you clarify exactly what your development/deployment scenario
is here?
ms
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/jeffandmonica%40mac.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
This email sent to [EMAIL PROTECTED]
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
