AccessInterceptor bug

Hi ...I've tried to modify AccessInterceptor in order to use FORM authentication WITHOUT enabling cookies. The appended code stays between //HERE IS THE DIFFERENCE & // SOFTWIN: THE DIFFERENCE ENDS HERE. Unfortunately, I didn't succeed in copiling it. Could you take a look and eventually se

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

costin 01/02/06 23:01:31 Modified:src/share/org/apache/tomcat/core ContextManager.java Request.java src/share/org/apache/tomcat/modules/server Ajp12Interceptor.java Ajp13Interceptor.java Http10Interc

cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF/classes/params RDInclude.java ServletUtil.java InputStreamParams.java Params.java ParamsInputStream.java

costin 01/02/06 22:49:38 Modified:src/tests/webpages/WEB-INF test-tomcat.xml src/tests/webpages/WEB-INF/classes/params InputStreamParams.java Params.java ParamsInputStream.java Added: src/tests/webpages/WEB-INF/clas

cvs commit: jakarta-tomcat/src/admin/test sanity-form.jsp test.jsp

costin 01/02/06 22:42:48 Modified:src/admin/WEB-INF/classes/tadm TomcatAdmin.java src/admin/test sanity-form.jsp test.jsp Log: Fix the test.jsp to allow multiple checks per request. Revision ChangesPath 1.9 +8 -5 jakarta-tomcat/src/admin/WEB-IN

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/test GTest.java HttpClient.java

costin 01/02/06 22:41:33 Modified:src/share/org/apache/tomcat/util/test GTest.java HttpClient.java Log: Allow multiple tests (matchers ) per request. Revision ChangesPath 1.9 +58 -23jakarta-tomcat/src/share/org/apache/tomcat/util/test/G

Re: Is it legal to have multiple taglib setter methods for the same property

Thanks for the quick reply Craig. A followup question. In tomcat 3.1, I was able to do public setIndex ( Object o ) If this is legal, I can do my own internal checking to see if the object "o" is a String or an int. However in Tomcat 4.0, I get an error when I try to do this. I saw som

Re: Is it legal to have multiple taglib setter methods for the same property

IIRC, having two setters with different argument types violates the JavaBeans specification. In addition, it seems to cause the Java reflection APIs to think that there is no setter method at all, so you will get complaints about a read-only property from any JSP implementation that uses this t

Is it legal to have multiple taglib setter methods for the same property

Hi folks. (My apologies for crossposting, I wasn't sure if this is a taglib question or a tomcat question/problem) I'm writing a taglib using the JSP 1.1 spec (currently Tomcat 3.x). I'm having a problem with a property "set" method. I have a taglib tag which takes one parameter: "index". This

Re: signals with JNI

Pier Fumagalli <[EMAIL PROTECTED]> wrote: > > So far the same code you wrote works with SIGHUP, SIGKILL and SIGUSR?... Uh uh uh... So damn stupid Pier :) Now I get it, it's not because of SIGSEGV, but it's because a SIGSEGV is raised when the VM is created... :) Now I remember when I saw that m

Re: TDK and 4.0 or 4.1

Remy Maucherat <[EMAIL PROTECTED]> wrote: > > 4.1 is a development branch which is temporarily abandoned. Since it's abandoned, can't we just get rid of it? Pier -- Pier Fumagalli

Re: signals with JNI

Daniel Diaz <[EMAIL PROTECTED]> wrote: > > Another strange problem occurs if you replace this line by > system("uname -a"); > > after executing system() the JVM loading is blocked (in a sigsuspend I think). > > Could you help me on this please ? Hehehe :) You're going down hard-core on the VM

IIS/ISAPI connection to tomcat

I have a little problem with the isapi_redirect.dll connector to Tomcat.  There seems to be a buffering problem with sending the response back to the browser. My symptoms are as follows: I access a JSP file running in Tomcat via the IIS and isapi_redirect.dll and I receive a page back that has ra

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

larryi 01/02/06 20:23:58 Modified:src/etc server.xml Log: Remove extra "/>". Make it a little easier to copy the "path" setting for the servlet_log to the tc_log . Revision ChangesPath 1.69 +3 -3 jakarta-tomcat/src/etc/server.xml Index: server.xml

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper CommandLineContext.java

