cvs commit: jakarta-tomcat build.xml

billbarker2002/06/07 00:16:51 Modified:.build.xml Log: Fix typo. We were a little too good at excluding JMX support. Revision ChangesPath 1.183 +1 -1 jakarta-tomcat/build.xml Index: build.xml ==

RE: How to close an HTTP port on Apache Tomcat 4?

Luca, both these questions are really user questions. The tomcat-dev list is for the development of Tomcat. As many people read both lists they will see these posts twice. Please don't spam the lists. Please choose the appropriate list for your questions. Kevin Jones Developmentor www.develop

cvs commit: jakarta-tomcat/src/etc modules.xml

costin 2002/06/06 23:43:47 Modified:src/etc modules.xml Log: Add the module definition. Revision ChangesPath 1.15 +2 -0 jakarta-tomcat/src/etc/modules.xml Index: modules.xml === RCS file

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config MxInterceptor.java

costin 2002/06/06 23:43:02 Added: src/share/org/apache/tomcat/modules/config MxInterceptor.java Log: Add the mx interceptor. All Contexts, Interceptors and the ContextManager will be exposed as jmx managed objects. ( Threads/Requests are more diffic

cvs commit: jakarta-tomcat build.xml

costin 2002/06/06 23:41:53 Modified:.build.xml Log: Added the excludes for MxInterceptor. Revision ChangesPath 1.182 +8 -0 jakarta-tomcat/build.xml Index: build.xml === RCS file: /

HELP!! I need urgent information about Tomcat's configuration

Hello everybody! I have the following problem I have installed Internet Information Services (IIS) as Web Server on my local machine and Apache Tomcat 4.0 as plug-in of IIS to support JSP-Servlets (to do this I installed an ISAPI filter in IIS that redirects all my JSP-servlet requests to To

How to close an HTTP port on Apache Tomcat 4?

Hello everybody! I use Apache Tomcat 4.0 as Web Server an I would like to know how I can close an opened port (eg. 8000 or 9000) to avoid that someone can use it to enter in my system. Which configuration files I must modify? Thanks a lot in advance! Luca -

Re: cvs commit: jakarta-tomcat-connectors/lib commons-logging-api.jarcommons-logging.jar

On Thu, 6 Jun 2002, Remy Maucherat wrote: > 3.3 and 4.1 have so much stuff in common now, it's scary ;-) I'll assume you're scared of the number of jars in the common/ directory :-) Same here. > So I put -api in common/lib and the other in server/lib ? > And I also need log4j now I suppose,

Re: cvs commit: jakarta-tomcat-connectors/lib commons-logging-api.jar commons-logging.jar

> 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

cvs commit: jakarta-tomcat-connectors gump.xml

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 fil

cvs commit: jakarta-tomcat-4.0 BUILDING.txt

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 ==

DO NOT REPLY [Bug 8013] - DefaultServlet Throws NumberFormatException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/lib commons-logging-api.jar commons-logging.jar

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

cvs commit: jakarta-tomcat-connectors/lib mx4j-tools.jar

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 <> -- To unsubscribe, e-mail:

cvs commit: jakarta-tomcat-connectors/lib mx4j.jar

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 <> -- To unsubscribe, e-mail:

Re: MX4J problems - important!

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 versi

DO NOT REPLY [Bug 9677] - JSP files not recompiled when newer

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8013] - DefaultServlet Throws NumberFormatException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: MX4J problems - important!

> 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 (a

DO NOT REPLY [Bug 8013] - DefaultServlet Throws NumberFormatException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9676] - org.apache.coyote.tomcat4.CoyoteServerSocketFactory doesn't recognize keystoreType attribute

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Protocol.java

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 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Ht

Re: Jsp compilation of nested custom tags (porting from weblogic 6 totomcat 4.0.3)

I assume that lOffset is a scripting variable defined either in a 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 the scope o

DO NOT REPLY [Bug 9677] - JSP files not recompiled when newer

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkMX.java

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 [Bug 8013] - DefaultServlet Throws NumberFormatException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

MX4J problems - important!

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 the distr

Re: Jsp compilation of nested custom tags (porting from weblogic 6 to tomcat 4.0.3)

Thanks, Shawn. Let me summarize for the tomcat-dev list. I have an existing application with custom tags that runs on weblogic 6, when porting it over to Tomcat I now am running into an error where the generated java from a jsp with self nested tags will not compile, the code generated from jspc

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java StandardContextMBean.java mbeans-descriptors.xml

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. Revision

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkMX.java

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 ? ),

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/mx DynamicMBeanProxy.java

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 ). We

