RE: mod_jk (1.2) enhancements

>> You're right it's better : >> >> worker.ajp13.logRequest={The Proposed JkRequestLogFormat} >> >> ie >> >> worker.ajp13.logRequest="%b %w" >> >> > > >The new JkRequestLogFormat scopes at the Apache VirtualHost, >so you can specifiy different request logging formats for >different virtual

RE: In memory session replication, reminder

jtc could became jakarta-tomcat-commons, a repository of stuff used by tc 3 and tc 4 I'd like the idea of jtc/cluster where filip could create interfaces implemented by : - javagroups (outside apache) - spread (inside apache with their bsd like license) - rawsocket (quck&dirty tcp implementaio

JTC/JK2/Coyote logos

What about asking to people who does so great logos for ant to works on logos for JTC, JK2, Coyote ? some of them : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] May be Stephan and Conor could give us the list of artists ? - Henri

RE: JTC/JK2/Coyote logos

sage- >From: Bill Barker [mailto:[EMAIL PROTECTED]] >Sent: Monday, March 18, 2002 7:28 AM >To: Tomcat Developers List >Subject: Re: JTC/JK2/Coyote logos > > >And you're asking here why? This is an OS project, take >intuitive and deal >with the -1s later. >

RE: Tomcat source in IDE

I've got no problem including tomcat 3.3 and tomcat 4.0 sources in eclipse (v2.0). You have to include by hand parts of tomcats, but in fine it works very well - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_).

RE: jk2: config

>If the file is handled by program it does not need to be nice: >for me the >property format is enough. >And -0 for using xerces C to do that... I want to run mod_jk >on EBCDIC machines >and porting xerces C is some work. >What about parsing the xml file in Java? ;-) Hi Jf, Did you have expa

RE: JTC/JK2/Coyote logos

