DO NOT REPLY [Bug 18238] - Client (JSP) request abort causes "SEVERE" error in server log

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 18238] - Client (JSP) request abort causes "SEVERE" error in server log

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 17401] - Symbolic links not handled properly

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 17014] - ServletResponse.flushBuffer() no longer commits the response

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.23] Deprecating mod_webapp

George Sexton wrote: > Before anyone writes this kind of thing they should examine a > representative number of web applications and find out how many would > actually benefit. I.E. how many "web applications" have significant It is a bit late - the code for this kind of thing is already written

RE: [4.1.23] Deprecating mod_webapp

Well, I'll grant the majority of your points, and even allow how the combination of the web server and the servlet engine could be considered "the application". I still think this is a bad idea, and here is my reasoning. Before anyone writes this kind of thing they should examine a representative

DO NOT REPLY [Bug 18238] - Client (JSP) request abort causes "SEVERE" error in server log

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 18238] - Client (JSP) request abort causes "SEVERE" error in server log

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 18238] New: - Client (JSP) request abort causes "SEVERE" error in server log

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: domain-wide session cookies?

For those who care, I've answered my own questions: > On Thu, 20 Mar 2003 21:40:20 -0800, Aditya <[EMAIL PROTECTED]> said: > Under Tomcat-4 it looks like the session cookie is set in: > > org/apache/catalina/connector/HttpResponseBase.java > > and the code that sets it uses the default domain (w

Re: [PROPOSAL] Distributing the .jar files as binaries in release

Remy Maucherat wrote: >> For example if we fix something in jk - should we have to make a full >> new release of tomcat ? Same for jasper, catalina, etc. > > Yes, we do. We release stable builds based on multiple components. We > can't support pick and choosing (latest big example: Xerces, which

Re: [PROPOSAL] Distributing the .jar files as binaries in release

