It uses the Java compiler for activities such as compiling JSPs into Servlets
into Java class files.
All versions of Tomcat require the JDK.
Sent from my BlackBerry device
-Original Message-
From: Bobi St temporaryb...@yahoo.de
Date: Thu, 21 Jul 2011 19:58:53
To:
the fact that
access to this object from other processors will require non-local memory
access through CPU boundaries.
Regards,
Justin Randall
Sent from my BlackBerry device
-Original Message-
From: David Kerber dcker...@verizon.net
Date: Sun, 24 Apr 2011 08:54:35
To: Tomcat Users
request is handled only by a single thread then it should be expected
that a CPU with 1/2 the speed performs 1/2 as fast.
Regards,
Justin Randall
--Original Message--
From: Sujeet Singh
To: users@tomcat.apache.org
ReplyTo: Tomcat Users List
Subject: Tomcat Configuration in Multi Core Systems
Hi Darryl,
Is the database also running on a VM? My experience with problematic
applications on VMs hasn't been related to the application itself (Tomcat,
BIND, Apache, etc.) but moreso whether they generate high volumes of local
storage I/O (like a database using local disks). The impact
(/WEB-INF/path/to/errorfile.jsp);
req.setAttribute(errorCode, 500);
req.setAttribute(errorMessage, My server had an oops!);
dispatcher.forward(req, rsp);
=
Note the XML file doesn't have a schema associated with it but that's just for
brevity of the example.
I hope this helps!
Justin Randall
,
Justin Randall
Date: Wed, 13 Apr 2011 16:11:09 -0400
From: ch...@christopherschultz.net
To: users@tomcat.apache.org
Subject: Re: [OT] servlet-specific error pages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Justin,
On 4/13/2011 9:17 AM, Justin Randall wrote:
Hi Chris,
I'm
.
Regards,
Justin Randall
Sent from my BlackBerry device
-Original Message-
From: Martin Gainty mgai...@hotmail.com
Date: Wed, 13 Apr 2011 21:47:51
To: Tomcat Users Listusers@tomcat.apache.org
Reply-To: Tomcat Users List users@tomcat.apache.org
Subject: RE: [OT] servlet-specific error pages
Read up on web.xml and using Serlvet mappings to define paths that map to the
Servlet class itself.
It looks like you're currently using direct servlet invocation.
--Original Message--
From: Jonatan Aguirre Kobayashi
To: users@tomcat.apache.org
ReplyTo: Tomcat Users List
Subject:
In general, it is technically possible for a 32-bit application to perform
faster than a 64-bit application when running on a 64-bit CPU because of CPU
memory cache behaviour.
64-bit memory addresses occupy more space within a single cache line and can
result in added memory cache misses
-bit versus 64-bit performance discussion(s)
Sent: Mar 14, 2011 17:08
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Justin,
On 3/14/2011 3:45 PM, Justin Randall wrote:
In general, it is technically possible for a 32-bit application to
perform faster than a 64-bit application when running on a 64
One would imagine you would simply subscribe your new address and (potentially)
unsubscribe your old address.
--Original Message--
From: Michael McQuade
To: 'Tomcat Users List'
ReplyTo: Tomcat Users List
Subject: Change of email address
Sent: Dec 25, 2010 09:57
How does one go about
).
Regards,
Justin Randall
Sent from my BlackBerry device
-Original Message-
From: Ben xpsl...@gmail.com
Date: Sun, 5 Dec 2010 14:25:56
To: Tomcat Users Listusers@tomcat.apache.org
Reply-To: Tomcat Users List users@tomcat.apache.org
Subject: Can tomcat detect disconnection by client side in Async
Just to clarify, I'm not trying to imply that ClientAbortException wouldn't be
generated for Async mode in some way but simply that I've only tested TCP RST
behaviour in non-Async mode.
Sent from my BlackBerry device
-Original Message-
From: Justin Randall ran...@hotmail.com
Date: Tue
GET and POST are HTTP verbs/operations.
It is impossible to have a combo GET/POST. Which ever verb is specified in the
HTTP headers is what will control whether doGet or doPost is called.
You are correct that GET and POST reference data differently, however they are
actions and not areas of
is being consumed in usr or
sys space, along with whether maybe the memory on your system is maxed out
(trigger high CPU load transfer data between RAM and swap space).
Regards,
Justin Randall
Date: Tue, 19 Oct 2010 17:40:17 +0200
From: a...@ice-sa.com
To: users@tomcat.apache.org
Subject: what
One more thing, aside from checking whether the CPU consumed is usr or sys you
may also want to lookup at iowait (a.k.a wa). This would indicate the CPU is
busy waiting for IO operations to complete (potentially a slow disk or storage
device).
Regards,
Justin Randall
From: ran
for me and is used by
other industry professionals.
Regards,
Justin
Here is an example:
Date: Wed, 7 Jan 2009 09:35:33 +0100
From: rc4...@googlemail.com
To: users@tomcat.apache.org
Subject: Re: j_security_check with https
Hi Justin,
On Wed, Jan 7, 2009 at 4:13 AM, Justin Randall ran
Howdy,
First, to clear an incorrect point made...
There is a point of switching back to HTTP after HTTPS. From a server load
perspective having to perform SSL computations for every single HTTP request
can be a serious performance bottleneck. As for the security aspect,
transmission of the
Hello,
Have you tried adding j_security_check to your web.xml for patterns which
should be redirected to SSL?
Regards,
Justin
Date: Tue, 9 Dec 2008 00:17:36 -0800
From: [EMAIL PROTECTED]
To: users@tomcat.apache.org
Subject: Form Based Authenticattion - j_security_check does not redirect
Hi again,
I thought about this a little more and I think what you're experiencing might
be as a result of the RequestDispatcher.
When the RequestDispatcher fowards to a URL resource, it overrides the
SSL/Authentication constraints you have setup. There is a way of getting
around this (which
- j_security_check does not redirect
from http to https
Justin Randall-5 wrote:
Hi again,
I thought about this a little more and I think what you're experiencing
might be as a result of the RequestDispatcher.
When the RequestDispatcher fowards to a URL resource, it overrides
executed when Tomcat loads the Servlet.
I hope this helps better clarify the situation.
Justin.
From: [EMAIL PROTECTED]
To: users@tomcat.apache.org
Date: Wed, 3 Dec 2008 20:46:50 -0600
Subject: RE: Tomcat 6.0.18 Servlet Loading/Reloading
From: Justin Randall [mailto:[EMAIL PROTECTED
Hello,
I have a very strange issue with Tomcat 6.0.18 and I'm not sure what
information to provide to help debug further.
I have an installation of Tomcat 6.0.18 which fails to properly initialize
servlets upon restart. If I deploy a new application.war file while Tomcat is
running (even if
I've been doing some more testing and added a bunch of System.out.println
statements to the init, init(ServletConfig), and doPost/doGet methods so
that I could see what my application was doing without log4j initialized.
Basically when I restart Tomcat, it doesn't call any of the init methods
24 matches
Mail list logo