remm02/02/18 01:00:54
Modified:catalina/src/share/org/apache/catalina/startup
BootstrapService.java
Log:
- Add missing support for the new 'endorsed' directory in the various dist targets.
Revision ChangesPath
1.12 +12 -9
remm02/02/18 01:01:05
Modified:.build.xml tomcat.nsi
Log:
- Add missing support for the new 'endorsed' directory in the various dist targets.
Revision ChangesPath
1.62 +4 -0 jakarta-tomcat-4.0/build.xml
Index: build.xml
Remy Maucherat wrote:
Hi,
There's a hidden component in Tomcat 4 named service (package is
org.apache.service), which has almost nothing to do with Tomcat (except it
was written by Pier and started its life here). The most current version of
it (which is *not* the one used by Tomcat,
I need to know what is the main difference between Tomcat-3.2.1 and
Tomcat-3.3a ??
Because when I try to view my jsp page in chinese characters, using the HTML
header, I can view the characters correctly, but because Tomcat-3.3a offers
a newer version of JDBC API, as a result i change to
Hi all,
I have some problems with Catalina server. Some details :
I have a class : FilterLogin extends BaseServlet extends
SecureServlet extends javax.servlet.http.HttpServlet (which
implements javax.servlet.Servlet).
When I try to load the class and login, i get the following exception :
A
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=6519.
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=6201.
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=6201.
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=6519.
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=6420.
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=6525.
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=6525.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sun, 17 Feb 2002, Bill Barker wrote:
Yeah, well, I can confirm that o.a.c.connector.http.HttpConnector is just a
broken as o.a.ajp.tc4.Ajp13Connector. However, the
o.a.c.connector.http.HttpProcessor isn't quite as brain-dead as it's ajp13
counterpart (but it still doesn't recycle). 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=6525.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
A quick proposal ( vote ? ): I would like to start using commons-logging
in jk2. Right now it has println() style, but beeing able to benefit
from the fine control that log4j ( and other loggers ) provides
would help a lot.
If nobody oposes, I will check in a current build of
A quick proposal ( vote ? ): I would like to start using
commons-logging
in jk2. Right now it has println() style, but beeing able to benefit
from the fine control that log4j ( and other loggers ) provides
would help a lot.
If nobody oposes, I will check in a current build of commons-logging
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=6494.
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=6494.
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=6494.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Hi,
There's a hidden component in Tomcat 4 named service (package is
org.apache.service), which has almost nothing to do with Tomcat (except
it
was written by Pier and started its life here). The most current version
of
it (which is *not* the one used by
Well, the Java code looks very similar to me. So the native code could
easily be ported to j-t-s.
It's just that this code is 100% Tomcat-dependency free. So
since it's some
generic capability other projects could want, I proposed to
move it to the
commons, instead of leaving it as a hidden
Any objection to see JkMount renamed to Jk2Mount in mod_jk2
and in general all Directive subject to collisions with the
original mod_jk...
The both could be installed at the same time ...
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
jean-frederic clere [EMAIL PROTECTED] wrote:
The idea in jakarta-tomcat-service is to implement JSR96
(http://jcp.org/jsr/detail/96.jsp).
jakarta-tomcat-4.1/service is to allow run tomcat on port 80 as a daemon...
The Apache Software Foundation is voting NO on the publication of JSR-096,
jean-frederic clere [EMAIL PROTECTED] wrote:
The idea in jakarta-tomcat-service is to implement JSR96
(http://jcp.org/jsr/detail/96.jsp).
jakarta-tomcat-4.1/service is to allow run tomcat on port 80 as a
daemon...
The Apache Software Foundation is voting NO on the publication of
Remy Maucherat [EMAIL PROTECTED] wrote:
jean-frederic clere [EMAIL PROTECTED] wrote:
The idea in jakarta-tomcat-service is to implement JSR96
(http://jcp.org/jsr/detail/96.jsp).
jakarta-tomcat-4.1/service is to allow run tomcat on port 80 as a
daemon...
The Apache Software Foundation
On Mon, 18 Feb 2002, GOMEZ Henri wrote:
Any objection to see JkMount renamed to Jk2Mount in mod_jk2
and in general all Directive subject to collisions with the
original mod_jk...
I have one :-)
If we change JkMount, I would rather change it into nothing ( i.e.
get rid of it ). It should
We've been debugging a problem in our application related to the port being
sent during a redirect. In our case, both the host and port requested will
be mapped on the way into and out of our network. We obviously need our
redirects to be sent with the correct server and port set, but we were
On Mon, 18 Feb 2002, Remy Maucherat wrote:
Well, the Java code looks very similar to me. So the native code could
easily be ported to j-t-s.
It's just that this code is 100% Tomcat-dependency free. So since it's some
generic capability other projects could want, I proposed to move it to the
On Mon, 18 Feb 2002, Remy Maucherat wrote:
Well, the Java code looks very similar to me. So the native code could
easily be ported to j-t-s.
It's just that this code is 100% Tomcat-dependency free. So since it's
some
generic capability other projects could want, I proposed to move it to
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=6525.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm02/02/18 11:59:29
Modified:catalina/src/share/org/apache/catalina/startup
BootstrapService.java CatalinaService.java
Log:
- Refactoring of the service features, removing a lot of code duplication in the
process.
Revision ChangesPath
Remy Maucherat [EMAIL PROTECTED] wrote:
jean-frederic clere [EMAIL PROTECTED] wrote:
The idea in jakarta-tomcat-service is to implement JSR96
(http://jcp.org/jsr/detail/96.jsp).
jakarta-tomcat-4.1/service is to allow run tomcat on port 80 as a
daemon...
The Apache Software
On Mon, 18 Feb 2002, Remy Maucherat wrote:
Well, j-t-c/utils is more our core buisness. Since 4.0 or the connectors
don't duplicate the code like 3.3 does, I'd say I don't like the idea too
much.
Or we can put them there, still keep the current ones, and start using the
ones from the
Hi,
I am using Oreilly's MultipartRequest class to upload files. I am using
IIS + Tomcat configuration.
If the file size is more than the limit I specify in the MultipartRequest
object, Browser (IE 5.0, IE 4.0 says abnormally terminated by server) shows
Error Page can not be displayed.
Hi,
I wanted to alter Tomcat's default behavior for setting the JSESSIONID
cookie. Tomcat normally sets the path of this cookie to be equivalent of the
webcontext if any, otherwise it sets it to /.
Since I'll need to proxy request with Apache (with altering the URL's first
part containing the
I am casting a wide net for help here. I recently
started playing around with jsp and got stumped with
this example here:
http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/JSPIntro2.html
for my own sad reasons i can't get X-server to work on
my server so I am trying to find the suitable
command-line
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=6531.
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=6531.
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=6519.
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=5735.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 18 Feb 2002, Remy Maucherat wrote:
Well, j-t-c/utils is more our core buisness. Since 4.0 or the connectors
don't duplicate the code like 3.3 does, I'd say I don't like the idea
too
much.
Or we can put them there, still keep the current ones, and start using
the
ones from the
Hi,
I've added a new component to the commons subproject (in the sandbox), which
is designed to allow Java programs to run as native operating system daemons
(services under Windows NT).
Because of its nature, this component contains a significant amount of
native code.
This component API and
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=5735.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
after some time I've found that the session cookie is set in the AJP
connector, namely in org.apache.ajp.tomcat4.AJP13Response (method
sendHeaders()). Actually to my surprise
o.a.c.connector.HttpResponseBase#sendHeaders() is called only when the first
resource is asked for (that's what I
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, February 18, 2002 10:00 AM
Subject: Jk2 logging
Hi,
A quick proposal ( vote ? ): I would like to start using commons-logging
in jk2. Right now it has println() style, but beeing able to benefit
from
This is better handled at [EMAIL PROTECTED] .
The simple answer is that 3.3a (and even more so 3.3.1-B1), should be better
able to handle chinese (or other than iso-latin-1) character sets than
3.2.x. Of course, you must specify the charset in the ContentType attribute
to the @page directive on
Remy,
This is great news!
I scanned through the Unix code and noticed that it uses the chmod'ing
executables with setuid bits instead of performing a JNI call to the setuid()
and seteuid() C functions before and after binding of a ServerSocket (i.e. the
place you should need root access if you
Patrick Luby wrote:
Remy,
This is great news!
I scanned through the Unix code and noticed that it uses the chmod'ing
executables with setuid bits instead of performing a JNI call to the setuid()
and seteuid() C functions before and after binding of a ServerSocket (i.e. the
place you
[EMAIL PROTECTED] wrote:
Hi,
A quick proposal ( vote ? ): I would like to start using commons-logging
in jk2. Right now it has println() style, but beeing able to benefit
from the fine control that log4j ( and other loggers ) provides
would help a lot.
If nobody oposes, I will check
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=6519.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
50 matches
Mail list logo