Re: SVN migration?
Just noticed an email on commons-dev. Subclipse doesn't support the synchonize feature yet. Hen On Fri, 4 Feb 2005 02:57:35 -0500, Henri Yandell [EMAIL PROTECTED] wrote: Tool-wise, Subclipse is an Eclipse plugin that seems to work fine for standard development (checkout, update, diff, commit). I'm unsure whether you can create tags/branches using it as I always do that on the command line, be it cvs or svn. IntelliJ has a plugin and the next version will have it built in. TortoiseSvn is spoken well of, and I can vouch for svn on linux/OS X, I've had no problems in the last year of use. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN migration?
On Fri, 4 Feb 2005, Henri Yandell wrote: I've not heard anything about it being mandatory yet, but the numbers speak for themselves. It is not mandatory at this time. And won't be anytime soon. So I assume at some point there'll be pressure to turn off the CVS server. There is that - as this is a volunteer ran service - and warm bodies are always in short supply. But then again - as long as there are volunteers from communities using CVS expect the kettle to not come to a boil. Ultimately -each- project needs to make their own deceisions as to what tools and techniques they use; the ASF is merely a supprint and legal backbone and container. However SVN is a bit more modern than CVS - so you may also have some internal reasons to move to SVN at some point - see the usual cvs v.s. svn google pages. Dw - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13040] - can't retrieve external context who's uri is a sub-dir of current context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=13040. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=13040 --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 09:39 --- Can you give us a short status about this bug ? the last entry is April '04 ? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32832] - request.getSession(false) fails to return null.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32832. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32832 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33307] - jspInit() method is throwing an NamingException when extracting a factory object from a JNDI context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33307. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33307 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|NEW -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SVN migration?
Hi, We build files would need to be updated, but I suppose we could try moving one module at a time. For example, Jakarta-tomcat-site is by itself as far as dependencies. The servletapi modules would be a decent thing to move before the main Tomcat stuff, because the dependency on them is fairly clear, and we could use that move to test out our required build file changes. It's a significant effort, I'm +0 on the whole thing. I know SVN has significant advantages, but they're not significant to me ;) I'm fine with CVS... Yoav -Original Message- From: Dirk-Willem van Gulik [mailto:[EMAIL PROTECTED] Sent: Friday, February 04, 2005 3:25 AM To: Tomcat Developers List; Henri Yandell Subject: Re: SVN migration? On Fri, 4 Feb 2005, Henri Yandell wrote: I've not heard anything about it being mandatory yet, but the numbers speak for themselves. It is not mandatory at this time. And won't be anytime soon. So I assume at some point there'll be pressure to turn off the CVS server. There is that - as this is a volunteer ran service - and warm bodies are always in short supply. But then again - as long as there are volunteers from communities using CVS expect the kettle to not come to a boil. Ultimately -each- project needs to make their own deceisions as to what tools and techniques they use; the ASF is merely a supprint and legal backbone and container. However SVN is a bit more modern than CVS - so you may also have some internal reasons to move to SVN at some point - see the usual cvs v.s. svn google pages. Dw - 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]
DO NOT REPLY [Bug 33307] - jspInit() method is throwing an NamingException when extracting a factory object from a JNDI context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33307. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33307 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 14:33 --- Please never change bug states from reopened to new. It's misleading. That contains important information for us. I'm going to resolve and then change to reopen. Also, please don't use Bugzilla as a discussion forum: ask on the mailing list, then after resolution there use Bugzilla. Thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33307] - jspInit() method is throwing an NamingException when extracting a factory object from a JNDI context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33307. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33307 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33307] - jspInit() method is throwing an NamingException when extracting a factory object from a JNDI context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33307. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33307 --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 14:33 --- By the way, Tomcat 4.x is not being actively developed. If you have this bug on Tomcat 5.5, it will get more attention faster. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN migration?
Well I'm using Eclipse and if the SVN support is not 100% supported, I'm a little worry about switch tomcat / jasper / jakarta-tomcat-connectors on SVN. So in my case it will be between -0 and -1 (-0.5) On Fri, 4 Feb 2005 08:23:35 -0500, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, We build files would need to be updated, but I suppose we could try moving one module at a time. For example, Jakarta-tomcat-site is by itself as far as dependencies. The servletapi modules would be a decent thing to move before the main Tomcat stuff, because the dependency on them is fairly clear, and we could use that move to test out our required build file changes. It's a significant effort, I'm +0 on the whole thing. I know SVN has significant advantages, but they're not significant to me ;) I'm fine with CVS... Yoav -Original Message- From: Dirk-Willem van Gulik [mailto:[EMAIL PROTECTED] Sent: Friday, February 04, 2005 3:25 AM To: Tomcat Developers List; Henri Yandell Subject: Re: SVN migration? On Fri, 4 Feb 2005, Henri Yandell wrote: I've not heard anything about it being mandatory yet, but the numbers speak for themselves. It is not mandatory at this time. And won't be anytime soon. So I assume at some point there'll be pressure to turn off the CVS server. There is that - as this is a volunteer ran service - and warm bodies are always in short supply. But then again - as long as there are volunteers from communities using CVS expect the kettle to not come to a boil. Ultimately -each- project needs to make their own deceisions as to what tools and techniques they use; the ASF is merely a supprint and legal backbone and container. However SVN is a bit more modern than CVS - so you may also have some internal reasons to move to SVN at some point - see the usual cvs v.s. svn google pages. Dw - 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: SVN migration?
Henri Gomez wrote: Well I'm using Eclipse and if the SVN support is not 100% supported, I'm a little worry about switch tomcat / jasper / jakarta-tomcat-connectors on SVN. Yes, I'm also using Eclipse :( Whatever productivity is gained are over CVS will probably get eaten up by less efficient tool integration for me. So in my case it will be between -0 and -1 (-0.5) I'm -0.0. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN migration?
On Feb 4, 2005, at 10:29 AM, Remy Maucherat wrote: Whatever productivity is gained are over CVS will probably get eaten up by less efficient tool integration for me. Right, Ant doesn't have a svn task yet. Isn't that reason enough not to jump ship yet? -- Sandy McArthur He who dares not offend cannot be honest. - Thomas Paine smime.p7s Description: S/MIME cryptographic signature
cvs commit: jakarta-tomcat-5/resources/confinstall server_2.xml
remm2005/02/04 09:15:55 Modified:catalina/src/conf server.xml resources/confinstall server_2.xml Log: - When Tomcat runs on Windows (I tested XP), and when IE is uploading data, the first read must be at least 8KB, otherwise IE enters OMG, the server is NOT IIS, so let's switch to crap-performance mode. - Submitted by Noel Rocher. - Other browsers don't have similar problems. - The issue is much less noticeable when Tomcat runs on Unix. Revision ChangesPath 1.45 +2 -2 jakarta-tomcat-catalina/catalina/src/conf/server.xml Index: server.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/server.xml,v retrieving revision 1.44 retrieving revision 1.45 diff -u -r1.44 -r1.45 --- server.xml12 Jan 2005 17:44:36 - 1.44 +++ server.xml4 Feb 2005 17:15:55 - 1.45 @@ -73,7 +73,7 @@ -- !-- Define a non-SSL HTTP/1.1 Connector on port 8080 -- -Connector port=8080 +Connector port=8080 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true / @@ -90,7 +90,7 @@ !-- Define a SSL HTTP/1.1 Connector on port 8443 -- !-- -Connector port=8443 +Connector port=8443 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false disableUploadTimeout=true acceptCount=100 scheme=https secure=true 1.18 +2 -1 jakarta-tomcat-5/resources/confinstall/server_2.xml Index: server_2.xml === RCS file: /home/cvs/jakarta-tomcat-5/resources/confinstall/server_2.xml,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- server_2.xml 25 Oct 2004 15:29:41 - 1.17 +++ server_2.xml 4 Feb 2005 17:15:55 - 1.18 @@ -1,3 +1,4 @@ + maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true / @@ -14,7 +15,7 @@ !-- Define a SSL HTTP/1.1 Connector on port 8443 -- !-- -Connector port=8443 +Connector port=8443 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false disableUploadTimeout=true acceptCount=100 scheme=https secure=true - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31780] - .jspx produce one long line of HTML output
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31780. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31780 --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 18:32 --- I recently developed a servlet filter which does some beautifying of XML output produced by a servler (e.g. the JSP servlet). This filter may help reading xhtml code sent to the browser. As far as I see this filter works fine, but it was not tested under production enviroments (yet!). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33405] New: - Fixing corrupted webapps web.xml requires tomcat restart.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33405. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33405 Summary: Fixing corrupted webapps web.xml requires tomcat restart. Product: Tomcat 4 Version: 4.1.21 Platform: Other OS/Version: Linux Status: NEW Severity: enhancement Priority: P4 Component: Servlet JSP API AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I have servlets and JSP files hosted by a web hosting company. So I don't have access to the Tomcat Web Application Manager. If I've deployed a new servlet and want my web application reloaded, I've discovered that I can just touch my web.xml file and Tomcat will load the new servlets. However, if I make an error in my web.xml file, Tomcat will appropriately not load my application due to potential security risks. However, if I fix the web.xml file, Tomcat does not detect my update and does not attempt to reload my servlets. It would be nice if Tomcat would still monitor the web.xml file for updates even if the previous parse attempt failed. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33368] - swallowOutput causes memory leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33368. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 18:59 --- I did some parallel work this week and found the same result for mod_jk and AJP/13 connector with JDK1.5 hprof. We can see the leak in production too, because we have a lot of worker thread creation and destruction. The analysis of Robert is correct. I did a quick fix by adding addThread and removeThread methods to /org/apache/tomcat/util/log/SystemLogHandler.java and then registered a ThreadPoolListener in /org/apache/jk/common/ChannelSocket.java that handles addThread and removeThread. Still need to verify, that the leak is gone. IT#s intersting that there is another class /org/apache/jasper/util/SystemLogHandler.java that is used in a similar way, but cares better about freeing the thread objects at the end of work. If you are interested I will produce a patch for the Coyote HTTP connector too, so you can check, if that would fix the problem. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN migration?
The last time I looked at the Eclipse SVN plugin it just called out to the native svn binary to do the real work-- I wonder how well anything but basic operations can be integrated until it is using a java svn client. Then again, maybe that has been written since I looked at it last. I'd be -0 for the move until Eclipse has some robust support for svn. Keith Henri Yandell wrote: Just noticed an email on commons-dev. Subclipse doesn't support the synchonize feature yet. Hen On Fri, 4 Feb 2005 02:57:35 -0500, Henri Yandell [EMAIL PROTECTED] wrote: Tool-wise, Subclipse is an Eclipse plugin that seems to work fine for standard development (checkout, update, diff, commit). I'm unsure whether you can create tags/branches using it as I always do that on the command line, be it cvs or svn. IntelliJ has a plugin and the next version will have it built in. TortoiseSvn is spoken well of, and I can vouch for svn on linux/OS X, I've had no problems in the last year of use. - 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]
DO NOT REPLY [Bug 33368] - swallowOutput causes memory leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33368. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 20:13 --- Using a thread local or a weak reference seems the way of fixing the issue. Anyway, I don't quite understand why the class uses a stack and stuff, and isn't simply identical to the Jasper one. I don't see any recursion going on. Since you're actually using the class, maybe you can test this ? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13040] - can't retrieve external context who's uri is a sub-dir of current context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=13040. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=13040 --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 21:30 --- No change. What is needed to move this forward is input from the servlet spec team on the proposal in http://marc.theaimsgroup.com/?l=tomcat-devm=108109687130165w=2 This is still on my todo list - just not going anywhere at the moment. If you want to try and get some spec team input that would be great. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN migration?
Sandy McArthur wrote: On Feb 4, 2005, at 10:29 AM, Remy Maucherat wrote: Whatever productivity is gained are over CVS will probably get eaten up by less efficient tool integration for me. Right, Ant doesn't have a svn task yet. Isn't that reason enough not to jump ship yet? I do all my CVS stuff from the command line so TortoiseCVS or TortoiseSVN - either works for me. Whilst there is no Ant integration and I am -1 on migration for TC5. When we do start the migration process I would be happy to test the migration of the following as the first batch jakarta-tomcat-4.0 jakarta-servletapi-4 jakarta-watchdog-4.0 (I still use it for testing releases) Running CVS and SVN side by side for a few weeks for Jasper and the connectors isn't too much of a pain. Assuming TC4 all works well, we could then migrate the remaining modules. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26879] - java.net.MalformedURLException: java.lang.NullPointerException: invalid url: jndi:/localhost/WEB-INF/lib/webclient-topo.jar!/ (java.net.MalformedURLException: unknown protocol: jndi)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26879. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=26879 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED OS/Version||All Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 22:45 --- *** This bug has been marked as a duplicate of 10982 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10982] - JNDI URL Handler class is missing in naming-resources.jar
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=10982. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=10982 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 22:45 --- *** Bug 26879 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33307] - jspInit() method is throwing an NamingException when extracting a factory object from a JNDI context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33307. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33307 --- Additional Comments From [EMAIL PROTECTED] 2005-02-04 22:55 --- Your zip file is corrupted. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/jndi Handler.java
markt 2005/02/04 14:08:03 Modified:catalina/src/share/org/apache/naming ContextAccessController.java EjbRef.java JndiPermission.java NamingContextBindingsEnumeration.java NamingContextEnumeration.java ResourceEnvRef.java ResourceLinkRef.java ResourceRef.java StringManager.java TransactionRef.java catalina/src/share/org/apache/naming/factory ResourceLinkFactory.java TyrexResourceFactory.java TyrexTransactionFactory.java catalina/src/share/org/apache/naming/resources BaseDirContext.java DirContextURLStreamHandler.java DirContextURLStreamHandlerFactory.java FileDirContext.java ProxyDirContext.java RecyclableNamingEnumeration.java ResourceAttributes.java catalina/src/share/org/apache/naming/resources/jndi Handler.java Log: Remove unused imports (identified by Eclipse) from o.a.naming package. Revision ChangesPath 1.5 +1 -2 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/ContextAccessController.java Index: ContextAccessController.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/ContextAccessController.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ContextAccessController.java 26 Aug 2004 21:46:17 - 1.4 +++ ContextAccessController.java 4 Feb 2005 22:08:02 - 1.5 @@ -18,7 +18,6 @@ package org.apache.naming; import java.util.Hashtable; -import javax.naming.NamingException; /** * Handles the access control on the JNDI contexts. 1.4 +1 -2 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/EjbRef.java Index: EjbRef.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/EjbRef.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- EjbRef.java 26 Aug 2004 21:46:17 - 1.3 +++ EjbRef.java 4 Feb 2005 22:08:02 - 1.4 @@ -17,7 +17,6 @@ package org.apache.naming; -import java.util.Hashtable; import javax.naming.Reference; import javax.naming.Context; import javax.naming.StringRefAddr; 1.4 +1 -2 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/JndiPermission.java Index: JndiPermission.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/JndiPermission.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JndiPermission.java 26 Aug 2004 21:46:17 - 1.3 +++ JndiPermission.java 4 Feb 2005 22:08:02 - 1.4 @@ -18,7 +18,6 @@ package org.apache.naming; import java.security.BasicPermission; -import java.security.Permission; /** * Java SecurityManager Permission class for JNDI name based file resources 1.3 +1 -2 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContextBindingsEnumeration.java Index: NamingContextBindingsEnumeration.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContextBindingsEnumeration.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- NamingContextBindingsEnumeration.java 26 Aug 2004 21:46:17 - 1.2 +++ NamingContextBindingsEnumeration.java 4 Feb 2005 22:08:02 - 1.3 @@ -17,7 +17,6 @@ package org.apache.naming; -import java.util.Hashtable; import java.util.Vector; import java.util.Enumeration; import javax.naming.NamingException; 1.3 +1 -2 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContextEnumeration.java Index: NamingContextEnumeration.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContextEnumeration.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- NamingContextEnumeration.java 26 Aug 2004 21:46:17 - 1.2 +++ NamingContextEnumeration.java 4 Feb 2005 22:08:02 - 1.3 @@ -17,7 +17,6 @@ package org.apache.naming; -import java.util.Hashtable; import java.util.Vector; import java.util.Enumeration; import javax.naming.NamingException; 1.3 +1 -3
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java mbeans-descriptors.xml
luehe 2005/02/04 15:39:59
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java mbeans-descriptors.xml
Log:
Added StandardContext processingTime attribute, which provides the
cumulative processing times of all of the context's servlets
Revision ChangesPath
1.160 +23 -1
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
Index: StandardContext.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
retrieving revision 1.159
retrieving revision 1.160
diff -u -r1.159 -r1.160
--- StandardContext.java 12 Jan 2005 18:19:54 - 1.159
+++ StandardContext.java 4 Feb 2005 23:39:58 - 1.160
@@ -3482,6 +3482,28 @@
}
+/**
+ * Gets the cumulative processing times of all servlets in this
+ * StandardContext.
+ *
+ * @return Cumulative processing times of all servlets in this
+ * StandardContext
+ */
+public long getProcessingTime() {
+
+long result = 0;
+
+Container[] children = findChildren();
+if (children != null) {
+for( int i=0; i children.length; i++ ) {
+result += ((StandardWrapper)children[i]).getProcessingTime();
+}
+}
+
+return result;
+}
+
+
// - Public
Methods
1.42 +5 -0
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/mbeans-descriptors.xml
Index: mbeans-descriptors.xml
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/mbeans-descriptors.xml,v
retrieving revision 1.41
retrieving revision 1.42
diff -u -r1.41 -r1.42
--- mbeans-descriptors.xml1 Dec 2004 11:07:16 - 1.41
+++ mbeans-descriptors.xml4 Feb 2005 23:39:59 - 1.42
@@ -175,6 +175,11 @@
description=Time (in milliseconds since January 1, 1970,
00:00:00) when this context was started
type=long/
+attribute name=processingTime
+ description=Cumulative execution times of all servlets in
this context
+ type=long
+ writeable=false /
+
attribute name=state
description=Current state of this component
type=int/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33407] New: - \$ is quoted even with el-ignored=true
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33407. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33407 Summary: \$ is quoted even with el-ignored=true Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The spec mentions that \$ is only enabled when EL is enabled. JSP.1.6 Quoting and Escape Conventions Quoting in Template Text Only when the EL is enabled for a page (see Section JSP.3.3.2, Deactivating EL Evaluation), a literal $ can be quoted by \$. This is not required but is useful for quoting EL expressions. This is currently not the case, as i can see a TODO in the src code. // TODO: only recognize \$ if isELIgnored is false, but since // it can be set in a page directive, it cannot be determined // here. Argh! Nevertheless it's a bug i have run into, because my jsps contain many regular expressions for javascript where the $ has to be escaped \$, so it's not interpreted as end of line in the regex. John -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN migration?
Well, numbers are statistics do speak for themself - but may tell different things. Apache may have most projects in SVN, but the world has most projects in cvs. And most tools (finally) have some good, first class built-in support for CVS, most people are (finally) familiar enough with using cvs. There are some plugins for svn ( and other version control tools ) - but not at the same level. I like SVN a lot - and for a new project probably I would choose it if there is a choice - sf.net or other places are cvs only. But I don't think all the pain for switching tomcat is justified, and switching few repositories but not others is even worse. Unless we're going to do major reorganization of the code ( move directories around ) or we start some complex branches, or we have any other need where SVN is much better than CVS - I would say it's better for everyone to stick with the stable environment. Costin Henri Yandell wrote: I've not heard anything about it being mandatory yet, but the numbers speak for themselves. The www.apache.org site has 24 coding projects. There are 22 projects listed on the svn.apache.org/viewcvs.cgi page. 2 of those are dead, so 20 out of 24 ASF projects have an svn presence of some kind. The people still left with readable CVS modules are: mod_perl ant 2/3rds of jakarta possibly gump (though they have an svn module too) apache conference most of xml logging half of web services So I assume at some point there'll be pressure to turn off the CVS server. On the command line, svn is pretty much the same as cvs. Some bits are faster, some slower. There are various improved features (http://subversion.tigris.org/ lists them) that people have been asking for for ages with CVS. Habit-wise, the only differences I've hit are: 1) you checkout from a url, not from a cvs-root and a path. 2) tagging/branching is done by copying a directory revision (really creating a symlink-style thing in the database) and isn't applied to every file individually. Tool-wise, Subclipse is an Eclipse plugin that seems to work fine for standard development (checkout, update, diff, commit). I'm unsure whether you can create tags/branches using it as I always do that on the command line, be it cvs or svn. IntelliJ has a plugin and the next version will have it built in. TortoiseSvn is spoken well of, and I can vouch for svn on linux/OS X, I've had no problems in the last year of use. Docs are docs :) Yep, they'll need updating. Build scripts. Do you have scripts that check modules out of cvs? If so I imagine the ant support for svn might be a big deal. Unsure what it's like. Hen On Thu, 03 Feb 2005 21:32:41 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Is this mandatory ? I suspect there'll be a lot of build script/doc/habits/tool changes involved. CVS is working reasonably well at the moment, and a lot of tools have (finally) very good support for it. Costin Henri Yandell wrote: Just wondering if the Tomcat community have any thoughts on a migration to Subversion? The process seems pretty easy, though Tomcat may be more complicated than the usual CVS module. Infra have the process documented at: http://www.apache.org/dev/cvs2svn.html The Jakarta status is in the wiki at: http://wiki.apache.org/jakarta/Migrating_20to_20Subversion The aim would be for all the tomcat modules to migrate into asf/repos/jakarta/tomcat/ so that we can have a cleaner top-level structure to the system, within that though the Tomcat community are free to choose whatever strategy fits. I've intentionally left Tomcat until last to nudge about this so as to build up some experience within Jakarta of dealing with SVN as users and as a migration. Some of you are probably already getting to grips with svn following the Commons migration. Just to provide the context for this, the Infra group are looking to move from CVS to SVN in the long term and Jakarta were far and away the main laggards in this. In the last month or so, a third of Jakarta has moved over, so that's now improving. Another question is whether the Tomcat community have any svn expertise in terms of planning svn strategies, or whether we should try to find some other committers to offer opinions. Thanks, Hen - 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: apache + tomcat with 2 domains but same session?
Just want you guys to know that I have found a solution for my problem.
I have to change the source code in tomcat to get this to work.
Here is what I've done:
In source org.apache.coyote.tomcat5.CoyoteRequest line 2313 (btw, I am using
tomcat5.0.28 source) I added
cookie.setDomain(.abc.com); // beware of the leading dot
compile the source and replace the new catalina.jar into my tomcat
server/lib directory.
I am now able to switch between both
http://aaa.abc.com/myapp/index.jsp
http://bbb.abc.com/myapp/index.jsp
and the session persists !!!
I wonder why the web.xml file in conf/ didn't provide such an option for us
to set more cookie options.
As for now, I can only set session-timeout in web.xml.
I suggest adding like cookie-domain
session-config
session-timeout30/session-timeout
cookie-domain.abc.com/cookie-domain
/session-config
I know resin have such an option, see here
http://browserinsight2.lunaimaging.com:8090/ref/app-config.xtp#session-config
I am posting this to both user list and developer list, I hope someone in
the tomcat project will read it and implement this in the future.
Thanks everyone that have helped me though, means a lot.
Simon
- Original Message -
From: Tim Funk [EMAIL PROTECTED]
To: Tomcat Users List tomcat-user@jakarta.apache.org
Sent: Wednesday, January 12, 2005 8:43 PM
Subject: Re: apache + tomcat with 2 domains but same session?
[I have a major sinus cold - so I might not be writing clearly ...]
I don't think URL rewriting from apache mod_rewrite will solve your
problem.
Tomcat maintains state with the session via a session cookie. The cookie
is
fixed to the currnet domain name (not configurable) and the cookie is
fixed
to the current webapp path(also not configurable).
But the session cookie is the key to picking up the session. Since you are
working in a differnet domain - the session cookie is not sent by the
client.
But for clients that do not allow cookies, you can use url rewriting via
the
servlet API. (See HttpResponse.encodeUrl()). This method detects whether
the
client has sent the request and maintained state via a session cookie and
if
a cookie was not used, the url is rewritten and encoded with a path
variable
called jsessionid. (eg: foo.jsp;jsessionid=ABDDAAN9900)
To get a session from aaa.com to work in bbb.com - you need to have a page
on
aaa.com link to bbb.com with the URL containing the jessessionid path
parameter.
-Tim
Simon Lau wrote:
Tim, thanks for your help. but...
I have been following your suggestion and use mod_rewrite to rewrite
bbb.abc.com to aaa.abc.com.
Here is 3 scenarios:
1)
RewriteCond %{HTTP_HOST} ^bbb\.(.*)$
RewriteRule ^(.+) http://aaa.%1$1
Client access http://bbb.abc.com/myapp/index.jsp
Client brower address bar display http://aaa.abc.com/myapp/index.jsp
(but i
want http://bbb.abc.com/myapp/index.jsp instead)
Session persist, no problem
2)
RewriteCond %{HTTP_HOST} ^bbb\.(.*)$
RewriteRule ^(.+) http://aaa.%1$1
[PT]
Client access http://bbb.abc.com/myapp/index.jsp
Client brower address bar display http://bbb.abc.com/myapp/index.jsp
Client brower display 400 Bad Request error
mod_rewrite.log get forcing 'http://aaa.abc.com/myapp/index.jsp' to get
passed through to next API URI-to-filename handler
3)
RewriteCond %{HTTP_HOST} ^bbb\.(.*)$
RewriteRule ^(.+) http://aaa.%1$1
[P]
Client access http://bbb.abc.com/myapp/index.jsp
Client brower address bar display http://bbb.abc.com/myapp/index.jsp
Client brower display Forbidden, You don't have permission to access
/myapp/index.jsp
mod_rewrite.log get forcing proxy-throughput with
http://aaa.abc.com/myapp/index.jsp;
so all of these cases didn't give me the result i wanted.
the result i wanted is:
-Client access http://bbb.abc.com/myapp/index.jsp
-Client brower address bar display http://bbb.abc.com/myapp/index.jsp
-Session persist with http://aaa.abc.com/myapp/index.jsp
Am i on the right track? or am i doing it totally wrong? or is there way
to
get around this?
please help. thanks again.
Simon
- Original Message -
From: Tim Funk [EMAIL PROTECTED]
To: Tomcat Users List tomcat-user@jakarta.apache.org
Sent: Tuesday, January 11, 2005 7:44 PM
Subject: Re: apache + tomcat with 2 domains but same session?
You can get away with this by using URL rewriting. When you are using
aaa.abc.com and wish to redirect or link to bbb.abc.com - you would need
to
rewrite the URL to include the jsessionid path parameter. But you
*cannot*
do
this via response.encodeURL(..) since that method will detect your URL
is
in
another webapp. So you will need to write your own implementation of
encodeURL to achieve this.
-Tim
Simon Lau wrote:
Hi,
I want to setup my apache to have 2 domains, say aaa.abc.com and
DO NOT REPLY [Bug 33368] - swallowOutput causes memory leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33368. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 --- Additional Comments From [EMAIL PROTECTED] 2005-02-05 04:57 --- As a workaround for the 5.0 branch I attach a patch for - /org/apache/tomcat/util/log/SystemLogHandler.java - /org/apache/jk/common/ChannelSocket.java - /java/org/apache/coyote/http11/Http11Protocol.java It uses a ThreadPoolListener (that was already present in Http11Protocol). I tested it with creation of app. 44.000 Threads for Coyote HTTP as well as for the AJP/13 connector (and getting a bunch of non-session static content for each thread). After each creation of 2.000 threads I did a Full GC. Old Generation varies betweeen 20545K and 28517K with no noticeable increase in time (first GC 26319K, last GC 27450K). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33368] - swallowOutput causes memory leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33368. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 --- Additional Comments From [EMAIL PROTECTED] 2005-02-05 05:04 --- Created an attachment (id=14184) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14184action=view) Add addThread and removeThread to SystemLogHandler -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: apache + tomcat with 2 domains but same session?
Hi,
It's great for you that you have a solution, but it's not compatible with the
Servlet Spec and therefore can't be integrated into Tomcat. It's not a Tomcat
bug, but rather your requirements that are in conflict with the Spec.
Yoav
Quoting Simon Lau [EMAIL PROTECTED]:
Just want you guys to know that I have found a solution for my problem.
I have to change the source code in tomcat to get this to work.
Here is what I've done:
In source org.apache.coyote.tomcat5.CoyoteRequest line 2313 (btw, I am using
tomcat5.0.28 source) I added
cookie.setDomain(.abc.com); // beware of the leading dot
compile the source and replace the new catalina.jar into my tomcat
server/lib directory.
I am now able to switch between both
http://aaa.abc.com/myapp/index.jsp
http://bbb.abc.com/myapp/index.jsp
and the session persists !!!
I wonder why the web.xml file in conf/ didn't provide such an option for us
to set more cookie options.
As for now, I can only set session-timeout in web.xml.
I suggest adding like cookie-domain
session-config
session-timeout30/session-timeout
cookie-domain.abc.com/cookie-domain
/session-config
I know resin have such an option, see here
http://browserinsight2.lunaimaging.com:8090/ref/app-config.xtp#session-config
I am posting this to both user list and developer list, I hope someone in
the tomcat project will read it and implement this in the future.
Thanks everyone that have helped me though, means a lot.
Simon
- Original Message -
From: Tim Funk [EMAIL PROTECTED]
To: Tomcat Users List tomcat-user@jakarta.apache.org
Sent: Wednesday, January 12, 2005 8:43 PM
Subject: Re: apache + tomcat with 2 domains but same session?
[I have a major sinus cold - so I might not be writing clearly ...]
I don't think URL rewriting from apache mod_rewrite will solve your
problem.
Tomcat maintains state with the session via a session cookie. The cookie
is
fixed to the currnet domain name (not configurable) and the cookie is
fixed
to the current webapp path(also not configurable).
But the session cookie is the key to picking up the session. Since you are
working in a differnet domain - the session cookie is not sent by the
client.
But for clients that do not allow cookies, you can use url rewriting via
the
servlet API. (See HttpResponse.encodeUrl()). This method detects whether
the
client has sent the request and maintained state via a session cookie and
if
a cookie was not used, the url is rewritten and encoded with a path
variable
called jsessionid. (eg: foo.jsp;jsessionid=ABDDAAN9900)
To get a session from aaa.com to work in bbb.com - you need to have a page
on
aaa.com link to bbb.com with the URL containing the jessessionid path
parameter.
-Tim
Simon Lau wrote:
Tim, thanks for your help. but...
I have been following your suggestion and use mod_rewrite to rewrite
bbb.abc.com to aaa.abc.com.
Here is 3 scenarios:
1)
RewriteCond %{HTTP_HOST} ^bbb\.(.*)$
RewriteRule ^(.+) http://aaa.%1$1
Client access http://bbb.abc.com/myapp/index.jsp
Client brower address bar display http://aaa.abc.com/myapp/index.jsp
(but i
want http://bbb.abc.com/myapp/index.jsp instead)
Session persist, no problem
2)
RewriteCond %{HTTP_HOST} ^bbb\.(.*)$
RewriteRule ^(.+) http://aaa.%1$1
[PT]
Client access http://bbb.abc.com/myapp/index.jsp
Client brower address bar display http://bbb.abc.com/myapp/index.jsp
Client brower display 400 Bad Request error
mod_rewrite.log get forcing 'http://aaa.abc.com/myapp/index.jsp' to get
passed through to next API URI-to-filename handler
3)
RewriteCond %{HTTP_HOST} ^bbb\.(.*)$
RewriteRule ^(.+) http://aaa.%1$1
[P]
Client access http://bbb.abc.com/myapp/index.jsp
Client brower address bar display http://bbb.abc.com/myapp/index.jsp
Client brower display Forbidden, You don't have permission to access
/myapp/index.jsp
mod_rewrite.log get forcing proxy-throughput with
http://aaa.abc.com/myapp/index.jsp;
so all of these cases didn't give me the result i wanted.
the result i wanted is:
-Client access http://bbb.abc.com/myapp/index.jsp
-Client brower address bar display http://bbb.abc.com/myapp/index.jsp
-Session persist with http://aaa.abc.com/myapp/index.jsp
Am i on the right track? or am i doing it totally wrong? or is there way
to
get around this?
please help. thanks again.
Simon
- Original Message -
From: Tim Funk [EMAIL PROTECTED]
To: Tomcat Users List tomcat-user@jakarta.apache.org
Sent: Tuesday, January 11, 2005 7:44 PM
Subject: Re: apache + tomcat with 2 domains but same session?
You can get away with this by using URL rewriting. When you are using
aaa.abc.com and wish to redirect or link to
DO NOT REPLY [Bug 33368] - swallowOutput causes memory leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33368. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 --- Additional Comments From [EMAIL PROTECTED] 2005-02-05 05:05 --- Created an attachment (id=14185) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14185action=view) Use ThreadPoolListener - avoid thread memory leak -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33368] - swallowOutput causes memory leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33368. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 --- Additional Comments From [EMAIL PROTECTED] 2005-02-05 05:05 --- Created an attachment (id=14186) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14186action=view) Use ThreadPoolListener - avoid thread memory leak -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33368] - swallowOutput causes memory leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33368. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 --- Additional Comments From [EMAIL PROTECTED] 2005-02-05 05:07 --- Created an attachment (id=14187) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14187action=view) Compiled classes and full source code For a test extract the classes from the jar to server/classes. Compatible (at least) with 5.0.27-5.0.31. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33368] - swallowOutput causes memory leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33368. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Windows 2000|All Platform|PC |All -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
