cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm EditRealmAction.java JDBCRealmForm.java JNDIRealmForm.java MemoryRealmForm.java UserDatabaseRealmForm.java

manveen 02/05/03 00:19:23 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm EditRealmAction.java JDBCRealmForm.java JNDIRealmForm.java MemoryRealmForm.java UserDatabaseRealmForm.java Log: Add

Re: cvs commit: jakarta-tomcat-4.0/webapps/admin/users user.jsp

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 02, 2002 9:45 PM Subject: cvs commit: jakarta-tomcat-4.0/webapps/admin/users user.jsp > manveen 02/05/02 21:45:46 > > Modified:webapps/admin/users user.jsp > Log: > * Password should

Re: PROPOSAL: mod_jk2: Group/Instance

Hi Costin, May be I checked out the wrong repository. I checked out jakarta-tomcat-connectors with the CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvspublic Now to the details, see below. [EMAIL PROTECTED] wrote: > On Thu, 2 May 2002, Bernd Koecke wrote: > > >>misunderstood it. After you said

[PATHC] jakarta-tomcat-connectors Re: PROPOSAL: mod_jk2: Group/Instance

Hi Costin, now here is my patch. It is very small and it works. And we don't need additional config flags. When the lb_value is read from the config file it is checked against zero. With this a flag in lb_worker is set so that the get_max_lb-function could decide if this worker should be used

cvs commit: jakarta-tomcat-connectors/webapp/include wa_version.h

hgomez 02/05/03 01:41:36 Added: webapp/include wa_version.h Log: Add mod_webapp version include as discussed we start at version 1.2.0 Provided by Punky Tse <[EMAIL PROTECTED]> Revision ChangesPath 1.1 jakarta-tomcat-connectors/webapp/include/wa_v

Re: PROPOSAL: mod_jk2: new lb values

[EMAIL PROTECTED] wrote: > Based on the previous discussion: > > - change lbfactor from float to int ( maybe rename it to avoid confusion) > It would be less magic but you have to check if the value is 0. > - The value will be from 1 to MAX ( 100 ? ). > > - Smaller values will mean more work.

cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0 mod_webapp.c

hgomez 02/05/03 01:42:40 Modified:webapp/apache-1.3 mod_webapp.c webapp/apache-2.0 mod_webapp.c Log: mod_webapp will now report it's current version Provided by Puky Tse <[EMAIL PROTECTED]> Revision ChangesPath 1.32 +8 -2 jakarta-tomcat-connec

cvs commit: jakarta-tomcat-connectors/webapp/support wa_apxs.m4 wa_util.m4

pier02/05/03 02:38:52 Modified:webapp/support wa_apxs.m4 wa_util.m4 Log: Added WA_PATH_PROG (cuz' AC_PATH_PROG is just plain silly), and HTTPD version discovery. Revision ChangesPath 1.6 +27 -14jakarta-tomcat-connectors/webapp/support/wa_apxs.m4 Inde

cvs commit: jakarta-tomcat-connectors/webapp VERSION configure.in

pier02/05/03 02:40:39 Modified:webapp configure.in Added: webapp VERSION Log: Versioning Revision ChangesPath 1.55 +14 -3 jakarta-tomcat-connectors/webapp/configure.in Index: configure.in ===

[PROPOSAL] tag mod_jk 1.2.1

Hi to all, What about tagging the current mod_jk (may be after the latest lb patches) to 1.2.1 ? The goal is to populate the jtc builds directory and make binary available for various platform (Linux, Win32, Netware). webapp should be populated soon (layout is ready) : http://jakarta.apache.or

DO NOT REPLY [Bug 8718] - missing directories

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/webapp/include wa_version.h

hgomez 02/05/03 03:25:04 Modified:webapp/include wa_version.h Log: correct webapp release number. 1.2.0-dev instead of 1.0.2 Thanks Punky Revision ChangesPath 1.2 +3 -3 jakarta-tomcat-connectors/webapp/include/wa_version.h Index: wa_version.h =

Re: [PROPOSAL] tag mod_jk 1.2.1

> Hi to all, > > What about tagging the current mod_jk (may be after the latest > lb patches) to 1.2.1 ? > The goal is to populate the jtc builds directory and make > binary available for various platform (Linux, Win32, Netware). +1. Remy -- To unsubscribe, e-mail:

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"Punky Tse" <[EMAIL PROTECTED]> wrote: > I had been make this patch for a very long time (3/4/5 months). And > send to this list several times... If you like, just grap my patch and > comit. > > (wa_version.h must be placed in include/ dir, and change to *whatever* > version you like!) Punky,

Re: cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0mod_webapp.c

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > hgomez 02/05/03 01:42:40 > > Modified:webapp/apache-1.3 mod_webapp.c > webapp/apache-2.0 mod_webapp.c > Log: > mod_webapp will now report it's current version > Provided by Puky Tse <[EMAIL PROTECTED]> As I said, I'm -1 on t

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>Punky, I appreciate your effort, but IMO, wa_version.h is way >too utterly >complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from >the autoconf >magicness, and go from there... Hum, I just commited wa_version.h and it's really similar to what Jean-Frederic proposed and commited to mod_

Admin webapp save-to-XML

The save-to-XML feature of the admin webapp appears to be working good (of course, I only tried the default configuration ;-) ). I don't know what is the policy that will be used for ovewiting the existing server.xml, but I would do: - rename existing server.xml to server.xml.timestamp.old - writ

