RE: IIS redirector green arrow but errors

What's your workers properties file ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Yeager, Jeffrey [

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

> @@ -306,7 +307,9 @@ >* pointer. >*/ > /* Works with 4096, fails with 8192 */ > +#ifndef CHUNK_SIZE > #define CHUNK_SIZE 4096 > +#endif > > static int JK_METHOD ws_write(jk_ws_service_t *s, > const void *b, > @@ -674,6 +677,7 @@ > retur

RE: And in case I don't see you, good afternoon, good evening and good bye...

If Sun fire such talentuous developper, shouldn't we be worried about the Company Situation ? It's the second people from Sun working on Tomcat's, after Costin, who leave the company. May be it's better for OpenSource to have people like them outside big company and sus avoiding political pro

RE: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c jk_global.h jk_md5.c

Excellent works ! Now AS/400 users will be able to play with the jakarta-tomcat-connectors mod_jk :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 36

RE: DO NOT REPLY [Bug 4545] New: - Webapp connector seg faults under an SSL connection

>> Environment is httpd 1.3.22, built with mod_ssl 2.8.5. The >only changes to >> httpd.conf were to make the WebApp connection and >WebAppDeploy of examples. >> >> It looks like it's seg faulting on trying to get the ssl key size in >> mod_webapp.c, at rec->ssld->size = atoi(ssl_tmp). I suspec

[JTC] latest mod_webapp stuff ?

Hi, What about mod_webapp on JTC ? Could I get the latest stuff from CVS to let me build a new mod_webapp RPM for Tomcat 4.0.1 ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9D

RE: jakarta-tomcat-4.0.1-src.tar.gz and GIF corruption: WAS: tar long pathnames error

CORRECT tarball will be available ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: GOMEZ Henri

RE: mod_webapp prevents response.flushBuffer

>> hi! >> >> when using mod_webapp as connector to apache, >response.flushBuffer() doesn't >> work in current versions of tomcat. i think this is because >of the packet >> system of the warp connector. >> >> we work with a modified version of tomcat, which sovles this >problem by >> implement

RE: jspc4 tomcat 4.01 rpm packaging problem/bug

thanks to forward more information for my RPM :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Joakim

RE: mod_webapp prevents response.flushBuffer

mod_webapp prevents response.flushBuffer > > >On 13/11/2001 10:10 am, "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> >> ASAP, I'll make a snapshot of jtc in my home dir and do the >> RPM > >Thanks :) Once I finish my Job Hunt I'll also

RE: [VOTE] Release Tomcat 3.2.4

+1 I've got a question about 3.2 against 3.3. Now that 3.3 is released, did 3.2 will be deprecated in favor of 3.3, since both of them support Servlet 2.2/JSP 1.1 ? Regards - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD

RE: mod_webapp prevents response.flushBuffer

>-Original Message- >From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, November 13, 2001 4:21 PM >To: Tomcat Developers List >Subject: Re: mod_webapp prevents response.flushBuffer > > >On 13/11/2001 02:36 pm, "GOMEZ Henri" <[EMAIL PROTECT

RE: Tomcat: Distributed Session Management revisited

>Pier: > >Great discussion points. I really appreciate your thoughtful feedback. > >My comment about Tomcat caching session data does not preclude >it from being stored in the remote session server. Indeed, this would >be required. My thought was this, in a multi-node network if multiple >contiguo

RE: DO NOT REPLY [Bug 4386] - webapp1.0 will not install on Redhat 7.1

Did you try my RPM ? - 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 P

RE: IIS and TC4

>sorry to ask on this list as this is really a user question, >but I'm not on >Tomcat-User (too much noise :-) ) so I hope you'll bear with me. Sure >Is there a connector available for IIS and TC4? I've searched >the archives >of both lists and not come up with a definitive answer. AJP13 is s

RE: mod_jk / Ajp13 config fix on heavily loaded system

>what's about loadbalancing? > >say, we have defined local loadbalancing using >5 ajp13-worker at workers.properties, and we >have at server.xml: > maxThreads="100" > maxSpareThreads="50" > minSpareThreads="10" /> You have

RE: Jk2 logging

>A quick proposal ( vote ? ): I would like to start using >commons-logging >in jk2. Right now it has println() style, but beeing able to benefit >from the fine control that log4j ( and other loggers ) provides >would help a lot. > >If nobody oposes, I will check in a current build of commons-lo

RE: [4.1] Service

>Well, the Java code looks very similar to me. So the native code could >easily be ported to j-t-s. >It's just that this code is 100% Tomcat-dependency free. So >since it's some >generic capability other projects could want, I proposed to >move it to the >commons, instead of leaving it as a hidd

RE: Rename jK2 to mod_jk2 ?

Any objection to see JkMount renamed to Jk2Mount in mod_jk2 and in general all Directive subject to collisions with the original mod_jk... The both could be installed at the same time ... -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: Rename jK2 to mod_jk2 ?

TECTED] [mailto:[EMAIL PROTECTED]] >Sent: Monday, February 18, 2002 8:36 PM >To: Tomcat Developers List >Subject: RE: Rename jK2 to mod_jk2 ? > > >On Mon, 18 Feb 2002, GOMEZ Henri wrote: > >> Any objection to see JkMount renamed to Jk2Mount in mod_jk2 >> and in gene

