DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason

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-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

kinman 02/05/09 10:50:50 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: - Thanks Denis Benoit <[EMAIL PROTECTED]> for the patch. . Removes the doAfterBody() from the finallies method and replace it with the check of the value of the "tagEvalVar" var

DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason

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 8940] - Tomcat shuts itself down for no apparent reason

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 8940] - Tomcat shuts itself down for no apparent reason

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 8923] - writing to response.getOutputStream() over SSL doesn't work

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-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

kinman 02/05/09 11:47:15 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: - Fixed 4964: popBody called before doEndTag. Revision ChangesPath 1.12 +20 -9 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java

DO NOT REPLY [Bug 8923] - writing to response.getOutputStream() over SSL doesn't work

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 8923] - writing to response.getOutputStream() over SSL doesn't work

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 4964] - popBody() is called before doEndTag() is called in a BodyTag

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

Prove me wrong - take this quiz

Hi, Developers and Developer-ettes! It is time for a fun quiz to test your knowledge of HTTP, Servlets, and servlet behavior. See if you can get them all right! As a bonus, see if you can guess how Tomcat handles these situations (as of 5/8/2002). Section 1 - HTTP - Question 1

DO NOT REPLY [Bug 8923] - writing to response.getOutputStream() over SSL doesn't work

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 8923] - writing to response.getOutputStream() over SSL doesn't work

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 6641] - Download of MS Office docs from protected areas fail with IE

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/catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java

amyroh 02/05/09 13:00:38 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java Log: Fix to encode url before creating mbean object name. Revision ChangesPath 1.36 +8 -6 jakarta-tomcat-4.0/catalina/src/share/org/apache/

cvs commit: jakarta-tomcat-4.0/webapps/admin/resources dataSources.jspf

manveen 02/05/09 13:17:54 Modified:webapps/admin banner.jsp webapps/admin/resources dataSources.jspf Log: * Fix for displaying the (decoded) URL name in the list of Data Source names. - While creating a new data source resource, the URL is used as the name in the

Re: [PATCH] Re: [PROPOSAL] Modification of the code generated byJasper2

> Date: Wed, 08 May 2002 20:50:06 -0400 (EDT) > > Mr Maucherat noticed that the patch do create a BitSet and a Vector, even for > JSPs that don't have tags, I think it could be avoided if we did some kind of > lazy initialisation. My first, dumb, I confess! idea was to put the Vector > and the

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

costin 02/05/09 13:51:29 Modified:jk/native2/include jk_bean.h Log: Add a state, to prevent double initialization and simplify things. Add 'introspection' info about multi-value properties. I'm still looking into that ( the issue is how we save/restore/change dynamically m

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_config.h jk_uriEnv.h jk_uriMap.h

costin 02/05/09 13:52:54 Modified:jk/native2/include jk_config.h jk_uriEnv.h jk_uriMap.h Log: - removed old 'pull' apis from config, now everything works using the 'push' model ( i.e. setters ). - removed unused stuff from config. - removed duplicated 'debug' from uriEnv, uri

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

costin 02/05/09 13:58:13 Modified:jk/native2/include jk_worker.h Log: Switch the lb_factor/lb_value to int. For now we'll just use a small int ( 0..255 ) to represent the lb_value, and roll back to 0. The only role of lb_value is to make sure all workers get a similar amount of

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

costin 02/05/09 14:00:53 Modified:jk/native2/common jk_config.c Log: Remove the old code. Be less verbose ( unless config.debug property is set ). Add another 'magic' attribute, "info". It'll allow some comments to be associated with each object, and persisted automatic

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

costin 02/05/09 14:03:08 Modified:jk/native2/common jk_workerEnv.c Log: Slight change in workerEnv initialization - ajp workers will be initialized at the same time with the channels. That means lb init will report the right number of workers. Filter messages based on the

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

costin 02/05/09 14:03:45 Modified:jk/native2/common jk_worker_ajp13.c Log: Clean up the debuging. Started to add the 'introspection' info, it'll be exposed in the status. Revision ChangesPath 1.16 +14 -7 jakarta-tomcat-connectors/jk/native2/common/jk_worke

DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason

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/common jk_worker_lb.c

costin 02/05/09 14:06:48 Modified:jk/native2/common jk_worker_lb.c Log: That's the big one. Please review ! It changes the handling of lb_value to int. I also cleaned up the logic so it's easier ( I hope ) to understand what's happening. "Levels" replace the 'local wo

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

costin 02/05/09 14:09:41 Modified:jk/native2/common jk_worker_status.c Log: Much cleaner and easier to read report, remove duplicated code and generalize a bit. We'll display a table for each object type ( that we care about ): - ajp workers - uris - endpoints For

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_env.c jk_handler_response.c jk_requtil.c jk_uriEnv.c jk_uriMap.c

costin 02/05/09 14:12:15 Modified:jk/native2/common jk_channel_socket.c jk_env.c jk_handler_response.c jk_requtil.c jk_uriEnv.c jk_uriMap.c Log: Filter more messages based on the debug level of the worker or uri. Things are getti

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 jk_service_apache2.c mod_jk2.c

costin 02/05/09 14:13:13 Modified:jk/native2/jni jk_jni_aprImpl.c jk/native2/server/apache2 jk_service_apache2.c mod_jk2.c Log: As previously mentioned, less verbosity unless explicitely configured for debug ( and only debug on the targeted object ) Revision

Re: Prove me wrong - take this quiz

> Question 1 > Does servlet specification require you to call flush() to ensure that > the client actually see the bytes? >A. No, spec does not mandate this behavior for webapps. >B. "you have to flush your writer. Otherwise, because of timing >problems, the byt

cvs commit: jakarta-tomcat-4.0/webapps/admin/resources dataSource.jsp dataSources.jspf

manveen 02/05/09 14:27:27 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources

DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason

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/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveDataSourceAction.java

manveen 02/05/09 14:32:43 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveDataSourceAction.java Log: * no need to set the name attribute on update operation. This is needed only for "addResource" during create. Revision Ch

Re: Prove me wrong - take this quiz

On Thu, 9 May 2002, Remy Maucherat wrote: > > Does servlet specification require you to call flush() to ensure that > > the client actually see the bytes? > >A. No, spec does not mandate this behavior for webapps. > >B. "you have to flush your writer. Otherwise, because of

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

costin 02/05/09 14:49:01 Modified:jk/native2/common jk_workerEnv.c Log: Sometimes env is not set. Revision ChangesPath 1.38 +4 -5 jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c Index: jk_workerEnv.c ==

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

costin 02/05/09 15:02:54 Modified:lib commons-logging.jar Log: Updated the logging package from cvs-head. It'll display the currect class name for jdk1.4, and will create a sane ( consistent with the defaults for simple and jdk1.4 ) config for log4j, if none is specif

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

costin 02/05/09 15:12:07 Modified:lib commons-logging.jar Log: It helps if I check in the current version :-) Revision ChangesPath 1.4 +25 -8 jakarta-tomcat-connectors/lib/commons-logging.jar <> -- To unsubscribe, e-mail:

Re: Prove me wrong - take this quiz

Remy Maucherat wrote: >>Question 1 >>Does servlet specification require you to call flush() to ensure that >>the client actually see the bytes? >> A. No, spec does not mandate this behavior for webapps. >> B. "you have to flush your writer. Otherwise, because of timing >>

Re: Prove me wrong - take this quiz

On Fri, 2002-05-10 at 04:55, Steve McCarthy wrote: > I have been frustrated in multiple attempts to report this very glaring bug Gee, I would have never guessed that one ;-) Bojan PS. Sorry, had to have some fun... -- To unsubscribe, e-mail: For additional comman

Re: Prove me wrong - take this quiz

Steve, In 8916 - if you use: service() { w= new PrintWriter( response.getOutputStream ); w.println(...) } If you don't flush, then you'll get no output. That's not because of the servlet spec - but because of the way PrintWriter works, it'll put your output in a buffer and that'll not

Re: Prove me wrong - take this quiz

See intermixed. On Thu, 9 May 2002, Steve McCarthy wrote: > Date: Thu, 09 May 2002 15:44:30 -0700 > From: Steve McCarthy <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: Prove me wrong - take this quiz > >