RE: cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0mod_webapp.c

>> Log: >> mod_webapp will now report it's current version >> Provided by Puky Tse <[EMAIL PROTECTED]> > >As I said, I'm -1 on this patch... > -1 on wa_version.h, or -1 on version report in error.log ? -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

Pier Fumagalli wrote: > "Punky Tse" <[EMAIL PROTECTED]> wrote: > > >>I had been make this patch for a very long time (3/4/5 months). And >>send to this list several times... If you like, just grap my patch and >>comit. >> >>(wa_version.h must be placed in include/ dir, and change to *whatever*

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>Sorry man, when I saw Henri commited my version patch also >this morning, >and you've commited VERSION file. I had seen some conflicts. I'll be +1 to keep wa_version.h : - it's the same way in mod_jk (merge merge said Jon) - it's the same way in httpd server And it works rigth now -- To u

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

GOMEZ Henri wrote: >>Punky, I appreciate your effort, but IMO, wa_version.h is way >>too utterly >>complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from >>the autoconf >>magicness, and go from there... > > > Hum, I just commited wa_version.h and it's really similar to > what Jean-Frede

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>> Hum, I just commited wa_version.h and it's really similar to >> what Jean-Frederic proposed and commited to mod_jk. >> >> And it's what httpd 2.0 (ap_release.h) use >> >I tell you why: > >http://marc.theaimsgroup.com/?l=tomcat-dev&m=100878406017530&w=2 > We agree so -- To unsubscribe,

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Punky, I appreciate your effort, but IMO, wa_version.h is way >> too utterly >> complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from >> the autoconf >> magicness, and go from there... > > Hum, I just commited wa_version.h and it's really simil

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>Secondly, I don't want to have alpha/beta/gamma/whatever >compiled in the >code: for releasing purpose, a code is x.x.x-dev if it's not >associated with >a tag, and x.x.x when it actually _IS_ associated with a tag... ditto, that's why the recent proposal from Remy for TC 4, was to use the Apa

Re: cvs commit:jakarta-tomcat-connectors/webapp/apache-2.0mod_webapp.c

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >>> Log: >>> mod_webapp will now report it's current version >>> Provided by Puky Tse <[EMAIL PROTECTED]> >> >> As I said, I'm -1 on this patch... >> > > -1 on wa_version.h, or -1 on version report in > error.log ? -1 on THIS way for doing versions...

Re: cvs commit:jakarta-tomcat-connectors/webapp/apache-2.0mod_webapp.c

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >>> Log: >>> mod_webapp will now report it's current version >>> Provided by Puky Tse <[EMAIL PROTECTED]> >> >> As I said, I'm -1 on this patch... >> > > -1 on wa_version.h, or -1 on version report in > error.log ? -1 on THIS wa_version.org... Check o

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"Punky Tse" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> "Punky Tse" <[EMAIL PROTECTED]> wrote: >> >> >>> I had been make this patch for a very long time (3/4/5 months). And >>> send to this list several times... If you like, just grap my patch and >>> comit. >>> >>> (wa_version.h m

cvs commit: jakarta-tomcat-connectors/webapp configure.in

pier02/05/03 04:40:24 Modified:webapp configure.in Log: Undo my patch of this morning to get versions out of the VERSION file Revision ChangesPath 1.56 +2 -13 jakarta-tomcat-connectors/webapp/configure.in Index: configure.in

wa_version.h / jk_version.h : WAS ......

>But that version.h takes complication to a next level You >need to have a >manual just to figure out WHAT you have to change... Ok let be more pragmatic, let use the same way httpd2 for mod_webapp #define WA_MODULE_BASEVENDOR "Apache Software Foundation" #define WA_MODULE_NAME "

RE: wa_version.h / jk_version.h : WAS ......

Urg, I'm stupid some days : for mod_webapp #define WA_MODULE_BASEVENDOR "Apache Software Foundation" #define WA_MODULE_NAME "mod_webapp" #define WA_MODULE_BASEREVISION "1.2.0-dev" #define WA_MODULE_BASEVERSION WA_MODULE_BASEPRODUCT "/" WA_MODULE_BASEREVISION for mod_jk (native) #de

Re: Admin webapp save-to-XML

I'm in total agreement with that! Possibly a way to roll back to a timestamp.old too? - Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, May 03, 2002 06:49 Subject: Admin webapp save-to-XML > The save-to-XML feature of the admin webapp

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

> Well, it seriously look ugly though... Ok, I admit it might be a PITA cuz in > Windows we can't simply do a `cat VERSION` and get that number in somewhere, > but boy that wa_version header looks ugly... I admited that it is ugly. See below. > > Just the fact that we somehow have an "area to

RE: wa_version.h / jk_version.h : WAS ......

Stupid 2 times :[ #define WA_MODULE_BASEVENDOR "Apache Software Foundation" #define WA_MODULE_NAME "mod_webapp" #define WA_MODULE_BASEREVISION "1.2.0-dev" #define WA_MODULE_BASEVERSION WA_MODULE_NAME "/" WA_MODULE_BASEREVISION for mod_jk (native) #define JK_MODULE_BASEVENDOR "Apac

cvs commit: jakarta-tomcat-connectors/webapp/support wa_exec.m4

pier02/05/03 05:06:34 Modified:webapp/support wa_exec.m4 Log: Get back to the original directory before exiting (configure will complain it can't find a file otherwise) Revision ChangesPath 1.3 +2 -1 jakarta-tomcat-connectors/webapp/support/wa_exec.m4

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"Punky Tse" <[EMAIL PROTECTED]> wrote: > GOMEZ Henri wrote: >>> Punky, I appreciate your effort, but IMO, wa_version.h is way >>> too utterly >>> complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from >>> the autoconf >>> magicness, and go from there... >> >> >> Hum, I just commited wa_v

DO NOT REPLY [Bug 8773] New: - Enable browser caching of authenticated pages

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

Re: wa_version.h / jk_version.h : WAS ......

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > Urg, I'm stupid some days : > > for mod_webapp > > #define WA_MODULE_BASEVENDOR "Apache Software Foundation" > #define WA_MODULE_NAME "mod_webapp" > #define WA_MODULE_BASEREVISION "1.2.0-dev" > #define WA_MODULE_BASEVERSION WA_MODULE_BASEPR

cvs commit: jakarta-tomcat-connectors/webapp/support wa_exec.m4

pier02/05/03 05:13:57 Modified:webapp/support wa_exec.m4 Log: Aesthetics change (report the value of the return code, not the name of its variable) Revision ChangesPath 1.4 +2 -2 jakarta-tomcat-connectors/webapp/support/wa_exec.m4 Index: wa_exec.m4

query

Hi, Just a small problem, i'm having a problem using the useBean tags in my jsp page, i am trying to pass an arraylist from the model but i get the following error. Internal Servlet Error: javax.servlet.ServletException: Cannot create bean of class java.util.Iterator Any ideas thanks. __

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

> > That still doesn't change the fact that whatever is in JK for versioning is > utterly complicated, is completely different from what the Apache folks have > done so far (look at both 1.3 and 2.0 trees), and I don't want to look up at > a manual on how to interpret the va_version.h header ever

Re: wa_version.h / jk_version.h : WAS ......

+1 for the patch -Punky Pier Fumagalli wrote: > "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > > >>Urg, I'm stupid some days : >> >>for mod_webapp >> >>#define WA_MODULE_BASEVENDOR "Apache Software Foundation" >>#define WA_MODULE_NAME "mod_webapp" >>#define WA_MODULE_BASEREVISION "1.2.0-d

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

Pier Fumagalli wrote: > "Punky Tse" <[EMAIL PROTECTED]> wrote: > > >>GOMEZ Henri wrote: >> Punky, I appreciate your effort, but IMO, wa_version.h is way too utterly complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from the autoconf magicness, and go from there... >>>

Re: query

> /> > > Internal Servlet Error: > > javax.servlet.ServletException: Cannot create bean of class > java.util.Iterator > > Any ideas Check out tomcat-users, and read the Iterator Javadocs. It's an Interface; you can't instantiate an Interface. Because of this, Iterator doesn't support javabean-s

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: >> That still doesn't change the fact that whatever is in JK for versioning is >> utterly complicated, is completely different from what the Apache folks have >> done so far (look at both 1.3 and 2.0 trees), and I don't want to look up at >> a manu

Re: query

- Original Message - From: "fergal dalton" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, May 03, 2002 08:14 Subject: query > > Hi, > > Just a small problem, i'm having a problem using the useBean tags in my jsp > page, i am trying to pass an arraylist from the model but i get

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"Punky Tse" <[EMAIL PROTECTED]> wrote: >> >> That still doesn't change the fact that whatever is in JK for versioning is >> utterly complicated, is completely different from what the Apache folks have >> done so far (look at both 1.3 and 2.0 trees), and I don't want to look up at >> a manual on

RE: [PROPOSAL] tag mod_jk 1.2.1

+1 Though I need this weekend to make sure Win32 versions are building and running successfully. Apache 1.3 and IIS seem to be okay now, but I still need to check the others. Cheers, Larry > -Original Message- > From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 03, 2002

RE: [PROPOSAL] tag mod_jk 1.2.1

>+1 > >Though I need this weekend to make sure Win32 versions are building >and running successfully. Apache 1.3 and IIS seem to be okay now, >but I still need to check the others. I also want to known if the latests patches received on list about lb will be included or not... -- To unsubscribe

RE: wa_version.h / jk_version.h : WAS ......

>> for mod_webapp >> >> #define WA_MODULE_BASEVENDOR "Apache Software Foundation" >> #define WA_MODULE_NAME "mod_webapp" >> #define WA_MODULE_BASEREVISION "1.2.0-dev" >> #define WA_MODULE_BASEVERSION WA_MODULE_BASEPRODUCT "/" >> WA_MODULE_BASEREVISION > >I just sent a patch over, I'd

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

Pier Fumagalli wrote: > "jean-frederic clere" <[EMAIL PROTECTED]> wrote: > > >>>That still doesn't change the fact that whatever is in JK for versioning is >>>utterly complicated, is completely different from what the Apache folks have >>>done so far (look at both 1.3 and 2.0 trees), and I don't

Re: [PROPOSAL] tag mod_jk 1.2.1

GOMEZ Henri wrote: >>+1 >> >>Though I need this weekend to make sure Win32 versions are building >>and running successfully. Apache 1.3 and IIS seem to be okay now, >>but I still need to check the others. > > > I also want to known if the latests patches received on list > about lb will be incl

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> >> That's not the best example of code beauty... > > May be not. But a Kernel needs more complexity than a TC connector. Correct... >>> The idea behind the complexity is that we could decide version of protocol >>> ba

cvs commit: jakarta-tomcat-connectors/webapp/support wa_version.m4

pier02/05/03 06:30:26 Modified:webapp configure.in webapp/apache-1.3 mod_webapp.c webapp/apache-2.0 mod_webapp.c webapp/include wa.h wa_version.h Added: webapp/support wa_version.m4 Log: Versioning done right. Revision

cvs commit: jakarta-tomcat-connectors/webapp VERSION

pier02/05/03 06:31:23 Removed: webapp VERSION Log: Leftovers from versioning. -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>> Ok... Please commit your changes. We could add the >complexity when needed. > >We don't need complexity... And users need release. Even if if a release is imperfect. That's why there is release/patch in version ;] -- To unsubscribe, e-mail: For additional com

cvs commit: jakarta-tomcat-connectors/webapp/support wa_version.m4

pier02/05/03 06:37:46 Modified:webapp/support wa_version.m4 Log: M4 documentation of WA_VERSION macro. Revision ChangesPath 1.2 +4 -3 jakarta-tomcat-connectors/webapp/support/wa_version.m4 Index: wa_version.m4 ===

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > >>> Ok... Please commit your changes. We could add the >> complexity when needed. >> >> We don't need complexity... > > And users need release. They do... > Even if if a release is imperfect. Are you _CRAZY_? I'm going to -1 any release that is not

Re: wa_version.h / jk_version.h : WAS ......

GOMEZ Henri wrote: >>>for mod_webapp >>> >>>#define WA_MODULE_BASEVENDOR "Apache Software Foundation" >>>#define WA_MODULE_NAME "mod_webapp" >>>#define WA_MODULE_BASEREVISION "1.2.0-dev" >>>#define WA_MODULE_BASEVERSION WA_MODULE_BASEPRODUCT "/" >>>WA_MODULE_BASEREVISION >> > >>I just

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>Are you _CRAZY_? I'm going to -1 any release that is not >clearly an interim >test release (such as Tomcat 4.1.0, which is _supposed_ not to work, >although it does) and which doesn't have all the Apache >standards to _be_ a >release... Did there is still blocking (showstopper) bug in mod_weba

DO NOT REPLY [Bug 8775] New: - checksum error

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 8776] New: - The session url encoding under somce circumstances fails to use cookies even when request to do so

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

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

GOMEZ Henri wrote: >>Are you _CRAZY_? I'm going to -1 any release that is not >>clearly an interim >>test release (such as Tomcat 4.1.0, which is _supposed_ not to work, >>although it does) and which doesn't have all the Apache >>standards to _be_ a >>release... > > > Did there is still blocki

RE: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>mod_webapp is your baby, do what you want with it. > >I'll delay the official release to generate linux binaries and rpms. tipo ^ I'll wait the official release to generate linux binaries and rpms -- To unsubscribe, e-mail: For additional commands, e-mail:

Add a target in build.xml

Hi, I would like to add a target to the TC build.xml: download. Last time I have tried to help to release TC I have found there is no "clean" way to know easly what is needed to build a TC release (which xerces.jar is needed for example). The download would download using wget and extract the n

RE: [PROPOSAL] tag mod_jk 1.2.1

+1 > -Original Message- > From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 03, 2002 5:16 AM > To: Tomcat Developers List > Subject: [PROPOSAL] tag mod_jk 1.2.1 > > > Hi to all, > > What about tagging the current mod_jk (may be after the latest > lb patches) to 1.2.1 ? >

Re: PROPOSAL: mod_jk2: Group/Instance

Hi Bernd, First, many thanks for your help :-) > No, I think not :). I checked it yesterday. With some additional log statements > in the validate function of jk_lb_worker.c you get the value _inf_ for the > lb_factor and lb_value (line 434-444). Because if it would be set to 1, my > config h