RE: [Daemon] New commons component

I saw there is provisions in commons-sandbox daemon for Interception of Signals. Did there is plan to add this feature to Tomcat 3.3.1/4.0.2 as it will be a real bonus for site admins ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY :

jk2 renaming

Work is still in progress for the renaming of jk2 (native2) calls and vars to jk2_. Should be achieved tomorrow or on Thursday :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9D

RE: Rename jK2 to mod_jk2 ?

mailto:[EMAIL PROTECTED]] >Sent: Tuesday, February 19, 2002 5:01 PM >To: Tomcat Developers List >Subject: RE: Rename jK2 to mod_jk2 ? > > >On Tue, 19 Feb 2002, GOMEZ Henri wrote: > >> So JkMount in Jk2 will point to NOP ? > >No, it'll be commented out ( as long

RE: [Daemon] New commons component

>Well, of course the process would have to be started as root >and the setuid to a >non-root user happens at the start of the process. Then, the >JNI calls allow you >to invoke setuid to switch back to the "saved uid" which is >root (since that is >the uid of the parent process). The only issue

jk2 renaming - need revue and comments

Ouf, finished the renaming of jk2 (native2) Some remarks : 1) I choose to rename ALL JK directive since there are just too many which are common in JK (SSL, LOG, DATE...) ... AP_INIT_TAKE1( "Jk2WorkersFile", jk2_set1, "workerFile", RSRC_CONF, "the name of a worker file f

RE: [Daemon] New commons component

It's very easy at least in Unix world to have tomcat run as a basic user : Attached is the wrapper code (tomcat4) I use in TC 4.0.2 RPMS which replace catalina.sh dtomcat4 is a modified version of catalina.sh Ditto for jasper4 and djasper4 I'm unsure it's very usefull to have Tomcat 4.0 start

RE: jk2 renaming - need revue and comments

>> [Wed Feb 20 00:19:28 2002] [notice] Apache/2.0.28 (Unix) >mod_ssl/3.0a0 OpenSSL/0.9.6b DAV/2 mod_jk/1.2.0 mod_jk/1.2.0 >configured -- resuming normal operations >mod_jk/2.0.0 sounds better. > ok, so let's call it mod_jk/2.0.0 >> 3) To have both installed you should rename mod_jk.so from >

RE: jk2 renaming - need revue and comments

Oups miss to include diff ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 jk2_renaming2.zip Description: jk2_renaming2.zip -- To unsub

RE: jk2 renaming - need revue and comments

>-Original Message- >From: GOMEZ Henri >Sent: Thursday, February 21, 2002 9:57 AM >To: Tomcat Developers List >Subject: RE: jk2 renaming - need revue and comments > > >Oups miss to include diff ;) > >- >Henri Gomez ___

RE: Content-length checking in mod_jk

