DO NOT REPLY [Bug 21419] - error on startup - java.lang.NoSuchMethodException: org.apache.catalina.core.StandardHost.getHost()

2003-07-08 Thread bugzilla
your information, here is what the "run-tomcat" batch script looks like... @echo off set CATALINA_HOME=C:\Java\Apache\Jakarta\tomcat-5-20030708 set CATALINA_BASE=D:\myclasses\Repository\Enhydra\XMLC_DSF_2003-05-19-2\xmlc\examples\tomcat\build rem remove the log files del /Q %C

FAQ vs wiki

2003-07-08 Thread Tim Funk
I hope to remove the following (2) pages from the FAQ and move them to the Wiki: "How do I" http://jakarta.apache.org/tomcat/faq/howto.html and "Other resources" http://jakarta.apache.org/tomcat/faq/links.html It seems these 2 pages may change more often and may be better suited to community

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves ExtendedAccessLogValve.java AccessLogValve.java

2003-07-08 Thread funkman
funkman 2003/07/08 16:12:51 Modified:catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml catalina/src/share/org/apache/catalina/valves AccessLogValve.java Added: catalina/src/share/org/apache/catalina

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

2003-07-08 Thread remm
remm2003/07/08 15:53:38 Modified:jasper2/src/share/org/apache/jasper/compiler DefaultErrorHandler.java jasper2/src/share/org/apache/jasper/resources messages.properties Log: - Add decent error message when JAVAC isn't

DO NOT REPLY [Bug 21419] - error on startup - java.lang.NoSuchMethodException: org.apache.catalina.core.StandardHost.getHost()

2003-07-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Object pooling performance

2003-07-08 Thread Marc Saegesser
I agree that the MimeHeaders example is not really an example of an object pool. I used it because it was a recent example that I found where avoiding GC at all costs was the wrong approach. Keep in mind, the utils stuff that I'm talking about is from TC3.2. I haven't looked at the latest TC cod

DO NOT REPLY [Bug 21419] New: - error on startup - java.lang.NoSuchMethodException: org.apache.catalina.core.StandardHost.getHost()

2003-07-08 Thread bugzilla
Using CATALINA_BASE: D:\myclasses\Repository\Enhydra\XMLC_DSF_2003-05-19-2\xmlc\examples\tomcat\build Using CATALINA_HOME: C:\Java\Apache\Jakarta\tomcat-5-20030708 Using CATALINA_TMPDIR: D:\myclasses\Repository\Enhydra\XMLC_DSF_2003-05-19-2\xmlc\examples\tomcat\build\temp Using JAVA_HOME:

Re: Object pooling performance

2003-07-08 Thread Remy Maucherat
Peter Lin wrote: I second remy's summary. from first hand experience with JSP with 200 tags, tag pooling provide significant performance improvement. From what I saw in OptimizeIt, with jasper1 and 200+ tags per page, garbage collection was happening frequently and full GC was occuring way too ofte

Re: Object pooling performance

2003-07-08 Thread Remy Maucherat
Marc Saegesser wrote: Another thing to consider when evaluating object pooling is the expected lifetime of the objects. On modern JVMs with generational memory stores, objects with a short lifespan (say the duration of a single HTTP request) will probably never leave the nursery. Pooling these ki

Buggy mod_jk2 AJP 13 communications?

2003-07-08 Thread James Courtney
Developers, Forgive the post to the developer list but I honestly feel that my question(s) are detailed enought to be of interest to the development community for Tomcat and have thus far remained largely unaddressed by the tomcat-user community. Please also forgive the length of the em

Re: Object pooling performance

2003-07-08 Thread Remy Maucherat
Glenn Nielsen wrote: Remy Maucherat wrote: There are a number of things to consider when evaluating the performance of object pooling. The performance hit of obtaining/recycling an object can be greater than instantiating a new object, it depends on the JVM. But you also have to consider the impact

Re: Object pooling performance

2003-07-08 Thread Peter Lin
I second remy's summary. from first hand experience with JSP with 200 tags, tag pooling provide significant performance improvement. From what I saw in OptimizeIt, with jasper1 and 200+ tags per page, garbage collection was happening frequently and full GC was occuring way too often. with ta

Re: Object pooling performance

