mod_jk2 (native2) autoconf

Hi, Just finished the commits for autoconf support in native2 and I need some helps here : - static/dynamic : I used the old Makefile.am from native but it may be better to have 2 Makefile, one for dynamic compile (via apxs or libtool ?) and one for static compile. - I know little from

autoconf for native2 need review and help

Hi, Just finished the commits for autoconf support in native2 and I need some helps here : - static/dynamic : I used the old Makefile.am from native but it may be better to have 2 Makefile, one for dynamic compile (via apxs or libtool ?) and one for static compile. - I know little from

RE: [JK2] More news about IIS

Excellent. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]

RE: mod_jk2 (native2) autoconf preliminary works

>> >As a secondary note, if anyone has some time we should >> >look at sourceforge's ant-contrib and their CC task and >> >eventually merge jkant into it, we shouldn't duplicate >> >the effort. >> >> Hum, why didn't they include ant-contrib in ant cvs ? > >I think it's sometimes easier to work o

RE: mod_jk2 (native2) autoconf preliminary works

Back to earth >> If that's provided with Apache 2.0... What if it's not >provided with the >> web-server (AKA, apache 1.3?) > >We either don't use APR, or use the APR that is included with >Apache2.0. Since the only available APR release are those from Apache 2.0 release, my shared apr l

RE: tomcat 4.0.4b2 rpm available

>Ok, I understand now -- from your announcement of the RPM I >thought the FHS work had been done, but you are saying that it >has not been done but will be done prior to the final RPM of >4.0.4. I guess that makes more sense. :-) I haven't looked at >these new RPMs too closely but I noticed a

RE: mod_jk2 (native2) autoconf preliminary works

>But we have to deliver the apr.so corresponding to mod_jk.so. Exact and and it's not a big problem, if you use packaging tools like rpm/deb. mod_jk will depend on libapr rpm or /usr/lib/libapr.so I could produce and place both of them in download dir >Pier is right... That is more easy to lin

RE: mod_jk2 (native2) autoconf preliminary works

>I must say I don't like autoconf too much :-) Ditto, ant is better than m4 but we couldn't ask people to have a jvm+ant+... to build native code ;( >But I know many people find it easier, so I won't opose >this. Thanks and JF is a great specialist of autoconf >At the moment the compilation of

RE: mod_jk2 (native2) autoconf preliminary works

>> 1) What about moving scripts from jk/native to >>just jk ? It avoid duplicate between native >>and native2. > >That may bring problems: the configure.in normaly contains the >files you want to >generate. Ok, I keep 2 set of files. >> 2) What should be done for APR in Apache 1.3 ?

RE: [PROPOSAL] Option to 3.3 to allow internal Welcome Files

+1 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Bill Barker [mailto:[EMAIL PROTECTED]] >Sent: Tuesd

RE: mod_jk2 (native2) autoconf preliminary works

>Every "autoconf" M4 definition file (configure.in) is (should) >be tied to >the bone of what it's trying to actually configure... If there's enough >stuff in common (like all you want is something like >--enable-native=[native/native2]) that could work, but >otherwise, it's just >going to mess

RE: tomcat 4.0.4b2 rpm available

>I have a couple of quick questions for you about the tomcat4 >RPMs. You left %{confdir} defined as %{homedir}/conf which >leaves server.xml, web.xml, etc. installed in >/var/tomcat4/conf. Is this intentional? Yes, but the spec make provision to locate confdir in /etc/tomcat4/conf. And to

tomcat 4.0.4b2 rpm available

With some delay they are available at : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4-b2/rpms/ BTW : connector stuff is not updated since I'll wait for a mod_webapp 1.2.0 and mod_jk 1.2.1 release and make rpms for them. - Henri Gomez ___[_] EMAIL

mod_jk2 (native2) autoconf preliminary works

I started to works on adding autoconf stuff for mod_jk2 (native2) for Apache 1.3/2.0 and will need some help and advice since it's not fluent in this area (JF/Pier are jtc specialists). Initial works in on Makefile for apxs. 1) What about moving scripts from jk/native to just jk ? It avoid du

RE: mod_jk 1.2.0 / apache 2.0.35 error