Costin Manolache wrote: Remy Maucherat wrote: If it's just to be used for build tools, then it's ok (and no need for a proposal, it just needs to get done). The trouble starts if users start thinking they can use that to upgrade to a newer release, just by upgrading one or two JARs (or ever worse

Re: [PROPOSAL] Distributing the .jar files as binaries in release

Remy Maucherat wrote: > > If it's just to be used for build tools, then it's ok (and no need for a > proposal, it just needs to get done). The trouble starts if users start > thinking they can use that to upgrade to a newer release, just by > upgrading one or two JARs (or ever worse, mixing compo

DO NOT REPLY [Bug 18236] New: - An xmlns declaration that doesn't denote a tag library causes translation error

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: [PROPOSAL] Distributing the .jar files as binaries in release

Remy Maucherat wrote: > No, sorry, I don't like the whole idea. We also have some work left to > do to split the main Catalina JAR. I'm quite happy with the current > distributions overall, and users apparently are also. The current distribution remains - I'm just proposing to also distribute ind

Re: [PROPOSAL] Distributing the .jar files as binaries in release

Mel Martinez wrote: In general, I like the idea because there are numerous projects out there that use specific jars from tomcat and this would greatly ease access. There is some discussion going on elsewhere in the community for distributing jars with this kind of model. The idea is that an appl

Re: [PROPOSAL] Distributing the .jar files as binaries in release

In general, I like the idea because there are numerous projects out there that use specific jars from tomcat and this would greatly ease access. There is some discussion going on elsewhere in the community for distributing jars with this kind of model. The idea is that an application's expressed

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Costin Manolache wrote: Remy Maucherat wrote: I don't know. jasper-compiler is needed only to support development use cases, it obviously shouldn't be used on production servers. We are mixing 2 very different use cases here: - development - you don't need to precompile and jasper-compiler is ne

DO NOT REPLY [Bug 17332] - Problem in Building mod_jk.so in AIX 4.3.3 (Tomcat 4.0.4)..!

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: [PROPOSAL] Distributing the .jar files as binaries in release

Costin Manolache wrote: We currently distribute .tar.gz / .zip with the full tomcat as well as RPM, .so, .exe. I would like to start adding .jar files as part of the release process for tomcat - eventually even for 4.1.24 ( we just need to upload the current jars as a separate download ). The

[PROPOSAL] Distributing the .jar files as binaries in release

We currently distribute .tar.gz / .zip with the full tomcat as well as RPM, .so, .exe. I would like to start adding .jar files as part of the release process for tomcat - eventually even for 4.1.24 ( we just need to upload the current jars as a separate download ). The proposal is very simple:

DO NOT REPLY [Bug 10419] - Session-ID grabbing from Request accepts invalid session cookies in presense of valid URL sessions

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 7588] - Session cannot be established if there are multiple session cookies

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_bug

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Remy Maucherat wrote: > Costin Manolache wrote: >> The main point is to _not_ hack anything, but just use the standard. >> >> If you precompile your app - and include jasper-runtime.jar in >> WEB-INF/lib - the result should work in _any_ container - the precompiled >> jsps are _just_ regular serv

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Remy Maucherat wrote: >> I agree that using ant replace is a hack - the right solution would be to >> read the XML with DOM, insert the elements in the right place, and save >> back ( DOM - so we don't loose comments ). Or even read it as a file, and >> use regexp. No problem if we save the origin

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Costin Manolache wrote: The main point is to _not_ hack anything, but just use the standard. If you precompile your app - and include jasper-runtime.jar in WEB-INF/lib - the result should work in _any_ container - the precompiled jsps are _just_ regular servlets that happen to use a lib and extend

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

The main point is to _not_ hack anything, but just use the standard. If you precompile your app - and include jasper-runtime.jar in WEB-INF/lib - the result should work in _any_ container - the precompiled jsps are _just_ regular servlets that happen to use a lib and extend from a base class. That

DO NOT REPLY [Bug 18202] - Tomcat 5 regression: default Content-Type is set to text/plain

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

jspC

Hi, I am trying to run the jspc command and am experiencing some problems! I get errors about classes not being found, is there any way to reference classes from the CLASSPATH in the jspc task or do I have to put all the class files needed by the web app in the WEB-INF/classes / WEB-INF/lib direc

Re: Whee!! It's good to be back!

Br. Burrus has unsubscribed from this list, and subscribed to tomcat-users. If you are also on that list, I'd recommend you rewrite your reply over there, I don't think he is listening here. (And warning, the guy is sometimes quite abrasive in his replies/questions, just so you know, don't take i

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Could an alternate hack be to modify JspServlet to allow an additional init parameter which would be the file which contains the mapping of the precompiled jsp's? The config file could just be the web.xml snippet generated by the precompilation process. This way web.xml isn't touched and if Jas

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, March 21, 2003 3:05 AM Subject: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs > Hi, > > It is not very convinient or easy to insert the declarations fo

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Costin Manolache wrote: Remy Maucherat wrote: Hi, It is not very convinient or easy to insert the declarations for compiled JSPs into the webapp's web.xml file. It also has the disadvantage of adding a lot of mess in the web.xml, which the user may not like. For that reason, I propose that Tomca

DO NOT REPLY [Bug 18233] New: - CoyoteOuputStream throws exception when closing

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 18225] - Regression in Tomcat 5: Request failed to match "default" servlet

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 18229] New: - "All threads are busy, waiting." resource leak bug?

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 5704] - CgiServlet corrupting images?

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_bug

Re: FW: jakarta_tomcat_mod_jk connector

Pier Fumagalli wrote: Not acked... -- Forwarded Message From: Tony Lockhart <[EMAIL PROTECTED]> Date: Fri, 21 Mar 2003 08:33:01 -0800 (PST) To: [EMAIL PROTECTED] Subject: Fwd: jakarta_tomcat_mod_jk connector As followup to my previous note, I have contacted redhatLinux, and found that their v

Re: FW: Poor documentation for jk

