remm2002/06/05 23:29:17
Modified:catalina/src/share/org/apache/catalina/startup Embedded.java
Log:
- Embedded will now use Coyote.
- Add support for AJP (using a new createConnector method).
Revision ChangesPath
1.15 +58 -39
On Wed, 5 Jun 2002, Bill Barker wrote:
At least in 3.3 land, I'm leaning to Remy's opinion. It's going to be
painful. However, I'm +1 (i.e. I'll help on the 3.3 stuff) . As Remy
points out, TINA.
Ok, what does 'TINA' mean :-) ???
I see your point, I'll play a bit more with the class
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=9654.
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=9654.
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=9654.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
In case you didn't noticed, I checked in a small 'magic' util that
turns Jk components into dynamic MBeans.
It still doesn't support the 'descriptions' and the ability to
fine tune the exposed attributes/methods, that will be added later
( and will probably require xdoclet or a similar tool
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=9655.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I've moved the binaries for 4.1.3 Beta (check them if you can).
And source ;)
The connector binary directory linked from it is still empty
though :-( Does
anyone has builds to upload ?
If the snap came from a recent JTC build, including my works
on autoconf for jk2, it should be easy to
What I'm proposing is to gradually cut down to one logger API
( commons-logging ) and the 2 major implementations ( log4j and
jdk1.4 ) and the associated ( and well-documented/well known )
config files.
+1
This may take a long time, but there are few steps that we
can ( should ) take for the
As noted in the comments, the intention is to integrate it with the
configuration layer, so we can make distinction between what is
explicitely set by user and what is just a normal getter.
Opinions ? Is it usefull or should I find something better to do ?
BTW, it is trivial to enable all 3.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=6279.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
GOMEZ Henri wrote:
I've moved the binaries for 4.1.3 Beta (check them if you can).
And source ;)
The connector binary directory linked from it is still empty
though :-( Does
anyone has builds to upload ?
If the snap came from a recent JTC build, including my works
on autoconf 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=9658.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jfclere 2002/06/06 03:19:37
Modified:webapp/docs faq.xml
Log:
Typo
Revision ChangesPath
1.3 +1 -1 jakarta-tomcat-connectors/webapp/docs/faq.xml
Index: faq.xml
===
RCS file:
You have to tag JTC or to check if your modifications are in the
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.
1.3-beta/src/jakarta-tomcat-connectors-4.1.3-src.tar.gz
I think they are not in.
Thanks to tag and regenerate a new tarball
BTW I still not able to get jk2 working
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=5829.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jfclere 2002/06/06 06:32:25
Modified:jk/native2/include jk_mutex.h
Log:
test for APR_HAS_THREADS instead of HAS_APR.
APR_HAS_THREADS is set in apr_thread_mutex.h when including apr.h.
Revision ChangesPath
1.3 +1 -1
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=9662.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
GOMEZ Henri wrote:
You have to tag JTC or to check if your modifications are in the
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.
1.3-beta/src/jakarta-tomcat-connectors-4.1.3-src.tar.gz
I think they are not in.
Thanks to tag and regenerate a new tarball
I would like 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=9655.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I would like to test a little more: For example on a machine
without threads.
It takes more time than excepted because it needs some CFLAGS
(may we should
read them from config_vars.mk?).
For jk2 when you use --with-apxs or --with-apxs2, CFLAGS
are extracted in jk_apxs.m4 :
apxs -q CFLAGS
For jk2 when you use --with-apxs or --with-apxs2, CFLAGS
are extracted in jk_apxs.m4 :
apxs -q CFLAGS for Apache 1.3 (get -DEAPI if needed)
apxs -q EXTRA_CFLAGS for Apache 2.0
apxs2 (if you have Apache 1.3/2.0 from my falsehope.com RPMs)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
Hi,
This is the further cleaning of mod_jk2.
Seem that there are some leftovers in org_apache_jk_apr_AprImpl.h
The patch deals with that. I simply rerun javah against the current
AprImpl.
Compiling mod_jk2 there are couple of warnings, mostly the type
conversions from 64 to 32 bit,
and bunch
On Thu, 6 Jun 2002, jean-frederic clere wrote:
BTW I still not able to get jk2 working on my Solaris8 test machine (it cores
when accessing a mod_jk2 context (even /jkstatus/) and nothing is written in the
mod_jk.log file):
+++
(/opt/SUNWspro/WS6U1/bin/sparcv9/dbx) where
[1]
Hi.
The lock/unlock fix may help but it doesn't fix the problem. I patched
my tree with the jk_mt.h modification and I investigated the bug even
deeper.
The problem was in jk_connect.c, jk_tcp_socket_recvfull, recv call. It
seems that Tomcat 4.03 (I didn't try with CVS head version...)
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=9655.
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=9662.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2002/06/06 08:29:57
Modified:webapps/tomcat-docs manager-howto.xml
Log:
- Make the example from the manager HOWTO valid XML (bug 9658).
Revision ChangesPath
1.15 +6 -6 jakarta-tomcat-4.0/webapps/tomcat-docs/manager-howto.xml
Index:
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=9658.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
On Thu, 6 Jun 2002, jean-frederic clere wrote:
BTW I still not able to get jk2 working on my Solaris8 test machine (it cores
when accessing a mod_jk2 context (even /jkstatus/) and nothing is written in the
mod_jk.log file):
+++
(/opt/SUNWspro/WS6U1/bin/sparcv9/dbx)
? I have:
$ /home1/apache20/apache20/bin/apxs -q EXTRA_CFLAGS
-DNO_DBM_REWRITEMAP$
$ /home1/apache20/apache20/bin/apxs -q CFLAGS
-DXTI_SUPPORT$
The DXTI_SUPPORT is the missing one ;-)
Ok, so we need to concat CFLAGS EXTRA_CFLAGS in jk_apxs.m4.
I must leave, could you update the CVS JF ?
--
[EMAIL PROTECTED] wrote:
In case you didn't noticed, I checked in a small 'magic' util that
turns Jk components into dynamic MBeans.
It still doesn't support the 'descriptions' and the ability to
fine tune the exposed attributes/methods, that will be added later
( and will probably
Thanks for the patch.
However, there are still few big problems and we really need your
help ( even if you solve your problem ). First, I can't reproduce
it - so it's blind debugging.
I don't think select() is available on all platforms ( for jk2
we could use apr select ), so I doubt we can
jfclere 2002/06/06 09:43:17
Modified:jk/support jk_apxs.m4
Log:
Apache-2.0 needs both CFLAGS and EXTRA_CFLAGS.
Revision ChangesPath
1.2 +4 -4 jakarta-tomcat-connectors/jk/support/jk_apxs.m4
Index: jk_apxs.m4
Hi,
I am currently involved in an Open Source project called MMBase
(www.mmbase.org). This project is written in java and licensed under the
Mozilla Public License 1.0.
For this project, I needed a snippet of code from the tomcat source. To
be exact:
GOMEZ Henri wrote:
? I have:
$ /home1/apache20/apache20/bin/apxs -q EXTRA_CFLAGS
-DNO_DBM_REWRITEMAP$
$ /home1/apache20/apache20/bin/apxs -q CFLAGS
-DXTI_SUPPORT$
The DXTI_SUPPORT is the missing one ;-)
Ok, so we need to concat CFLAGS EXTRA_CFLAGS in jk_apxs.m4.
I must leave, could you
On Thu, 6 Jun 2002, Christopher K. St. John wrote:
This sounds a bit like o.a.commons.modeler. (modeler
provides code to fill in MBean meta-data based on an external
xml file, see o.a.catalina.mbeans.mbeans-descriptors.xml)
Is the magic jk code related, a replacement, or just something
Ignacio J. Ortega [EMAIL PROTECTED] wrote:
AFAIK there is only provision to to pass the authenticated user name to
Tomcat from a native auth system, I dont know apache(1 or 2) if there is
something like roles there, by in NT Land, one can configure the IIS to
use the OS Users for auth, and
keith 2002/06/06 11:39:19
Modified:src/doc tomcat-ssl-howto.html
Log:
Wrong closing tag.
Revision ChangesPath
1.12 +1 -1 jakarta-tomcat/src/doc/tomcat-ssl-howto.html
Index: tomcat-ssl-howto.html
On Thu, 6 Jun 2002, Amy Roh wrote:
Maybe we can add for admin to handle dynamic user added components later too.
:-)
Well, my assumption was that the /admin uses JMX. There is no distinction
between dynamic, standard or model mbeans from the user point of view,
it's just a choice in how you
The problem: it won't work if commons-logging.jar is installed in the
parent class loader, and log4j.jar ( or another logger ) is installed in
a child loader ( like WEB-INF/lib ).
What happens:
- the factory uses the thread class loader to check if the log4j (
or any other impl. ) exists (
On Thu, 6 Jun 2002, Geir Magnusson Jr. wrote:
On 6/6/02 2:08 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Solution:
Split commons-logging.jar in commons-logging-api.jar ( only the API and
the LogFactoryImpl, no adapteer ) and commons-logging-impl.jar.
:)
If you knew that
keith 2002/06/06 12:37:07
Modified:src/doc tomcat-ssl-howto.html
Log:
Clear up some clientauth confusion.
Revision ChangesPath
1.13 +4 -0 jakarta-tomcat/src/doc/tomcat-ssl-howto.html
Index: tomcat-ssl-howto.html
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: 6 de junio de 2002 19:51
Add attributes in the request ( and it'll keep jk2 compatible with
older versions of tomcat ). Or extend the message format for request.
Ahh, ok, better an attribute, i think, than to add a new message to
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, June 05, 2002 11:40 PM
Subject: Re: PROPOSAL: Consistent logging ( for 3.x, 4.x )
On Wed, 5 Jun 2002, Bill Barker wrote:
At least in 3.3 land, I'm leaning to Remy's opinion.
Apologies. I have added the following to httpd.conf
#Adding Web application in Tomcat 4.0.3
WebAppConnection conn warp localhost:8008
WebAppDeploy ROOT conn /tomcat
WebAppDeploy examples conn /tomcat/examples
WebAppDeploy manager conn /tomcat/manager
WebAppDeploy
Alexander Hartner [EMAIL PROTECTED] wrote:
Apologies. I have added the following to httpd.conf
#Adding Web application in Tomcat 4.0.3
WebAppConnection conn warp localhost:8008
WebAppDeploy ROOT conn /tomcat
WebAppDeploy examples conn /tomcat/examples
WebAppDeploy
On Thu, 6 Jun 2002 [EMAIL PROTECTED] wrote:
Date: Thu, 6 Jun 2002 11:08:10 -0700 (PDT)
From: [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Cc: List Tomcat-Dev [EMAIL PROTECTED]
Subject: Logging: more
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=9676.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 2002/06/06 15:17:00
Modified:util/java/org/apache/tomcat/util/mx DynamicMBeanProxy.java
Log:
Few more improvements.
- if name is not specified, construct one from the last part of the class
name, plus an int if multiple instances are present. ( can be improved ).
costin 2002/06/06 15:21:04
Modified:jk/java/org/apache/jk/common JkMX.java
Log:
You can no specify the port where the mx4j adapter listens.
That's for debugging - it should be set to -1 for normal use.
Note that mx4j has problems with the thread class loader ( surprise ? ),
amyroh 2002/06/06 15:36:47
Modified:catalina/src/share/org/apache/catalina/mbeans
MBeanUtils.java StandardContextMBean.java
mbeans-descriptors.xml
Log:
Add MBean support for JNDI resource and resource link under Context.
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=8013.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 2002/06/06 17:24:24
Modified:jk/java/org/apache/jk/common JkMX.java
Log:
Support for JMX_RI. ( again, using jmx magic to avoid explicit dependencies )
Revision ChangesPath
1.3 +19 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkMX.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=9677.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I assume that lOffset is a scripting variable defined either in a variable
element of a tld, or in a TagExtraInfo, and that its declaration (in the
generated java file) is a result of the compiler trying to do its
synchronization with the pagecontext attribute of the same name.
If so, what is
remm2002/06/06 17:48:21
Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java
Log:
- Add missing setKeytype method (should fix bug #9676).
Revision ChangesPath
1.15 +4 -0
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=9676.
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=8013.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
There is a very serious issue with MX4J1.0.b3, the method:
javax.management.MBeanServerFactory.findMBeanServer()
has the wrong signature ( returns List instead of ArrayList ).
Remy - please, update to a more recent version ( CVS head seems to be
fine ) for the next build (and 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=8013.
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=9677.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 6 Jun 2002, Remy Maucherat wrote:
There is a very serious issue with MX4J1.0.b3, the method:
javax.management.MBeanServerFactory.findMBeanServer()
has the wrong signature ( returns List instead of ArrayList ).
Remy - please, update to a more recent version ( CVS head
costin 2002/06/06 20:38:15
Modified:lib mx4j.jar
Log:
Update to a more recent version of mx4j, the signature was bad.
Revision ChangesPath
1.2 +1082 -878 jakarta-tomcat-connectors/lib/mx4j.jar
Binary file
--
To unsubscribe, e-mail:
costin 2002/06/06 20:43:43
Modified:lib mx4j-tools.jar
Log:
Add the tools ( needed to test and play )
Revision ChangesPath
1.2 +741 -660 jakarta-tomcat-connectors/lib/mx4j-tools.jar
Binary file
--
To unsubscribe, e-mail: mailto:[EMAIL
costin 2002/06/06 20:45:15
Modified:lib commons-logging.jar
Added: lib commons-logging-api.jar
Log:
Update commons-logging and add the interface-only version ( required for
tomcat3.3 and 4.1 common loader !)
Revision ChangesPath
1.5 +44 -44
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=8013.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2002/06/06 20:50:01
Modified:.BUILDING.txt
Log:
- Document the need for Ant 1.5 to build 4.1.x.
Revision ChangesPath
1.32 +7 -14 jakarta-tomcat-4.0/BUILDING.txt
Index: BUILDING.txt
costin 2002/06/06 21:07:11
Modified:.gump.xml
Log:
I hope this will make gump happy.
Revision ChangesPath
1.4 +3 -0 jakarta-tomcat-connectors/gump.xml
Index: gump.xml
===
RCS
costin 2002/06/06 20:45:15
Modified:lib commons-logging.jar
Added: lib commons-logging-api.jar
Log:
Update commons-logging and add the interface-only version ( required for
tomcat3.3 and 4.1 common loader !)
3.3 and 4.1 have so much stuff in common now,
70 matches
Mail list logo