...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: GOMEZ Henri >Sent: Monday, May 06, 2002 6:10 PM >To: Tomcat Developers List >Subject: mod_jk 1.2.0 / apache 2.0.35 error > > >Hum mod_jk 1.2.0 didn't seem

mod_jk 1.2.1-dev and lib name

I'm rebuilding mod_jk1 for 1.3/2.0 using the good old JFC configure... 1) There is now a mod_jk.so and libjk.so generated (identical files) Which one will we use ? std mod_jk.so or libjk.so ? 2) When apache 1.3 is built against mod_ssl we should defined -DEAPI. Previously we're using ap

mod_jk 1.2.0 / apache 2.0.35 error

Hum mod_jk 1.2.0 didn't seems to works with Apache 2.0.35 Server error! Error message: handler "jakarta-servlet" not found for: If you think this is a server error, please contact the webmaster Error 500 hgo1.slib.com Mon May 6 17:20:25 2002 Apache/2.0.35 (Unix) mod_ssl/2.0.35

RE: [PROPOSAL] tag mod_jk 1.2.1

n app. >I didn't finish tracking down the cause over the weekend. >Is anyone else seeing this problem? > >Cheers, >Larry > >> -Original Message- >> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] >> Sent: Monday, May 06, 2002 7:49 AM >> To: Tomcat D

RE: chown issues in /etc/init.d/tomcat4

>Yep, I do. Just make my own directories in those locations. ok >I'm just making comments as I run through the install and I notice >issues. Currently I end up runing a config script of my own to >configure Hum custom install... >tomcat after the rpm is installed. This is to prepare tomcat

RE: [PROPOSAL] tag mod_jk 1.2.1

Message- >From: Bojan Smojver [mailto:[EMAIL PROTECTED]] >Sent: Saturday, May 04, 2002 2:30 AM >To: Tomcat Dev List >Subject: Re: [PROPOSAL] tag mod_jk 1.2.1 > > >Sounds good. > >+1 > >Bojan > >On Fri, 2002-05-03 at 20:16, GOMEZ Henri wrote: > >>

RE: chown issues in /etc/init.d/tomcat4

>This reminds me. The current tomcat 4 RPMs were made prior to >the attempt to move towards FHS-ness (I think) and have conf, >logs, etc. underneath /var/tomcat4. Henri, are you planning >on fixing that for the tomcat 4.0.4/4.1.x RPMs? I can offer >some RPM assistance if you need it (or jus

RE: Admin webapp save-to-XML

>This would eventually allow replacing the XML with an LDAP ( which >would be nice for clustering and farming ), it would preserve >comments and all unmanaged elements, and I believe it would be >cleaner and easier. +1 for the LDAP support :) -- To unsubscribe, e-mail:

RE: chown issues in /etc/init.d/tomcat4

>I noticed a problem with /etc/init.d/tomcat4 script and >CATALINA_TMPDIR... > >I've been testing out the CATALINA_TMPDIR setting in this >script and it >appears very bad to have this set outside of the /var/tomcat4 >directory >because you "chown" the CATALINA_TMPDIR directory to tomcat user

RE: PROPOSAL: mod_jk2: Group/Instance

Not too late for comments ? >This proposal will cover the 'workers'. > >1. The 'worker' name is deprecated. It refers to too many >things in mod_jk, and causes too much confusion ( i.e. it >is a 'handler', coresponds to a jvmRoute, a protocol, a >channel ). +1, worker term should be related to

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: 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:

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

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

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: [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 ......

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

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

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: 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: 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

>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: 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

>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_

[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

RE: WebApp 1.2.0

Ok, I'll leave you now. See you tomorrow :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Pier Fumag

RE: jakarta-tomcat-connectors documentation/summaries

; tomcat with the largest number of individual commiters ( by my > count at least ). And more important - one of the things that 3.x > and 4.x share and seem to bring cooperation from both sides." > > "Mod_jk v/s mod_webapp" on tomcat-dev: > > Bill Barker wro

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

>> [Thu May 02 21:44:38 2002] [notice] Apache/2.0.35 (Unix) >> mod_ssl/2.0.35OpenSSL/0.9.6 DAV/2 mod_jk/1.2.0 mod_webapp >1.2.0 configured -- >> resuming normal operations > >Hm. Might do that as well... I could add that if you want ;) Just to show to Jon that I could also commit in webapp ;) >

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