RE: Add a target in build.xml

Hi, Are you referring to TC 4.x or TC 3.3.x? I haven't updated the README yet to cover the dependency on jakarta-tomcat-connectors. But AFAIK, that is the only external requirement to build the jakarta-tomcat HEAD distribution, excluding options. It builds for me with just the jakarta-tomcat-co

New LDAP Realm for Catalina

Hi anybody, I have implemented a LDAP Realm for Tomcat 4..0.x based upon JNDI. The one embedded in Tomcat 4.0.3 seems to have a lot of problems. The one I have coded has been tested with iPlanet and is already used in production. The roles can be stored as LDAP groups and as entry attributes as

Performance problem while using tomcat and solaris

Hi, We are using the following : 1. JSP and servlets 2. Java -JDK 1.2.2 3. jakarta tomcat 3.3 as standalone WebServer. 4. Operating System :Solaris 2.7/2.8/2.6. We are facing the following issues: 1. Slow performance. 2. Runtime compilation takes a long time resulting in server timeout. 3

[PATCH] connector SRPM does not build mod_webapp

Dear developers, installation of tomcat has been greatly improved since last November. Thanks for your effort. Nevertheless I had troubles when building the apache connector modules utilizing the appropriate SRPM. I prefer mod_webapp instead of mod_jk. But the .spec file of the SRPM did not incl