Seems a good idea ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Philippe Van Der Gucht [mailto:[EM

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk.c

There is still a problem with Jk2Worker directive (arg) I'm working on it - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original M

RE: Release servlet-api-4

Get jakarta-servletapi-4-src.tar.gz in http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0/src/ yes, it should be also copied in 4.0.2 release (ASAP) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo

RE: jk2 renaming - need revue and comments

>> BTW: Did there is plan to port mod_jk/2.0.0 to Apache 1.3 >> and IIS/iPlanet/Domino ? > >Of course, but my primary goal is to clean the code and >refactor it - and making it work well with Apache2.0. > >It should be reasonably easy to write the adapters >for the other ( few days for each

RE: mod_jk suggestion, add "request" logging option

These features could be added to mod_jk 1.2.0 (native) and 2.0.0 (native2) in jakarta-tomcat-connectors. The mod_jk in TC 3.3 is now feature freezed - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo

RE: jk2 renaming - need revue and comments

>> Ok, I'd like to have mod_jk 2.x with Apache 1.3 and >> may be with/without APR... > >I start to have doubts about supporting mod_jk2 without >APR - we should keep doing that at least until APR is >officially released and until we have a working >mod_jk2 for IIS/etc using APR. After that we can

RE: mod_jk suggestion, add "request" logging option

>> I suggest a fifth log level be added called "request". >> (debug, info, request, error, emerg) >> >> This log level would log each request with the following >possible info, >> what info is logged could be controlled by an new config option >> JkLogRequestFormat. > >+1, I don't know if I'll h

RE: mod_jk suggestion, add "request" logging option

>GOMEZ Henri wrote: >> >> These features could be added to mod_jk 1.2.0 (native) >> and 2.0.0 (native2) in jakarta-tomcat-connectors. >> > >What is the status of mod_jk (2) 1.2 and Ajp 14? mod_jk 1.2 is the original mod_jk from TC 3.3, with little cleanup. m

RE: jk2 renaming - need revue and comments

>>That requires making both versions 'coexist', and >>that requires renaming the module and the conflicting >>directives. > >Done, I'll modify mod_jk.c to mod_jk2.c ASAP Well I'll rename and update build files this nigth (CET) and will commit tomorrow morning (CET) -- To unsubscribe, e-mail:

RE: mod_jk suggestion, add "request" logging option

>OK, I think that explains it. > >So mod_jk 2.0 and Ajp14 are still in development, and it >may be a while before they are finished. Depends on how many people will help, a known story ;) >What about mod_jk 1.2, when will that be ready for production use? Ready to use, I'm using it since TC 4.0

RE: jk2 renaming - need revue and comments

>On Thu, 21 Feb 2002, GOMEZ Henri wrote: > >> >If you talk about the module name - I think that's >> >absolutely required. >> >> mv mod_jk.c mod_jk2.c, ok ? > >Change build.xml to generate mod_jk2.so, and >the internal name ( so LoadModule will

RE: jk2 renaming - need revue and comments

>>Renaming mod_jk.c to mod_jk2.c doesn't help too >>much, but it's ok ( and will be more consistent). > >mod_jk2.c is mandatory for : > > > ... handle jk2 directives ... > > >That's why renaming is mandatory > Urg, sorry for all these mandatory words ;? -- To unsubscribe, e-mail:

RE: mod_jk suggestion, add "request" logging option

>> OK, I think that explains it. >> >> So mod_jk 2.0 and Ajp14 are still in development, and it >> may be a while before they are finished. > >> > >What is the status of mod_jk (2) 1.2 and Ajp 14? > >My opinion: > >Jk2 supports all the features from jk1 ( and some more ). >There are probably so

RE: mod_jk suggestion, add "request" logging option

>> The only problem with jk2 is that it's only available >> for Apache 2.0, port to Apache 1.3 should be conducted... > >True. My focus was on cleaning up the code, and it >was much easier with a single server. I don't think >updating the other servers is very difficult. Hope so, maybe Apache 1.3

RE: mod_jk suggestion, add "request" logging option

>So if I wanted to add the "request" logging feature to mod_jk 1.2 >there is still time to do that? And should those changes be committed >to the HEAD CVS branch of jakarta-tomcat-connectors? mod_jk 1.2 in JTC is not feature freeze, so let's commit there, some will port the update to mod_jk 2.0

RE: Jk2 config

>I'm thinking about: > >1. JkSet NAME VALUE >Will have exactly the same behavior as NAME=VALUE in a >workers.properties file. >All settings that you can do in workers.properties today >could be done by JkSet, in httpd.conf. Or all settings >could be done in workers.properties. >For example JkLo

RE: Jk2 config

>> JkSet LogFile"/var/log/httpd/mod_jk.log" > >I would use logFile, logLevel - current options in >workers.properties start will small caps, and this >can go in either w.properties and httpd.conf. ok for logfile, logLevel instead of Logfile/LogLevel. BTW, may be good to UsE aNY

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java

There is a problem with that patch : void stopTomcat() throws Exception { // if a parameter isn't set, try to read it from a file if( port < 0 || host == null || secret == null ) { String tchome=getTomcatHome(); String defAjp12File=tchome + "/conf/ajp1

RE: Apache+SSL+mod_jk cache control headers issue

>I can't download pdf,doc,xls ... file with IE through an >HTTPS+BasicAuth >connexion. >IESSL+Basic >Auth-->Apache+mod_jkajp13>tomcat4.0.2 > >I got an error as described in >http://support.microsoft.com/default.aspx?scid=kb;EN-US;q196505. There is real problem with

RE: obtaining cipher suite within an isapi extension

Nacho searched some times ago on IIS documentation a way to get cypher suite but he couldn't find the information. Help welcome - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java

uide to mention these new arguments. Cheers, Larry -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: Tue 2/26/2002 4:38 PM To: Tomcat Developers List Cc: Subject: RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java The

RE: In memory replication - a non intrusive approach

>Hi Remy, >thanks for getting back to me. > >>Yes, why not. >>Note that the feature is: >>- a bit redundant with JK/JK2 load balancing, so it's not my >top priority >>personally >>- currently in alpha/unsupported status > >I'm not sure about the JK/JK2 load balancing feature, but from >the name

RE: Apache+SSL+mod_jk cache control headers issue

>> Could you try to use mod_jk from jakarta-tomcat-connectors against >> TC 3.3 and TC 4.0.2 ? >I have done those tests whith tomcat 4.0.2. I'm going to try >with tomcat-3.3 Thanks to verify if you have also the problem with TC 3.3 / 4.0.2 http connector in SSL mode (HTTP/1.O for TC 3.3), (HTTP/

RE: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteConnector.java CoyoteProcessor.java

Hi Remy, Do you think coyote could be ever used with Tomcat 3.3 ? ie: works with JDK 1.1, support TC 3.3 via modules JK/JK2 are available for both TC 3.3/4.x, it could be fine to have also a common HTTP connector for them and coyote seems to be the perfect candidate :) - Henri Gomez

RE: In memory replication - a non intrusive approach

itect >[EMAIL PROTECTED] >www.filip.net > >>-Original Message- >>From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] >>Sent: Wednesday, February 27, 2002 2:38 AM >>To: Tomcat Developers List >>Subject: RE: In memory replication - a non intrusive approach

Start/StopTomcat and ajpid

>-Original Message- >From: GOMEZ Henri >Sent: Wednesday, February 27, 2002 11:34 AM >To: Tomcat Developers List >Subject: RE: cvs commit: >jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java > > >Let me resume and tag the correc

RE: [4.0.3] [VOTES] Upcoming release and security fix

>Since there are apparently diverging opinions on the subject >(and also since >I didn't get any +1s for a possible 4.0.3 b1, or a 4.0.2a >release), here's a >formal request for vote. > >On the security problem reported yesterday, affecting the >security manager >sandboxing. We should: > >A [ ]

RE: tomcat402+iplanet4.1

There is no ajp12 support in TC 4.0.2. You need to use ajp13 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message-

RE: tomcat402+iplanet4.1

>In fact i am using ajp13. When ajp13 failed i tried ajp12. > >The other news is that this combo works fine on SUn Solaris >using solaris6 >so >library. iplanet + ajp13 + tomcat 4 works fine with Sun Solaris6 SO LIB ? JF, it's something for you -- To unsubscribe, e-mail:

RE: Start/StopTomcat and ajpid

inal. Related is since we read server.xml at startup where ajpid is specified, we should reread server.xml at stop time. Or we must remove the ajpid attrib from server.xml since it could be useable at start/stop time only via commandline >Cheers, >Larry > >> -----Ori

RE: [4.0.3] [VOTES] Upcoming release and security fix

>On Fri, 1 Mar 2002, Pier Fumagalli wrote: > >> "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> >> > 4.0.2a + 4.0.3b1 :) >> >> Just to be a "pain in the ass" I don't really like the >concept of an "A" >> v

RE: Start/StopTomcat and ajpid

>> Related is since we read server.xml at startup where >> ajpid is specified, we should reread server.xml at stop time. > >-0 since it's quite common to want to stop Tomcat from the >machine where >Apache is running, rather than from where Tomcat is running. Keeping >server.xml files in s

RE: mod_jk2 config

>On Fri, 1 Mar 2002, Ignacio J. Ortega wrote: > >> > JkMount /uri worker >> > is >> > /uri=worker >> >> I like to point out, that just now isapi_redirector ( 3.3 and j-t-c) >> uses a slightly more complex form of the former syntax, to allow a >> limited vhost mapping capabilty in isapi_redirect

RE: Start/StopTomcat and ajpid

>> Ok, so could you confirm the following : >> >> to start/stop with ajp12 : >> >> startup.sh -ajpid /var/spool/tomcat3/ajp12.id -ajp12 >> shutdown.sh -ajpid /var/spool/tomcat3/ajp12.id -ajp12 >> >> to start/stop with ajp13 : >> >> startup.sh -ajpid /var/spool/tomcat3/ajp13.id -ajp13 >>

RE: mod_jk2 config

>With my recent changes, there are few changes in the config. >My config is: >( in httpd.conf ) > >LoadModule jk2_module modules/mod_jk2.so > > > >JkSet logLevel debug > >JkSet worker.ajp13.type ajp13 >JkSet worker.ajp13.channel socket >JkSet worker.ajp13.port 8009 Great ># JkSet worker.ajp13.ch

RE: OT - ANN: Open Source JMX Implementation

Yes, it's known and used by Tomcat 4.0 for example ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: B

RE: OT - ANN: Open Source JMX Implementation

A RPM is allready available for mx4j 1.0b3, at www.jpackage.org, should I upload it also to jakarta ? And should we add it to TC 4.0.4 and 4.1, in LE mode, since it's a full OSS solution ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP K

Tomcat 4.x RPM listen port and documentation

Hi to all, As you may know, my Tomcat 4 rpms change the listen port from 8080 to 8180, 8081 to 8181, 8082 to 8182, 8443 to 8543 and 8009 to 8109 to help people have at both time Tomcat 3.x and 4.x I've got many reports from users complaining that the online documentation indicate standard por

RE: OT - ANN: Open Source JMX Implementation

>> And should we add it to TC 4.0.4 and 4.1, in LE mode, >> since it's a full OSS solution ? > >4.0.4 doesn't need JMX, so no ;-) >4.1, I vote yes (MX4J is quite small). So when I release 4.1 RPM, should I also provide a mx4j RPM ? -- To unsubscribe, e-mail: For addi

RE: mod_jk2 config

>> >uri.servletName:/my.host.com:8080/examples/HelloW=HelloWorldServlet >> >> Could we get these translation from web.xml forwarded by Ajp14 >> autoconf feature ? > >We should get these from web.xml - either extracted directly or >by extracting the info from tomcat. tomcat allready decode the

RE: Start/StopTomcat and ajpid

>Confirmed :-) > >-ajp12 is optional ( or it was last time I checked this ), >for backward compat. Ok, the 3.3.1-rc1 RPM use ajp12 -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: OT - ANN: Open Source JMX Implementation