Re: Prove me wrong - take this quiz

"Steve McCarthy" <[EMAIL PROTECTED]> wrote: > Hi, Developers and Developer-ettes! > > It is time for a fun quiz to test your knowledge of HTTP, Servlets, and > servlet behavior. See if you can get them all right! As a bonus, see if > you can guess how Tomcat handles these situations (as of 5/8

Re: Prove me wrong - take this quiz

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: >> Question 1 >> Does servlet specification require you to call flush() to ensure that >> the client actually see the bytes? >>A. No, spec does not mandate this behavior for webapps. >>B. "you have to flush your writer. Otherwise

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

costin 02/05/09 16:46:33 Modified:jk/java/org/apache/jk/common JniHandler.java Shm.java jk/java/org/apache/jk/server JkCoyoteHandler.java Log: Reduce verbosity Revision ChangesPath 1.4 +2 -2 jakarta-tomcat-connectors/jk/java/org/apache/jk/comm

Form Authentication potential contribution

Hi, I am new to this list and to developing tomcat. One of the issues I had was wanting my login page to be the first page people went to, but with the current FormAuthentication you get an error (invalid direct reference to form login page). I have modified the FormAuthenication class so if so

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jk_jni_aprImpl.c

costin 02/05/09 16:47:32 Modified:jk/native2/common jk_channel_socket.c jk_channel_un.c jk_env.c jk_shm.c jk_workerEnv.c jk_worker_ajp13.c jk_worker_lb.c jk/native2/jni jk_jni_aprImpl.c Log: reduce verbosity. Make

Re: Prove me wrong - take this quiz

[EMAIL PROTECTED] wrote: >Steve, > >In 8916 - if you use: > >service() { > w= new PrintWriter( response.getOutputStream ); > w.println(...) >} > >If you don't flush, then you'll get no output. > >That's not because of the servlet spec - but because of the way >PrintWriter works, it'll put y

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

costin 02/05/09 17:01:37 Modified:jk/native2/common jk_channel_jni.c jk_vm_default.c Log: Less verbosity on the jni channel Revision ChangesPath 1.16 +22 -14jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c Index: jk_channel_jni.c

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

costin 02/05/09 17:01:44 Modified:jk/java/org/apache/jk/common ChannelJni.java Log: Less verbosity on the jni channel Revision ChangesPath 1.9 +2 -2 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelJni.java Index: ChannelJni.java

Re: Prove me wrong - take this quiz

On Thu, 9 May 2002, Steve McCarthy wrote: > >service() { > > w= new PrintWriter( response.getOutputStream ); > > w.println(...) > >} > > > >If you don't flush, then you'll get no output. > > > >That's not because of the servlet spec - but because of the way > >PrintWriter works, it'll put y

Re: Prove me wrong - take this quiz

> Please note that the example uses a PrintWriter, and not a > BufferedWriter. Looking at the source of PrintWriter, all of the > println() methods write the data to the underlying OutputStream - > characters are not buffered Writer level. If there is any buffering, > it occurs in the Output

Re: Prove me wrong - take this quiz

reply down below Craig R. McClanahan wrote: > >Being somewhat familiar with the servlet specs (I've been on the expert >groups for 2.2, 2.3, and 2.4 :-), the following two scenarios have the >potential to behave differently, depending on implementation-specific >decisions inside both the servle

Re: Prove me wrong - take this quiz

[EMAIL PROTECTED] wrote: > >Are you sure you are looking at the right source ? I'm pretty sure >the PrintWriter is doing the buffering - most likely in the Char2Byte >conversion. > >I did a lot of work on this area and I'm pretty sure I'm right on this, >there is a 8k buffer for everything tha

Re: Prove me wrong - take this quiz

"Steve McCarthy" <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > >> Steve, >> >> In 8916 - if you use: >> >> service() { >> w= new PrintWriter( response.getOutputStream ); >> w.println(...) >> } >> >> If you don't flush, then you'll get no output. >> >> That's not because of the

Re: Prove me wrong - take this quiz

> "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > >> Question 1 > >> Does servlet specification require you to call flush() to ensure that > >> the client actually see the bytes? > >>A. No, spec does not mandate this behavior for webapps. > >>B. "you have to flush your writ

Re: Prove me wrong - take this quiz

"Dan Sandberg" <[EMAIL PROTECTED]> wrote: >> Please note that the example uses a PrintWriter, and not a >> BufferedWriter. Looking at the source of PrintWriter, all of the >> println() methods write the data to the underlying OutputStream - >> characters are not buffered Writer level. If there

Re: Prove me wrong - take this quiz

> "Steve McCarthy" <[EMAIL PROTECTED]> wrote: > > > [EMAIL PROTECTED] wrote: > > > >> Steve, > >> > >> In 8916 - if you use: > >> > >> service() { > >> w= new PrintWriter( response.getOutputStream ); > >> w.println(...) > >> } > >> > >> If you don't flush, then you'll get no output. > >> > >>

Re: Prove me wrong - take this quiz

> [EMAIL PROTECTED] wrote: > > >I did a lot of work on this area and I'm pretty sure I'm right on this, > >there is a 8k buffer for everything that converts ( at least in > >all VMs I worked with ). Jad may help you locate it. > > > Yep, you are right. PrintWriter internally wraps the supplied >

cvs commit: jakarta-tomcat-connectors/jk/native/netscape jk_nsapi_plugin.c

larryi 02/05/09 17:44:09 Modified:jk/native/netscape jk_nsapi_plugin.c Log: Finally port the input chunking changes from Tomcat 3.3.x Revision ChangesPath 1.8 +34 -7 jakarta-tomcat-connectors/jk/native/netscape/jk_nsapi_plugin.c Index: jk_nsapi_plugin.c

Re: Prove me wrong - take this quiz

"Steve McCarthy" <[EMAIL PROTECTED]> wrote: > public class MyServlet extends HttpServlet { > > public void doGet(HttpServletRequest request, > HttpServletResponse response) > throws IOException, ServletException { > > ServletOutputStream sos = response.ge

Re: [PATCH] Re: [PROPOSAL] Modification of the code generated byJasper2

Mr Chung, On Thu, 9 May 2002, Kin-Man Chung wrote: > Denis, > > One way to get rid of BidSet is to keep the state of things that needs to > be done in the (now virtual) finally block. Since the try blocks are > properly nested, it is sufficient to increment the state when entering > a try bloc

Re: Prove me wrong - take this quiz

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > If people feel uncomfortable with the current behavior (although I assure > you, it shouldn't break anything), we can change to <300 (many 3xx "need" > status reports; at least, Apache give status reports for a lot of them, so I > thought it was wis

Re: Prove me wrong - take this quiz

> The problem _I_ had with AvantGo is the following: Given this _very_ stupid > but _very_ valid servlet: > > import javax.servlet.*; > import javax.servlet.http.*; > import java.io.*; > > public class Test extends HttpServlet { > > public void doGet(HttpServletRequest req, HttpServletResponse r

Re: Prove me wrong - take this quiz

> "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > > If people feel uncomfortable with the current behavior (although I assure > > you, it shouldn't break anything), we can change to <300 (many 3xx "need" > > status reports; at least, Apache give status reports for a lot of them, so I > > thought

Re: Prove me wrong - take this quiz

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > Yes, it's horrible. Given the way the old HTTP/1.1 connector is written it's > very hard and very risky to fix :-( As long as 4.0.4 will work... I'd like to see either that fixed, or a working replacement with Coyote. > Use Coyote instead for depera

Re: Prove me wrong - take this quiz

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > Easy fix :) Then fixit, dammit. :) Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail:

Re: Prove me wrong - take this quiz

> "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > Yes, it's horrible. Given the way the old HTTP/1.1 connector is written it's > > very hard and very risky to fix :-( > > As long as 4.0.4 will work... I'd like to see either that fixed, or a > working replacement with Coyote. You'll have the wor

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

pier02/05/09 18:15:59 Modified:catalina build.xml webapps/tomcat-docs class-loader-howto.xml Log: Committing change to rename tomcat-webapp.jar to tomcat-warp.jar as posted last week on the mailing list. Revision ChangesPath 1.115 +3 -3 jaka

cvs commit: jakarta-tomcat-connectors/webapp build.xml

pier02/05/09 18:16:38 Modified:webapp build.xml Log: Committing change to rename tomcat-webapp.jar to tomcat-warp.jar as posted last week on the mailing list. (still need to hammer down this file reducing it to a manageable state) Revision ChangesPath 1.6

Re: Prove me wrong - take this quiz

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > You'll have the working replacement for tricky situations. Fixing it would > likely mean breaking more things (no, I didn't rewrite the thing because I > was bored). > I would plan on trying to use 4.1.x if I were you, though. I got my priorities lay

Re: [PATCH] Re: [PROPOSAL] Modification of the code generated byJasper2

See intermixed. > Date: Thu, 09 May 2002 20:48:27 -0400 (EDT) > From: Denis Benoit <[EMAIL PROTECTED]> > Subject: Re: [PATCH] Re: [PROPOSAL] Modification of the code generated by Jasper2 > > Good idea, but I think it would be hard to accomplish as presented. Look again > at your pseudo-code:

Re: Prove me wrong - take this quiz

On Fri, 2002-05-10 at 11:20, Pier Fumagalli wrote: > I got my priorities layered down right now: > > 1) Make sure my employer is happy not running alpha software in production > 2) Feed and pet the cat > 3) Find girlfriend (yeah, right) > 4) Tease Jon > 5) Make mod_webapp happy > 6) try out tom