>"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > >> Ok, so you have to add around >> webapp config. > >No... > >> I remember an old mail where Pier told something >> about adding support to DefaultHost but it's quite >> sometimes ag

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

;cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh > > >"Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > >> "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> >>> It build on my Redhat 6.2 box but failed at http2 start : >>>

RE: cvs commit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

ion conn warp localhost:8008 >WebAppDeploy examples conn /examples > >=== > >Punky > >GOMEZ Henri wrote: > >>It build on my Redhat 6.2 box but failed at http2 start : >> >>Invalid virtual host name ?[ >> >>- &g

[VOTE] tomcat 4 rpm to re-use standard listening ports ?

Hi, As you may know, the current tomcat 4 rpm change all the listen ports (http10, http11, ajp) to assure a pacific ;) coexistence between with an allready installed tomcat3. I wonder if it won't be time to restore the original ports, just to avoid users questions. I'll provide a little script

RE: [4.1.0] Anyone testing it ?

>> I'll have to try some kind of bootstrap action >> in my rpm, start compiling TC 4.x with binaries, >> then goes to JTC and rebuild it against newly >> built TC 4.x, then install these in place of >> bundled binaries ?(8 > >I think you can compile coyote without 4.x/3.x >( it has autodetection

RE: cvs commit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>-Original Message- >From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] >Sent: Thursday, May 02, 2002 12:31 PM >To: Tomcat Developers List >Subject: Re: cvs >commit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh > > >"GOMEZ Henri" <[EMAIL PRO

RE: jakarta-tomcat-connectors documentation/summaries

> Where should it go? Yes go, will fix it after. You could start installing the draft doc in your own dir in jakarta (public_html). We could all check it ;) -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: jakarta-tomcat-connectors documentation/summaries

>Costin, Henri, Dan , Larry , Me, and much others done the >work, so apart >from not be true, i think is offensive to all that done that work, and >contributed his time to support it.. +1 Make a quick search on tomcat-user and tomcat-dev list mailing list archives and you'll see that mod_jk as

RE: cvs commit: jakarta-tomcat-4.0 build.xml

Nobody object for the same adaptation in tomcat 4.1 ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [

RE: cvs commit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>> Don't make Jon sad, just send me a copy of configure script and >> I'll try the build ;) > >Since the nightly since the very latest (important) changes >didn't run yet, >here's a snapshot: http://nagoya.apache.org/~pier/webapp-current.tar.gz Thanks, I'll tell you what happen on my redhat box

RE: cvs commit: jakarta-tomcat-connectors/webapp/supportbuildconf.sh

>Autoconf is _only_ required when building straight out of CVS, you can >always use nightlies, which have the already-autoconfed >"configure" script. > >It's a PITA, but there are so many changes between 2.1x and 2.5x that >maintaining if for both will be a major pain in the neck... > >Otherwise,

RE: cvs commit: jakarta-tomcat-connectors/webapp/support buildconf.sh

