SSI invoking CGI fix PATCH

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/tagplugin TagPlugin.java TagPluginContext.java

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 jakarta-tomcat-jasper/jasper2/src/share/org/apache/j

RE: [5.0] Cluster features

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/tagplugin TagPlugin.java TagPluginContext.java TagPluginFactory.java

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime JspContextWrapper.java

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 v

Re: [VOTE] Making JMX required in tomcat5

+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

Re: [5.0] Cluster features

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 p

[VOTE] Making JMX required in tomcat5

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 transforming

Re: [5.0] Cluster features

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

DO NOT REPLY [Bug 11552] - Iteration tags do not resynchronize scripting variables after doAfterBody()

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: Strange Tomcat 4.1.x release versions

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

Re: [5.0] Cluster features

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

Re: Strange Tomcat 4.1.x release versions

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

Re: Strange Tomcat 4.1.x release versions

on 2002/12/3 11:51 AM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > http://nagoya.apache.org/eyebrowse/ReadMsg?[EMAIL PROTECTED]. > org&msgNo=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

Re: Strange Tomcat 4.1.x release versions

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

DO NOT REPLY [Bug 13014] - OS/390/USS - Invalid  in servlet mapping

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 13014] - OS/390/USS - Invalid  in servlet mapping

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

Strange Tomcat 4.1.x release versions

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 i

Re: [5.0] Cluster features

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 classes

Re: [5.0] Cluster features

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 pri

Re: [5.0] Cluster features

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

DO NOT REPLY [Bug 15032] - Headers get corrupted when used with mod_jk/mod_jk2 and apache 2.0.43

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 15032] - Headers get corrupted when used with mod_jk/mod_jk2 and apache 2.0.43

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 15032] - Headers get corrupted when used with mod_jk/mod_jk2 and apache 2.0.43

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 15032] New: - Headers get corrupted when used with mod_jk/mod_jk2 and apache 2.0.43

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: [5.0] Cluster features

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

cvs commit: jakarta-tomcat-5/resources/confinstall server_2.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 ===

cvs commit: jakarta-tomcat-catalina/catalina/src/conf server.xml

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

cvs commit: jakarta-tomcat-5/resources/confinstall server_2.xml

remm2002/12/03 10:41:31 Modified:resources/confinstall server_2.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 d

cvs commit: jakarta-tomcat-catalina/catalina/src/conf server.xml

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 disable

Re: [5.0] Cluster features

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 a

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 bldjk.qclsrc

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

Re: [5.0] Cluster features

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, th

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 bldjk.qclsrc

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 =

Re: Apache Tomcat 4.1.16 AJP not working

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_ope

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 bldjk.qclsrc bldjk.qcsrc

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

Re: [5.0] Cluster features

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 already

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 bldjk.qcsrc

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 =

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5CoyoteResponse.java

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 (

RE: [5.0] Cluster features

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 PROTE

Re: [5.0] Cluster features

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

[5.0] Cluster features

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 to

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5CoyoteResponse.java

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

Re: Apache Tomcat 4.1.16 AJP not working

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 Dec

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java

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 th

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5CoyoteResponse.java

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 re

Apache Tomcat 4.1.16 AJP not working

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

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5CoyoteResponse.java

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 defau

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5CoyoteResponse.java

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

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java

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 Change

getUserPrincipal

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 unsubscri

DO NOT REPLY [Bug 14896] - Pager Tag Library prb under Tomcat 4.1.12

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: Jasper Classloader question

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 dir

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5Constants.java CoyoteResponse.java

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 defaul

DO NOT REPLY [Bug 15002] - Tag files in different directories not belonging to different tag libraries

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

[PATCH] change jndi auth in tomcat

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

[ANNOUNCEMENT] Apache Tomcat 4.1.16 Beta released

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): http://jakarta.apache.org/builds/j

Bug with Logger? (could be shorter...)

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 call

Re: Jasper DOM API

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 i

Jasper Classloader question

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 am

DO NOT REPLY [Bug 14359] - largefile option has no effect

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.16] [VOTE] Stability rating

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. [ ] Alpha [ ] Beta [ ] Stable (aka GA) I vote beta. There's 1.5 votes for beta, and 1.5 for stable, so 4.1.16 Alpha

Re: [4.1.16a] A feeedback from an Initial Installation on WinNT

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 yo

Bad version used for jk 1.2.1

Bad windows binaries present at : http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.1/bin/win32/ They report as mod_jk-1.2.2-beta-1 instead of jk 1.2.1. Could someone get the source code and make a new build ? Thanks -- To unsubscribe, e-mail:

DO NOT REPLY [Bug 14973] - wildcards using mod_jk

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 14973] - wildcards using mod_jk

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 15009] - Classloading behavior does not follow specification/documentation

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.16a] A feeedback from an Initial Installation on WinNT

This is really a tomcat-user question (and, has been covered, ad nausium, on that list :) The short form is that you can either use the Ajp13Connector without MBeans, or you can use the Jk2 CoyoteConnector with MBeans. If you have a serious need for the Ajp13Connector with MBeans, patches are alw