Re: Mod_Jk2 and NetWare

Hi Norm, > Just looking at trying a compile of mod_jk2 for NetWare, and get as far as > jk_nwmain.c where I find it is pulling in nwthread.h, which is part of the > 'Novell-deprecated' CLib library (everything is LibC these days it seems.) > Is anyone at Novell or a NetWare guru looking at this upd

Mod_Jk2 and NetWare

Good morning All. Just looking at trying a compile of mod_jk2 for NetWare, and get as far as jk_nwmain.c where I find it is pulling in nwthread.h, which is part of the 'Novell-deprecated' CLib library (everything is LibC these days it seems.) Is anyone at Novell or a NetWare guru looking at this up

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

glenn 2003/11/01 11:20:50 Modified:jk/native/apache-2.0 mod_jk.c Log: Fix a special case to make sure that apache can serve a directory listing if there are no matches for the DirectoryIndex and Tomcat webapps are mapped into apache using JkAutoAlias. Revision Changes

cvs commit: jakarta-tomcat-connectors/jk/xdocs faq.xml

glenn 2003/11/01 11:16:45 Modified:jk/xdocs faq.xml Log: Fix an href Revision ChangesPath 1.9 +2 -2 jakarta-tomcat-connectors/jk/xdocs/faq.xml Index: faq.xml === RCS file: /home/cvs/jaka

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java

+1 on that. I'd rather that TC defaulted to safe values over my idotically low or even absent settings. -- Sriram --- Remy Maucherat <[EMAIL PROTECTED]> wrote: > Tim Funk wrote: > > Could a simple compromise be > > - Die (with error message) if < 2 > > - Warn if less than 10 (or ??). Letting the

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java

Tim Funk wrote: Could a simple compromise be - Die (with error message) if < 2 - Warn if less than 10 (or ??). Letting the user be "stupid", but warn them about it. I don't agree with that behavior. Why should we fail or (worse) allow bad values ? Good defaults and being tolerant is a quality of

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_md5.c

mturk 2003/11/01 06:46:13 Modified:jk/native2/common jk_md5.c Log: Use the apr-uti md5. Removed some licence that I thought are irrelevant now. Please check... Revision ChangesPath 1.6 +15 -414 jakarta-tomcat-connectors/jk/native2/common/jk_md5.c Index:

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_logger_file.c

mturk 2003/11/01 06:45:26 Modified:jk/native2/common jk_logger_file.c Log: Use the apr file_io for logging. Revision ChangesPath 1.42 +88 -100 jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c Index: jk_logger_file.c

DO NOT REPLY [Bug 24320] - NetBeans IDE v 3.5.1 with J2SE v 1.4.2 COBUNDLE issue

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: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java

Could a simple compromise be - Die (with error message) if < 2 - Warn if less than 10 (or ??). Letting the user be "stupid", but warn them about it. -Tim Bill Barker wrote: "Jan Luehe" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Remy, I agree we should help users come up with

DO NOT REPLY [Bug 24320] - NetBeans IDE v 3.5.1 with J2SE v 1.4.2 COBUNDLE issue

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 24320] New: - NetBeans IDE v 3.5.1 with J2SE v 1.4.2 COBUNDLE issue

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: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java

Bill Barker wrote: "Jan Luehe" <[EMAIL PROTECTED]> wrote in message Remy, I think we should make any maxThreads setting work, as my patch attempts to do, and update the documentation to make users aware of the limitations they will run into when picking a low maxThreads. I think that would be the