PATCH: DbcpDataSourceFactory

The DataSource factory wasn't setting maxIdle, and was incorrectly setting maxActive on the connection pool. This fixes it: Michael Index: DbcpDataSourceFactory.java === RCS file: /home/cvspublic/jakarta-tomcat-4.0/catalina/src/sha

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves ErrorReportValve.java

remm02/05/09 20:02:25 Modified:catalina/src/share/org/apache/catalina/valves ErrorReportValve.java Log: - Don't output error reports for all 1xx and 2xx status codes. Revision ChangesPath 1.10 +6 -15 jakarta-tomcat-4.0/catalina/src/s

Re: [PATCH] Re: [PROPOSAL] Modification of the code generated byJasper2

Kim, On Thu, 9 May 2002, Kin-Man Chung wrote: > If we have distinct values for each state, theorectically we can implement > a state transition machine in the finallies. Something like the following. > > while (state > 0) { > switch (state) { > case 0: ... >

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/factory DbcpDataSourceFactory.java

remm02/05/09 20:08:35 Modified:catalina/src/share/org/apache/naming/factory DbcpDataSourceFactory.java Log: - Fix cut & paste bug where maxIdle wouldn't be set (instead, maxActive would get the maxIdle value). - Patch submitted by Michael Smith

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves ErrorReportValve.java

remm02/05/09 20:20:58 Modified:catalina/src/share/org/apache/catalina/valves Tag: tomcat_40_branch ErrorReportValve.java Log: - Port patch. - Don't output error reports for all 1xx and 2xx status codes. Revision ChangesPath No

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves ErrorReportValve.java

> -// Do nothing on a NOT MODIFIED status > -if (statusCode == HttpServletResponse.SC_NOT_MODIFIED) > -return; This is actually 304. -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves ErrorReportValve.java

remm02/05/09 20:41:13 Modified:catalina/src/share/org/apache/catalina/valves ErrorReportValve.java Log: - Don't generate a status report for 304. Revision ChangesPath 1.11 +7 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/catal

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves ErrorReportValve.java

> > -// Do nothing on a NOT MODIFIED status > > -if (statusCode == HttpServletResponse.SC_NOT_MODIFIED) > > -return; > This is actually 304. Great catch. Thanks ! Remy -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves ErrorReportValve.java

remm02/05/09 20:43:52 Modified:catalina/src/share/org/apache/catalina/valves Tag: tomcat_40_branch ErrorReportValve.java Log: - Port patch. - Don't generate a status report for 304. - Submitted by Bill Barker. Revision ChangesPath No