Hi, The doc could be found at http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html Cheers Jean-frederic Pier Fumagalli wrote: Not acked -- Forwarded Message From: mark <[EMAIL PROTECTED]> Date: Fri, 21 Mar 2003 10:25:52 -0500 To: [EMAIL PROTECTED] Subject: Poor documentation fo

FW: jakarta_tomcat_mod_jk connector

Not acked... -- Forwarded Message > From: Tony Lockhart <[EMAIL PROTECTED]> > Date: Fri, 21 Mar 2003 08:33:01 -0800 (PST) > To: [EMAIL PROTECTED] > Subject: Fwd: jakarta_tomcat_mod_jk connector > > As followup to my previous note, I have contacted redhatLinux, and found that > their version o

FW: Poor documentation for jk

Not acked -- Forwarded Message > From: mark <[EMAIL PROTECTED]> > Date: Fri, 21 Mar 2003 10:25:52 -0500 > To: [EMAIL PROTECTED] > Subject: Poor documentation for jk > > Hi Webmaster, > I would like to bring to light the fact that the documentation for the > jk mod to bind apache and tomcat is

RE: [GUMP] Build Failure - jk2

Hola a todos: > /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk2/jni > /jni/jk_jni_aprImpl.lo -lcrypt -L/usr/local/apache2/lib > -lapr -Wl,-soname -Wl,libjkjni.so -o .libs/libjkjni.so >[so] StdErr: >[so] /usr/bin/ld: cannot find -lapr >[so] collect2: ld returne

cvs commit: jakarta-tomcat-5 build.xml

jfarcand2003/03/21 07:54:27 Modified:.build.xml Log: Fix a bug when building from scratch, from a clean workspace and when doing: ant checkout ant download ant dist One day the nightly build script will work ;-) Revision ChangesPath 1.116 +0 -4

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Remy Maucherat wrote: > Hi, > > It is not very convinient or easy to insert the declarations for > compiled JSPs into the webapp's web.xml file. It also has the > disadvantage of adding a lot of mess in the web.xml, which the user may > not like. > > For that reason, I propose that Tomcat parses

DO NOT REPLY [Bug 18225] New: - Regression in Tomcat 5: Request failed to match "default" servlet

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 18219] - Can't compile JSP pages

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: [PATCH] Digest Authentication

Yes, my mistake. RealmBase is right but DigestAuthenticator is inverted. I think I'll push to get cvs access, patches look lot more beautiful :-) Carlos -Original Message- From: ext Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 21 March, 2003 16:15 To: Tomcat Developers List Subject:

Re: [PATCH] Digest Authentication

[EMAIL PROTECTED] wrote: Hmm, something strange with my mail. I'm attaching them again and pasting the body just in case :-) The diff is inverted, right ? I need to add the lines with '-', and remove those with '+'. Remy - To un

RE: [PATCH] Digest Authentication

Hmm, something strange with my mail. I'm attaching them again and pasting the body just in case :-) --- jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/DigestAuthenticator.java.new 2003-03-21 15:01:54.0 +0200 +++ jakarta-tomcat-4.0/catalina/src/share/org

DO NOT REPLY [Bug 18222] New: - when I click on link to Webapps: Administration tomcat threw an exception.

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-site/xdocs index.xml resources.xml

remm2003/03/21 06:08:21 Modified:docs building.html index.html irc.html resources.html xdocsindex.xml resources.xml Log: - TC site update. Revision ChangesPath 1.6 +1 -1 jakarta-tomcat-site/docs/building.html Index: building.html

Re: [PATCH] Digest Authentication

[EMAIL PROTECTED] wrote: Hi Here I attach a patch for DigestAuthentication.java and RealmBase.java that should fix the problems with DIGEST authentication. With this I made it work with Mozilla 1.3, IE 5.0, Opera 7 and my own simple client I don't have cvs access so I made the patches against a C

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

