struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "James Mitchell" <jmitc...@telocity.com>
Subject RE: Please help clarify or confirm -- HttpSession
Date Thu, 13 Jun 2002 21:04:39 GMT
Although I don't recommend using ASP with Java, it is possible.

http://support.microsoft.com/default.aspx?scid=kb;EN-US;q167941

I have more experience with this then I care to admit.

HTH!

James Mitchell
Software Engineer\Struts Evangelist
Struts-Atlanta, the "Open Minded Developer Network"
http://struts-atlanta.open-tools.org

> -----Original Message-----
> From: Jerry Jalenak [mailto:Jerry.Jalenak@LABONE.com]
> Sent: Thursday, June 13, 2002 2:12 PM
> To: 'Struts Users Mailing List'; 'josephb@hereuare.com'
> Subject: RE: Please help clarify or confirm -- HttpSession
>
>
> A couple of reasons....
>
> 1. My company has three main lines of business that for various regulatory
> reasons need to be kept separate.  This applies to deliver of
> content on the
> web as well.  What I am trying to accomplish is essentially a
> single-signon
> capability (within the framework) that the business applications can then
> validate against (successful logon, etc.).
>
> 2. I am also needing to integrate non-JSP applications (.ASP for instance)
> into the framework.  I know they cannot directly access my JavaBeans, but
> I'm wondering if a .ASP page could access the HttpSession data.....
>
> Jerry
>
> -----Original Message-----
> From: Joseph Barefoot [mailto:josephb@hereuare.com]
> Sent: Thursday, June 13, 2002 1:10 PM
> To: Struts Users Mailing List
> Subject: RE: Please help clarify or confirm -- HttpSession
>
>
> hmmm...but the sessionIDs have to be unique, even across web
> apps., correct?
> If there weren't unique, URL rewriting would not work correctly
> if two users
> using two webapps on the same app. server happened to get the same session
> ID.  Therefore, one *should* be able to store objects from webapp A in a
> shared classloader class keyed by the sessionID and retrieve them from
> webapp B.
>
> Am I missing something here? (besides why the hell you would want to do
> this)
> :)
>
>
> joe
>
> > -----Original Message-----
> > From: Kevin.Bedell@sunlife.com [mailto:Kevin.Bedell@sunlife.com]
> > Sent: Thursday, June 13, 2002 10:46 AM
> > To: Struts Users Mailing List
> > Subject: RE: Please help clarify or confirm -- HttpSession
> >
> >
> >
> > In general, there is no way session info from one webapp can be made
> > visible to other webapps. Some details of this may vary
> depending on your
> > app server.
> >
> > Sessions are controlled by cookies being set on the client. The
> "cookies"
> > that are set by each webapp are scoped for that webapp only. As
> > an example,
> > create the following .jsp file and name it session.jsp. Put it in
> > "webapp1"
> >
> > <html>
> >   <head>
> >     <title>Testing Session Management</title>
> >   </head>
> >   <body>
> >     <% out.print("Session ID = " + request.getSession().getId() );  %>
> >   </body>
> > </html>
> >
> >
> >
> > Then, if you were to do a low-level http request from the server,
> > you'd see
> > something like:
> >
> >
> > bash-2.05$ ./telnet -E localhost 8080              [ <-- I type ]
> > Trying 127.0.0.1...
> > Connected to localhost.
> > Escape character is 'off'.
> >
> > GET /webapp1/session.jsp HTTP/1.0                   [ <-- I type ]
> >
> > HTTP/1.1 200 OK
> > Content-Type: text/html;charset=ISO-8859-1
> > Date: Wed, 12 Jun 2002 00:39:49 GMT
> > Server: Apache Tomcat/4.0.3 (HTTP/1.1 Connector)
> > Connection: close
> > Set-Cookie: JSESSIONID=AC75B22FD1D283D1CEF0136928110679;Path=/webapp1
> >
> > <html>
> >   <head>
> >     <title>Testing Session Management</title>
> >   </head>
> >   <body>
> >     Session ID = AC75B22FD1D283D1CEF0136928110679
> >   </body>
> > </html>
> >
> > Connection closed by foreign host.
> > bash-2.05$
> >
> >
> > The JSESSIONID cookie is used by the servlet container to
> manage the user
> > session.
> >
> >
> > Notice that the the scope of the JSESSIONID Cookie in this example is
> > limited to the '/webapp1' web application. So even if you have many web
> > applications (or Struts applications) deployed in a servlet container,
> > session tracking is isolated between them.
> >
> >
> >
> > <ShamelessPlug>
> > I'll be covering topics such as this and others in my upcoming book
> > "Struts: Rapid Working Knowledge" to be published by SAMS later
> this year.
> > </ShamelessPlug>
> >
> >
> > HTH,
> >
> > Kevin
> >
> >
> >
> >
> >
> > "Jerry Jalenak" <Jerry.Jalenak@LABONE.com> on 06/13/2002 01:43:50 PM
> >
> > Please respond to "Struts Users Mailing List"
> >       <struts-user@jakarta.apache.org>
> >
> > To:   "'Struts Users Mailing List'" <struts-user@jakarta.apache.org>
> > cc:    (bcc: Kevin Bedell/Systems/USHO/SunLife)
> > Subject:  RE: Please help clarify or confirm -- HttpSession
> >
> >
> > This is something I've wondered about, especially in a team development
> > environment where there are several programmers working on different
> > webapps
> > that need to share a common framework - in other words, something like
> > this:
> >
> >  Tomcat\webapps
> >   framework-application
> >    WEB-INF
> >    ...
> >   webapplication_1
> >    WEB-INF
> >    ...
> >   webapplication_2
> >    WEB-INF
> >    ...
> >   etc etc etc
> >
> > Can the classes in webapplication_1 'see' session data that was
> > created and
> > stored in the session by the framework-application?
> >
> > Jerry
> >
> > -----Original Message-----
> > From: emmanuel.boudrant [mailto:b7st@yahoo.fr]
> > Sent: Thursday, June 13, 2002 12:39 PM
> > To: Struts Users Mailing List
> > Subject: Re: Please help clarify or confirm -- HttpSession
> >
> >
> >
> > At my knowledge, under tomcat each webapp have his own
> > "memory space" so you can't share HttpSession between
> > 2 webapp. You can share object between 2 webapp with
> > one condition, the class to be shared must be loaded
> > in same ClassLoader.
> >
> >
> > Did you understand my english ;)
> >
> > -Emmanuel
> >
> >
> >
> >  --- "Yuan, Tony" <Tony.Yuan@cingular.com> a écrit : >
> > Hi Guys,
> > > Can anyone help clarify or confirm the relationship
> > > between an HttpSession
> > > and a web application? I mean, can two WAR (two
> > > application) share one
> > > common HttpSession and whatever resource this
> > > HttpSession contains?
> > >
> > > My understanding is that if WARs are deployed
> > > separately, then there will be
> > > different HttpSessions and therefore you can not
> > > share resources among them.
> > > Can anyone help confirm this? or correct if I am
> > > wrong?
> > >
> > > Thanks!
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > > <mailto:struts-user-unsubscribe@jakarta.apache.org>
> > > For additional commands, e-mail:
> > > <mailto:struts-user-help@jakarta.apache.org>
> > >
> >
> > ___________________________________________________________
> > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> > Yahoo! Mail : http://fr.mail.yahoo.com
> >
> > --
> > To unsubscribe, e-mail:
> > <mailto:struts-user-unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail:
> > <mailto:struts-user-help@jakarta.apache.org>
> >
> >
> > This transmission (and any information attached to it) may be
> confidential
> > and is intended solely for the use of the individual or entity
> to which it
> > is addressed. If you are not the intended recipient or the person
> > responsible for delivering the transmission to the intended
> recipient, be
> > advised that you have received this transmission in error and
> > that any use,
> > dissemination, forwarding, printing, or copying of this information is
> > strictly prohibited. If you have received this transmission in error,
> > please immediately notify LabOne at (800)388-4675.
> >
> >
> >
> > --
> > To unsubscribe, e-mail:   <
> > mailto:struts-user-unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail: <
> > mailto:struts-user-help@jakarta.apache.org>
> >
> >
> >
> >
> >
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> <mailto:struts-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail:
> <mailto:struts-user-help@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:struts-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail:
> <mailto:struts-user-help@jakarta.apache.org>
>
>
>
> --
> To unsubscribe, e-mail:
<mailto:struts-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail:
<mailto:struts-user-help@jakarta.apache.org>



--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@jakarta.apache.org>


Mime
View raw message