2003-07-08 Thread Glenn Nielsen
The optimal solution would be the ability to enable/disable each type of object pooling with a config parameter so that tomcat admins can tune Tomcat to perform best for their OS/JVM. Like you can currently do with Jasper and JSP tag pooling. Regards, Glenn Marc Saegesser wrote: Another thing to

RE: Object pooling performance

2003-07-08 Thread Marc Saegesser
Another thing to consider when evaluating object pooling is the expected lifetime of the objects. On modern JVMs with generational memory stores, objects with a short lifespan (say the duration of a single HTTP request) will probably never leave the nursery. Pooling these kinds of objects usually

DO NOT REPLY [Bug 4091] - custom host with unpackWARs="true" don't expand war automatically - work around fails log4j!

2003-07-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 18467] - Incorrect timezone value in access logs

2003-07-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15661] - [PATCH] Removal of WorkDir on undeploy

2003-07-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15661] - Removal of WorkDir on undeploy

2003-07-08 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Object pooling performance

2003-07-08 Thread Glenn Nielsen
Remy Maucherat wrote: Bill Barker wrote: Now, if we could only convince the Jasper developers of this ... ;-). Tag pooling is definitely not the same situation and use case as session pooling. Tag pooling *is* useful in many cases. There are a number of things to consider when evaluating the p

obtaining port from connector from inside userconfig?

2003-07-08 Thread Seth Ladd
Hello, I'm trying to find the port that the current connector is running on from inside the UserConfig object. The UserConfig object is final, so I'm modifying the class directly. Unfortunately, I haven't been able to trace back to a reference to a connector. Is there a good way to obtain the p

Re: [5.0] Removing session recycling code

2003-07-08 Thread Glenn Nielsen
I agree that session recycling can be a security problem but am concerned that removing recycling will significantly increase GC overhead. I would like to see some before and after GC data from testing where 1000's of sessions get used per hour. Testing with different versions of the JVM would be

Design question about implementing a session manager.

2003-07-08 Thread Angus Mezick
I am implementing a JdbcSessionManager for dealing with non-sticky clusters. We wish to use the DB to store all of our session data when it is not in use. Thanks to Craig's help I was able to figure out how to do the updating of the session data in an InstanceEventListener that catches the AFTER_

[PATCH] Use correct method to get number of active sessions.

2003-07-08 Thread Angus Mezick
The question is: Why turn a hashmap into an array just to take its length when you already have a method that returns the number of sessions? This will make the life of people who write session managers that DON'T store all the active sessions in memory easier. --- HTMLManagerServlet.java 20

[GUMP] Build timed out - jk

2003-07-08 Thread Craig McClanahan
This email is autogenerated from the output from: Buildfile: build.xml init: [echo] /home/rubys [mkdir] C

Re: session expiry

2003-07-08 Thread Tim Funk
See the servlet specification from java.sun.com. In particular, session expiration can be set in web.xml. sessions can also be expired programmatically via its invalidate() method. Please followup with tomcat-user if you have more questions. This forum is for changing the internals of tomcat.

session expiry

2003-07-08 Thread Paul Wallace
Hello All, A simple one? I have my session defined in a servlet thus: HttpSession session = req.getSession(); session.setAttribute("userSession", h); // (h = HashMap) how or where do define session parameters such as expiry? I would ideally like my session to die when I call a spec

Re: cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session SimpleTcpReplicationManager.java

2003-07-08 Thread Bill Barker
- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, July 08, 2003 12:11 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluste r/session SimpleTcpReplicationManager

Re: cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationServlet.java

2003-07-08 Thread Bill Barker
- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, July 07, 2003 11:32 PM Subject: cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admi n ApplicationServlet.java > remm2003/07/07 23:32:53 > > Modified:web

Re: cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/sessionSimpleTcpReplicationManager.java

2003-07-08 Thread Remy Maucherat
Bill Barker wrote: Now, if we could only convince the Jasper developers of this ... ;-). Tag pooling is definitely not the same situation and use case as session pooling. Tag pooling *is* useful in many cases. Remy - To unsubs

Re: cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session SimpleTcpReplicationManager.java

2003-07-08 Thread Bill Barker
> -//I personally believe the VM does a much better job pooling object instances > -//than the synchronized penalty gives us Now, if we could only convince the Jasper developers of this ... ;-). This message is intended only for the use of the person(s) listed above as the i