Re: PROPOSAL: mod_jk2: Group/Instance

Hi Costin, [EMAIL PROTECTED] wrote: > Hi Bernd, > > First, many thanks for your help :-) > > your welcome, its a lot of fun :) >>No, I think not :). I checked it yesterday. With some additional log statements >>in the validate function of jk_lb_worker.c you get the value _inf_ for the >>lb

RE: [PATCH] connector SRPM does not build mod_webapp

Thanks Perolo for your patches. Pier is finalising mod_webapp 1.2.0 and I'll release a specific mod_webapp rpm. I'll do also like this for jk (and jk2) later since we may have differents release cycles. Stay tuned, mod_webapp will be release as soon as Pier will tag mod_webapp 1.2.0 (2/3 days

Re: Add a target in build.xml

Larry Isaacs wrote: > Hi, > > Are you referring to TC 4.x or TC 3.3.x? 4.x. > > I haven't updated the README yet to cover the dependency > on jakarta-tomcat-connectors. But AFAIK, that is the > only external requirement to build the jakarta-tomcat > HEAD distribution, excluding options. It bu

DO NOT REPLY [Bug 8718] - missing directories

SFORME | --- Additional Comments From [EMAIL PROTECTED] 2002-05-03 16:02 --- If you download these, jakarta-tomcat-4.0/logs jakarta-tomcat-4.0/temp are not created when the files are expanded. http://jakarta.apache.org/builds/jakarta-tomcat-4.0/nightly/jakarta-tomcat-4.0- 200205

cvs commit: jakarta-tomcat-connectors/webapp/support install.sh config.guess config.sub

pier02/05/03 09:10:01 Added: webapp/support install.sh config.guess config.sub Log: We actually need those one in place when not building using APR. Revision ChangesPath 1.4 +82 -221 jakarta-tomcat-connectors/webapp/support/install.sh 1.4

cvs commit: jakarta-tomcat-connectors/webapp/support wa_apr.m4

pier02/05/03 09:11:22 Modified:webapp/support wa_apr.m4 Log: The "default" location of the APR directory is actually relative to ${srcdir} if this is defined. Revision ChangesPath 1.4 +6 -2 jakarta-tomcat-connectors/webapp/support/wa_apr.m4 Index: w

cvs commit: jakarta-tomcat-connectors/webapp/support wa_version.m4

pier02/05/03 09:12:07 Modified:webapp/support wa_version.m4 Log: Only retrieve the REVISION part instead of the full VERSION. Revision ChangesPath 1.3 +3 -3 jakarta-tomcat-connectors/webapp/support/wa_version.m4 Index: wa_version.m4

cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0 Makefile.in

pier02/05/03 09:13:40 Modified:webapp/apache-1.3 Makefile.in webapp/apache-2.0 Makefile.in Log: Added the "dist" target to build a binary distribution directory Revision ChangesPath 1.26 +7 -2 jakarta-tomcat-connectors/webapp/apache-1.3/Makef

DO NOT REPLY [Bug 8718] - missing directories

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/webapp Makedefs.in Makefile.in

pier02/05/03 09:16:23 Modified:webapp Makedefs.in Makefile.in Log: Added the "dist" target to create a binary distribution directory (now the default when calling "make") and a "tarball" target to create a binary distribution tarball. Revision ChangesPath 1.16

cvs commit: jakarta-tomcat-connectors/webapp DETAILS.txt.in configure.in

pier02/05/03 09:17:56 Modified:webapp configure.in Added: webapp DETAILS.txt.in Log: Output details for this build in DETAILS.txt, and add support for the "dist" and "tarball" targets. Revision ChangesPath 1.58 +15 -2 jakarta-tomcat-connectors/

Re: Admin webapp save-to-XML

On Fri, 3 May 2002, David Graff wrote: > Date: Fri, 3 May 2002 07:52:03 -0400 > From: David Graff <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: Admin webapp save-to-XML > > I'm in total agreement with t

DO NOT REPLY [Bug 8719] - catalina.sh bug

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 8718] - missing directories

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