Urg, making autoconf 2.52 a strict mimimum will avoid building on allmost all recent Linux distributions, which are still 2.12/2.13 based ;( - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Finge

[JTC] layout for jtc download site

I'd like to propose the following layout for jtc download. I plan to make regular snapshot for jk (jk2 at a later time) http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.x/ http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.x/bin/ http://jakarta.a

RE: mod_webapp build problem

>> >> I'm trying to build a rpm for mod_webapp against >> apache 1.3.23-mod_ssl and apache 2.0.35 on a redhat 7.2 box >> >> apache-2.0 failed : > >Working on it Henri... I have a whole new kit that I'm going to commit >pretty soon, once it's done... Here's a short-hand patch from >my machine, >

RE: [VOTE] New committer: Christopher St John

With a great pleasure Christopher got my +1 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Remy Mauche

RE: [4.1.0] Anyone testing it ?

>I'll have to try some kind of bootstrap action >in my rpm, start compiling TC 4.x with binaries, >then goes to JTC and rebuild it against newly >built TC 4.x, then install these in place of >bundled binaries ?(8 And ideally I should also make a commons-login rpm (need to install JDK 1.4 and aval

RE: [4.1.0] Anyone testing it ?

I'm trying to make a rpm for it but I'm stuck with chicken-eggs problems between TC 4.1.0 and JTC (ditto for latest TC 4.0.4 and JTC). To follow rpm policies I should avoid using pre-built binaries (like commons-logging, coyote, http11). And coyote/http11/jk need tomcat 4 to be built ! I'll

mod_webapp build problem

Hi, I'm trying to build a rpm for mod_webapp against apache 1.3.23-mod_ssl and apache 2.0.35 on a redhat 7.2 box apache-2.0 failed : See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. -

RE: Idea for dtomcat4 script/conf in webapp.rpm

>>BTW, as rpm packager I'm trying to works closely with projects to >>have such add-ons included directly in original tarball which >>help developpers fixes problems of rpm users. >> >I'm all for that. Do you know who is currently managing the >/usr/bin/dtomcat file in the current tarball? Maybe

RE: Idea for dtomcat4 script/conf in webapp.rpm

>Yes, I mean in the Tomcat4 RPM, not the mod_webapp rpm. I did >this with >my tomcat4.conf file and dtomcat4 and it works for the "start" option. >I'm not sure what one would have to do with the "run" or >"embed" options >of dtomcat4. It's something which should be even added to tomcat4 orig

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/qlog Logger.java

Ok, is there still a need to use commons-log ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Ignacio

RE: PROPOSAL: mod_jk2 autoconfig

>I think the current solution of generating configs on tomcat startup, >or having tomcat send it's config to apache is wrong. when tomcats and httpd servers run on differents machines you need to have a form of link between them, and that's why I proposed autoconf to be added to ajp13 (I don't t

RE: [4.1.0] Anyone testing it ?

Downloaded yesterday, will try it on linux and rpm packaging ASAP - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message-

RE: Idea for dtomcat4 script/conf in webapp.rpm

>What do you think of adding a conf variable that allow one to set the >location of catalina.out thats independent of $CATALINA_BASE? >Something >like $CATALINA_LOGDIR? Do you means specific to rpm ? -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: logrotate and tomcat 3.3/4.0/4.1

>And surprise!!, 3.3 it's suppoussed to have another logrotate inside, >broken, but the code is there.. just need that someones have spare >cycles to fix it.. I started take a look a log stuff in 3.3.2 and will see how to fix the logrotate support or better add log4j support ? -- To unsubscribe

RE: logrotate and tomcat 3.3/4.0/4.1

Whaou. Didn't now about copytruncate option of logrotate. Under Linux there is truncate and ftruncate calls but I wonder how it works regarding OS ? I'll add this to all my tomcat rpm ASAP - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .)

RE: jakarta-tomcat-connectors documentation/summaries

>The only limitation is that it support only 255 methods ( unless >we use an expansion ), since it has a byte as method code ( to >facilitate table-based dispatching ). 255 methods should be suffisant since we could have the generic get/set property method ;) -- To unsubscribe, e-mail:

RE: logrotate and tomcat 3.3/4.0/4.1

>On the java side ? > >I think we should just use commons-logging, and the admin/ >or manager/ or some other ( java-based code ) to control >the underlying logger ( which should probably default to log4j >when somebody has the time to do this ). commons-logging seems a good way to hide log4j

RE: [4.0.4] [VOTE] Beta 3 release

>I'd like to propose releasing 4.0.4 Beta 3, and since the >number of changes >over 4.0.4 Beta 2 is small, to consider it a release candidate. As a >significant number of issues have been fixed since >4.0.2/4.0.3, it would be >a good idea to plan to release 4.0.4 Final soon after. > > >[ ] +1 Ye

RE: logrotate and tomcat 3.3/4.0/4.1

>I don't really know much about log4j, so I can't comment on >that particular methodology, but I'd been looking at >implementing a logrotate for tomcat on my systems. I was >thinking something like this for tomcat 3.3 (haven't looked at >4.x yet): > >/var/log/tomcat3/jasper-*.log /var/log/tom

