Re: BugRat Report #401 has been filed.

--- BugRat Mail System <[EMAIL PROTECTED]> wrote: > Bug report #401 has just been filed. > > Synopsis: > Copy command is not case retentive > > Description: > The ANT copy command does not preserve the case of file > names on Windows NT. The destination file's names are > in all lower case.

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

remm00/11/16 23:25:36 Modified:catalina/src/share/org/apache/catalina/connector/http SocketInputStream.java Log: - Skip extra CRLF before starting reading the request line, as is heavily recommended to do that in the HTTP spec. Revision Changes

[BUG]JSP include causes IllegalStateException

Hello I am using Tomcat 3.1 with IIS 4.0 on Windows NT 4.0 Pentium 233 MMX machine and JDK 1.3 . When I include a JSP file in another JSP file the page does not come properly. It shows an 'IllegalStateException: Cannot forward as OutputStream or Writer has already been obtained'. I have a fil

Re: Instances of a Servlet

> > I'm seeing a behaviour that suggests instantiation of servlets > > due to an invocation via a "servlet-mapping" or via the > > InvokerServlet (/servlet) are handled differently. > > > > More specifically, given that I've set up a Context for > > the path "/foo", and within that context, I've m

BugRat Report #402 has been filed.

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

Re: [TC4] ResourcesBase.setCheckInterval() (not a) bug

Boyd Waters wrote: > > [...this un-lurking is getting habit-forming...] > > "Craig R. McClanahan" wrote: > > > What would you think about using a JNDI DirContext as a representation of the > > resources available to a web application? > > Craig: > > I think that the *option* for Catalina to

Re: [TC4] ResourcesBase.setCheckInterval() (not a) bug

Remy Maucherat wrote: > > > BTW: I really like the resources package! I can think of several useful > > > implementations that I'd like to use, like one for CVS, or one for > JavaMail, > > > or ... lots more. > > > > I like the Resources abstraction as well. Before we go whole hog at > creatin

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http HttpHeader.java HttpRequestLine.java SocketInputStream.java HttpProcessor.java LocalStrings.properties

remm00/11/16 19:30:43 Modified:catalina/src/share/org/apache/catalina/connector/http HttpProcessor.java LocalStrings.properties Added: catalina/src/share/org/apache/catalina/connector/http HttpHeader.java HttpRequestLine.java

Re: [TC4] ResourcesBase.setCheckInterval() (not a) bug

[...this un-lurking is getting habit-forming...] "Craig R. McClanahan" wrote: > What would you think about using a JNDI DirContext as a representation of the > resources available to a web application? The idea would be to use directory > entry attributes for the commonly used information like

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

remm00/11/16 18:58:59 Modified:catalina/src/share/org/apache/catalina/connector RequestBase.java Log: - Opening the stream is useless if there's nothing to read. Revision ChangesPath 1.7 +5 -5 jakarta-tomcat-4.0/catalina/src/share/

Re: [TC4] ResourcesBase.setCheckInterval() (not a) bug

> > BTW: I really like the resources package! I can think of several useful > > implementations that I'd like to use, like one for CVS, or one for JavaMail, > > or ... lots more. > > I like the Resources abstraction as well. Before we go whole hog at creating new > implementations, though, I'd

Re: [TC4] ResourcesBase.setCheckInterval() bug and HTTP

Remy Maucherat wrote: > > Remy Maucherat wrote: > > > > > > You're correct that this kind of code is appropriate (because the > > > component > > > > has already been started without the thread). > > > > > > Really ? The threadStart() call is in the start() method, and > threadStop() > > > is alw

Re: [TC4] ResourcesBase.setCheckInterval() bug and HTTP

> Remy Maucherat wrote: > > > > You're correct that this kind of code is appropriate (because the > > component > > > has already been started without the thread). > > > > Really ? The threadStart() call is in the start() method, and threadStop() > > is always called in stop(). How would the threa

Re: [TC4] ResourcesBase.setCheckInterval() bug

Remy Maucherat wrote: > > You're correct that this kind of code is appropriate (because the > component > > has already been started without the thread). > > Really ? The threadStart() call is in the start() method, and threadStop() > is always called in stop(). How would the thread need to be st

Re: [TC4] ResourcesBase.setCheckInterval() (not a) bug

Jason Brittain wrote: > > BTW: I really like the resources package! I can think of several useful > implementations that I'd like to use, like one for CVS, or one for JavaMail, > or ... lots more. I like the Resources abstraction as well. Before we go whole hog at creating new implementations

Re: Tomcat working with Netscape Enterprise Server on Solaris

nsapi.h is included with the webserver install.  It will be in an include directory underneath the main netscape directory.   Mike Anderson>>> [EMAIL PROTECTED] 11/16/00 04:55PM >>>I tried "make -f Makefiel.solaris" in jakarta-tomcat/src/native/iis_netscapedirectory,and got the following err

Re: [TC4] ResourcesBase.setCheckInterval() bug

> You're correct that this kind of code is appropriate (because the component > has already been started without the thread). Really ? The threadStart() call is in the start() method, and threadStop() is always called in stop(). How would the thread need to be started if the component is not star

Re: [TC4] ResourcesBase.setCheckInterval() (not a) bug

Hi Remy. Oops, yes, you're right about this (of course). I misunderstood the use of the "started" variable to mean whether or not the background thread was already started, instead of whether the component's lifecycle had started. Sorry. BTW: I really like the resources package! I can think

Re: [TC4] ResourcesBase.setCheckInterval() bug

Hi Jason, See below. Jason Brittain wrote: > Hi guys! > > In reading through the org.apache.catalina.resources package code, I found > a small omission from the ResourcesBase.setCheckInterval() method: > > public void setCheckInterval(int checkInterval) { > > // Perform the property update >

Tomcat working with Netscape Enterprise Server on Solaris

I tried "make -f Makefiel.solaris" in jakarta-tomcat/src/native/iis_netscape directory, and got the following error: jk_nsapi_plugin.c:71: nsapi.h: No such file or directory *** Error code 1 make: Fatal error: Command failed for traget 'jk_nsapi_plugin.o' I used the souce code from release 3.1.

Re: [TC4] ResourcesBase.setCheckInterval() bug

> At the end of this method, we changed the check interval, and then we > need to either start or stop the background thread that periodically > checks for resource updates. The code in this method handles the > following: > > 1. When the background thread is already running and we should be shut

BugRat Report #372 was closed (apparently by: Craig R. McClanahan)

Report #372 was closed by Person #0 Synopsis: Container managed security bug (logged in as: Craig R. McClanahan)

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

craigmcc00/11/16 15:52:14 Modified:src/share/org/apache/tomcat/request Tag: tomcat_32 JDBCRealm.java src/share/org/apache/tomcat/util Tag: tomcat_32 SecurityTools.java Log: Avoid "index out of bound" exceptions in the fo

BugRat Report #400 has been filed.

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

BugRat Bug Report #373

This bug report describes a scenario where "Apache, Mod_jk + AJP13 has problems with RequestDispatcher.forward()", and returns inconsistent results. It may be related to earlier reports from Henri Gomez on 6/9/2000. You can display the complete text of this bug report via BugRat at http://z

Re: FW: sessionID within URL and loadbalance (was: WAP and sessionIDs)

Shai, Your suggested bugfix is in my stack of changes that I'm going through at the moment.  I don't expect to run into any problems with it, and plan to incorporate it into post-beta7.  I will definitely let you know if I have any questions. Thanks for submitting the patch! Craig   [EMAIL PROTE

FW: sessionID within URL and loadbalance (was: WAP and sessionIDs)

Hi,   This is my fix to all the WAP question going around lately. I have sent last week interceptor that is doing the same (URLSeessionInterceptor) and you replied that it will be add it to sources after b7.   This is better way to solve the problem of URL embedded sessionIDs and no-co

BugRat Report #380 was closed (apparently by: Craig R. McClanahan)

Report #380 was closed by Person #0 Synopsis: Sessions don't work without cookies (logged in as: Craig R. McClanahan)

[TC4] ResourcesBase.setCheckInterval() bug

Hi guys! In reading through the org.apache.catalina.resources package code, I found a small omission from the ResourcesBase.setCheckInterval() method: public void setCheckInterval(int checkInterval) { // Perform the property update int oldCheckInterval = this.checkInterval; this.checkInt

cvs commit: jakarta-tomcat/src/share/org/apache/jasper/compiler JspCompiler.java JspReader.java

larryi 00/11/16 14:10:35 Modified:src/share/org/apache/jasper/compiler Tag: tomcat_32 JspCompiler.java JspReader.java Log: Make isOutDated() return true if ctxt.getRealPath() returns null, instead of throwing an NPE. Make pushFile() throw a FNFE if co

BugRat Report #395 was closed (apparently by: Craig R. McClanahan)

Report #395 was closed by Person #0 Synopsis: getResource is buggy in AdaptiveClassLoader: does not go to parent (logged in as: Craig R. McClanahan)

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/loader AdaptiveClassLoader.java

craigmcc00/11/16 14:04:42 Modified:src/share/org/apache/tomcat/loader Tag: tomcat_32 AdaptiveClassLoader.java Log: Make getResource() and getResourceAsStream() consult the parent class loader (if there is one) before delegating to the system class loader.

Client side SSL Information for - Tomcat 3.2b6 + mod_ssl + Apache 1.3.14 + mod_jk

Greetings: After searching the bug database, I have been unable to determine and operate the following: (Apache 1.3.14 + mod_ssl + Tomcat 3.2b6 + mod_jk) a. How is client side SSL information (SSL_CLIENT_CERT) available in a servlet which is invoked by Tomcat.? b. The information is available if

BugRat Report #399 has been filed.

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

#36

don't see the answer to bug #36 which is exactly the problem i have - i don't think it's a bug necessarily, but rather something i'm doing wrong. in any case, someone else had the same problem and i'd be gateful for an answer (#40 or whoever closed did not say what it was). please help. maryelle

Re: [PROPOSED 3.2B7 PATCH] error displayed for case mismatch in JSP URL

+1 Craig Larry Isaacs wrote: > In Tomcat 3.2b7 (and earlier), invoking > http://localhost:8080/test/jsp/Helloworld.jsp results in an NPE in > JspCompiler.isOutDated(). This occurs because getRealPath() returns > null since the 'w' should be uppercase, hence it is considered an > "unsafe" path

WAP and sessions in Tomcat3.1

Hi- I am experiencing some wierd behavior with a WAP application under tomcat. I have the application functioning properly under jServ, now I am trying to move it into .war format, under tomcat. Whenever HttpSession session = req.getSession(false); is called during a request from a wap ph

Re: 3.2 status -- no taglibs in jars

I wrote: > > I haven't tried simply commenting out or removing the code that says "Take this >stuff out..." because that would remove the entire section devoted opening the jar >and finding the .tld inside. Maybe I'm missing something, but this doesn't sound like >the right fix. Then Pierre D

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

craigmcc00/11/16 10:25:22 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 ContextManager.java Log: Correctly shut down *all* contexts (which will trigger the destroy() method of all initialized servlets being called). Previously, the code was re

Re: lock

on 11/16/2000 5:35 AM, "Pierre Delisle" <[EMAIL PROTECTED]> wrote: > It is now 5:30 am, and the situation still has not changed regarding the > following lock (I've had this since 6pm last night). > > ... > cvs server: [05:29:59] waiting for larryi's lock in > /home/cvs/jakarta-tomcat/src > /sha

Re: Closing Bug Reports?

on 11/15/2000 11:11 PM, "Hans Bergsten" <[EMAIL PROTECTED]> wrote: > Jon, what's the status of Scarab? Well, yesterday we finally hired John Mcnally (he is one of the co-authors of Turbine) to help me work on it full time. So, that is good news. He kicks ass. Given that I currently have been wo

Re: Classloader

Rob Shaw wrote: > Given that I have 2 "contexts" defined (which I'm assuming > each has thier own classloader). > That is correct. > > After making a request to the same servlet within each > context, I'm witnessing the creation of seperate instances > of the servlet per context, which I would

Re: Instances of a Servlet

Rob Shaw wrote: > I'm seeing a behaviour that suggests instantiation of servlets > due to an invocation via a "servlet-mapping" or via the > InvokerServlet (/servlet) are handled differently. > > More specifically, given that I've set up a Context for > the path "/foo", and within that context, I

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

nacho 00/11/16 08:59:18 Modified:src/share/org/apache/tomcat/core OutputBuffer.java Log: Flushing the byte buffer after a flush of char buffer. Revision ChangesPath 1.9 +6 -4 jakarta-tomcat/src/share/org/apache/tomcat/core/OutputBuffer.java Index: Outp

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

pierred 00/11/16 07:57:38 Modified:src/share/org/apache/jasper/compiler Tag: tomcat_32 TagLibraryInfoImpl.java Log: Do not copy taglib jar file to the work directory Revision ChangesPath No revision No r

Re: 3.2 status -- no taglibs in jars

> I'd be glad to test this in my scenario and any others you suggest. > > I haven't tried simply commenting out or removing the code that says "Take this >stuff out..." because that would remove the entire section devoted opening the jar >and finding the .tld inside. Maybe I'm missing somethin

Re: FW: lock

Well, It is now 5:30 am, and the situation still has not changed regarding the following lock (I've had this since 6pm last night). ... cvs server: [05:29:59] waiting for larryi's lock in /home/cvs/jakarta-tomcat/src /share/org/apache/jasper/compiler cvs server: [05:30:29] waiting for larryi's l

BugRat Report #398 has been filed.

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

Apache don't accept mod_jserv or mod_jk

I have compiled mod_jserv without any problems, but when I restart Apache, I get this error message: httpd: module "mod_jserv.c" is not compatible with this version of Apache. Please contact the vendor for the correct version. I am using Digital Unix 4.0D and Apache 1.3.14. mod_jserv was bu

RE: Using Jasper for template processing?

Please follow up on this in tomcat-dev as well ... Thanks Christian -- Christian Mallwitz INTERSHOP Communications Germany Senior Software Engineerphone: +49 3641 894 334 > -Original Message- > From: Jaroslav Gergic [mailto:[EMAIL PROTECTED]] > Sent: Thursday, November 16, 2000 11:15

Classloader

Given that I have 2 "contexts" defined (which I'm assuming each has thier own classloader). After making a request to the same servlet within each context, I'm witnessing the creation of seperate instances of the servlet per context, which I would expect, but I'm also witnessing the sharing of cl

Instances of a Servlet

I'm seeing a behaviour that suggests instantiation of servlets due to an invocation via a "servlet-mapping" or via the InvokerServlet (/servlet) are handled differently. More specifically, given that I've set up a Context for the path "/foo", and within that context, I've mapped "/some" to SomeSe

Using Jasper for template processing?

NOTE: I posted the message below to the tomcat-user mailing list several days ago, but without any meningful response. I am NOT tomcat-dev mailing list member, so respond directly to my email address, please. Thanks for any help and suggestions, in case I will succeed in my task, I can contribu

BugRat Report #397 has been filed.

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

BugRat Report #396 has been filed.

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

BugRat Report #395 has been filed.

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