John Trollinger wrote: Remy, I think it would be nice to have a pre-compilier like JspC used to be. The precompile part of the jsp spec is just not that handy when trying to do builds and having ant tasks pass or fail based on the jsp and compiling jsp pages into servelts is not an option for ever

Re: [Fwd: [PATCH] fix syntax error in mod_jk2 file jk_channel_apr_socket.c]

Henri Gomez wrote: Better rewrite it like : if (remote_sa->next) env->l->jkLog(env, env->l, JK_LOG_DEBUG, "channelApr.open(): error %d creating socket %d %s\n", ret, socketInfo->host); else env->l->jkLog(env, env->l, JK_LOG_ERROR, "channelApr.open(): error %

[PATCH] Digest Authentication

Hi Here I attach a patch for DigestAuthentication.java and RealmBase.java that should fix the problems with DIGEST authentication. With this I made it work with Mozilla 1.3, IE 5.0, Opera 7 and my own simple client I don't have cvs access so I made the patches against a CVS image I downloaded t

Re: Whee!! It's good to be back!

How about calling out.close() Stefanos Steve Burrus wrote: *It's very good indeed to be back in your "midst" again, and believe me, I will try hard to "mind my manners" and try to use this list for the most knowledgeable insight that I can posssibly get about how to execute certain jsp's/servl

Re: [Fwd: [PATCH] fix syntax error in mod_jk2 file jk_channel_apr_socket.c]

Jeff Trawick wrote: (reposting) If someone can give me a clue and suggest a better venue for getting this bug fixed, please let me know. Note that gcc complains about this code too, but doesn't consider it a fatal error. Original Message Subject: [PATCH] fix syntax error in m

RE: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Remy, I think it would be nice to have a pre-compilier like JspC used to be. The precompile part of the jsp spec is just not that handy when trying to do builds and having ant tasks pass or fail based on the jsp and compiling jsp pages into servelts is not an option for everyone. John > -Ori

DO NOT REPLY [Bug 18190] - Instantly Kill OR recycle timed out connections

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

[Fwd: [PATCH] fix syntax error in mod_jk2 file jk_channel_apr_socket.c]

(reposting) If someone can give me a clue and suggest a better venue for getting this bug fixed, please let me know. Note that gcc complains about this code too, but doesn't consider it a fatal error. Original Message Subject: [PATCH] fix syntax error in mod_jk2 file jk_chann

Re: [VOTE] [4.1.24] Stability rating

Remy Maucherat wrote: [ ] Alpha [ ] Beta [X] Stable (GA) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 18219] - Can't compile JSP pages

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] [PROPOSAL] Extra web.xml to declare compiled JSPs

Hi Remy, It might be worth COPYING the original web.xml at deployment time, to make a runtime-web.xml, to do what you propose, leaving the original web.xml untouched. This way, you can add the declarations for compiled JSPs, and -- as a bonus -- allow clean modification of things like init-param

DO NOT REPLY [Bug 18220] New: - Copy & Paste doesn't work (Apache Service Monitor)

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 18219] New: - Can't compile JSP pages

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

[5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Hi, It is not very convinient or easy to insert the declarations for compiled JSPs into the webapp's web.xml file. It also has the disadvantage of adding a lot of mess in the web.xml, which the user may not like. For that reason, I propose that Tomcat parses a new (optional) XML file, with th

[GUMP] Build Failure - jk2

This email is autogenerated from the output from: Buildfile: build.xml init.taskdef: guess.os: [echo] build

DO NOT REPLY [Bug 18218] New: - tomcat doesnt start with /proc not mounted

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-catalina/webapps/admin/service service.jsp

amyroh 2003/03/21 00:19:16 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin Lists.java TomcatTreeBuilder.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java ConnectorFor

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java

amyroh 2003/03/21 00:16:21 Modified:catalina/src/share/org/apache/catalina/core StandardService.java catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java Log: Admin updates. Add "name" attribute to Service MB