logrotate and tomcat 3.3/4.0/4.1

Hi to all, Did there is plan to help implement logrotate for Tomcat 3.3/4.0/4.1 ? On production the logs could became very important after weeks of use and should be cleanup. The usual way under Unix is to use logrotate which generally send a KILL -HUP/USR1 to the process which in turn close it

RE: jakarta-tomcat-connectors documentation/summaries

Which version of Apache 2.0 ? Which version of mod_jk (from jtc ?) Did you try mod_jk from tomcat-3.3.1 ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 9

RE: Resend: SSL portability and Coyote

>(2) JSSE uses one keyfile (the keystore). PureTLS uses three, the >keyfile, the CA file, and the random file. I need to add new >directives to ServerSocketFactory to propagate those. I couldn't tell you how many questions I've got after releasing my SSL documentation for tomcat 3.2/3.3. The rec

RE: [PROPOSAL] "New" version numbering scheme

>For the uninitiated, the numbering is: >major.minor.build build_stability > >So for example, the first 4.1.x release would probably be numbered: >Apache Tomcat 4.1.0 Alpha > > >[ ] Yes >[ ] No > > >(feel free to provide comments to justify your choice) +1, we have choosen that numbering for mod_

RE: [VOTE] Release Plan for Apache Tomcat 4.1

> >[X] +1 I approve this plan, and will help Usual rpm packaging, connector stuff for Linux with/without eapi. -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: cvs commit: jakarta-tomcat-site/xdocs resources.xml

Thanks Remy ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECT

Tomcat 4.x cluster

A must read from Filip ;) http://www.theserverside.com/resources/article.jsp?l=Tomcat - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -- To

RE: Using InstallAnywhere for Tomcat installer

>> NSIS is OSS so keep. > >Sure, no problem. > >The licensing terms seems ok to me, so I wanted to see if the >community was >ok about it (apparently not). > >So even if this installer is provided in addition to other OSS based >installers, it's not ok ? Since when is this project refusing >cont

RE: Using InstallAnywhere for Tomcat installer

Don't want to do the OSS passionaria but we should try to use only OSS tools on Apache. NSIS is OSS so keep. For Free Java installer we have : IZPack : http://www.izforge.com/izpack/ VAInstall : http://vainstall.sourceforge.net/ FreeInstaller : http://www.xenonsoft.demon.co.uk/products

RE: AJP connector silent when RealPlayer is client.

>After investigation of virtually every other possibility, it seems that >mod_jk (AJP 1.3) fails to respond to queries that originate from >RealPlayer (v8 and RealOne on win32 tested). The platform is RedHat >Linux, running Apache 1.3 with mod_jk to Tomcat 4.0.1 (mod_jk from >4.0.3). Any othe

RE: Jk2: scoreboard format and semantics.

>> >To keep things simple and use existing code, I think we should use >> >the current marshalling/demarshalling code ( ajp13 ) to store/get >> >informations from each slot. >> >> Why not just use native read/write on int/strings ? > >If we treat shm as a byte[] and use java code to process it -

RE: Jk2: scoreboard format and semantics.

- Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] >Sent: Fr

RE: MinTC, "terrible rudeness", persistence

>I don't consider me a Tomcat 4.0 "core" committer, but that >patch would have >my biggest +1 on Earth! :) > >Pier (who has a script to remove stuff from TC4's binary distro!) I'm also not a core (not even satelitar) commiter in TC 4 yet, but a lighter TC 4.x will have my +1 and the current

RE: MinTC, "terrible rudeness", persistence

>This cannot be done, as the layering structure of the ASF >won't "allow" it. >It can be hosted either in commons, either here (but then it would be >swallowed by the TC project itself), or as a top level project >of Jakarta >(or some other project)... couldn't it be a tomcat sub project like j

RE: [JK2] Win32 & Signals

>> Could you use instead the SetConsoleCtrlHandler API ? >> > >Of course, that part is not a problem, but the other side, how >can i deal with unix declarations and code ? it seems Java >part is calling native to set some Signal handler.. looking >for a brief explantion .. You speak about s

