Good news :)
Some updates in documentation (workers.properties need updates)
and I think we could tag jtc mod_jk_1_2_0
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8
Who could update the iplanet README ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
The basic idea is to use a 2-layer configuration mechansim,
with a pluggable repository for preferene storage and
JMX-based component configuration.
For config storage, we should be able to use:
- current XML files ( with few minor changes in the 3-4 classes
i could be wrong, but i think once you call sendError(), the response is committed and
you cannot set any more headers. try reversing the order of the
sendError()/setHeader() calls:
response.setHeader(WWW-Authenticate, BASIC realm=\test\);
response.sendError(response.SC_UNAUTHORIZED);
Costin,
I'm using RedHat 7.3, Apache 2.1.39, TC 4.1.6, mod_jk1, CoyoteJK2.
I build a new mod_jk.so everytime I get a new Tomcat. So it is definetley
recent.
I'm not sure what additional information to provide that hasn't already been
detailed in
mturk 2002/07/02 05:06:46
Modified:jk/native2/common jk_worker_jni.c
Log:
Disable the call ro the DestoryJavaVM.
This call should be invoked when the TomcatStarter
or something else signals that there will be no more calls.
Revision ChangesPath
1.23 +7 -2
mturk 2002/07/02 05:08:25
Modified:jk/native2/common jk_channel_jni.c
Log:
Call the vm detach on 'afterRequest' and on
channel destoy.
Revision ChangesPath
1.31 +5 -1 jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
Index: jk_channel_jni.c
Hi,
Finaly been able to gracefully shutdown the isapi_redirector without the
need to reboot the machine!
The reason were the ghost threads left attaching in other and detaching
jvm in another.
Right now we have the Apache2/WIN32 and IIS tested and working.
What about other platforms, and how
Hi all,
Could we add this into the JNDI Datasources HOWTO that I wrote the other
week (I dont think this has been committed yet BTW)
If someone can commit my HOWTO, I'll merge the two together and submit a
patch this afternoon.
Hope this is OK
Les
-Original Message-
From: David
Right now we have the Apache2/WIN32 and IIS tested and working.
What about other platforms, and how about some beta?
Good work!!, are you volunteering to be the release manager? :)
In any case +1!!!
Saludos ,
Ignacio J. Ortega
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
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=10405.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
David / All,
Had problems rendering your doc so I've patched it onto the end of mine and
cleaned up the XML so that it styles up OK. Here it is.
Comments?
Les
PS I will stop moaning about getting this committed, I promise... :-)
-Original Message-
From: Les Hughes
marcsaeg2002/07/02 06:52:40
Modified:src/share/org/apache/tomcat/core Tag: tomcat_32
BufferedServletOutputStream.java
Log:
If an invalid character is sent through BufferedServletOutputStream it will
cause an infinite loop on the error page because the same
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=10406.
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=10407.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Good work!!, are you volunteering to be the release manager? :)
What is this? A man hunt :)
In any case +1!!!
Would, but have no idea what the RM should do :)
1. We still need to update the docs before any release (just look at the
Tomcat Users list).
2. Didn't do any tests with the 1.3
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=10410.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hey,
I may have missed something obvious, but if I didn't, are there plans to
add context reset/stop/start to the new administration webapp?
-Chad Johnson
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Cc: Tomcat Users List
I'm working on a tool for finding datarace bugs in Java programs. Roughly,
we find places where data shared between threads is being accessed without
locking or other synchronization. I found a couple of things in Tomcat
(4.0.4 final, still present in CVS) that look like lurking problems:
The
Got it.
I'll check in, please test again.
Costin
On Tue, 2 Jul 2002, David Oxley wrote:
Costin,
I'm using RedHat 7.3, Apache 2.1.39, TC 4.1.6, mod_jk1, CoyoteJK2.
I build a new mod_jk.so everytime I get a new Tomcat. So it is definetley
recent.
I'm not sure what additional
costin 2002/07/02 09:51:08
Modified:jk/native/common jk_ajp_common.c
Log:
Add more info to the message.
Revision ChangesPath
1.27 +3 -2 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
Index: jk_ajp_common.c
costin 2002/07/02 09:53:15
Modified:jk/native2/common jk_channel_socket.c
Log:
Minor fix - unix doesn't know about ioctlsocket.
For 5.0 we should deprecate the old 'backward compat' components
and use only APR.
Revision ChangesPath
1.37 +4 -2
costin 2002/07/02 09:53:59
Modified:jk/native2/include jk_msg.h
Log:
Change back the max message size to what we had in jk1.
Without this we run into problems when jk2 talks with jk1.
Revision ChangesPath
1.13 +1 -1
costin 2002/07/02 09:55:03
Modified:jk/java/org/apache/jk/common MsgAjp.java
Log:
Fix for 10018, use the same size for the buffer as in jk1.
Revision ChangesPath
1.12 +2 -1
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/MsgAjp.java
Index:
costin 2002/07/02 09:57:31
Modified:jk/java/org/apache/jk/common ChannelSocket.java
jk/java/org/apache/jk/server JkCoyoteHandler.java
Log:
Added a bit of code to display the time spent in jk and request.
I had it in my workspace, better to check it in so it
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=10418.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
You're right. It should have been -r TOMCAT_4_1_2 (which checks out fine
for me).
- Original Message -
From: Dan Sandberg [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, July 01, 2002 6:06 PM
Subject: Re: [PATCH] Re: SSI Servlet has big problems
Hi Bill.
On Tue, 2 Jul 2002, Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
The basic idea is to use a 2-layer configuration mechansim,
with a pluggable repository for preferene storage and
JMX-based component configuration.
That seems like a very good idea to me. In Tomcat 4.1, there's
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=10419.
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=7588.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Thanks for fixing up my XML typos.
I guess I personally don't really care where the Tyrex HOWTO goes.. Tyrex is a bit
different though, so it may belong somewhere
else. Only one comment: you put my Tyrex stuff under Tyrex Connection Pool and
Castor ORM with mysql, and this is an inaccurate
costin 2002/07/02 12:45:50
Modified:jk build.xml
Added: jk/conf tomcat-jk2.manifest
Log:
Added a manifest for tomcat-jk2. It sets a minimal classpath and starts JkMain
Revision ChangesPath
1.45 +1 -2 jakarta-tomcat-connectors/jk/build.xml
costin 2002/07/02 12:56:24
Modified:util/java/org/apache/tomcat/util/mx DynamicMBeanProxy.java
Log:
Few changes to delay the introspection until it is neede.
Revision ChangesPath
1.3 +10 -2
costin 2002/07/02 12:57:49
Modified:util/java/org/apache/tomcat/util/threads ThreadPool.java
Log:
Allow customization of thread.setDaemon().
Previous versions of TP set all the threads in non-daemon mode, but
this can create restart problems in some cases. However
costin 2002/07/02 12:58:27
Modified:jk/java/org/apache/jk/common ChannelSocket.java
jk/java/org/apache/jk/server JkMain.java
Log:
Add support for the daemon setting.
Minor fix in JkMain
Revision ChangesPath
1.17 +11 -0
costin 2002/07/02 13:00:16
Modified:jk/java/org/apache/jk/common ChannelSocket.java
Log:
No comment...
Revision ChangesPath
1.18 +1 -1
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelSocket.java
Index: ChannelSocket.java
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=10423.
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=10425.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy: I just fixed one serious bug in jk2/java ( the one reported by
David Oxley ). I think we need a 4.1.7 for that ( and possibly other
bug fixes ). We are pretty close IMHO.
Henri: what about tagging the workspace for mod_jk1 with 1.2.0,
and use the same naming convention as in 4.1.x.
On Tue, 2002-07-02 at 15:47, [EMAIL PROTECTED] wrote:
Remy: I just fixed one serious bug in jk2/java ( the one reported by
David Oxley ). I think we need a 4.1.7 for that ( and possibly other
bug fixes ). We are pretty close IMHO.
Henri: what about tagging the workspace for mod_jk1 with
Hey all,
Quick question about patch submission: I submitted a patch a week or so ago
and was curious if it was even received or acknowledged or anything or simply
diverted to /dev/null. If it was rejected is there any protocol for the
submitter getting notice or anything?
thx,
russ
--
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=10405.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
Remy: I just fixed one serious bug in jk2/java ( the one reported by
David Oxley ). I think we need a 4.1.7 for that ( and possibly other
bug fixes ). We are pretty close IMHO.
Henri: what about tagging the workspace for mod_jk1 with 1.2.0,
and use the same
Putting the patch in bugzilla makes it easier to track and cannot get
lost that way ;-)
Mvgr,
Martin
On Wed, 2002-07-03 at 01:10, Russ Trotter wrote:
Hey all,
Quick question about patch submission: I submitted a patch a week or so ago
and was curious if it was even received or
On Tue, 2 Jul 2002, Chad Johnson wrote:
Date: Tue, 2 Jul 2002 10:53:32 -0500
From: Chad Johnson [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [4.1.6] Milestone available for testing
Hey,
I may have missed something obvious,
remm2002/07/02 16:42:47
Modified:.PROPOSAL-5.0.txt
Log:
- Add links to the specification drafts.
Revision ChangesPath
1.4 +5 -1 jakarta-tomcat-4.0/PROPOSAL-5.0.txt
Index: PROPOSAL-5.0.txt
After trying to address the concerns raised by the proposal draft, I
would like to call for a vote on it, now that the discussions have died
down.
ballot
[ ] +1 I support the proposal, and will help implement it
[ ] +0 I support the proposal
[ ] -0 I do not support the proposal
[ ] -1 I am
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=9941.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 2 Jul 2002, Remy Maucherat wrote:
After trying to address the concerns raised by the proposal draft, I
would like to call for a vote on it, now that the discussions have died
down.
ballot
[X] +1 I support the proposal, and will help implement it
[ ] +0 I support the proposal
[
Looks like you're right.
Thanks,
Mike
From: Kevin Seguin
Subject: RE: servlet authentication
Date: Tue, 02 Jul 2002 02:39:06 -0700
i could be wrong, but i think once you call
sendError(), the response is committed and
you cannot set any more headers. try reversing the
order of the
I've verified this change of behavior between Tomcat 4.0.3 and Tomcat
4.0.4, and Barry Levinson has tracked down the probable cause.
Despite the omission of the port in Host request headers by Microsoft
.Net software (VS.NET and WSDL.EXE), Tomcat 4.0.3 was able to properly
determine the port
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=10405.
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=10405.
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=10405.
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=10321.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
55 matches
Mail list logo
