Session sharing between war files ???

          It seems that web-apps run in their own context, eg. are loaded by
          seperate classloaders. This means that a user will be prompted to log on
          to each web-app.
          Is it possible to share a session (eg. have a single login) for multiple
          web-apps (war-files) ???
          /Peter Reetz - Kapow

A Web Session is defined for a Servlet Context. The Javadoc for HttpSession says the following:
"Session information is scoped only to the current web application (ServletContext), so information stored in one context will not be directly visible in another."
So, session is designed to work that way. You should be having separate web applications since you said you have separate JVM's. So, to workaround this, you can use a database to store session objects based on the session id of a user thus maintaining unique and proper data for each user. This will make the application a little slower compared to inmemory solution, but will make sure that proper data is served in a clustered environment too since session data is stored in the database and each bean/object do not maintain any state as such so that more number of users can also be supported. This will return proper data in case the user gets to a different app server in the cluster for high-availability and also as fail-safe.
We implement this in our application that uses a cluster of 4 app-servers as it has many applications and has to support large number of concurrent users using any of these applications with a single sign-on.
Amar.

Similar Messages

Session Sharing between Webapps

          Hi everybody,
          I have read that session sharing between webapps is possible since Wls 6.1 using
          the same name
          for a cookie in the webapps.
          I have created a webapp named myPortal (for example) and a second named Navigation.
          The first webapp
          includes content of the second webapp
          After deploying the webapps in WLS and printing out the sessionid in each of the
          webapps, I found out
          that unfortionally the sessionid in the two webapps are not identical.
          My Question is: Is session sharing possible, or should I create a workaround?
          Here is my environment:
          WLS 6.1 on SUN running in developmentmode
          two webapps, deployed as .war file and/or as .ear file
          Cookie Name is configured to be identical in the two .war Files
          Regards,
          Ed


Search this newsgroup for a reply post on this by me. I incorrectly went down the
          primrose path on this one, too. I was corrected by Cameron Purdy. I did a bunch of
          impirical research on this and came to the same conclusion you have come to. The spec
          doesn't require it and, in fact, says that separate webapps have separate contexts, so
          they don't share sessions, even if the cookie is the same name.
          Bill
          Eduard van den Bongard wrote:
          > Hi everybody,
          >
          > I have read that session sharing between webapps is possible since Wls 6.1 using
          > the same name
          > for a cookie in the webapps.
          > I have created a webapp named myPortal (for example) and a second named Navigation.
          > The first webapp
          > includes content of the second webapp
          > After deploying the webapps in WLS and printing out the sessionid in each of the
          > webapps, I found out
          > that unfortionally the sessionid in the two webapps are not identical.
          > My Question is: Is session sharing possible, or should I create a workaround?
          >
          > Here is my environment:
          >
          > WLS 6.1 on SUN running in developmentmode
          > two webapps, deployed as .war file and/or as .ear file
          > Cookie Name is configured to be identical in the two .war Files
          >
          > Regards,
          >
          > Ed

Difference between .war file and .ear file

Hi,
what is the difference between .war file and .ear file ?
Please let me know with appropriate explanation.

War file means web application archive. It is archived file having a collection of JSP, servlets and static pages that together costitute a web application. It contains one WEB-INF directory which will have a file named web.xml which defines the structure of the web application.
On the other side EAR file is Enterprise application archive. It is file having packaged content of one or more modules into a single archive so that the deployment of all the modules can be done simultaneously on the application server. It also contains XML files called deployment descriptors which gives the details of the deployment method. This deployment descriptor will be present in the folder META-INF folder.
So the main difference betwwen the two is that Ear file is having collection of various modules to be deployed on the application server while the WAR file is used to deploy the web applications.

Session between WAR files