RE: [JK2] Win32 & Signals

>I'm trying to get to compile the JNI part of JK2 in win32, >again with my >legendary naiveness ;), how is suppoussed we deal with signals in >win32?? just add another ifdef here with a HAVE_UNIX_SIGNALS ? Could you use instead the SetConsoleCtrlHandler API ? -- To unsubscribe, e-mail:

RE: MinTC, "terrible rudeness", persistence

>>> The only problem I see, is NOT discussing MinTC issues on >tomcat-dev - >I wholeheartedly agree with this. MinTC issues are not discussed around >here, while I would love to follow its development (darn, not >enough time?). MinTC is an excellent idea but since it's not an Apache project, s

RE: patch for tomcat rc script in RPM

Seems a good patch, I'm +1 and will include it at least on my rpm - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Messag

RE: Coyote/jk2 - interaction explanations please

t;From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] >Sent: Thursday, April 18, 2002 4:38 PM >To: Tomcat Developers List >Subject: RE: Coyote/jk2 - interaction explanations please > > >On Thu, 18 Apr 2002, GOMEZ Henri wrote: > >> >In Coyote, there's: >> &g

RE: Coyote/jk2 - interaction explanations please

>In Coyote, there's: >- the container adapters (for 3.3, 4.0, 4.0-HEAD) >- the external API (request, response, and a couple other things) > >JK 2 and HTTP/1.1 are protocol handlers for Coyote. Thanks for that. Coyote + HTTP/1.1 proto handler in coyote cvs jk2 proto handler in jtc cvs Right ?

RE: Building modapp for Tomcat4.0 and apache1_3.23

>> JF is working on the same kind of exotics OS I do and even >> worst our boxes speak EBCDIC ;) > >Guys, that's _your_ problem. Not mine... I want to solve my >problem which is >to build like APR and Apache 2.0 do (so that all platforms >supported by that >build system are supported in the same

Coyote/jk2 - interaction explanations please

Remy and Costin, could you tell us now, what's in coyote and what's in jk/jk2 ? It's hard to follow/track the changes ... - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8

RE: Building modapp for Tomcat4.0 and apache1_3.23

Back to NetLife >> Libtool also has history: it "supports" old versions of OSes >and compilers... Exact but libtool is missing on many majors OS like Windows (native not cygwin) and OS/400 (in my case it's a major os). jkant could be an alternative (even if it didn't fix all problems) >Da

RE: Building modapp for Tomcat4.0 and apache1_3.23

>Good if _they_ build it over there, _they_ can build the >modules as well. you think they will build mod_jk and mod_jk2 ? In fact mod_jk is present in OS/400 but is really an old version (from 3.2) so wouldn't works against 3.3 / 4.0, that's why I want to work on it, without autoconf >Whe

RE: Building modapp for Tomcat4.0 and apache1_3.23

>Ok, so then don't destroy MY build by introducing shit around >the CVS tree, >moving files along and NOT patching what I've done before... >Thanks JF for >doing that, but I'm still not able to build the java code interactively >without passing thru ANT... You could notice that I avoided to tou

RE: Building modapp for Tomcat4.0 and apache1_3.23

>Partly, and I still am. GNU LibTool sucks badly, but I have to >live with it >because that has been the choice of the APR/HTTPD projects >(although I'm not >the only to think that it's bad)... Yes and I've got also some problems with newer projects on some Linux Redhat 6.2 where there is a 1.3

RE: Building modapp for Tomcat4.0 and apache1_3.23

>Ant is a good choice for java projects, not too bad for c projects >and will be veru usefull when playing with gcj. And you could still use ant to call make ;) >From http://www-106.ibm.com/developerworks/java/library/j-nativegui/?loc=j =>

RE: Building modapp for Tomcat4.0 and apache1_3.23

>BTW, to build Java code with ant there have been an introduction of >dependancies with code outside "webapp" itself... Therefore, I >can't build >the java code using it... > >Back to the old command line . WHATEVERERRR Are you sure ? Wasn't you complaining sometimes ago on some apache l

<    1   2   3   4   5   6   7   8   9   10   >