80E6 >-Original Message- >From: Stefan Bodewig [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, March 19, 2002 2:27 PM >To: GOMEZ Henri >Cc: Tomcat Developers List; Conor MacNeill >Subject: Re: JTC/JK2/Coyote logos > > >On Sun, 17 Mar 2002, GOMEZ Henri <[EMAIL PROTECT

RE: DO NOT REPLY [Bug 5181] - HttpConnector [8080] No processor available, rejecting this connection

excellent technical analyze. should be present in tomcat faq - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message-

RE: tomcat 4.0.3 + mod_jk

in mod_jk, when a session is created the following requests will allways go to the same tomcat. IBM call it Session Affinity ;) >Hi, > >is it possible to use only the session routing of mod_jk without load >balancing? > >Because we have a standalone loadbalancer in front of our cluster. In >the

RE: config

>> I can see that this is going to make life difficult for >ApacheConfig. Yes, >> hopefully we can deprecate it soon. But in the mean time, >I'd personally >> prefer that the port is a property of the worker.ajp13. So >your example >> would be: >> worker.ajp13.channel=socket >> worker.ajp13

RE: [VOTE] Final release of Tomcat 3.3.1

+1 (and all I can do with a broken wrist ;( >Vote to release jakarta-tomcat HEAD as Tomcat 3.3.1 > >[ ] +1 I am in favor of the release, and will help support it >[ ] +0 I am in favor of the release, but am unable to help support it. >[ ] -0 I not in favor of the release >[ ] -1 I am opposed

RE: config

>> worker.ajp13.channel=socket,8009 >> worker.ajp13.channel=unix,path > >The problem is that the communication channel and the protocol are >distinct entities. that's why the channel have no one parm, but a principal, socket, and extras qualifying it. it could be also : worker.ajp13.channel.

RE: DO NOT REPLY [Bug 5181] - HttpConnector [8080] No processor available, rejecting this connection

itled "Tunning/Troubleshooting" and add to >Tomcat doc? > >Punky > >- Original Message - >From: "GOMEZ Henri" <[EMAIL PROTECTED]> >To: "Tomcat Developers List" <[EMAIL PROTECTED]> >Sent: Thursday, March 21, 2002 4:14 AM >Su

RE: tomcat 4.0.3 + mod_jk

>>>yes, I know. But when I come in without a session the function >>>get_most_suitable_worker in jk_lb_worker.c will find a >worker by using >>>the lb-factor and do weighted round robin. And at this >position I would >>>like to switch off the load-balancing and select the worker which is >>

RE: tomcat 4.0.3 + mod_jk

>My thinking for jk2 was that the session stickiness should go >in front of >everything, and be enabled by default, independent of lb. Agreed. May be we could build a more powerfull system later with a reworker LB supporting failure via JTC cluster. -- To unsubscribe, e-mail:

RE: tomcat 4.0.3 + mod_jk

>Yes. Costin suggested to use a special lb-factor. I would use >-1 for the >lb-factor. But this wouldn't solve the problem if someone set >more than >one worker to this value. To use a new config tag for >optionally setting >a default worker would be a cleaner way. And it would be easier to

RE: tomcat 4.0.3 + mod_jk

>Up to now i Worked only on jk from JTC, but if we get the same >functionality from jk2 I could have a look at it. I thought >that jk2 was >for apache2. But I may misunderstound this. jk2 is the reworked jk, for ap 1.3/2.0, IIS/iPlanet to come -- To unsubscribe, e-mail:

RE: Apache1.3/mod_jk (unix) & Tomcat 4 & No processor available, rejecting this connection

I wrote such a note : http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7177 And recalled in my comment to read also your analyze in bug #5181 I closed bug #7177 since it's a really old known problems allready reported and explained for TC 3.2/3.3 We urgently need a sort of FAQ in JTC -

RE: Jk2 docs

>What the user most define are the communication channels ( host, port, >etc ). It is far cleaner to set the properties on the channel and use >defaults for the handler. > >Henri - is this solution acceptable ? > >That means: > >channel.socket.local.port=8009 >channel.socket.local.lbfactor=1 >ch

RE: Apache1.3/mod_jk (unix) & Tomcat 4 & No processor available, rejecting this connection

yes, read my comment in : http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7177 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Or

RE: [VOTE] Tomcat 4.0.4 Beta 2 / Coyote 1.0 Beta 4 release

>> Tomcat 4.0.4 Beta 2 release: +1 (rpms) >> Inclusion of the Coyote binaries: >> >> +1 [X] Yes >> -1 [ ] No >> I'd like to have Coyote source instead -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: Jk2 docs

>> channel.socket.local.type=ajp13 ? > >No :-) > >The only protocol that we support in Jk at this moment is the >ajp13 protocol ( lb, status, etc are workers, but not protocols ), >so it is the default and users don't have to set it explicitely. > >I documented 2 properties, to be used to override

[JTC] jkant and apxs

Hi to all, I take a look at jkant and build.xml for jk/native, since the current one didn't get CFLAGS from apxs and so the EAPI define is missing for Apache 1.3 built. I noticed there is provision for apxs in ApacheConfig.java and there is a getCflags() which return nothing (and appears to be

jtc build dir

Now that there is a build dir for jtc I'd like to populate it with a bunch of rpm and linux binaries for mod_jk (mod_webapp still need some works) with/without eapi there is allready there a coyote dir /coyote/release/v1.0-b1/ /coyote/release/v1.0-b2/ /coyote/release/v1.0-b3/ /coyote/release/v

RE: [PLAN] New Jasper

May be because of license of javacc ;-) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Bob Lee [mailto

RE: [PLAN] New Jasper

>> May be because of license of javacc ;-) > >That hasn't stopped Velocity from using it. But in any case, there >was an announcement on the JavaCC list a couple of days ago >that JavaCC will be open sourced over the next few months. Excellent news ;-) will the license allow its distribution in

RE: Freshmeat annoucements

>This takes very little time, and this looks like a nice way to increase >awareness of TC to the Linux crowd. > >Comments ? +1 Awesome, that I never think that myself since freshmeat.net is my favorite source when searching for oss goodies :-) Thanks Remy -- To unsubscribe, e-mail:

RE: Freshmeat annoucements

904A 364F 80E6 >-Original Message- >From: GOMEZ Henri >Sent: Wednesday, March 27, 2002 12:31 AM >To: Tomcat Developers List >Subject: RE: Freshmeat annoucements > > >>This takes very little time, and this looks like a nice way >to increase >&g

RE: [ANNOUNCEMENT] Tomcat 3.3.1 Final Released