>> So when I release 4.1 RPM, should I also provide a mx4j RPM ? > >I'd say yes. (but obviously, you get to decide :)) Now I'm sure you say yes :) -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: mod_jk2 config

>> tomcat allready decode the information and could send them in >> a simpler form to jk. > >Yes, but that creates some strange dependencies between configuring >apache ( or the web server ) and running tomcat. The recurrent chicken&eggs problem :) >Tomcat must be run first, and some magic must

RE: mod_jk2 config

>> I was thinking about a faster time() alternative, there was hacks >> in Apache 1.3 done by a MIPS employee sometimes ago, hacks never >> really reintroduced in Apache 1.3, but many where incorporated in >> Apache 2.0. May be JF could told us more about this ? > >A quick look in APR shows apr_ti

RE: mod_jk2 config

I just recall the Apache patches : The faster time() implementation for Apache 1.3/2.0 have been provided by SGI patches, now at SF. http://aap.sourceforge.net - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(

[RPMINFO] Tomcat 4.0.3 rpms reuploaded

The TC 4.0.3 rpm have been reuploaded since there was a nasty problem in previous upload and only .asc file where present. Sorry for the disturbance. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo...

RE: [PATCH] build.xml tomcat 4.0.2-3 rpm

Could you developp please. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Kevin P. Taylor [mailto:[EMA

RE: DO NOT REPLY [Bug 6817] New: - mod_jk uses RTLD_GLOBAL, which may not exist

May be also usefull to add #ifdef RTLD_NOW #define RTLD_NOW 1 #endif >From apache HTTPD includes os.h Do you think we should also port it back to JTC mod_jks ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..

RE: In memory session replication, reminder

I'll take a look at it today, and told you more tomorrow. But since I'm not a Catalina specialist, I may spend more time. Could we see that code outside TC 4.x, to make it available to TC 3.3/4.0 ? A good place seems to be JTC, where there is today more and more components used by both projects

RE: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http MimeHeaders.java

Excellent, another piece of code common to 3.3/4.0 ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: B

RE: In memory session replication, reminder

I take a look at code but miss the org.javagroups stuffs, which cover effective replication. - Where could I find it ? - Does it use multicast or others broadcast techniques ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECED

RE: In memory session replication, reminder

>Move it out of the core, it adds complexity. Leave/add any hooks you >need, but keep the bulk of the code/interfaces out, in a separate >module. > >I would even sugest j-t-c, since it's likely to need some of the >things there ( unix sockets, shmem, etc ). +1 -- To unsubscribe, e-mail:

RE: mod_jk2 config

>> Yes, and we had all to relearn it :-) > >You already know me, as long as nobody complains ( and -1 ) >I move on until I'm happy enough with the design. And that's fine :) >Jk was already 'object oriented C', I just enhanced that >and tried to clean up a bit. And it works well, better desig

