Re: #define JK_VERSION in j-t-c (doesn't exist)

2001-06-21 Thread jean-frederic clere
Andy Armstrong wrote: jean-frederic clere wrote: Hi, I have prepared a patch for configure.in to generate JK_EXPOSED_VERSION and JK_VERSION. The result is a file named common/version.h: +++ #define JK_EXPOSED_VERSION mod_jk/1.2.0-dev #define JK_VERSION (((1) 16) + ((2) 8) +

Re: #define JK_VERSION in j-t-c (doesn't exist)

2001-06-21 Thread Andy Armstrong
jean-frederic clere wrote: Decimal fields might be more appropriate to the ranges of numbers expected, and I think Henri suggested an additional field for alpha, beta etc. I have VERISRELEASE to mark that it is a developement version, I am not sure we need the beta number. I would

RE: [J-T-C] Ajp14 Autoconf features

2001-06-21 Thread GOMEZ Henri
In JkMount you'll need to indicate ALL the URL handled under the given context, ie /myapp/servlet/* /myapp/*.jsp. With JkAutoMount if you provide the base context, the servlet-engine will give them to web-servlet. Imagine you install cocoon on myapp, it's will handle also the .xml.

RE: Some clean up of the jakarta-tomcat tree for Tomcat 3.3

2001-06-21 Thread GOMEZ Henri
Hi, Does anyone have any objection to my deleting the following folders from the jakarta-tomcat head: proposals/jasper34 proposals/tomcat-4.0 proposals/web-connector src/jasper34 They all have projects elsewhere and, as Henri noted earlier, would make a noticeable

RE: [J-T-C] 1 second for crash (core)

2001-06-21 Thread GOMEZ Henri
Just some ideas, since I saw that kind of problems while playing with mod_php using ct_lib/mysql and mod_xslt and mod_gzip - Did httpd was linked against pthread ? When you use Apache with a some requiring libpthread YOU SHOULD REALLY rebuild apache with -lpthread - Also take a

RE: #define JK_VERSION in j-t-c (doesn't exist)

2001-06-21 Thread GOMEZ Henri
I have prepared a patch for configure.in to generate JK_EXPOSED_VERSION and JK_VERSION. The result is a file named common/version.h: +++ #define JK_EXPOSED_VERSION mod_jk/1.2.0-dev #define JK_VERSION (((1) 16) + ((2) 8) + (0)) +++ Any comments? - Otherwise I will commit it

Re: RPM for tomcat 3.2.2-1 : any problems reported?

2001-06-21 Thread Geir Magnusson Jr.
GOMEZ Henri wrote: Just a quick recall of build of rpms. There are built under Redhat 6.2 / Redhat 7.1 (validation) - using latest jikes 1.14 - using latest IBM SDK 1.3 (javadoc) - with latest ant 1.3, xerces-j 1.4, xalan-j 2.1.0 I encounter rare problems when building with jikes,

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config ApacheConfig.java

2001-06-21 Thread larryi
larryi 01/06/21 06:04:19 Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java Log: Add space following j_security_check to avoid syntax error. Updated to detect Ajp13Interceptor from jakarta-tomcat-connectors. Added jkProtocol property so Ajp12 or Ajp13

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

2001-06-21 Thread larryi
larryi 01/06/21 06:04:43 Modified:src/share/org/apache/tomcat/core ContextManager.java Log: Update for Milestone 4 Revision ChangesPath 1.181 +1 -1 jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java Index: ContextManager.java

RE: RPM for tomcat 3.2.2-1 : any problems reported?

2001-06-21 Thread Reilly, John
Just a quick recall of build of rpms. There are built under Redhat 6.2 / Redhat 7.1 (validation) - using latest jikes 1.14 - using latest IBM SDK 1.3 (javadoc) - with latest ant 1.3, xerces-j 1.4, xalan-j 2.1.0 I encounter rare problems when building with jikes, at least one with a

cvs commit: jakarta-tomcat-connectors/jk/native/common version.h.in jk_global.h

2001-06-21 Thread jfclere
jfclere 01/06/21 07:48:11 Modified:jk/native configure.in jk/native/common jk_global.h Added: jk/native/common version.h.in Log: Add JK_VERSION - Note the logic is configure.in, not in version.h - Revision ChangesPath 1.6 +30 -4

Tomcat with multiple JVMs

