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=14359.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://www.caucho.com/
It is pretty fast. A lot of ISPs seem to use it for providing jsp /
servlets to their users.
-Original Message-
From: Steve Burrus [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 19, 2003 6:47 PM
To: Tomcat Developers List
Subject: Re: JDK 1.4 - again
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=17243.
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=17162.
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=17011.
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=17011.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jfarcand2003/02/20 07:50:36
Modified:jasper2/src/share/org/apache/jasper/compiler JspUtil.java
Log:
Fix for JSP.2.6: A % is quoted as %\
Bugtraq: 4679681
Revision ChangesPath
1.32 +64 -63
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=17246.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
My last submission of this patch was heinously wrapped, and buried in a lot of
discussion.
This patch will:
- check for the presence of a 'forwardWelcomeFiles' init param. if not present, it's
false.
- if 'forwardWelcomeFiles' is true, a request with a trailing slash that resolves to a
I would like to revisit this thread:
http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg38851.html
This should be a required feature. The current functionality is a BIG flaw in my eyes
and obviously many other peoples for many reasons including:
- it is not the standard way that
Ya, I ended up doign the same thing yesterday. Works like a charm.
thx.
Original Message
From: Matt Parker [EMAIL PROTECTED]
Sent: 2003-02-20
To: [EMAIL PROTECTED]
Subject: [PATCH] forward welcome files
My last submission of this patch was heinously wrapped, and buried in a lot of
Howdy,
While I don't particularly care for this particular thread (and thus
don't mind the patch either way), I did point want to make a couple of
comments:
This should be a required feature.
Let's be very clear on what's required and what's not. Per SRV.9.10,
Welcome Files, and specifically
Well something that is optional and works for most cases will make a lot of people
happy. It does not necessarily have to work for all cases at this time especially if
the init param is only part of the params for the DefaultServlet itself, nothing else.
If a filter happens to redirect before
yes, you are right, how do I subscribe to this event?
I know that the server has a addLifeCycleListener, but how do I access the server from
a cluster object for example?
Filip
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 19, 2003 3:37 PM
To:
luehe 2003/02/20 09:36:30
Modified:jasper2/src/share/org/apache/jasper/compiler Node.java
Log:
set isDummy to true in zero-arg constructor
Revision ChangesPath
1.60 +6 -4
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java
Filip Hanik wrote:
yes, you are right, how do I subscribe to this event?
I know that the server has a addLifeCycleListener, but how do I access the server from a cluster object for example?
You can go up the tree, I think, but otherwise, you can just use
ServerFactory.getServer().
Remy
Would this work too?
1 - Create your own class which implements LifeCycleListener.
2 - Add it inside of Server like anything else.
3 - When LifeCycleListener.lifecycleEvent is called the LifecycleEvent
has a method called getData() which returns an object refence which I
hope is the reference
fhanik 2003/02/20 09:54:15
Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
SimpleTcpReplicationManager.java
modules/cluster/src/share/org/apache/catalina/cluster/tcp
SimpleTcpCluster.java
Log:
Now
Remy Maucherat wrote:
Filip Hanik wrote:
yes, you are right, how do I subscribe to this event?
I know that the server has a addLifeCycleListener, but how do I access
the server from a cluster object for example?
You can go up the tree, I think, but otherwise, you can just use
On Thu, 20 Feb 2003, Shapira, Yoav wrote:
Howdy,
While I don't particularly care for this particular thread (and thus
don't mind the patch either way), I did point want to make a couple of
comments:
This should be a required feature.
Let's be very clear on what's required and what's not.
I like that idea. So to help me out here, if I work with the service interface,
there is no way for me to call addLifecycleListener.
So for a few simple questions,
1. how do I get the server/service object through JMX?
2. I could check using reflection if the addLifecycleListener method is
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=17255.
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=17171.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
then take a look at valves, that is how most of the stuff is handled all the way
through.
Filip
-Original Message-
From: Paul Yunusov [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 12:14 PM
To: Tomcat Developers List
Subject: Re: Where to start from?
server.xml and the
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=17266.
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=17266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
Here's what happend. It looks pretty strange. I couldn't find explanation to
this neither in Tomcat docs, Servlet specs or Mailing List.
I have a servlet, with doGet implemented as:
System.err.println(XALAN VERSION = +
org.apache.xalan.Version.getVersion());
In the application's
Fast is relative. I tested our App on Tomcat 4.0, 4.1, Resin, Orion, and
OC4J. I was not able to come up with any noticeable difference in
performance. If your application is database intensive, as our is, then the
limiting factor is the database and not the application server.
George Sexton
MH
Hi,
Here's what happend. It looks pretty strange. I couldn't find explanation to
this neither in Tomcat docs, Servlet specs or Mailing List.
I have a servlet, with doGet implemented as:
System.err.println(XALAN VERSION = +
org.apache.xalan.Version.getVersion());
In the application's
29 matches
Mail list logo