Re: Admin webapp save-to-XML

Ok, I don't want to start a flame war or anything - but I really don't like the current solution. For short term - we can live with it, and I can accept that as long as we are commited to replace it with something better. I spent a lot of time on this issue - there are many solutions around -

DO NOT REPLY [Bug 8775] - checksum error

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

[PATCH] added handling of a main worker in jk_lb_worker, Re: PROPOSAL:mod_jk2: Group/Instance

Hi Costin, it wasn't difficult, so here is the new patch. The new (old) behavior is: The main worker is defined by a lb_value of 0. This will never be changed in jk_lb_worker. The other workers can get a value greater than 0. If the value from config file is less than 0 it is multiplicated with

Re: Add a target in build.xml

Don't use wget as it's platform specific. Use the 'Get' built-in task. May not do exactly what you want but it will work everywhere that ant does. - Original Message - From: "jean-frederic clere" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, May 03, 2002 10:44 Subject: Add

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

costin 02/05/03 10:36:46 Modified:jk/native2/include jk_endpoint.h jk_env.h jk_msg.h jk_worker.h Log: Added 'reqCnt' and 'errCnt' and reorganize the worker struct. Few minor improvements (debug for env to filter out the low level messages), Revisio

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

costin 02/05/03 10:37:35 Modified:jk/native2/common jk_worker_status.c Log: Better organization, make the worker status the first on the page. See also the changes in jk_worker_ajp, now informations about lb status and number of requests/err will be easy accessible. Rev

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