2001-06-21 Thread szaffarano
Hello all! We configure the Tomcat 3.2.1 (mod_jserv) to run multiples JVMs on a one Web Server Apache, but when i make the request to the second JVM the tomcat response with the last JVM that i started (set as default in tomcat-apache.conf the last JVMS). and ignore the other. How can i

Re: FORM-based authentication idea

2001-06-21 Thread Michael Jennings
The best way to think about form-based login is like this: * The login page is (in essence) part of the container, not the application. Therefore, ... * The login page should *never* be referenced directly by any other application page, and ... * The login page should *never* be

Re: 3.3: nightly, updating the parser, options

2001-06-21 Thread Mike Anderson
+1 Mike Anderson Senior Software Engineer Platform Services Group [EMAIL PROTECTED] Novell, Inc., the leading provider of Net services software www.novell.com [EMAIL PROTECTED] 06/21/01 02:18AM Hi, I'm working on restoring the nightly buildtest, probably this evening we'll have them ( I was

RE: 3.3: nightly, updating the parser, options

2001-06-21 Thread cmanolache
Hi Larry, Those options are already implemented - it's just a matter of turning them on or off, and I wasn't targeting M4. There are few issues building in JDK1.1, but I think we are ok with building M4 this night ( with the final tommorow ). Regarding jasper34, it passes all watchdog/sanity

RE: 3.3: nightly, updating the parser, options

2001-06-21 Thread Ignacio J. Ortega
+1 Saludos , Ignacio J. Ortega -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Enviado el: jueves 21 de junio de 2001 10:19 Para: [EMAIL PROTECTED] Asunto: 3.3: nightly, updating the parser, options Hi, I'm working on restoring the nightly buildtest,

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java

2001-06-21 Thread larryi
larryi 01/06/21 12:31:06 Modified:src/share/org/apache/tomcat/modules/generators StaticInterceptor.java Log: Fix display of the file size. Revision ChangesPath 1.14 +2 -2

RE: 3.3: nightly, updating the parser, options

2001-06-21 Thread Larry Isaacs
Costin, I'm fine with saving these changes until after Milestone 4. I'll add a note to the readme about the availability of Jasper34 and how to enable it. It would help if you could take a quick look at an NPE that is occurring when Tomcat 3.3 is connected to Apache with mod_jserv. The problem

Re: FORM-based authentication idea

2001-06-21 Thread Michael Jennings
Why is the button there at all? There should be zero linkages to the login page from *anywhere* in your user interface. That's true. The point I was trying to make is that there is nothing to stop an end-user from bookmarking a login page or typing it in directly, even if you have no

Re: FORM-based authentication idea

2001-06-21 Thread cmanolache
On Thu, 21 Jun 2001, Michael Jennings wrote: That's true. The point I was trying to make is that there is nothing to stop an end-user from bookmarking a login page or typing it in directly, even if you have no linkages to the login page in your user interface. It's kinda hard

Re: FORM-based authentication idea

2001-06-21 Thread Michael Jennings
It's kinda hard for them to bookmark the login page when they don't know the URL. Keep in mind that, as far as the browser is concerned, the URL in the location is still the page that was originally requested. Therefore, a bookmark for the login form will actually be to the real page

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf MessageBytes.java

2001-06-21 Thread costin
costin 01/06/21 14:22:12 Modified:util/java/org/apache/tomcat/util/buf MessageBytes.java Log: Fix for the mod_jserv bug, reported by Larry. The reset in MessageBytes will clean the cached String value only if the string value is indeed a cached value, not the primary value.

Re: FORM-based authentication idea

2001-06-21 Thread Michael Jennings
Okay, I was being stupid. I understand now, with form-based authentication when you request /mywebapp/private/somefile.jsp what you get back should just be generated from the login page, then when you submit your credentials, it returns whatever is generated from /mywebapp/private/somefile.jsp

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

2001-06-21 Thread costin
costin 01/06/21 14:40:24 Modified:src/share/org/apache/jasper Constants.java Log: Rollback, we'll use watchdog with 32 tag. Revision ChangesPath 1.24 +1 -4 jakarta-tomcat/src/share/org/apache/jasper/Constants.java Index: Constants.java

Any reason why...

2001-06-21 Thread Andy Armstrong
...these two lines at around 1110 in jk_ajp_common.c int port = jk_get_worker_port(props, p-name, port); char *host = jk_get_worker_host(props, p-name, host); use unitialised values for port and host. Anyone mind if I change them to int port = jk_get_worker_port(props, p-name, -1);

Re: FORM-based authentication idea

2001-06-21 Thread cmanolache
On Thu, 21 Jun 2001, Michael Jennings wrote: Okay, I was being stupid. I understand now, with form-based authentication when you request /mywebapp/private/somefile.jsp what you get back should just be generated from the login page, then when you submit your credentials, it returns

DCOM/JNI/TOMCAT

2001-06-21 Thread Jean Philippe
Hi All, Tomcat craches when trying to access remote DCOM server while local access works fine. Default security is used, thus no CoInitializeSecurity is called neither from client or server part. Tomcat runs as win2000 service with my users login profil. Default system login does not

cvs commit: jakarta-tomcat-jasper/jasper34/generator/org/apache/jasper34/core Constants.java

2001-06-21 Thread larryi
larryi 01/06/21 15:33:57 Modified:jasper34/generator/org/apache/jasper34/core Constants.java Log: Cleaned up default imports. Note: For the time being, you will need the tomcat_32 branch of jakarta-watchdog testing. The head of jakarta-watchdog hasn't been updated to

Re: FORM-based authentication idea

2001-06-21 Thread Craig R. McClanahan
On Thu, 21 Jun 2001 [EMAIL PROTECTED] wrote: On Thu, 21 Jun 2001, Michael Jennings wrote: Okay, I was being stupid. I understand now, with form-based authentication when you request /mywebapp/private/somefile.jsp what you get back should just be generated from the login page,

cvs commit: jakarta-tomcat/src/doc readme

2001-06-21 Thread larryi
larryi 01/06/21 15:35:33 Modified:src/doc readme Log: Mention that Jasper34 is available in the build Revision ChangesPath 1.15 +9 -1 jakarta-tomcat/src/doc/readme Index: readme === RCS

Re: FORM-based authentication idea

2001-06-21 Thread cmanolache
On Thu, 21 Jun 2001, Craig R. McClanahan wrote: If the login page would be displayed all the a href= / or img in the login page will be treated by the browser as relative to /mywebapp/private, while the login page can be somewhere else. The form login page should use server-relative

Re: cvscommit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startupCatalina.java

2001-06-21 Thread Jon Stevens
on 6/20/01 9:14 PM, Remy Maucherat [EMAIL PROTECTED] wrote: Lol. I thought it was really weird at first, then I added some traces, then I finally figured out something was hardcoded somewhere in the mapper. Still nothing in the work directory. I really don't understand how this has worked

Re: cvscommit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startupCatalina.java

2001-06-21 Thread Remy Maucherat
on 6/20/01 9:14 PM, Remy Maucherat [EMAIL PROTECTED] wrote: Lol. I thought it was really weird at first, then I added some traces, then I finally figured out something was hardcoded somewhere in the mapper. Still nothing in the work directory. I really don't understand how this has

[t4] classloader doesn't work

2001-06-21 Thread Jon Stevens
#1. Remy, for the life of me, I can't use your new classloader. It just isn't happening. It doesn't start up at all because the settings in the file still seem to be ignored. I'm also having problems with the StandardClassLoader which is what seems to be used regardless of what I have in my

Re:cvscommit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startupCatalina.java

2001-06-21 Thread Jon Stevens
on 6/21/01 5:45 PM, Remy Maucherat [EMAIL PROTECTED] wrote: If you think the bug isn't fixed fast enough, you can either : I never said or even implied such a thing. Speed isn't the issue. - send new logs instead of just saying it still doesn't work The log files are the same as before. You

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Catalina.java

2001-06-21 Thread remm
remm01/06/21 19:03:00 Modified:catalina/src/share/org/apache/catalina/startup Catalina.java Log: - Remove the StandardLoader classname from the comments. Revision ChangesPath 1.26 +5 -5

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Embedded.java

2001-06-21 Thread remm
remm01/06/21 19:03:44 Modified:catalina/src/share/org/apache/catalina/startup Embedded.java Log: - Embedded createLoader method will now create instances of WebappLoader, instead of StandardLoader. Revision ChangesPath 1.8 +6 -6

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader Reloader.java StandardClassLoader.java

2001-06-21 Thread remm
remm01/06/21 19:04:12 Modified:catalina/src/share/org/apache/catalina/loader Reloader.java StandardClassLoader.java Log: - Remove the StandardLoader classname from the comments. Revision ChangesPath 1.4 +5 -5

Re: Re:cvscommit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startupCatalina.java

2001-06-21 Thread Remy Maucherat
on 6/21/01 5:45 PM, Remy Maucherat [EMAIL PROTECTED] wrote: If you think the bug isn't fixed fast enough, you can either : I never said or even implied such a thing. Speed isn't the issue. - send new logs instead of just saying it still doesn't work The log files are the same as

cvs commit: jakarta-tomcat/src/jasper34/org/apache/jasper34/utils Cache.java CacheDefaults.java Expirable.java JspMangler.java JspManglerImpl.java JspRecursiveModificationChecker.java MapCache.java ModificationChecker.java PeriodicJspRecursiveModificationChecker.java PeriodicModChecker.java SimpleModificationChecker.java TableCache.java

2001-06-21 Thread larryi
larryi 01/06/21 19:32:03 Removed: src/jasper34/org/apache/jasper34/utils Cache.java CacheDefaults.java Expirable.java JspMangler.java JspManglerImpl.java JspRecursiveModificationChecker.java MapCache.java

cvs commit: jakarta-tomcat/proposals/tomcat-4.0 source-proposal.html jasper-proposal.html catalina-proposal.html

2001-06-21 Thread larryi
larryi 01/06/21 19:33:42 Removed: proposals/tomcat-4.0 source-proposal.html jasper-proposal.html catalina-proposal.html Log: Removing old Tomcat 4.0 proposals

cvs commit: jakarta-tomcat/proposals/jasper34/runtime12/org/apache/jasper34/runtime12 BodyContentImpl.java Constants.java HttpJspBase.java JasperException.java JspFactoryImpl.java JspRuntimeLibrary.java JspWriterImpl.java PageContextImpl.java ServletResponseWrapperInclude.java

2001-06-21 Thread larryi
larryi 01/06/21 19:43:13 Removed: proposals/jasper34 JasperToolkit.html build.xml proposals/jasper34/generator/org/apache/jasper34/core JasperException.java JspCompilationContext.java Options.java TagLibraries.java

cvs commit: jakarta-tomcat/proposals/web-connector/native/nt_service jk_nt_service.c nt_service.dsp

2001-06-21 Thread larryi
larryi 01/06/21 19:48:04 Removed: proposals/web-connector/doc AJPv13.html Tomcat-Workers-HowTo.html mod_jk-howto.html tomcat-apache-howto.html tomcat-iis-howto.html tomcat-netscape-howto.html tomcat-ssl-howto.html

Historical question about BufferedServletOutputStream.java

2001-06-21 Thread Marc Saegesser
Ever since version 1.1, BufferedServletOutputStream.flush() checks to see if if the response is using an PrintWriter and if it is it ignores the flush request. The question is why? My guess is that it had something to do with the fact that the PrintWriter itself has a buffer because it uses an

Re: FORM-based authentication idea

2001-06-21 Thread Jeff Kilbride
FWIW, I ran into this problem with users bookmarking the login page and returning to it without trying to access a protected resource. In the current implementation in 3.2.2, I don't think you can prevent that, can you? After being authenticated, the user was being dropped into the directory

Re: Historical question about BufferedServletOutputStream.java

2001-06-21 Thread cmanolache
What I remember - it was there, and I never understood very well why :-) That's one of the reasons I put a lot of time into OutputBuffer and refactoring the output system. My best guess was that it is related with higher level code ( Writer, JspWriter most likely ) that needs to empty it's

cvs commit: jakarta-tomcat KEYS

2001-06-21 Thread larryi
larryi 01/06/21 22:07:58 Added: .KEYS Log: Adding KEYS file from Tomcat 3.2.2 and adding my own key. Revision ChangesPath 1.2 +59 -0 jakarta-tomcat/KEYS

cvs commit: jakarta-tomcat build.xml

2001-06-21 Thread larryi
larryi 01/06/21 22:26:58 Modified:.build.xml Log: Include KEYS file in build Revision ChangesPath 1.136 +1 -0 jakarta-tomcat/build.xml Index: build.xml === RCS file: