Re: Recycle objects in TomCat, Performance gain?

[EMAIL PROTECTED] wrote: > Turning off recycling is quite easy ( just few lines to comment > to prevent reseting the objects and reusing it ). > > The performance didn't go up - but down, about 30% ( under > reasonable load ). The probable reason being that memery management isn't the only fac

DO NOT REPLY [Bug 4883] - Tomcat example jsp files don't work in 4.0.1

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 4883] New: - Tomcan example jsp files don't work in 4.0.1

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java

remm01/11/14 18:20:32 Modified:catalina/src/share/org/apache/catalina/loader WebappClassLoader.java Log: - Fix 4830. Revision ChangesPath 1.28 +56 -47 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.

DO NOT REPLY [Bug 4830] - Catalina class loader throws exception while getting a directory's URL using Class.getResource()

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml

craigmcc01/11/14 18:03:08 Modified:catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml Log: Fix a syntax error introduced on a recent change to this file. Revision ChangesPath 1.12 +2 -2 jakarta-tomcat-4.0/catalina/src/

Re: Recycle objects in TomCat, Performance gain?

There are several reasons to use pooling, including (but not limited to): -Eliminating object creation time -Managing expensive resources (really same as first) -Keeping memory usage constant (popular in embedded environments) -Reducing garbage collection Only the last one is addressed by the quo

RE: mod_jk / Ajp13 config fix on heavily loaded system

>what's about loadbalancing? > >say, we have defined local loadbalancing using >5 ajp13-worker at workers.properties, and we >have at server.xml: > maxThreads="100" > maxSpareThreads="50" > minSpareThreads="10" /> You have

RE: IIS and TC4

>sorry to ask on this list as this is really a user question, >but I'm not on >Tomcat-User (too much noise :-) ) so I hope you'll bear with me. Sure >Is there a connector available for IIS and TC4? I've searched >the archives >of both lists and not come up with a definitive answer. AJP13 is s

Re: Recycle objects in TomCat, Performance gain?

On Wed, 14 Nov 2001, Samuel Cheung wrote: > Hi, > > In TomCat's source code, I notice it recycles objects (e.g. RequestBase, > StandardSession). But in Sun's documentation, with HotSpot Virtual machine, > pooling objects will hinder performance (see below). Could someone please > tell me are ther

RE: Tomcat4, taglibs, and pageContext.include

Hi, > -Original Message- > From: Deacon Marcus [mailto:[EMAIL PROTECTED]] > Sent: Monday, November 12, 2001 10:42 PM > To: Tomcat Developers Mailing List > Subject: RE: Tomcat4, taglibs, and pageContext.include > > > Hi, > I need to upgrade to latest T4 ASAP, and I need to have my tags wo

Re: Portable SSL Support

This is for TC 3.3. As a result, we are only required to expose the certificates. However, there is nothing that prevents exposing other request attributes as a non-portable feature (and Ajp13 & JNI already do this). However, it's also likely to be adopted in j-t-c which supports both 3.3 and 4.

Re: [VOTE] Release Tomcat 3.2.4

> > Vote to release the tomcat_32 branch as Tomcat 3.2.4. > > [X] +1. I agree with the proposal and I will help support > the release. > [ ] +0. I agree with the proposal but I will not be able > to help support the release. > [ ] -0. I don't agree with the proposal but I won

Re: Portable SSL Support

Actually, the spec only mandates X509Certificate if Tomcat is running under Java 2. Otherwise: For a servlet container that is not running in a Java2 Standard Edition 1.2 environment, vendors may provide vendor specific request attributes to access SSL certificate information. - Original Me

Re: Portable SSL Support

Eric Rescorla wrote: > [snip] > > > > To be consistant with 2.3 containers, I'd go with individually named > > attributes. > Fine with me. Anyone object to this? > > -Ekr I'm confused. Is this for Tomcat 3.x or Tomcat 4.x? I thought it was the former, but all of the servlet 2.3 comments rec

Distributed Session Management

Tomcat Developers: I'm going to try to synthesize the results of yesterdays discussion on Distributed Session Management into some working code. From what I can tell, there will be some changes and new objects in the org.apache.session package, and possibly some new objects in the org.apache.c

Re: Portable SSL Support

"William Barker" <[EMAIL PROTECTED]> writes: > > jean-frederic clere <[EMAIL PROTECTED]> writes: > > > Eric Rescorla wrote: > > > > A few issues remain: > > > > (I) Is portability to JDK 1.1.x desirable/a requirement? Both the > > > > existing JSSE code and my new code rely upon java.security.cert

Re: Wrap an HttpServletRequest

Craig's correct. It's not legal in 3.x (and also won't work). However, if all you want to do is to set parameters, you can simply add them to the query string of the URL that you pass to getRequestDispatcher. - Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Tomca

Re: Portable SSL Support

- Original Message - From: "Eric Rescorla" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, November 14, 2001 9:17 AM Subject: Re: Portable SSL Support > jean-frederic clere <[EMAIL PROTECTED]> writes: > > Eric Rescorla wrote:

Recycle objects in TomCat, Performance gain?

Hi, In TomCat's source code, I notice it recycles objects (e.g. RequestBase, StandardSession). But in Sun's documentation, with HotSpot Virtual machine, pooling objects will hinder performance (see below). Could someone please tell me are there advantages of using object pooling in TomCat? Than

DO NOT REPLY [Bug 4830] - Catalina class loader throws exception while getting a directory's URL using Class.getResource()

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 4512] - Typo in JDBC Data Sources

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

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs jndi-resources-howto.xml

