BugRat Report #365 has been filed.

Bug report #365 has just been filed. You can view the report at the following URL: REPORT #365 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: criti

BugRat Report #366 has been filed.

Bug report #366 has just been filed. You can view the report at the following URL: REPORT #366 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: criti

The Ping servlet

filename="text1.rtf"filename="text1.rtf"

cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF/classes PermanentlyUnavailable.java

larryi 00/11/09 05:14:15 Modified:src/tests/webpages/WEB-INF/classes Tag: tomcat_32 PermanentlyUnavailable.java Log: Create the permanent exception correctly Revision ChangesPath No revision No revision

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

larryi 00/11/09 05:17:49 Modified:src/etc Tag: tomcat_32 test-tomcat.xml Log: Handler's service method was changed to propagate exceptions. Removed a test that no longer fits the new behavior. Revision ChangesPath No revision No

cvs commit: jakarta-tomcat/src/share/org/apache/jasper/servlet JspServlet.java

larryi 00/11/09 05:22:18 Modified:src/share/org/apache/jasper/servlet Tag: tomcat_32 JspServlet.java Log: Rethrow FileNotFoundException in case of IllegalStateException and hope that a higher routine can provide some handling for it. Revision Changes

RE: No revolution today

> -Original Message- > From: Nick Bauman [mailto:[EMAIL PROTECTED]] > Sent: Thursday, November 09, 2000 5:42 AM > To: [EMAIL PROTECTED] > Subject: Re: No revolution today > > > On Thu, 9 Nov 2000, Henri Gomez wrote: > > > > It is important that tomcat3 has a design that allows support fo

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/facade RequestDispatcherImpl.java

larryi 00/11/09 05:27:36 Modified:src/share/org/apache/tomcat/facade Tag: tomcat_32 RequestDispatcherImpl.java Log: Since ServletWrapper's service() method can now throw exceptions, we need to catch these exceptions in include() so the request can be resto

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core ResponseImpl.java Response.java

larryi 00/11/09 05:31:36 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 ResponseImpl.java Response.java Log: Adding a property to indicate if error handling has been performed. Since Handler and ServletWrapper will be propagating exceptions, w

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core ContextManager.java

larryi 00/11/09 05:40:49 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 ContextManager.java Log: Moved UnavailableException handling from ServletWrapper to ContextManger's handleError method. This allows UnavailableExceptions to be handled b

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core ServletWrapper.java

larryi 00/11/09 06:07:15 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 ServletWrapper.java Log: Since exceptions are now being propagated, changes were need to properly handle exceptions thrown during initialization. Additional changes incl

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core Handler.java

larryi 00/11/09 06:11:28 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 Handler.java Log: Since exceptions are now being propagated, changes were need to properly handle exceptions thrown during initialization. Probably need to review how much is going in the log d

RE: No revolution today

Very wise decision. And nothing forbids you of doing those revolutions in the future. But at the moment, for me, my company and people/companies I know, the ONE main priority is having a fast and robust Servlet Engine - with robust being the priority. Your focus on a modular architecture keeps

Re: No revolution today

On Wed, 8 Nov 2000, Nick Bauman wrote: > On Thu, 9 Nov 2000, Henri Gomez wrote: > > > > It is important that tomcat3 has a design that allows support for > > > future > > > versions of the servlet API, but if tomcat developers don't want to see > > > it > > > happen - so be it. When Servlet2.3

Re: Tomcat & JNDI