RE: jk2: Config changes ( again )

>Yes, it's happening again... I feel I'm really close to >what I want - so please send feedback ! Let's go >The goal - improve mod_jk2 configuration. >Subgoals: >- make it more intuitive / simpler / cleaner >- allow runtime changes ( and query ) good >The proposed solution: > >Same config m

RE: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/httpMimeHeaders.java

>> Now if we could just make the code common to 3.3/4.0. :( >> I think that we'll probably have to review the >tomcat_util.jar policies in >> 3.3.2 now that more people are likely to start using modules >from j-t-c. > >What about removing the tomcat_util from 3.3 tree, and keeping a single >copy

[OT] zlib vulnerability

Hi to all, This is a of topic but I feel that you should now that there is a vulnerability in zlib (which may be used in Apache 1.3/2.0 code, ie mod_gzip). http://www.gzip.org/zlib/advisory-2002-03-11.txt Regards - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .)

RE: mod_jk2 config

>> >The best UI for configuration is xemacs ( or vi ) :-) >> >> May be for experienced users/admins, but this kind of tools are >> one of the reason IT managers choose products like websphere >> because they fill it will be easier to manage. > >I had a :-) at the end :-) Yes, I noticed ;) >Th

RE: In memory session replication, reminder

>You can start with my doc, there are two references to >JavaGroups in there >http://www.filip.net/tomcat/tomcat-javagroups.html >http://www.javagroups.com/ > >>- Does it use multicast or others broadcast techniques ? >Virtual Synchrony and Probabilistic broadcasting on top of IP >Multicasting.

