[OT] Re: Tomcat 4 losing session (may be related to Win XP)
for those of you who want to run their oracle, beware that oracle will grab the port 8080 from your system (the tomcat port) you can either change tomcat (conf/server.xml) or oracle (see scripts below) as sysdba execute call dbms_xdb.cfg_update(updateXML(dbms_xdb.cfg_get(), '/xdbconfig/sysconfig/protocolconfig/httpconfig/http-port/text()',8081)) then restart Oracle, reference below http://www.interealm.com/technotes/roby/xdb_ports.html - Original Message - From: Longley, Andrew [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 2:27 PM Subject: Tomcat 4 losing session (may be related to Win XP) Hi all, I've come across a situation I can't figure out and I'm wondering if it has to do with the fact that this is the first time we've installed Tomcat on Windows XP Prof. Symptom: Tomcat loses session. If you set up a very simple two JSP process where page 1 stuffs (setAttribute) something into the session, and page 2 displays it, the value comes back as null Tests: if I copy the two JSPs to the examples directory included in the Tomcat distribution, the pages perform properly. If I create my own context and execute the pages from there, the getAttribute returns null. I created the context by duplicating the context in the server.xml file and pretty much just changing the codebase. Other environment info: running behind Apache2 (latest), on port 8082 (http) and 8009 (AJP13) because Oracle Servlet Engine shows up on port 8080 (side note: anyone have info on how to get the flying pig to go away when you've uninstalled the Oracle HTTP server???); JDK 1.4.*, and this is Tomcat 4 (latest). The exact same set up works fine on Windows 2003 and Windows 2000 Prof. And this machine works fine as a client to the server running on any other machine, so it's not a cookie issue I don't think. Am I missing something obvious? Could it be permission-related? Something in the way the session data is stored on disk? Sure would appreciate any advice. Andrew Longley Senior Software Developer MindFlow Technologies, Inc. http://www.mindflow.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] Re: Tomcat 4 losing session (may be related to Win XP)
Do you also have a get_this_crap_off_my_system script I can borrow. Thanks Chuck -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 2:32 PM To: Tomcat Users List Subject: [OT] Re: Tomcat 4 losing session (may be related to Win XP) for those of you who want to run their oracle, beware that oracle will grab the port 8080 from your system (the tomcat port) you can either change tomcat (conf/server.xml) or oracle (see scripts below) as sysdba execute call dbms_xdb.cfg_update(updateXML(dbms_xdb.cfg_get(), '/xdbconfig/sysconfig/protocolconfig/httpconfig/http-port/text()',8081)) then restart Oracle, reference below http://www.interealm.com/technotes/roby/xdb_ports.html - Original Message - From: Longley, Andrew [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 2:27 PM Subject: Tomcat 4 losing session (may be related to Win XP) Hi all, I've come across a situation I can't figure out and I'm wondering if it has to do with the fact that this is the first time we've installed Tomcat on Windows XP Prof. Symptom: Tomcat loses session. If you set up a very simple two JSP process where page 1 stuffs (setAttribute) something into the session, and page 2 displays it, the value comes back as null Tests: if I copy the two JSPs to the examples directory included in the Tomcat distribution, the pages perform properly. If I create my own context and execute the pages from there, the getAttribute returns null. I created the context by duplicating the context in the server.xml file and pretty much just changing the codebase. Other environment info: running behind Apache2 (latest), on port 8082 (http) and 8009 (AJP13) because Oracle Servlet Engine shows up on port 8080 (side note: anyone have info on how to get the flying pig to go away when you've uninstalled the Oracle HTTP server???); JDK 1.4.*, and this is Tomcat 4 (latest). The exact same set up works fine on Windows 2003 and Windows 2000 Prof. And this machine works fine as a client to the server running on any other machine, so it's not a cookie issue I don't think. Am I missing something obvious? Could it be permission-related? Something in the way the session data is stored on disk? Sure would appreciate any advice. Andrew Longley Senior Software Developer MindFlow Technologies, Inc. http://www.mindflow.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Re: Tomcat 4 losing session (may be related to Win XP)
Do you also have a get_this_crap_off_my_system script I can borrow. that is what you pay $1MM license fees to oracle for, ask them :) Filip - Original Message - From: Goehring, Chuck Mr., RCI - San Diego [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 2:42 PM Subject: RE: [OT] Re: Tomcat 4 losing session (may be related to Win XP) Do you also have a get_this_crap_off_my_system script I can borrow. Thanks Chuck -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 2:32 PM To: Tomcat Users List Subject: [OT] Re: Tomcat 4 losing session (may be related to Win XP) for those of you who want to run their oracle, beware that oracle will grab the port 8080 from your system (the tomcat port) you can either change tomcat (conf/server.xml) or oracle (see scripts below) as sysdba execute call dbms_xdb.cfg_update(updateXML(dbms_xdb.cfg_get(), '/xdbconfig/sysconfig/protocolconfig/httpconfig/http-port/text()',8081)) then restart Oracle, reference below http://www.interealm.com/technotes/roby/xdb_ports.html - Original Message - From: Longley, Andrew [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 2:27 PM Subject: Tomcat 4 losing session (may be related to Win XP) Hi all, I've come across a situation I can't figure out and I'm wondering if it has to do with the fact that this is the first time we've installed Tomcat on Windows XP Prof. Symptom: Tomcat loses session. If you set up a very simple two JSP process where page 1 stuffs (setAttribute) something into the session, and page 2 displays it, the value comes back as null Tests: if I copy the two JSPs to the examples directory included in the Tomcat distribution, the pages perform properly. If I create my own context and execute the pages from there, the getAttribute returns null. I created the context by duplicating the context in the server.xml file and pretty much just changing the codebase. Other environment info: running behind Apache2 (latest), on port 8082 (http) and 8009 (AJP13) because Oracle Servlet Engine shows up on port 8080 (side note: anyone have info on how to get the flying pig to go away when you've uninstalled the Oracle HTTP server???); JDK 1.4.*, and this is Tomcat 4 (latest). The exact same set up works fine on Windows 2003 and Windows 2000 Prof. And this machine works fine as a client to the server running on any other machine, so it's not a cookie issue I don't think. Am I missing something obvious? Could it be permission-related? Something in the way the session data is stored on disk? Sure would appreciate any advice. Andrew Longley Senior Software Developer MindFlow Technologies, Inc. http://www.mindflow.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]