> > > The latest jBoss release (see jboss.org for download) contains embedded > > > Tomcat 3.2 integration and support for "java:comp/env" namespace where > > > you can bind environment entries, resource references, and EJB > > > references. > > > > All I can say is that I hate licenses ( GPL,

Re: On what HelloWorldExample performance predicts

> Roy: Well, not quite: it also predicts an upper bound on the avg thruput, > and a lower bound bound on the average response time, of any more > resource-intensive request on the machine where the resource measurements > were taken. And even more - it shows the tomcat overhead ( how much time

Re: No revolution today

> > I for one, would love to see the 3.x codebase's Session API actually work > "as advertised" in a web server farm with a rotator box like BigIP. Right > now the Session API in tomcat 3.1 /does not work/ across multiple > instances of tomcat in a server farm. And that's why the session stuff

Re: Tomcat & JNDI

Hey > > > > The latest jBoss release (see jboss.org for download) contains embedded > > > > Tomcat 3.2 integration and support for "java:comp/env" namespace where > > > > you can bind environment entries, resource references, and EJB > > > > references. > > > > > > All I can say is that I hate l

Test hardware != User hardware =>applicability problems?

filename="text1.rtf"

Scalability and revolution?

filename="text1.rtf"filename="text1.rtf"

TC overhead, etc.

filename="text1.rtf"filename="text1.rtf"

Re: No revolution today

How? As far as I can tell it's broken in TC 3.1 / mod_jserv. Can you describe your configuration? On Thu, 9 Nov 2000, [EMAIL PROTECTED] wrote: > > > On Wed, 8 Nov 2000, Nick Bauman wrote: > > > On Thu, 9 Nov 2000, Henri Gomez wrote: > > > > > > It is important that tomcat3 has a design that

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http HttpResponseImpl.java HttpResponseStream.java

remm00/11/09 10:52:09 Modified:catalina/src/share/org/apache/catalina/connector/http HttpResponseImpl.java HttpResponseStream.java Log: - The determination of the chunk mode flag is more dynamic. Before, it was only determined when the stream was inst

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

remm00/11/09 10:56:10 Modified:catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Revert yesterday's change, which is now unnecessary due the change in chunking policy. Revision ChangesPath 1.13 +23 -51 jak

Re: TC4 Q: PageInfoImpl.java & various things

Bob Jamison wrote: > Is PageInfoImpl.java no longer required? It references > > javax.servlet.jsp.tagext.PageInfo > > which has not been in any of the recent jakarta-servletapi-4.0 > nightly builds. Should this be taken out, if only temporarily? Works now, thanks! Bob ---

Re: Tomcat & JNDI

> No problemo. The GPL issue is being resolved (=we're switching license). That's great ! There is a lot of code that should be reused/shared, and it's really bad when the license prevents that. > > additional permissions, like changing the class path, and also ACL > > doesn't implement the "Se

Re: Test hardware != User hardware =>applicability problems?

> criteria on a limited set of requests. So, one more time: What workload > is Tomcat expected to run, and what will TC thruput and response be > running that workload on a particular architecture? Or, since TC is free, > this is up to the user to simply try it and see? I don't think you can (

Re: [T4m4] java.lang.SecurityException

[EMAIL PROTECTED] wrote: > I am trying to run T4m4 with my webapp and I am receiving a > > java.lang.SecurityException : sealing exception > > This is because my servlet is trying to instantiate a singleton object in > the webapp that reads its config info from a file on the classpath using a > m

Re: Possible bug in tomcat wrt setting cookies?

Yes, this is a real bug in 3.2b6 (and probably earlier). I checked in a patch for it earlier this week, which will be included in b7 and the eventual release. What caused the problem was kind of interesting -- the session stuff was abstracted out into a RequestInterceptor, which would add the se

Re: No revolution today

> umm...it does. i use it. > -Ys- My understanding is it DOES work for app contexts mapped to a URL like "/myapp" but it does NOT work for the root context. "/" Many of us have webapps that mount to the root context. I spent WAY to much time figuring this out, I'd love to be proven wrong. But

Re: No revolution today

On Thu, 9 Nov 2000, Nick Bauman wrote: > > How? As far as I can tell it's broken in TC 3.1 / mod_jserv. Can you > describe your configuration? > > > > > "as advertised" in a web server farm with a rotator box like BigIP. Right > > > now the Session API in tomcat 3.1 /does not work/ across mu

Tomcat and WAP phones

Hi all,   While developing Tomcat based application for mobile phone, I have found out that the lack of cookies support in WAP phones, will not let me run my servlets on Tomcat load balance configuration. In order to point Apache to two tomcats, I needed the apache to use the jvmRoute se

Re: Possible bug in tomcat wrt setting cookies?

On Thu, 9 Nov 2000, Craig R. McClanahan wrote: > Yes, this is a real bug in 3.2b6 (and probably earlier). I checked in a patch > for it earlier this week, which will be included in b7 and the eventual release. > > put eyeballs to them. Anyone else who wants to help is urged to check out the >

Re: No revolution today

On Thu, 9 Nov 2000, Matthew Dornquast wrote: > > umm...it does. i use it. > > -Ys- > > My understanding is it DOES work for app contexts mapped to a URL like > "/myapp" but it does NOT work > for the root context. "/" > > Many of us have webapps that mount to the root context. > > I spent W

RE: No revolution today

Our site (http://www.spun.com) runs multiple Apache servers with load balancers ("rotator box like BigIP") that distribute traffic over the Apache servers. We have a farm of Tomcat servers. The session API's work for us. The only problem is that Tomcat, as distributed, does not allow load balanc

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http HttpConnector.java HttpProcessor.java HttpResponseImpl.java HttpResponseStream.java

remm00/11/09 12:15:50 Modified:catalina/src/share/org/apache/catalina/connector/http HttpConnector.java HttpProcessor.java HttpResponseImpl.java HttpResponseStream.java Log: - Add a switch on the connector to be able to completely

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

craigmcc00/11/09 12:17:52 Modified:src/etc Tag: tomcat_32 test-tomcat.xml Log: Allow the tests to run under Ant 1.2 and later. Without this, the for GTest was not being recognized. Revision ChangesPath No revision No revis

Re: No revolution today

re>Our site (http://www.spun.com) runs multiple Apache servers with load balancers ("rotator box like BigIP") that distribute traffic over the Apache servers. We have a farm of Tomcat servers. The session API's work for us. The only problem is that Tomcat, as distributed, does not allow load bal

Re: No revolution today

On Thu, 9 Nov 2000, Matthew Dornquast wrote: > re>Our site (http://www.spun.com) runs multiple Apache servers with load > balancers ("rotator box like BigIP") that distribute traffic over the Apache > servers. We have a farm of Tomcat servers. The session API's work for us. > The only problem

Re: Possible bug in tomcat wrt setting cookies?

Thanks for the information Craig, I just got a checkout of tomcat_32, so I will look at it. Kenneth On Thu, 9 Nov 2000, Craig R. McClanahan wrote: > Yes, this is a real bug in 3.2b6 (and probably earlier). I checked in a patch > for it earlier this week, which will be included in b7 and the

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http HttpResponseImpl.java

remm00/11/09 13:16:02 Modified:catalina/src/share/org/apache/catalina/connector/http HttpResponseImpl.java Log: - Important bug fix : When the output stream was never requested by the client, the content length wasn't properly set (and a end of respon

RE: No revolution today

Well, but if you don't need the root-context, then the load balancing *should* work with other contexts. You are using mod_jserv with APJ Balancesets, right? Joseph -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 09, 2000 12:46 PM To: [EMAI

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/resources LocalStrings.properties

craigmcc00/11/09 13:18:10 Modified:src/share/org/apache/tomcat/facade Tag: tomcat_32 RequestDispatcherImpl.java src/share/org/apache/tomcat/resources Tag: tomcat_32 LocalStrings.properties Log: Previous changes implement

Tomcat classloader is not working correctly

I am experiencing wide application problems with how the classloader works in Tomcat. Using Tomcat v3.0.1 (something like that) JDK v1.2.2 Sun OS Please respond back to my JPMorgan account. Here is some history. I built several servlet based applications on the Java WebServer - but management

cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF web.xml

craigmcc00/11/09 13:21:35 Modified:src/tests/webpages/WEB-INF Tag: tomcat_32 web.xml Log: Do not attempt to load the "PermanentlyAvailable2" servlet at startup time. Because the test application is part of the default build, this will lead to tons of user questions about "Why do

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/resources LocalStrings.properties

larryi 00/11/09 13:42:55 Modified:src/share/org/apache/tomcat/context Tag: tomcat_32 DefaultCMSetter.java src/share/org/apache/tomcat/core Tag: tomcat_32 ContextManager.java src/share/org/apache/tomcat/resour

RE: No revolution today

En réponse à Paulo Gaspar <[EMAIL PROTECTED]>: > But at the moment, for me, my company and people/companies I know, the > ONE > main priority is having a fast and robust Servlet Engine - with robust > being the priority. +1 > Your focus on a modular architecture keeps all doors open for the > d

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/resources LocalStrings_en.properties

nacho 00/11/09 14:50:50 Removed: src/share/org/apache/tomcat/resources Tag: tomcat_32 LocalStrings_en.properties Log: * Removing was added as binary to CVS - To unsubscribe, e-mail: [EMAIL

Re: No revolution today

> Well, but if you don't need the root-context, then the load balancing > *should* work with other contexts. You are using mod_jserv with APJ > Balancesets, right? Right Jospeh! So how important is it to support load balancing of root contexts? How many users use the root context? >From where

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/resources LocalStrings_en.properties LocalStrings_es.properties

nacho 00/11/09 14:52:26 Modified:src/share/org/apache/tomcat/resources Tag: tomcat_32 LocalStrings_es.properties Added: src/share/org/apache/tomcat/resources Tag: tomcat_32 LocalStrings_en.properties Log: * Readding en proper

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator LocalStrings_es.properties

nacho 00/11/09 15:11:30 Added: catalina/src/share/org/apache/catalina/authenticator LocalStrings_es.properties Log: traslation to spanish Revision ChangesPath 1.1 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/auth

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector LocalStrings_es.properties

nacho 00/11/09 15:11:42 Added: catalina/src/share/org/apache/catalina/connector LocalStrings_es.properties Log: traslation to spanish Revision ChangesPath 1.1 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connecto

Re: [T4m4] java.lang.SecurityException

>[EMAIL PROTECTED] wrote: > >> I am trying to run T4m4 with my webapp and I am receiving a >> >> java.lang.SecurityException : sealing exception >> >> This is because my servlet is trying to instantiate a singleton object >> in the webapp that reads its config info from a file on the classpath >>

RE: No revolution today

Matthew, In my environment, I wanted to force all contexts to be in the root context. So, my point is -- if you only need the root context (one context only!), my kludge works. If you want root context and non-root contexts to both coexist, then you'll need to modify my kludge to NOT force the

Re: No revolution today

In our situation, we plan to use multiple virtual hosts, each with its own root context. That makes the URLs shorter and easier for people to work with. It also lets you more easily move/copy one context to another without having to fix all the links. I've posted patches that make this work for

Re: No revolution today

I'm interested in these patches. Also, I'm interested in the issues with the issues with root contexts (the thread name on tomcat-dev or .java file) Thanks, Kenneth Topp On Thu, 9 Nov 2000, Paul Frieden wrote: > In our situation, we plan to use multiple virtual hosts, each with its > own r

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets InvokerServlet.java LocalStrings.properties

craigmcc00/11/09 17:19:18 Modified:catalina/src/share/org/apache/catalina/servlets InvokerServlet.java LocalStrings.properties Log: Make the invoker servlet work when called underneath a request dispatcher path-based include. Revision ChangesPath

More on redirection problems

Hola a todos: After some more research in the issues related to NATs and tomcat standalone, and more reading, i think i have found a real and common problem in tomcat 3.X, that it's not present in Tomcat 4.0 ( this is from a brief reading of the code ). The problem, i think i'd found, is that wh

Re: More on redirection problems

Nacho wrote: > Hola a todos: > > After some more research in the issues related to NATs and tomcat > standalone, and more reading, i think i have found a real and common > problem in tomcat 3.X, that it's not present in Tomcat 4.0 ( this is > from a brief reading of the code ). > > The problem, i

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core Handler.java

craigmcc00/11/09 18:06:32 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 Handler.java Log: Restore the previous exception propogation model so that exceptions are propogated only from included servlets. This undoes part of a change Larry committed earlier -- after fur

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/service/http HttpRequestAdapter.java

nacho 00/11/09 18:48:41 Modified:src/share/org/apache/tomcat/service/http Tag: tomcat_32 HttpRequestAdapter.java Log: * Fixing a problem with redirections, was using the lsocket port not the host header port if present Revision ChangesPath No

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core RequestImpl.java

nacho 00/11/09 18:50:01 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 RequestImpl.java Log: * Fixing a problem with redirections, was using the lsocket port not the host header port if present Revision ChangesPath No

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util MimeHeaderField.java

craigmcc00/11/09 18:59:39 Modified:src/share/org/apache/tomcat/util Tag: tomcat_32 MimeHeaderField.java Log: Correctly perform header name comparisons based on the data type of the *name*, not the *value*. This bug caused duplicate headers in some cases,

edit bug #13 by person #0 (logged in as: Nick Bauman)

Environment description modified: Description changed from: > See Description To: > Apparenlty, the Session API only works in a distributed environment when something other than the root context is used with mod_jserv Bug description modified: Description changed from: > I

edit bug #13 by person #0 (logged in as: Nick Bauman)

There were no modifications to the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

edit bug #13 by person #0 (logged in as: Nick Bauman)

There were no modifications to the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util MessageBytes.java MimeHeaderField.java MimeHeaders.java

craigmcc00/11/09 22:42:53 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 BufferedServletOutputStream.java ContextManager.java src/share/org/apache/tomcat/facade Tag: tomcat_32 ServletContext