RE: mod_jk2 config

>> What about iPlanet and Domino ? > >I have to sleep sometimes :-) If nobody volunteers to help, I'll do >iPlanet too, but for domino - I have no idea, never used it. May be Mike could works on iPlanet (it's our resident hacker on it). For Domino we should ask to the Andy Armstrong <[EMAIL PROT

RE: In memory session replication, reminder

>If you liked that, also have a look at Spread: > >http://www.spread.org/ > >The messaging engine (daemon) isn't written in Java, but it's very >fast and efficient, and runs on all the popular OSs. The Java clients >connect to it via TCP sockets, so the clients can be pure-Java. The >License is

RE: cvs commit: jakarta-tomcat/src/doc tomcat-ssl-howto.html

cryptix, cryptix-asn1 and puretls RPMs are also in the jpackage project: http://www.jpackage.org - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F

RE: pluggable security implementations

>AFAIK, Eric wanted to get to this at one point (and who could be better >qualified :). I think that it will be easier to do this in >Coyote than the >current Http11Connector. +1, since Coyote may be the common http 1.1 connector for TC 3.3 and 4.0, let focus effort on it -- To unsubscribe

RE: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http MimeHeaders.java

>> I prefer not to move tomcat_util to J-T-C until after Tomcat 3.3.1, >> which I plan on getting out this week or weekend at the latest. >> After that, I'm +1. > Agree > >What about including the alpha of coyote and jk2(java) with 3.3.1 ? >( disabled, but easy to activate ) +1, disabled by def

RE: mod_jk (1.2) enhancements

>I have implemented the mod_jk (1.2) request logging I proposed >a few weeks >ago. Its up and running. > >/* > * JkRequestLogFormat Directive Handling > * > * JkRequestLogFormat format string > * > * %b - Bytes sent, excluding HTTP headers. In CLF format > * %B - Bytes sent, excluding HTTP heade

RE: jk2: Config changes ( again )

>Even more extreme - use full uri, with query strings. We're in a http >server, we should know how to parse this kind of stuff :-) > > > JkUriSet worker >ajp13://tomcat_host.my.com:8009?lbfactor=10&debug=INFO > Good, but Apache oriented >And another idea for workers.properties: > >myworker1=a

RE: pluggable security implementations

>> I hope that the following server.xml snip correctly describes the >> inclusion! >Our experience with 3.3 was that just having a single socket factory >didn't work very well, because you also need to choose the right >classes to get socket info... The 3.3 approach was to have a >single meta-cla

RE: In memory session replication, reminder

>> We speak about spread some times ago but the licence wasn't Apache >> at this time, and yes it's another good Broadcast system. >> Good point it support native and java. > >Spread has a BSD license now. Thanks to many ASF members >speaking to the >spread developers and convincing them to switc

RE: mod_jk (1.2) enhancements

>> If JkLogLevel <= REQUEST ? > >Please, no more levels... Debug, info, error, etc is enough - >request is >not a level but a channel/log/whatever. >What next, add a 'headers' level to display the headers ? Is >headersAdd a worker.ajp13.logRequest property if you want, and use INFO level. You

RE: mod_jk (1.2) enhancements

>The priority is "emerg,warning,request,info,debug". > >Your though is that someone might want just request loggin without >emerg and warning? Yep, you could even have this kind of log in a separate log file for statistic, that's what is used for example by mod_gzip. Very very usefull when you wa

RE: mod_jk (1.2) enhancements

>I'm ok with dropping "request" from the JkLogLevel, though I wish >someone had said something when I first proposed this. :-) No the idea is excellent, but it will be more usefull to get this feature in a separate logfile (httpd use error, access) as does mod_gzip. -- To unsubscribe, e-mail:

RE: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

+1, share code, share code. I'll be +1 to have it also in 3.3.2 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message--

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