--- Glenn Nielsen <[EMAIL PROTECTED]> wrote: > There is no need for all this complexity to generate > a package name > in the new Jasper. Hmmm... compared to the gobbledy-gook that was being done before, I'd hardly call what I did complex. Aside from options, all it does is very simply asign t

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper CommandLineContext.java

Mel Martinez wrote: > > The package naming solution I've opt'ed for in my own > enhancement to Jasper (which I'll gladly share) is to > derive package names that are related to the location > of the jsp relative to the server context. This is > simple, flexible and should avoid collisions. > T

[Bug 487] Changed - JSPC Empty stack exeption BugRat Report#818

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=487 *** shadow/487 Tue Jan 30 08:00:28 2001 --- shadow/487.tmp.25081Tue Feb 6 18:28:52 2001 *** *** 2,13 | JSPC Empty stack exeption BugRat Report#818| +---

[Bug 452] New - Using jsp:include with an html and flush="true" generates exception BugRat Report#773

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=452 *** shadow/452 Tue Feb 6 18:25:34 2001 --- shadow/452.tmp.25065Tue Feb 6 18:25:34 2001 *** *** 0 --- 1,90 + ++ + | Using jsp:include w

[Bug 453] New - Errors in jsp:include jsp file with flush="true" are not displayed in Internet Explorer BugRat Report#775

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=453 *** shadow/453 Tue Feb 6 18:26:14 2001 --- shadow/453.tmp.25070Tue Feb 6 18:26:14 2001 *** *** 0 --- 1,116 + ++ + | Errors in jsp:incl

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

remm01/02/06 17:38:28 Modified:jasper/src/share/org/apache/jasper/servlet JspServlet.java Log: - Fix for bug 531 : normalize the path (and use File.toURL() to make sure the URL is valid). Revision ChangesPath 1.11 +64 -3 jakarta-tomcat-4.0/jasper/src/sh

[Bug 428] New - JSP tags names must be valid variable names BugRat Report#738

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=428 *** shadow/428 Tue Feb 6 17:17:49 2001 --- shadow/428.tmp.24145Tue Feb 6 17:17:49 2001 *** *** 0 --- 1,26 + ++ + | JSP tags names must

Re: TDK and 4.0 or 4.1

On Tue, 6 Feb 2001, Remy Maucherat wrote: > > Hi, > > > > I'm putting together the next version of the Turbine > > Development Kit and I was wondering what repository I > > should be using: the 4.0 or 4.1 repository. I don't > > want to debug something I don't have to :-) > > 4.0. > 4.1 is a

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardServer.java

craigmcc01/02/06 17:08:59 Modified:catalina/src/share/org/apache/catalina/core StandardServer.java Log: Correct the loop control for the reversed test variation. Submitted by: John Li <[EMAIL PROTECTED]> PR: 401 Revision ChangesPath 1.3

Re: TDK and 4.0 or 4.1

> Hi, > > I'm putting together the next version of the Turbine > Development Kit and I was wondering what repository I > should be using: the 4.0 or 4.1 repository. I don't > want to debug something I don't have to :-) 4.0. 4.1 is a development branch which is temporarily abandoned. Remy

TDK and 4.0 or 4.1

Hi, I'm putting together the next version of the Turbine Development Kit and I was wondering what repository I should be using: the 4.0 or 4.1 repository. I don't want to debug something I don't have to :-) jvz. - To unsubscri

[Bug 391] New - stalled processors BugRat Report#685

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=391 *** shadow/391 Tue Feb 6 16:52:59 2001 --- shadow/391.tmp.24090Tue Feb 6 16:52:59 2001 *** *** 0 --- 1,31 + ++ + | stalled processors

[Bug 233] New - When using XML with IE retreiving XSL using GET appends the POST params BugRat Report#370

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=233 *** shadow/233 Tue Feb 6 16:54:22 2001 --- shadow/233.tmp.24101Tue Feb 6 16:54:22 2001 *** *** 0 --- 1,22 + ++ + | When using XML with

Re: Tomcat Setup and configuration

--- [EMAIL PROTECTED] wrote: > No, the overhead of using a servlet to invoke the > jsp page is significant ( at least in my tests > is shows a big difference ). > > JspInterceptor does a simple thing - after the > jsp page is compiled to a servlet, the servlet > will be "registered" to tomca

Re: Common Session code 3.3/4.0 (was: [VOTE] New Committer: Kief Morris)

--- [EMAIL PROTECTED] wrote: > > IMHO it would be a mistake to write a session > manager using the same > abstractions as in a servlet container - after all > the task is to store > data and the requirements are pretty specific ) > I'd like to poke my $.02 in and say I totally agree with Cos

