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=14973.
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=14973.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ok. I admit that I have not check the list before I was posting. And I
can take your comment on MBean part, but not the deploying part. :-)
Thanks for your comments,
Pae
This is really a tomcat-user question (and, has been covered, ad nausium,
on
that list :)
The short form is that you
Remy Maucherat wrote:
Note: I know many people are away this weekend, so this vote will run
until Monday COB (on the west coast), which more or less means Tuesday
morning GMT.
ballot
[ ] Alpha
[ ] Beta
[ ] Stable (aka GA)
/ballot
I vote beta. There's 1.5 votes for beta, and 1.5 for stable, so
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.
I am trying to access the jasper class loader directly. I want to do
this so that I can get a jsp class file out of it at runtime vs having
to do a jsp:include to call the jsp. I am having a little trouble
getting through the jasper code and would like a little direction
please.
I know that I
Hi,
I'm also interested in this sort of functionality - I asked a similar
question last week.
Is it on the roadmap or has any earlier voting process already rejected it
as a viable feature?
If it hasn't already been rubished as a suggested feature, would I (or Udo)
be out of order making an
With 4.1.12 (4.0.x is ok) I experience a problem with logging.
There seems to be some strange buffering. I have a Servlet in
my webapp which does some initialisation. It prints progress
information to STDOUT and error information
(exception.printStackTrace())
to STDERR. I have a System.exit
Hi,
I tried to get a ldap-authentification with domino but noticed that the
current code (I checked tomcat 4.0.6 so if this is obsolete in a newer
version forgive me) checks the given password with the retrieved one. This
doesn't work as domino uses a different hash algorithm.
So I changed 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=15002.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Bill,
doesn't seems to work if I only set the locale in recycle. I can add a
condition when getting the locale to check if equal to null, then it
will work. Is there a reason to not have a default locale?
Thanks,
-- Jeanfrancois
Bill Barker wrote:
I'm not really happy with having a
John Trollinger wrote:
I am trying to access the jasper class loader directly. I want to do
this so that I can get a jsp class file out of it at runtime vs having
to do a jsp:include to call the jsp. I am having a little trouble
getting through the jasper code and would like a little
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=14896.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi all,
Why are getUserPrincipal and getRemoteUser returnnig null? I know that they
are supposed to return null if the user is not authenticated. What does
that mean exactly? I have Tomcat running locally on my machine. What does
'authentication' mean in my context?
Thanks
RA
--
To
jfarcand2002/12/03 08:04:02
Modified:coyote/src/java/org/apache/coyote Response.java
coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
As Bill's recommends, do not set a default locale in Response directly.
Revision
[EMAIL PROTECTED] wrote:
jfarcand2002/12/03 08:04:02
Modified:coyote/src/java/org/apache/coyote Response.java
coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
As Bill's recommends, do not set a default locale in Response
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
jfarcand2002/12/03 08:04:02
Modified:coyote/src/java/org/apache/coyote Response.java
coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
As Bill's recommends, do not set a
Looking at the netstat on the machine I can see tomcat is bound to the
port 8009 and can connect to it with telnet, apache works if I go back
to tomcat 4.1.14.
From the apache logs:
[Tue Dec 03 16:04:22 2002] [jk_connect.c (143)]: jk_open_socket,
connect() failed errno = 111
[Tue Dec 03
Jeanfrancois Arcand wrote:
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
jfarcand2002/12/03 08:04:02
Modified:coyote/src/java/org/apache/coyote Response.java
coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
As Bill's
jfarcand2002/12/03 08:37:59
Modified:coyote/src/java/org/apache/coyote Response.java
coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
Go back and set the locale in Response (required by 2.3 and 2.4). Watchdog is
falling if
M wrote:
Looking at the netstat on the machine I can see tomcat is bound to the
port 8009 and can connect to it with telnet, apache works if I go back
to tomcat 4.1.14.
From the apache logs:
[Tue Dec 03 16:04:22 2002] [jk_connect.c (143)]: jk_open_socket,
connect() failed errno = 111
[Tue
[EMAIL PROTECTED] wrote:
jfarcand2002/12/03 08:37:59
Modified:coyote/src/java/org/apache/coyote Response.java
coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
Go back and set the locale in Response (required by 2.3 and 2.4).
Hi,
I think the clustering features in Tomcat 5 should get an overhaul.
Despite some licensing dicrepancies, I plan to use JavaGroups for the
task (LGPL license), as well as some code which was donated a while ago
by Filip Hanik. Based on what is already done, the amount of work that
will have
Remy Maucherat wrote:
Hi,
I think the clustering features in Tomcat 5 should get an overhaul.
Despite some licensing dicrepancies, I plan to use JavaGroups for the
task (LGPL license), as well as some code which was donated a while ago
by Filip Hanik. Based on what is already done, the amount of
Hi,
In a rush on my way to (yet another ;() meeting, so:
- The current cluster API is dead.
- JavaGroups is good.
- Clustering is important.
= Your approach seems reasonable, +1 IMHO.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Remy Maucherat [mailto:[EMAIL
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
jfarcand2002/12/03 08:37:59
Modified:coyote/src/java/org/apache/coyote Response.java
coyote/src/java/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
Go back and set the locale in Response
hgomez 2002/12/03 09:22:37
Modified:jk/native/apache-2.0 bldjk.qcsrc
Log:
iSeries should use teraspace model and use full optimization
Revision ChangesPath
1.5 +57 -0 jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qcsrc
Index: bldjk.qcsrc
Henri Gomez wrote:
Remy Maucherat wrote:
Hi,
I think the clustering features in Tomcat 5 should get an overhaul.
Despite some licensing dicrepancies, I plan to use JavaGroups for the
task (LGPL license), as well as some code which was donated a while ago
by Filip Hanik. Based on what is
hgomez 2002/12/03 09:25:11
Added: jk/native/apache-2.0 bldjk.qclsrc
Removed: jk/native/apache-2.0 bldjk.qcsrc
Log:
Should be called QCLSRC instead of QCSRC
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qclsrc
Henri Gomez wrote:
M wrote:
Looking at the netstat on the machine I can see tomcat is bound to the
port 8009 and can connect to it with telnet, apache works if I go back
to tomcat 4.1.14.
From the apache logs:
[Tue Dec 03 16:04:22 2002] [jk_connect.c (143)]: jk_open_socket,
hgomez 2002/12/03 09:45:43
Modified:jk/native/apache-2.0 bldjk.qclsrc
Log:
Small cleanup
Revision ChangesPath
1.2 +18 -18jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qclsrc
Index: bldjk.qclsrc
Remy Maucherat wrote:
Hi,
I think the clustering features in Tomcat 5 should get an overhaul.
Despite some licensing dicrepancies, I plan to use JavaGroups for the
task (LGPL license), as well as some code which was donated a while ago
by Filip Hanik. Based on what is already done, the
hgomez 2002/12/03 09:50:29
Modified:jk/native/apache-2.0 bldjk.qclsrc
Log:
No TAB should be in this file ;[
Revision ChangesPath
1.3 +58 -58jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qclsrc
Index: bldjk.qclsrc
Costin Manolache wrote:
Remy Maucherat wrote:
Hi,
I think the clustering features in Tomcat 5 should get an overhaul.
Despite some licensing dicrepancies, I plan to use JavaGroups for the
task (LGPL license), as well as some code which was donated a while ago
by Filip Hanik. Based on what is
remm2002/12/03 10:41:21
Modified:catalina/src/conf server.xml
Log:
- Modify the default configuration:
- the upload timeout control is IMO a great feature in specific cases, but isn't
useful in many others. As I think JNI calls are far from beiing free, I would
remm2002/12/03 10:44:51
Modified:catalina/src/conf server.xml
Log:
- Oops ...
Revision ChangesPath
1.11 +1 -1 jakarta-tomcat-catalina/catalina/src/conf/server.xml
Index: server.xml
===
remm2002/12/03 10:45:16
Modified:resources/confinstall server_2.xml
Log:
- Oops ...
Revision ChangesPath
1.7 +1 -1 jakarta-tomcat-5/resources/confinstall/server_2.xml
Index: server_2.xml
Remy Maucherat wrote:
+1 if all new code goes in a separate module ( instead of catalina ),
and is built as separate .jar(s).
I wanted to, however I can't do that without changing the API some stuff
in the session package (the damn classes are all package private) :-P
I suppose it's 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=15032.
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=15032.
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=15032.
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=15032.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Costin Manolache wrote:
Remy Maucherat wrote:
+1 if all new code goes in a separate module ( instead of catalina ),
and is built as separate .jar(s).
I wanted to, however I can't do that without changing the API some stuff
in the session package (the damn classes are all package private)
Costin Manolache wrote:
Remy Maucherat wrote:
+1 if all new code goes in a separate module ( instead of catalina ),
and is built as separate .jar(s).
I wanted to, however I can't do that without changing the API some stuff
in the session package (the damn classes are all package
Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
+1 if all new code goes in a separate module ( instead of catalina ),
and is built as separate .jar(s).
I wanted to, however I can't do that without changing the API some
stuff
in the session package (the damn
The last official final release was Tomcat 4.1.12
We now have a Tomcat 4.1.16 beta.
What is up with this weird release numbering? What happened to Tomcat
4.1.13? Maybe Remy got infected by Sun's marketing. I'm still curious how
Sun is going to deal with releasing Java 2.0 and the confusion that
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=13014.
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=13014.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 3 Dec 2002, Jon Scott Stevens wrote:
Date: Tue, 03 Dec 2002 11:29:54 -0800
From: Jon Scott Stevens [EMAIL PROTECTED]
Reply-To: Jakarta Project Management Committee List
[EMAIL PROTECTED]
To: tomcat-dev [EMAIL PROTECTED]
Cc: Jakarta Project Management Committee List [EMAIL
on 2002/12/3 11:51 AM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
http://nagoya.apache.org/eyebrowse/ReadMsg?[EMAIL PROTECTED].
orgmsgNo=52475
Someone obviously hasn't been keeping up on TOMCAT-DEV mail :-).
See the discussions and vote that took place in April 2003, where the
Tomcat
on 2002/12/3 11:57 AM, Costin Manolache [EMAIL PROTECTED] wrote:
It was voted on the list, Remy sent the proposal last week.
Ok, I guess I missed that email.
Sorry.
-jon
--
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/
--
To
Jeanfrancois Arcand wrote:
+1 if all new code goes in a separate module ( instead of catalina ),
and is built as separate .jar(s).
I wanted to, however I can't do that without changing the API some stuff
in the session package (the damn classes are all package private) :-P
I suppose it's
On Tue, 2002-12-03 at 11:29, Jon Scott Stevens wrote:
The last official final release was Tomcat 4.1.12
We now have a Tomcat 4.1.16 beta.
What is up with this weird release numbering? What happened to Tomcat
4.1.13? Maybe Remy got infected by Sun's marketing. I'm still curious how
Sun is
Jeanfrancois Arcand wrote:
I'll remove stuff in the Cluster API, modify some of the session
classes to allow extending them in a different package, and everything
in the core is then independent of the clustering.
No security problems if we kept the current package protection
mechanism.
The subject should be clear. The benefit is that we'll be able
to build more JMX awareness in the code without doing tricks -
each component will know about its ObjectName and will be
able to return ObjectName[].
I'm not proposing MBeans all over tomcat - modeler works very
well in
Costin Manolache wrote:
Jeanfrancois Arcand wrote:
I'll remove stuff in the Cluster API, modify some of the session
classes to allow extending them in a different package, and everything
in the core is then independent of the clustering.
No security problems if we kept the current
+1
Amy
Costin Manolache wrote:
The subject should be clear. The benefit is that we'll be able
to build more JMX awareness in the code without doing tricks -
each component will know about its ObjectName and will be
able to return ObjectName[].
I'm not proposing MBeans all over tomcat -
luehe 2002/12/03 15:17:48
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
jasper2/src/share/org/apache/jasper/runtime
JspContextWrapper.java
Log:
Performance improvement:
Pass ArrayList (instead of Vector) of scripting
luehe 2002/12/03 15:49:46
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
Do not call the setParent() method on SimpleTag handlers if the value
being passed is null, since SimpleTag instances are not reused
Revision ChangesPath
1.135 +11
kinman 2002/12/03 16:48:43
Modified:jasper2/src/share/org/apache/jasper
EmbededServletOptions.java JspC.java Options.java
jasper2/src/share/org/apache/jasper/compiler Compiler.java
Node.java TagPluginManager.java
we have a project on sourceforge to continue development of this.
but we would love to integrate this into Tomcat where it really belongs.
http://sourceforge.net/projects/tomcat-jg
Filip
~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
www.filip.net
-Original
kinman 2002/12/03 17:41:19
Modified:jasper2/src/share/org/apache/jasper/compiler/tagplugin
TagPlugin.java TagPluginContext.java
Log:
- Some doc editing
Revision ChangesPath
1.3 +11 -7
The Tomcat Team announces the immediate availability of Apache Tomcat
4.1.16 Beta.
Tomcat 4.1.16 includes many bugfixes and performance tweaks over Tomcat
4.1.12. Please see the release notes for a complete list of the changes.
Downloads (source and binaries):
Hello Tom Cats,
Currently under Tomcat 4.1.12 SSI normal configuration which invokes a
CGI script does not work. The reason for this is pretty obvious: The SSI
servelet uses the pathInfo (PATH_INFO) value and calls the request
dispatcher for any resources needed. The request dispatcher eats the
64 matches
Mail list logo