Hi,
we tried the apachebench on our solaris system, to check out
differences between architectures and thereby we found a quite
interesting behaviour.
When serving a static page, apache uses the whole machine
resources while tomcat isn't (CPU usage 100% to 20%) and for
maybe this reason isn't
!-- Set the default session timeout (in seconds) --
session-config
session-timeout30/session-timeout
/session-config
that's -minutes-, right?
--
Mvh,
Endre
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Casey Lucas:
Interested in a co-ordinated effort?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
apache will also be faster for serving static pages, thats what apache is
good at. Tomcat CPU will depend on the task its doing and whats spare CPU is
avaliable. I dont think there is a limit in java or tomcat
-Original Message-
From: Thomas Bezdicek [mailto:[EMAIL PROTECTED]]
Sent:
Hello,
I try to build mod_jk module on HP-UX 11.00 but I have many problem
in compilation.
Is there anybody who has tried this porting?
My configuration is: Tomcat 3.2.1 and Apache 1.3.9
Thank you in advance, Best Regards.
begin:vcard
n:Blaas;Dennis
tel;cell:+39 0335
I think there is some problems in tomcat3.3m1 :
1/ the destroy() method of servlets isn't call on shutdown
- state problem between Context.removeServletByName()
and ServletHandler.destroy()
2/ if a servlet handler falls in STATE_DISABLED,
the underlying servlet can't be reloaded and
Hi,
There is (still) a problem using xerces with Tomcat4.0:
+++
Exception during startup processing
java.lang.reflect.InvocationTargetException:
javax.xml.parsers.FactoryConfigurationError:
org.apache.crimson.jaxp.SAXParserFactoryImpl
at
Hi Keith,
I re-downloaded it and re-tested it and it works fine for me
on WinNT 4.0 SP5 and PWS 4.0.
Larry
-Original Message-
From: Hawkins, Keith (Keith) [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 02, 2001 9:13 AM
To: '[EMAIL PROTECTED]'
Subject: RE: isapi_redirect.dll :
Thanks for these bug reports -- if you enter them into the Bug tracking tool
(Bugzilla), there's a MUCH better chance that they'll get tracked/dealt
with.
The link is:
http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%203
-Dan
"[EMAIL PROTECTED]" wrote:
I think there is some
Well, there is a possible explanation :-)
The static interceptor ( which serves static files ) was never tuned or
optimized. It probably does multiple accesses to disk, while in
Apache there are a number of low-level optimizations, caching, etc.
I am not very interested in spending time tuning
Right, but that is excruciating to configure and more excruciating to
maintain...
We need to fix that :-)
Why not use two copies of Tomcat, each with their own mod_jk.conf-auto which
can be included in the appropriate VirtualHost section?
Use 2 copies of tomcat as a workaround for stupid
Hi all.
I did the tomcat self-tests on my machine (thru /admin) and the watchdog
tests (jsp/servlet) are all ok, in both standalone and with Apache.
Found some minor errors in the sanity check in the tests labeled
tomcat-standalone and tomcat-apache respectively (see attached files),
but
Does anybody know how to use autoconf or automake?
We could perhaps put an end to most of the mod_jk compilation problems if we
had some good configure scripts that generated Makefiles. I don't know how
complicated the tools are...
Steve
The isapi_redirect.dll in the 3.2.1 and 3.2.2 beta 1 binary download areas
have been tested with both Win2000 and WinNT (by me personally) and on the
Win9x platforms by others. Problems getting isapi_redirect.dll loaded have
always turned out to be configuration errors, or a corrupted DLL.
larryi 01/03/02 10:25:45
Added: src/native/mod_jk/apache1.3 build-solaris.sh
Log:
Adding a build script for Solaris
Submitted by: Mike Braden
Revision ChangesPath
1.1 jakarta-tomcat/src/native/mod_jk/apache1.3/build-solaris.sh
Index:
larryi 01/03/02 10:30:07
Modified:src/etc/jk workers.properties
Log:
Port Tomcat 3.2 changes and fix some typos.
Changing this file to require modification before use. The chances of an
unmodified version being usable is very slim anyway.
Example settings for Unix
I need to choose for my company the "next generation" servlet-engine.
For now we are using JRUN. I am doing benchmark to choose the next one.
choices for me are : JRUN, RESIN... not Tomcat as it is considered not
stable
and slow compare to the two others...
my tests are done with LoadRunner and
Hi,
I seem to be having a problem with session.invalidate(). I'm using this for
users to log out of my web site but it seems to take two attemps before the user
is properly logged out!
I am using JDBCRealms for authentication BTW.
I have set up a simple four page web site:
test/jsp/index.jsp
Hi,
See below.
Roy
snip
-Original Message-
From: Thomas Bezdicek [mailto:[EMAIL PROTECTED]]
Sent: 02 March 2001 09:50
To: [EMAIL PROTECTED]
Subject: Just another Benchmark
Hi,
we tried the apachebench on our solaris system, to check out
differences between architectures
Remy Maucherat wrote:
Remy,
What I am trying to do is start a discussion of _what_ the behaviour
should be,
so it can be fixed. I already consider the current behaviour to be broken.
I'm mixed on the subject. Craig implemented it that way, so I want to hear
his opinion on the
Hello !
I am using the Apache-Tomcat configuration - using mod_jserv.so
I am trying to get the tomcat to serve different web pages that have other language characters like ja_JP (Japanese) .. But all i am coming up is garbage characters . Does anyone can help me out on that ?
Does Tomcat
Hi y'all.
I'm in the process of making a small tweak so that the
mod_jk.conf-auto file uses IfModule conditionals
around the LoadModule statments. As discussed
earlier, there should be a lot of deployment
configuration value in this tweak.
However, after upgrading to the latest and greatest
on 3/2/01 11:58 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
For "real" production servers I hope you'll use Apache, and for embeding
tomcat in apps or development you don't need 500 requests per seconde.
What if we need 500 requests per second for non-static files? :-)
-jon
Under NT (and
presumably any OS where File.sep != '/') JspC has a stack underflow at
baseDirStack.peek() in ParserController.java. This patch converts from '\' to
'/' for those cases. It also sets the package name for the class based on the
URI, so that the java file is distinguished from
on 3/2/01 9:12 AM, "Jones, Stephen" [EMAIL PROTECTED] wrote:
Does anybody know how to use autoconf or automake?
We could perhaps put an end to most of the mod_jk compilation problems if we
had some good configure scripts that generated Makefiles. I don't know how
complicated the tools
On Fri, 2 Mar 2001, Craig R. McClanahan wrote:
Yes sure. I think the best would be not to unpack the WARs (it's a lot
cleaner).
+1, as long as we can keep performance reasonable.
Well, memory's cheap. You can always just read the whole WAR in.
Then you'll get great performance.
on 3/2/01 11:58 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
For "real" production servers I hope you'll use Apache, and for embeding
tomcat in apps or development you don't need 500 requests per seconde.
What if we need 500 requests per second for non-static files? :-)
You got
So this checkin is just for branched JSP label? Just want to be sure. Also thanks for
interviewing the candidate yesterday. What do you think about him? What's the rank (1
- 10) you wil give him?
Alex Yiu wrote:
Yes. a branch for JSP Oracle 9i beta releas was made already.
Yaqing Wang
I need to choose for my company the "next generation" servlet-engine.
For now we are using JRUN. I am doing benchmark to choose the next one.
choices for me are : JRUN, RESIN... not Tomcat as it is considered not
stable
and slow compare to the two others...
What version of tomcat did you
However, after upgrading to the latest and greatest
tomcat 3.3 version out of CVS (as of last night) I've
suddenly noticed that tomcat is no longer generating
the mod_jk.conf-auto or tomcat-apache.conf files
automatically.
As near as I can tell, ApacheConfig.execute() is not
being
on 3/3/01 6:55 AM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
on 3/2/01 11:58 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
For "real" production servers I hope you'll use Apache, and for embeding
tomcat in apps or development you don't need 500 requests per seconde.
What if we need
On Fri, 2 Mar 2001, Craig R. McClanahan wrote:
Yes sure. I think the best would be not to unpack the WARs (it's a lot
cleaner).
+1, as long as we can keep performance reasonable.
Well, memory's cheap. You can always just read the whole WAR in.
Performance should be good with WARs
what platform/os? i believe your previous claims have been on NT, is this
also for unix now as well?
I've never tried on NT - and it would be pretty difficult anyway
( to get NT on my computer :-)
I'm using Linux/JDK1.3.
Again, I'm talking about overhead - i.e. the time spent in
tomcat (
We made the following change to reAllocBuff() in
org.apache.jasper.runtime.BodyContentImpl with some success. Curious if this
is of use to others. There was already a note about using a multiple of
DEFAULT_BUFFER_SIZE. This takes the notion one step further, doubling size
upon each request. Made
34 matches
Mail list logo