what's about loadbalancing?
say, we have defined local loadbalancing using
5 ajp13-worker at workers.properties, and we
have at server.xml:
Ajp13Connector port=8009
maxThreads=100
maxSpareThreads=50
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 on that
- 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 lacks
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3509.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 Erenkrantz
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4862.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
[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
no bigger than
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4866.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4866.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4862.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 avoids having a
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
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 provide more
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,
I'm going to
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 Tomcat
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
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4512.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4830.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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?
- 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:
A few
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.*
which was
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
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 working...
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 there
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
what's about loadbalancing?
say, we have defined local loadbalancing using
5 ajp13-worker at workers.properties, and we
have at server.xml:
Ajp13Connector port=8009
maxThreads=100
maxSpareThreads=50
minSpareThreads=10
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
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4830.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4883.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4883.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[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 factor
36 matches
Mail list logo