Second release of RPM uploaded to match update in source tarball. http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1/rpms/ tomcat3-3.3.1-2.src.rpm tomcat3-3.3.1-2.noarch.rpm tomcat3-javadoc-3.3.1-2.noarch.rpm tomcat3-webapps-3.3.1-2.noarch.rpm also added latest IBM SDK 1.3.1 detecti

RE: Mod_jk v/s mod_webapp

We will create really soon webpages for jakarta-tomcat-connectors projects which will cover that. stay tuned - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B

RE: Mod_jk v/s mod_webapp

>> Thank Constin,that really helped. Are there any >> advantages of WARP over APJ? I mean why would I want >> to use one over the other? I could tell you that packet encoding in ajp13 and warp is very similar. Did there is advantages to use warp over ajp ? Hard to tell but the question is elsew

RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

did somebody report these patches to apache 1.3 ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [EMAI

RE: [PATCH] jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,jk_util.c

Seems a good patch. Should be commited. BTW, Bernd could you make a little documentation which could be included in jk doc and add example ? Excellent works ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_

RE: [PATCH] jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,jk_util.c

>> BTW, Bernd could you make a little documentation which could >> be included in jk doc and add example ? >> >> Excellent works ;) > >Thanks, I'll have a look at the docs in detail and add some >example. Should I >sent these files to this list? Yes, please ;) -- To unsubscribe, e-mail:

RE: [PATCH] jakarta-tomcat-connectors/jk/doc/Tomcat-Workers-HowTo.html

thanks I'll study all of this - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Bernd Koecke [mailto:[EMA

RE: Apache 2.0.35 and mod_jk 1.2.0

I'll build rpm for Apache 2.0.35 and see if I've got the same problem - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Mess

RE: make path relative to server root in mod_jk2

Hi JF >It would be nice to have /usr/local/apache/conf/jk2.properties >when httpd is >configured to be in /usr/local/apache (instead of >/conf/jk2.properties in the >son processes...). > >My first idea is to add makeRoot() in jk_ws_service_t. But I >have the problem >that apache needs a poo

RE: make path relative to server root in mod_jk2

>> Why not just use a char * which will be initialised by >> mod_jk for AP1.3/2.0 and later for IIS/iPlanet ;) > >Ok... But where should we stored it? Like a property "server.root" in >jk_workerEnv_t? Yes -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: make path relative to server root in mod_jk2

>>>Ok... But where should we stored it? Like a property >"server.root" in >>>jk_workerEnv_t? >> >> >> Yes > >Storing it in jk_config but how to get it back? >Will not it be more easy to add a char* server_root to jk_workerEnv_t? The simpler, the better. Not that I proposed initially somethi

Apache 2.0.35 Linux RPM available

Hi to all, You could find the Apache 2.0.35 rpm for Linux at : http://ftp.falsehope.com/home/gomez/apache2/ apache2-2.0.35-1.src.rpm apache2-2.0.35-1.i386.rpm apache2-devel-2.0.35-1.i386.rpm apache2-manual-2.0.35-1.i386.rpm There are signed with my PGP key (the same used fo

RE: cvs commit: jakarta-tomcat build.xml

>> tomcat_util.jar ( in container ) has all of the tools. > >The instructions for installing Coyote on Tomcat 3.3.x say to >replace connectors_util.jar with j-t-c's tomcat-utils.jar. Since >I plan to include Coyote in Tomcat 3.3.2 distribution, then >the "util" jar we ship in common loader must r

RE: Jk2 configuration ( again )

>So my proposal is to make jk2.properties the 'official' config >for jk2 connector. The coyote Connector will just pass minimal >information, i.e. the location of the jk2.properties ( or >catalina.base/tomcat.base ). Short term will have the pain >of configuring a different file with a different

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

>From: jean-frederic clere [mailto:[EMAIL PROTECTED]] >pr_warp_defs.h is still generated from it... >And I WILL remove pr_warp_defs.h from cvs if someone put it there. Argh, someone made JF angry ;) >Why? Ant is Jakarta. >There is still some work to do to have ant doing the configure... >And to

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

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

>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

>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

>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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<    5   6   7   8   9   10   11   12   13   14   >