Re: Tomcat Setup and configuration

> > status - there are 2 directories that can be set on > > ContextManager, > > one is "home" and the other one is "installDir". > > The env. variable is used to set home. > > Where is this stuff documented? There doesn't seem to > be a DTD for server.xml. It's still on the TODO list, but it'l

Re: Common Session code 3.3/4.0 (was: [VOTE] New Committer: Kief Morris)

> > you look at tomcat.util you'll find that none of the tools there depends > > in any way on any tomcat internal object. If the store can be written as > > a general-purpose utility, and you keep container-dependent code in a > > small adapter then more people will be able to use it or contribut

Re: Tomcat Setup and configuration

--- [EMAIL PROTECTED] wrote: > > Ok, this is a clear example of what's wrong with the > current > status - there are 2 directories that can be set on > ContextManager, > one is "home" and the other one is "installDir". > The env. variable is used to set home. Where is this stuff documented? T

RE: Tomcat Setup and configuration

> No need, it's already done ( and in 3.2 too ). > ( I have no idea who did it - it's not me, and I was > quite surprised to find it there :-) > Erggg, hummm, i did from code of Alex Chafee, it was inadvertly slipped in a commit many time ago ( about August or Sept ) , but it's truly useful :)

Re: Common Session code 3.3/4.0 (was: [VOTE] New Committer: Kief Morris)

[EMAIL PROTECTED] wrote: > > >( +2 if he also ports them to tomcat 3.3 or makes them independent of > > >the container architecture - i.e. general purpose utils for > > >serialization/deserialization with a simple adapter for each server :-) > > > > Sure, the 3.3 code could be modified to use the

Re: Common Session code 3.3/4.0 (was: [VOTE] New Committer: Kief Morris)

> >( +2 if he also ports them to tomcat 3.3 or makes them independent of > >the container architecture - i.e. general purpose utils for > >serialization/deserialization with a simple adapter for each server :-) > > Sure, the 3.3 code could be modified to use the Store interfaces to serialize > i

Re: signals with JNI

> Hi, > > I have a problem under Linux loading the JVM since before I set a Handler to > catch SIGSEGV signals. It seems that this causes some troubles when the JVM > is loaded. This seems due to threads in Java. I saw several post from > yourself about this topic. Long ago... Did you tried w

Re: Tomcat Setup and configuration

> > In 3.3, the logs are corectly set relative to > > TOMCAT_HOME. > and should be implicitely written to paths relative to > the application 'home', not into TOMCAT_HOME. This > is simple OO partitioning of responsibilities. Ok, this is a clear example of what's wrong with the current status

Updating the Jakarta Website

I just checked out a copy of the website and updated one of the pages (added my info to "Who We Are"), but, when I tried to check it back in, I got the following: Access denied: Insufficient Karma (danmil|jakarta-site2/docs/site) cvs server: Pre-commit check failed Access denied: Insuff

Common Session code 3.3/4.0 (was: [VOTE] New Committer: Kief Morris)