costin 02/05/03 10:39:40 Modified:jk/native2/common jk_channel_apr_socket.c jk_channel_jni.c jk_channel_socket.c Log: Call the setter on the worker for non-specific properties. Each channel is associated with an ajp worker ( later we can configure tha

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

costin 02/05/03 10:40:25 Modified:jk/native2/common jk_config.c Log: Display an error message on unknown property names. debugEnv will turn on the messages about object creation/etc. Revision ChangesPath 1.13 +18 -3 jakarta-tomcat-connectors/jk/native2/com

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

costin 02/05/03 10:41:06 Modified:jk/native2/common jk_env.c Log: Filter the messages if debug is not enabled. Most of the time they don't matter, but in case of error they are very usefull to debug. Revision ChangesPath 1.21 +52 -12jakarta-tomcat-connec

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

costin 02/05/03 10:41:52 Modified:jk/native2/common jk_msg_ajp.c Log: Add encoding/decoding for map. That'll be used very frequently to pass properties back and forth ( either via shm or a different channel ) Revision ChangesPath 1.9 +26 -4 jakarta-tomc

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

costin 02/05/03 10:43:59 Modified:jk/native2/common jk_uriEnv.c Log: Rename 'worker' to 'group' in the config. This will hopefully reduce the confusion. Revision ChangesPath 1.15 +9 -6 jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c Index: jk

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

costin 02/05/03 10:45:06 Modified:jk/native2/common jk_uriMap.c Log: Another fix in uriMap - make sure each host has a default context. Deja-vu, check the commits of about 2 years ago :-) Still missing - add /servlet/*, *.jsp and WEB-INF mappings automatically. Revis

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

costin 02/05/03 10:45:57 Modified:jk/native2/common jk_workerEnv.c Log: Remove some old code. Make sure the protocol is associated with each channel automatically. Update the default worker as 'lb', and make sure the name is correct. Revision ChangesPath 1.33

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

costin 02/05/03 10:47:31 Modified:jk/native2/common jk_worker_ajp13.c Log: Update the list of properties to include more lb info. Automatically add the worker to all the groups that are configured in. The load balancing is now configured by including (one or many) "grou

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

costin 02/05/03 10:49:05 Modified:jk/native2/common jk_worker_lb.c Log: Try to fix the 'default worker' case. An lbfactor of 0 means the worker is used exclusively ( as long as it's alive). Revision ChangesPath 1.5 +65 -27jakarta-tomcat-connectors/jk/nati

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

costin 02/05/03 10:49:12 Modified:jk/native2/common jk_worker_jni.c Log: Updates Revision ChangesPath 1.12 +2 -0 jakarta-tomcat-connectors/jk/native2/common/jk_worker_jni.c Index: jk_worker_jni.c =

  1   2   >