hello,
I am asking a question, however I still did not try it out (just being onest).
Would a session variable work between two WAR files?
For-example: Imagine I have WAR file A, that have a link to page WAR file B. Will the page in WAR file B have access to the session variables set by WAR file A?
As I maybe said more then once. I want to develop a website in a modularized way. I want to have the basic structure of the website in one WAR file, and then have the other sections to be loaded inside an other WAR file.
I realized that most of the websites on the internet just make a clear cut of reporoducing the common parts in the other WAR files. However this is something I would like to avoid, since I feel it is wrong. However is this the only way how this can be done?
I have searched a lot on the internet, but can not find a lot of examples! :(
thanks and regards,
sim085

No, I don't think you'll find sessions being shared between different webapps.
The assumption tends to be that webapps are developed independantly, and might have conflicting session attribute keys. Details of session behaviour are in the web.xml file associated with each app, they can have different expiry times etc..
I've shared data between webapps using my own cookies and common classes rather than using session.

Please Help: Session context sharing between wars in same app

I'm using iplanet iAS6.0 SP1.
I have to share a session among 6 wars inside my application.
I have tested individual wars and they work fine. Now during integration
i find that session is not being shared.
in my application descriptor i have included all the wars and I have
used the same context-root name for all war entries.
On of the wars is a login.war and it sets some user previlages info into
session which has to be shared among all wars.
I'm not able to get it working.
My settings in each war for session info go like this,
<session-info>
<impl>distributed</impl>
<dsync-type>dsync-distributed</dsync-type>
<timeout-type>last-access</timeout-type>
<secure>false</secure>
<domain></domain>
<path></path>
<scope></scope>
</session-info>
I'm stuck here. Documentation says on making session distributed and
setting dsync-type to distributed should work.
What else should be done in SP1.
Is it a must to move to SP2 to solve this. And even in SP2 is it
straight forward?
Please help
my application.xml looks like this............
<application>
<display-name>myapp</display-name>
<module>
<web>
<web-uri>mywar1.war</web-uri>
<context-root>app</context-root>
</web>
</module>
<module>
<web>
<web-uri>mywarN.war</web-uri>
<context-root>app</context-root>
</web>
</module>
<module>
<web>
<web-uri>login.war</web-uri>
<context-root>app</context-root>
</web>
</module>
<module>
<ejb>myjar1.jar</ejb>
</module>
</application>

Thanks-- that wasn't exactly the solution, since the dates and times are correct and IP addresses on both machinges should have been handled by DHCP, but you solved my problem by reminding me that there is a TCP/IP extension, which I looked at and saw that TCP/IP was turned off. I turned it on, and now everything is as it was an hour ago. So thank you!

How does one pass data between war files

Hello All,
I need to be able to pass values between 2 war files.
example:
from a JSP file in the 1st war file i get the login information and need to pass
the userid and password to another JSP in the 2rd war file.
Question: How does one go about doing this.
I'm using webLogic server 6.1 on NT.
Thanks - Bala

The problem is that web applications do not share the same session by
default. If you set the cookie name to be the same for both web
applications, you should be able to pass the data in the HttpSession...
Bala Ganesh wrote:
Hello All,
I need to be able to pass values between 2 war files.
example:
from a JSP file in the 1st war file i get the login information and need to pass
the userid and password to another JSP in the 2rd war file.
Question: How does one go about doing this.
I'm using webLogic server 6.1 on NT.
Thanks - Bala

Share session scope between war

Hi all,
I have more than two war inside ear.
I like to share sessionscope between these war.
any idea?
With Regards,
WP

Hi,
You can enable session sharing by adding the following to the <tt>weblogic-application.xml</tt> descriptor:
<session-descriptor>
<persistent-store-type>memory</persistent-store-type>
<sharing-enabled>true</sharing-enabled>
</session-descriptor>
http://download.oracle.com/docs/cd/E21764_01/web.1111/e13712/sessions.htm#WBAPP308
Dimitar

Behaviour differences between war file and exploded directory

Hi,
I'm baffled by differences in how my web app behaves when deploy in a war file and when deployed in exploded directory.
Firstly when I deploy in exploded directory format (using wldeploy in ant) - the jsps do not precompile. However, when I deploy the war file - again using ant and wldeploy - precompile works just fine - and general performance seems better.
Secondly - the webapp has a pdf file - which is used as a template to dynamically produce a document. When deployed
in exploded format - the webapp works fine and is able to read the pdf. However, when I deploy in war file, the pdf cannot be read.
Surely the behaviour should be the same whether we deploy as a war or exploded.
Someone please help
Tariq

Some behaviors will be different between a WAR file deployment and an exploded WAR deployment.
With respect to JSP precompile, you just say "they do not precompile", so I can't tell anything about that.
When you read files from an exploded WAR, you can reference them in two ways: as a resource, or as an absolute file path. When you read files from a WAR file, you can only read files as a resource, and not as an absolute file path. You're not giving any information about how you're reading the file, so I can't tell about that either.
You'd have to provide more detail to get better answers.

Communication between war files

Hi Team,
I have a requirement. I had set a data in servletContext using getServletContext.setAttribute() in a servlet, which is in one war file. Now i want that data which has been set, in another jsp or servlet which is in another war file .How can i achieve this? Please help

Both on the same server?
You can potentially use the method of ServletContext: servletContext.getServletContext("/pathToOtherContext");
In a secure environment that should always return null. Enabling it is a server specific ability.
On Tomcat you can do that through the [context configuration|http://tomcat.apache.org/tomcat-6.0-doc/config/context.html], specifying crossContext=true for the application you want to be able to make such a call.
cheers,
evnafets

Session Sharing between Portal and Baja servlet(UIX)

Hi guys,
I'm having real trouble trying to share a portal session with an external servlet session, in order to enable some file upload functionality. I found an older post (Re: cannot do a select on a table which mentioned a couple of pre-reqs for doing this, but they don't seem to work. I've enabled the the "Same Cookie Domain" checkbox. On checking the cookie values generated by portal, i noticed that none of them have a domain value:
Cookie name :ORA_DG2 cookie//domain : null//cooki val :mrlMP%2F8%2FMP%2F8
Cookie name :ORA_UCM_VER//cookie domain : null//cookie val :%2FMP%2F8pgqfg%2Cl_w_p%3Emp_ajc%2CamkMP%2F8neode*j%5Du%5Dn%3Ckn%5D_ha*_kiMP%2F80.3%2C005%2C21%2C%2F1MP%2F8.%2C1*..3*0%2F*-%2F
I tried setting my own cookie, but when I forward the request from portal to my (external) UIX servlet, a new session is created and all cookies are lost.
Dev env: ias102222, Jserv, with Portal 3.0.9.8
Any help will be much appreciated, I'm pretty much stuck on this one. The old post also mentioned a document to read (" See documents on session handling and Integrating Password Protected Applications into Oracle Portal - downloadable from portalstudio.oracle.com. "), but I've spent quite some time looking around on portalstudio, and haven't found it.
thanks,
rishi

Hi,
As you suggested, I took the issue up with the Cabo team, and the conclusion seems to be that either it may be a jserv bug, or something to do with JPDK. the UIX redirection code simply uses HttpServletResponse.sendRedirectURL()) for doing its work.
Sorry about the long post, thought I'd give some more info about what i'm seeing. I hope I'm doing everythng that is needed for session mgmt in PDK. I've got the "Once Per Session" box and "Same Cookie Domain" boxes checked. This is what the jserv.log looks like :
[01/05/2002 15:59:36:093 PDT] oracle.osf.UixServlet/Event = null
[01/05/2002 15:59:36:093 PDT] oracle.osf.UixServlet/Parameter portalid=24935
[01/05/2002 15:59:36:109 PDT] oracle.osf.UixServlet/Parameter [email protected]
I assume that the 'oracle.osf.UixServlet' above indicates the servlet zone, in which case the portlet UIX and the second UIX are both in the same zone. One thing i notice is that the domain cookie is always null. do it need to be explicitly set in order to have the correct value?
Here's the log from the time the first page is accessed, to the stuff printed out during the redirect. Note that 'sessid' changes after the redirect(revelent lines below are marked between '------'):
[02/05/2002 13:06:08:062 PDT] oracle.osf.UixServlet/Prov Msg : PortletPageBroker: ***********************************************************
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Requested page = Page[name=selfserv/reqUpload]
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Event = reqUpload.upload
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter rendermode=6
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter _portletid=20
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter _border=0
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter _action=showPortlet
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter [email protected]
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter authlevel=10
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter providerid=249353600001
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter backurl=http://dragon2-nt.us.oracle.com/servlet/page?pageid=553,555&_dad=portal30&_schema=PORTAL30
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter backurl=http://dragon2-nt.us.oracle.com/servlet/page?_pageid=553,555&_dad=portal30&_schema=PORTAL30
26_portletid%3D20%26_referencepath%3D938_PROCESS_2493536%26_backurl%3Dhttp%253A%252F%252Fdragon2-nt.us.oracle.com%252Fservlet%252Fpage%253F_pageid%253D553%252C555%2526_dad%253Dportal30%2526_schema%253DPORTAL30%26_mode%3D6%26_title%3DProcess%2524bjSt%253Dadb2b61d
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter 249353600001.20.938_PROCESS_2493536.next_page=reqUpload
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter [email protected]
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter portletid=20
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter _title=Process$bjSt=adb2b61d
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter [email protected]
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter _providerid=2493536
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter _logintime=2002-05-02-12:47:04
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter pageurl=http://dragon2-nt.us.oracle.com/servlet/page?_dad=portal30&_schema=PORTAL30&_type=portlet&_providerid=2493536&_portletid=20&_referencepath=938_PROCESS_2493536&_backurl=http%3A%2F%2Fdragon2-nt.us.oracle.com%2Fservlet%2Fpage%3F_pageid%3D553%2C555%26_dad%3Dportal30%26_schema%3DPORTAL30&_mode=6&_title=Process%24bjSt%3Dadb2b61d
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter portalid=24935
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter loginurl=https://dragon2-nt.us.oracle.com/pls/portal30_sso/portal30_sso.wwsso_app_admin.fapp_process_login?p_app_id=
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter _type=portlet
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter instancename=938_PROCESS_2493536
[02/05/2002 13:06:14:250 PDT] oracle.osf.UixServlet/Parameter referencepath=938PROCESS_2493536
[02/05/2002 13:06:14:265 PDT] oracle.osf.UixServlet/Parameter hastitle=0
[02/05/2002 13:06:14:265 PDT] oracle.osf.UixServlet/Prov Msg : SelfServPageFlowEngine: SourcePage: selfserv/reqUpload
[02/05/2002 13:06:14:265 PDT] oracle.osf.UixServlet/Prov Msg : SelfServPageFlowEngine: getPage: redirectURL
[02/05/2002 13:06:14:265 PDT] oracle.osf.UixServlet/Prov Msg : SelfServPageFlowEngine: getPage sessid =7t9gjv18w1.qQvvsA5H/BjN/AXMmkbGngTxpQOUp6XxmkLCpRbOcxeRc3y-
[02/05/2002 13:06:14:265 PDT] oracle.osf.UixServlet/Rendering page = Page[name=redirectURL,state=cf6605c5,url=http://shazam.us.oracle.com:7778/servlet/oracle.osf.UixServlet/selfserv/requploadFile?accountId=9&sesid=7t9gjv18w1.qQvvsA5H/BjN/AXMmkbGngTxpQOUp6XxmkLCpRbOcxeRc3y-,islog=event=reqUpload.upload&_render_mode=6&_portletid=20&_border=0&_action=showPortlet&[email protected]&_auth_level=10&_provider_id=249353600001&_backurl=http://dragon2-nt.us.oracle.com/servlet/page?_pageid=553,555&_dad=portal30&_schema=PORTAL30&_back_url=http://dragon2-nt.us.oracle.com/servlet/page?_pageid=553,555&_dad=portal30&_schema=PORTAL30&_design_url=http://dragon2-nt.us.oracle.com/servlet/page?_dad=portal30&_schema=PORTAL30&_type=portlet&_providerid=2493536&_portletid=20&_referencepath=938_PROCESS_2493536&_backurl=http%3A%2F%2Fdragon2-nt.us.oracle.com%2Fservlet%2Fpage%3F_dad%3Dportal30%26_schema%3DPORTAL30%26_type%3Dportlet%26_providerid%3D2493536%26_portletid%3D20%26_referencepath%3D938_PROCESS_2493536%26_backurl%3Dhttp%253A%252F%252Fdragon2-nt.us.oracle.com%252Fservlet%252Fpage%253F_pageid%253D553%252C555%2526_dad%253Dportal30%2526_schema%253DPORTAL30%26_mode%3D6%26_title%3DProcess%2524bjSt%253Dadb2b61d&249353600001.20.938_PROCESS_2493536.next_page=reqUpload&[email protected]&_portlet_id=20&_title=Process$bjSt=adb2b61d&[email protected]&_providerid=2493536&_logintime=2002-05-02-12:47:04&_page_url=http://dragon2-nt.us.oracle.com/servlet/page?_dad=portal30&_schema=PORTAL30&_type=portlet&_providerid=2493536&_portletid=20&_referencepath=938_PROCESS_2493536&_backurl=http%3A%2F%2Fdragon2-nt.us.oracle.com%2Fservlet%2Fpage%3F_pageid%3D553%2C555%26_dad%3Dportal30%26_schema%3DPORTAL30&_mode=6&_title=Process%24bjSt%3Dadb2b61d&_portal_id=24935&_login_url=https://dragon2-nt.us.oracle.com/pls/portal30_sso/portal30_sso.wwsso_app_admin.fapp_process_login?p_app_id=&_type=portlet&_instance_name=938_PROCESS_2493536&_referencepath=938_PROCESS_2493536&_has_title=0,islogged=true]
[02/05/2002 13:06:14:281 PDT] oracle.osf.UixServlet/Prov Msg : PortletPageBroker: PageName=redirectURL
[02/05/2002 13:06:14:281 PDT] oracle.osf.UixServlet/Prov Msg : PortletPageBroker: ***********************************************************
[02/05/2002 13:06:23:031 PDT] oracle.osf.UixServlet/Requested page = Page[name=selfserv/requploadFile]
[02/05/2002 13:06:23:031 PDT] oracle.osf.UixServlet/Event = null
[02/05/2002 13:06:23:031 PDT] oracle.osf.UixServlet/Parameter accountId=9
[02/05/2002 13:06:23:031 PDT] oracle.osf.UixServlet/Parameter sesid=7t9gjv18w1.qQvvsA5H/BjN/AXMmkbGngTxpQOUp6XxmkLCpRbOcxeRc3y-
[02/05/2002 13:06:23:078 PDT] oracle.osf.UixServlet/Prov Msg : SelfServPageFlowEngine: SourcePage: selfserv/requploadFile
getPage: selfserv/Login
[02/05/2002 13:06:23:078 PDT] oracle.osf.UixServlet/Prov Msg : SelfServPageFlowEngine: bc is oracle.cabo.servlet.BaseBajaContext@e1381b00
[02/05/2002 13:06:23:078 PDT] oracle.osf.UixServlet/Prov Msg : SelfServPageFlowEngine: getPage sessid =8cuavt19b1.qQvvsA5H/BjN/AXMmkbGngTxpQOUp6XxmkLCpRbOcxeRc3y-
Again, i don't know how helpful this log is, but any pointers would be much appreciated.
rishi

Sharing sessions between web applications (WAR files)

I am using weblogic 6.1. The opinion I have read indicates that
          sessions cannot be shared between WAR files. That is, I cannot put an
          attribute on the session from a servlet/JSP in one WAR file and read
          it out from the other. The only justification I've seen is "security".
          Now, I find this rather difficult to accept for several reasons:
          1. I cannot fathom what kind of "security" would prevent me from
          sharing the session between two web applications that I wrote myself.
          Let's say I want to write a system that I divide up, for
          modularity/separate deployment purposes, into 5 different WAR files.
          Why should I not be able to just sign on once and pass that logon
          information in the session from one to the other? (I know, I can use
          cookies or URL rewriting - but that doesn't seem to be to be a good
          solution. And if you can share information through cookies, why not
          through sessions?) What about other user information like currently
          selected language?
          2. Several app servers (iPlanet and I have heard two others) allow you
          to share sessions between WARs. Why not weblogic?
          Thanks for any information you can give me. I have not been able to
          find anything in weblogic documentation about this. If I am
          misunderstanding the server capabilities, please enlighten me.
          Thanks,
          <>< gary


http://www.weblogic.com/docs51/classdocs/webappguide.html
          --kumar allamraju
          Grant Lewis wrote:
          > I'm currently evaluating weblogic and I can't find any references in
          > their documentation set stating they support web applications or war
          > files. They explicitly state in their docs the Servlet 2.2 specification
          > has been supported since version 4.5. I'm evaluating version 5.1. Can
          > anybody clear up the confusion for me.
          >
          > Grant

How to share session object between multiple WAR's

I am Using servlet 2.3 & websphere 5.1 application server. I am using multiple war applications in my ear and i am able to share context-attributes & session attributes between wars. Can any one guide me how i can share session object?
I am getting session -time out in first war even though i am doing some operation's in second war. I want to maintian the same session, even in my second war which was created in my first war.
Can any one help me. Thanks in advance.

Hi LNL,
Can you explain more on singleton solution as you said....
For session attributes & context attributes i am using persistent storage to retrive them in multiple wars. My problem is how should i use "session object" in my second war which was created in my first war.

Load balancing and session sharing

Hi,
in my company we have the following situation:
We have 2 instances of the same web application on differend servers.
An external load balancer (Alteon) routes the requests to these instances.
The problem:
If one instance is shutting down, all the sessions of this app are gone. These users has to login again.
The question:
Is it possible to avoid this?
Is is possible to keep these session, so the users don't have to login again?
Maybe with a kind of session sharing between these 2 instances?
using:
oc4j standalone - 10.1.3.1
OS: Windows
thank you
Marcus

The solution:
Multicast IP replication is the default replication protocol used in a standalone OC4J installation
see: http://download.oracle.com/docs/cd/B32110_01/web.1013/b28950/cluster.htm#BABBHGHJ
-> Configuring Multicast Replication

Session sharing among multiple WAR files inside an EAR file

Hi all,
Is there a way where I can share my session object among multiple WAR files which are inside an EAR file?
Please suggest.

r035198x wrote:
Some application servers (like Weblogic) allow to configure session sharing when you deploy the application.Sidenote: which is completely against the servlet spec.

Session sharing across web applications in an EAR File

Hi,
I have an ear file which further has 5 war files. I want to share the same session
object across all these war files in the ear file. Can u pls tell me if this is
possible in weblogic. If yes how?
Thanks,
Akash

I'm sorry, by the J2EE 1.3 specification this isn't allowed. I have sent it on
to the servlet team to add as an option but that won't be in time for you. If
you need to share state between them I would probably try and put it in another
place like an EJB or a singleton class in the system classpath.
Sam
[email protected] wrote:
Hi,
I have an ear file which further has 5 war files. I want to share the same session
object across all these war files in the ear file. Can u pls tell me if this is
possible in weblogic. If yes how?
Thanks,
Akash

Session sharing between war files ???

Similar Messages

Maybe you are looking for