[EMAIL PROTECTED] typed the following on 09:44 AM 2/6/2001 -0800 >> Kief has recently proposed improvements to the session management code >> in Tomcat 4, and wants to continue helping out. I hereby propose him as >> a committer on the Tomcat project. Votes, please? > >+1 > >( +2 if he also port

RE: [VOTE] New Committer: Kief Morris

+1 Saludos , Ignacio J. Ortega > -Mensaje original- > De: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Enviado el: martes 6 de febrero de 2001 18:16 > Para: [EMAIL PROTECTED] > Asunto: [VOTE] New Committer: Kief Morris > > > Kief has recently proposed improvements to the session m

Re: [VOTE] New Committer: Kief Morris

Craig R. McClanahan typed the following on 09:16 AM 2/6/2001 -0800 >Kief has recently proposed improvements to the session management code >in Tomcat 4, and wants to continue helping out. I hereby propose him as >a committer on the Tomcat project. Votes, please? Thanks for the support everyone,

Re: [VOTE] New Committer: Kief Morris

+1 -- Pierre > > -Original Message- > > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, February 06, 2001 12:16 PM > > To: [EMAIL PROTECTED] > > Subject: [VOTE] New Committer: Kief Morris > > > > > > Kief has recently proposed improvements to the session manag

signals with JNI

Hi, I have a problem under Linux loading the JVM since before I set a Handler to catch SIGSEGV signals. It seems that this causes some troubles when the JVM is loaded. This seems due to threads in Java. I saw several post from yourself about this topic. I include my C test file (called x.c) a

Re: Tomcat Setup and configuration

Costin - Thanks a ton for your reply. Very helpful. --- [EMAIL PROTECTED] wrote: > The intention ( in tc3.3 ) is to make all the > configurations "explicit", > instead of using conventions like "webapps will be > in home, libs in > install, etc". > This sound great. I am a big proponent of e

RE: [VOTE] New Committer: Kief Morris

+1 > -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 06, 2001 12:16 PM > To: [EMAIL PROTECTED] > Subject: [VOTE] New Committer: Kief Morris > > > Kief has recently proposed improvements to the session management code > in Tomcat 4, and

Re: [VOTE] New Committer: Kief Morris

Craig R. McClanahan <[EMAIL PROTECTED]> wrote: > Kief has recently proposed improvements to the session management code > in Tomcat 4, and wants to continue helping out. I hereby propose him as > a committer on the Tomcat project. Votes, please? +1 -- Pier Fumagalli

Re: Tomcat Setup and configuration

The intention ( in tc3.3 ) is to make all the configurations "explicit", instead of using conventions like "webapps will be in home, libs in install, etc". Even in 3.2 we tried to allow a shared installation dir and multiple work dirs ( i.e. you have one tomcat installed in /opt/tomcat, and eac

cvs commit: jakarta-tomcat build.xml

nacho 01/02/06 10:17:55 Modified:.build.xml Log: Oops, a circular dependency .. Revision ChangesPath 1.109 +2 -2 jakarta-tomcat/build.xml Index: build.xml === RCS file: /home/cvs/

cvs commit: jakarta-tomcat build.xml

nacho 01/02/06 10:16:00 Modified:.build.xml Log: Build now builds with the new directory structure under lib Revision ChangesPath 1.108 +2 -2 jakarta-tomcat/build.xml Index: build.xml =

Re: TC33: Configuration

Costin, These changes seem reasonable to me. Could you possibly discuss the configuration issues I raise in my post (subject: Tomcat Setup and configuration) and how or if they can be addressed? Mel --- [EMAIL PROTECTED] wrote: > Hi, > > There are few changes to simplify the configuration >

cvs commit: jakarta-tomcat/src/shell tomcat.bat

nacho 01/02/06 09:58:22 Modified:src/shell tomcat.bat Log: Default startup shell for windows, starts tomcat with new bootstrap Revision ChangesPath 1.34 +11 -61jakarta-tomcat/src/shell/tomcat.bat Index: tomcat.bat =

Tomcat Setup and configuration

I realize that this is probably a 'tomcat-user' question, but since my intention is towards dev efforts, I hope no one minds my posting it here. If necessary I'll post it to the users list. I've run into 3 issues described below. Of them, #3 is the most important to me and I really need to get

Re: [VOTE] New Committer: Kief Morris

> Kief has recently proposed improvements to the session management code > in Tomcat 4, and wants to continue helping out. I hereby propose him as > a committer on the Tomcat project. Votes, please? +1 ( +2 if he also ports them to tomcat 3.3 or makes them independent of the container architec

TC33: Configuration

Hi, There are few changes to simplify the configuration of tomcat3.3, and I would like to do them as early as possible. The idea is to simplify a bit server.xml and make it easier to tune web applications. The current syntax will of course be supported, my proposal is to add a mechanism to als

RE: [VOTE] New Committer: Kief Morris

+1 > -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 06, 2001 11:16 AM > To: [EMAIL PROTECTED] > Subject: [VOTE] New Committer: Kief Morris > > > Kief has recently proposed improvements to the session management code > in Tomcat 4, and

RE: [VOTE] New Committer: Kief Morris

+1 La prise de conscience de votre propre ignorance est un grand pas vers la connaissance. -- Benjamin Disraeli >-Original Message- >From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, February 06, 2001 6:16 PM >To: [EMAIL PROTECTED] >Subject: [VOTE] New Committer: Kie

cvs commit: jakarta-tomcat-4.0/tester/web/WEB-INF web.xml

craigmcc01/02/06 09:16:28 Modified:tester/src/bin tester.xml tester/src/tester/org/apache/tester Session03.java SessionBean.java tester/web/WEB-INF web.xml Added: tester/src/tester/org/apache/tester Include02.java

Re: [VOTE] New Committer: Kief Morris

> Kief has recently proposed improvements to the session management code > in Tomcat 4, and wants to continue helping out. I hereby propose him as > a committer on the Tomcat project. Votes, please? +1. Remy - To unsubscribe

[VOTE] New Committer: Kief Morris

Kief has recently proposed improvements to the session management code in Tomcat 4, and wants to continue helping out. I hereby propose him as a committer on the Tomcat project. Votes, please? Craig McClanahan - To unsubscri

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session StandardManager.java StandardSession.java

craigmcc01/02/06 09:12:29 Modified:catalina/src/share/org/apache/catalina/session StandardManager.java StandardSession.java Log: Update StandardManager and StandardSession to be no longer "final". When saving and restoring sessions across restarts, call

java.lang.NoClassDefFoundError in UNIX

Hi, I am running Tomcat 3.2.1 on jdk 1.3.0 on RedHat 7.0. When i try to run Tomcat by doing ./tomcat.sh start, i would get a "Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/tomcat/shell/Startup. I have Ant, ServletApi, Java Api, JSSE installed already. Could anyone help

Re: [Tomcat 4] Session Handling Enhancements

Kief Morris wrote: > Craig R. McClanahan typed the following on 04:40 PM 2/5/2001 -0800 > >(1) Session Save/Restore Across App Restarts > > > >Currently, StandardManager saves and restores sessions across app > >restarts (i.e. autoreload if turned on, or normal shutdown and > >startup). It shoul

cvs commit: jakarta-tomcat/src/shell startup2.bat tomcat2.bat

nacho 01/02/06 08:51:52 Modified:src/etc server.xml Removed: src/shell startup2.bat tomcat2.bat Log: Change the server.xml to use the new parentClassloader, by default Revision ChangesPath 1.68 +4 -2 jakarta-tomcat/src/etc/server.xml Index: server

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper CommandLineContext.java

The package naming solution I've opt'ed for in my own enhancement to Jasper (which I'll gladly share) is to derive package names that are related to the location of the jsp relative to the server context. This is simple, flexible and should avoid collisions. Some implementation details are: Con

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper CommandLineContext.java

"Craig R. McClanahan" wrote: > > Glenn Nielsen wrote: > > > "Craig R. McClanahan" wrote: > > > > > > [EMAIL PROTECTED] wrote: > > > > > > > When Jasper is run in a servlet > > > > container it no longer puts the class files in a package, they are now > > > > in the default package. > > > > >

Re: [Tomcat 4] Session Handling Enhancements

Craig R. McClanahan <[EMAIL PROTECTED]> wrote: > > The session handling enhancements proposed by Kief Morris > <[EMAIL PROTECTED]> have been committed on the Tomcat 4.0 CVS > repository. Way cool... Thanks Kief... -- Pier Fumagalli

Re: [Tomcat 4] Session Handling Enhancements

Craig R. McClanahan typed the following on 04:40 PM 2/5/2001 -0800 >(1) Session Save/Restore Across App Restarts > >Currently, StandardManager saves and restores sessions across app >restarts (i.e. autoreload if turned on, or normal shutdown and >startup). It should be modified to use the new pas