remm01/11/14 09:53:30 Modified:webapps/tomcat-docs jndi-resources-howto.xml Log: - Fix 4512. Revision ChangesPath 1.9 +1 -3 jakarta-tomcat-4.0/webapps/tomcat-docs/jndi-resources-howto.xml Index: jndi-resources-howto.xml =

Re: Tomcat: Distributed Session Management revisited

To clarify: creating a Distributed Session Manager is a good idea, and something that would be great for users. My problem is with designing it at container-level, as an implementation of the servlet session API. Having all objects in a session distributed and no control or feedback is not good.

Re: Wrap an HttpServletRequest

On Wed, 14 Nov 2001, Diego del Río wrote: > Date: Wed, 14 Nov 2001 10:16:16 -0300 > From: Diego del Río <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Wrap an HttpServletRequest > > Is there any way to wrap an HttpServletRequest in

Re: Session variables in TC 4.0.1 realms

On Mon, 12 Nov 2001, Andreas Graichen wrote: > Date: Mon, 12 Nov 2001 12:49:00 +0100 > From: Andreas Graichen <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Session variables in TC 4.0.1 realms > > Hi, > >

Re: Portable SSL Support

jean-frederic clere <[EMAIL PROTECTED]> writes: > Eric Rescorla wrote: > > A few issues remain: > > (I) Is portability to JDK 1.1.x desirable/a requirement? Both the > > existing JSSE code and my new code rely upon java.security.cert.* > > which was introduced in JDK 1.2. Both JSSE and PureTLS pro

Re: Portable SSL Support

Eric Rescorla wrote: > > "William Barker" <[EMAIL PROTECTED]> writes: > > If you decide on 2a, like Costin, I'd prefer it as a property of the > > SocketFactory (the base class can return null, since Ajp1x would use it's > > own mechanism) rather than an interface. However, it's your call. > >

Re: Portable SSL Support

"William Barker" <[EMAIL PROTECTED]> writes: > If you decide on 2a, like Costin, I'd prefer it as a property of the > SocketFactory (the base class can return null, since Ajp1x would use it's > own mechanism) rather than an interface. However, it's your call. I ended up doing more or less what I

Re: Portable SSL Support

jean-frederic clere <[EMAIL PROTECTED]> writes: > Eric Rescorla wrote: > > <[EMAIL PROTECTED]> writes: > > > One simple workaround could be to abstract acceptSocket() too ( i.e. make > > > it a method in ServerSocketFactory or SSLSupport). > > Yes, we could do that. It's a little ugly but it avoid

DO NOT REPLY [Bug 4862] - Directory checksum errors showed up while untaring jakarta-tomcat-3.2.3-src.tar

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 4866] - jakarta-tomcat-connector/webapp cvs instructions broken

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 4866] New: - jakarta-tomcat-connector/webapp cvs instructions broken

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: Tomcat: Distributed Session Management revisited

[EMAIL PROTECTED] wrote: > > On Tue, 13 Nov 2001, Paul Speed wrote: > > > I think the idea is that you'd byte compare on "commit" which ideally > > would happen at request boundaries. So in this case a single request > > becomes a "transaction"... which indeed opens up its own issues, but > > n

Wrap an HttpServletRequest

Is there any way to wrap an HttpServletRequest in Tomcat 3.2.x and then forward the wrapped request to anoher servlet? We need a 'decorated request' with added functionality, more precisely, we need to add 'extra-parameters' to that request and then forward it to another servlet that process both

DO NOT REPLY [Bug 4862] - Directory checksum errors showed up while untaring jakarta-tomcat-3.2.3-src.tar

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 4862] New: - Directory checksum errors showed up while untaring jakarta-tomcat-3.2.3-src.tar

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

AW: Tomcat: Distributed Session Management revisited

Hi all, I agree with both of you, but I can state that our developers love to work with TOMCAT and APACHE and I would like to suggest to implement failover- and loadbalacing techniques although not required by the specs. We've started with NAS/iPlanet and EJBs two years ago. Now we are develop

Re: Building mod_webapp on Solaris 8

Matt Goyer wrote: > > >> Add -R/path/to/gcc-3.0/lib to your LDFLAGS. > > Where exactly? (axps, tomcat, or apache?) In mod_webapp before the configure LDFLAGS=-R/path/to/gcc-3.0/lib \ ./configure --the_option_you_used_before > > Thanks, > Matt > > -Original Message- > From: Justin Ere

DO NOT REPLY [Bug 3509] -

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: Tomcat: Distributed Session Management revisited

- Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, November 14, 2001 12:26 AM Subject: Re: Tomcat: Distributed Session Management revisited > On Tue, 13 Nov 2001, Mika Goeckel wrote: > > > I completely agree, that the API lack

Re: Portable SSL Support

Eric Rescorla wrote: > > <[EMAIL PROTECTED]> writes: > > Setting the socketFactory can force one behavior or another, but for > > 'regular' users it should be possible to just set secure and the code > > to detect what is available and use it. > I can do this. > > > > IMHO it's a mistake to rely

AW: mod_jk / Ajp13 config fix on heavily loaded system

what's about loadbalancing? say, we have defined local loadbalancing using 5 ajp13-worker at workers.properties, and we have at server.xml: Does this mean, we can support through the loadbalancer 100 threads or 500 threads (100 * number of workers(5) = 500)? b.t.w, another question: when using