DO NOT REPLY [Bug 9677] New: - JSP files not recompiled when newer

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9676] New: - org.apache.coyote.tomcat4.CoyoteServerSocketFactory doesn't recognize keystoreType attribute

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Logging: more classloader problems.

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

Re: PROPOSAL: Consistent logging ( for 3.x, 4.x )

- 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 o

RE: [JK2] Passing Roles to Java

> 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

cvs commit: jakarta-tomcat/src/doc tomcat-ssl-howto.html

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 ===

Re: Logging: more classloader problems.

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 k

Re: mx for jk

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 yo

cvs commit: jakarta-tomcat/src/doc tomcat-ssl-howto.html

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

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/ant Tomcat3Precompiler.java

keith 2002/06/06 11:37:19 Modified:src/share/org/apache/tomcat/ant Tomcat3Precompiler.java Log: The bleeding edge: Work with Ant > 1.5 B2. Revision ChangesPath 1.2 +6 -6 jakarta-tomcat/src/share/org/apache/tomcat/ant/Tomcat3Precompiler.java Index: Tom

Re: mx for jk

[EMAIL PROTECTED] wrote: > 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 co

Re: Tomcat 4.0.3 Apache 1.3.x and Mod_WebApp on MacOSX

"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 > WebAppDe

Re: [JK2] Passing Roles to Java

"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

Re: Tomcat 4.0.3 Apache 1.3.x and Mod_WebApp on MacOSX

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 webda

Logging: more classloader problems.

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 ( an

Re: [JK2] Passing Roles to Java

On Thu, 6 Jun 2002, Ignacio J. Ortega 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,

DO NOT REPLY [Bug 8013] - DefaultServlet Throws NumberFormatException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[JK2] Passing Roles to Java

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 when used this way, we could pass the groups a use

Re: [4.1.3] Binaries uploaded

I assume it works fine if you take out mod_jk2 ? Can you turn debugging on ( debug=1 in all [] sections ) ? What do you see in error.log ? On Thu, 6 Jun 2002, jean-frederic clere wrote: > [Thu Jun 06 17:20:53 2002] [warn] config.setAttribute() Error setting > logger.apache2: file /export/home

Re: mx for jk

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 somet

Re: [4.1.3] Binaries uploaded

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 mus

Licensing compatibility with MPL

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: /home/cvspublic/jakarta-tomcat-4.0/catalina/s

cvs commit: jakarta-tomcat-connectors/jk/support jk_apxs.m4

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 =

Re: mod_jk 4.03 deadlock

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 jus

Re: mx for jk

[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

RE: [4.1.3] Binaries uploaded

>? 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

Re: [4.1.3] Binaries uploaded

[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/

DO NOT REPLY [Bug 9658] - manager-howto contains illegal xml comments

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs manager-howto.xml

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: manager-howto.xm

DO NOT REPLY [Bug 9662] - JDBCRealm doesn't work with postgres 7.2 driver

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9655] - Page is not displaying

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: mod_jk 4.03 deadlock

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...) sometimes

Re: [4.1.3] Binaries uploaded

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] 0xb8

[PATCH] jk_jni_aprImpl.c

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 of

RE: [4.1.3] Binaries uploaded

>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:

RE: [4.1.3] Binaries uploaded

>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 CFLAG

DO NOT REPLY [Bug 9655] - Page is not displaying

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [4.1.3] Binaries uploaded

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

DO NOT REPLY [Bug 9662] New: - JDBCRealm doesn't work with postgres 7.2 driver

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_mutex.h

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 jakarta-tomcat-connectors/jk/native2/includ

DO NOT REPLY [Bug 5829] - StandardManager needs to cope with sessions throwing exception in read/write

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [4.1.3] Binaries uploaded

>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 worki

cvs commit: jakarta-tomcat-connectors/webapp/docs faq.xml

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: /home/cvs/jaka

DO NOT REPLY [Bug 9658] New: - manager-howto contains illegal xml comments

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [4.1.3] Binaries uploaded

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 >

DO NOT REPLY [Bug 6279] - Resubmit to j_security_check mistakenly fetches a page of that name

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: mx for jk

>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

RE: PROPOSAL: Consistent logging ( for 3.x, 4.x )

>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

RE: [4.1.3] Binaries uploaded

>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 po