RE: [PATCH] RETRY: Tomcat 4.0 Docs SSL-Howto

>> If there are any further questions or comments - just hit "reply"... > >I like it - If noone complains I will try to commit it - > >> I just ask pedro to send me a plain copy, so let me take at look at ;) PS: Christopher and Eric should take a look also ;) -- To unsubscribe, e-mail:

RE: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt

>> +5958 Wrong mod_jk.conf for path pattern >Easy enough to fix. The only question is if we want to change only >${Server}Config, or do we want to change the mod_jk behavior >so that the two >statements: >JkMount /myApp/foobar/* ajp13 > and >JkMount /myApp/foobar* ajp13 >are the same

Security in Tomcat Webapps - WAS: Tomcat 4 / mod_webapp RPMs available...

I send a copy to tomcat-dev since it's an important issue >Thanks for getting back to me so quickly. The distributions you have >provided via jakarta have been very beneficial to us and our >project. We >are grateful so much work has gone into building RPM's. Thanks ;) >> Warning, the RPM g

RE: [PATCH] RETRY: Tomcat 4.0 Docs SSL-Howto

Seems good to me and should be applied also to Tomcat 3.3 SSL HOWTO :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Mess

Tomcat 3.3 and 4.x tuning via command line

Hi to all, You should all know that there is a very good Tomcat 3.3/4.0 plugin for the OSS IDE eclipse (www.eclipse.org), available at http://www.sysdeo.com/eclipse/. This plugin allow eclipse developper to launch Tomcat from the IDE, stop, restart and configure many parameters like tomcat_home.

RE: Tomcat 3.3 and 4.x tuning via command line

>I don't know if the Eclipse configuration allows you to >specify -D= in Tomcat's startup. Yes you could set any VM and commandline args. >If it does, >I think a lot of this can be done in Tomcat 3.3.1 using >parameter substitution. I have used in server.xml > > > >and included > >-Dht

RE: Tomcat 3.3 and 4.x tuning via command line

>It appears, for example, that the only thing you can override about a >connector is which port it's on. What happens if you want to override, >say, the maximum number of connections that your connector will accept >(the "maxProcessors" parameter on Tomcat 4's HttpConnector)? Right +1 for you he

RE: Tomcat 3.3 and 4.x tuning via command line

>> I don't know if the Eclipse configuration allows you to >> specify -D= in Tomcat's startup. If it does, >> I think a lot of this can be done in Tomcat 3.3.1 using >> parameter substitution. I have used in server.xml >> >> >> >> and included >> >> -Dhttp.port=8080 >> >> in the startup

RE: Tomcat 3.3 and 4.x tuning via command line

>I'm wondering whether we really need to build it in to Tomcat itself, >though. Can't you accomplish the same thing by using a little >Ant script >and run a or task? All this would require >is packaging >ant.jar along with Tomcat, or requiring users that need the facility to >download Ant th

RE: Tomcat 3.3 and 4.x tuning via command line

>There's a lot of power in what the task can do. >Here's a very >simple one that replaces the string "@port@" with the port number >specified by the "port" property: > > > > > > > > >In your template server.xml, you'd have a element >like this: > > > >Now, you just run "an

RE: [4.0.2] [VOTE] Final release

>As discussed yesterday, the binaries will include a minimal >distribution >designed to be run on JDK 1.4. I miss the discussion of yesterday, sorry. Did it means that the build won't require jndi/jdbcext/javamail/jaf that caused me so many headaches in RPM packaging ? > >[ ] +1 - I support thi

RE: [4.0.2] [4.1] [PROPOSAL] Binaries packaging

>> For the ZIP/TGZ packaging: >> >> A) Full JDK 1.4: This includes everything, except the >libraries which are >> already included in the JDK (including the JAXP XML parser). I'd like to use Xerces 2.0, will it be in JDK 1.4 ? >> B) Light JDK 1.4: This incluides a bare bones Tomcat >distributi

RE: [4.0.2] [VOTE] Final release

>The build doesn't require that, unless you use the "full.dist" >option (which >forces building everything, to prevent the release manager >from releasing >incomplete builds ;-)). > >JNDI is the only API you mentioned that is required (but it's >included in >JDK 1.3+, and you dont need the JAR)

Re: Tomcat 4.0.2 - Startup fails after moving xerces.xml from /common/lib to /server/lib

>> I am using xerces 2.0.0 in one of my webapps so I need to move xerces.jar >> out of /common/lib and into /server/lib. This works just fine with >>4.0.2-b2. >> With 4.0.2 If I keep xerces.jar in /common/lib and use xerces.jar 1.4.3 in >> my web app everything starts up just fine. But if I move x

Tomcat 4.0.2 Final RPM available

Hi to all, TC 4.0.2 rpms are available at : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2/rpms/ But read the following before rushing : Tomcat 4.0.2 in light mode need : servletapi 2.3, regexp 1.2 and xerces 1.x, that are for some compiled (servletapi), present in source

RE: Native Connector problems

>One of the last changes on the connector ( the secret ) >introduced a bug, >when worker_cache is enabled. The secret will not be initialized, and >that may creates all kind of serious problems. Could you detail the problem ? -- To unsubscribe, e-mail: For addition

PureTLS/Cryptix RPM at Apache - WAS: Tomcat 4.0.2 Final RPM available

>> TC 4.0.2 rpms are available at : > >The new RPM packaging looks much cleaner, and this time it should be >compliant with the official standard, right ? Yes, and I hope to see other jakarta/xml projects use these kind of packaging. BTW, openjmx RPM is ready, and also puretls, cryptix, cryptix-

RE: RES: [ANNOUCEMENT] Tomcat 4.0.2 Final released

>Might be worth forwarding it to tomcat-dev (the guy sent to >announcements) Yep ;) >> Are not the RELEASE-NOTES updated? See following secition of >known problems: >> >> "The WARP connector for Tomcat 4.0 does not support load >balancing at this >> time." >> >> and >> >> "The AJP connecto

RE: Tomcat 3.3.1 Beta 1 Released

RPMs are also available : http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1-b1/rpms/ Take a look at the information on how to use PureTLS, the OSS alternative to JSSE, which use Cryptix as security provider. May be updated in Tomcat Doc also, BTW: What about PureTLS on jakarta ?

How to APR for JTC ? WAS: Native Connector Builds - When?

I've done a RPM for tomcat-connectors which include : mod_jk for Apache 1.3 mod_jk for Apache 2.0 mod_jk2 for Apache 2.0 I still can't build mod_webapp since the APR_DIR/APR_VARS are mandatory and I want/need to use instead APR_INCLUDE and APR_LIBS. Today you have 2 choices to have APR : 1)

Java home autodiscovery add-on

What about adding this part in tomcat.sh (TC 3.3) and catalina.sh/jasper.sh to help them discover JAVA_HOME on at least Linux systems ? +if [ -z "$JAVA_HOME" ]; then +# Search for java in PATH +JAVA=`which java` +if [ -z "$JAVA" ] ; then +JAVA_BINDIR=`dirname ${JAVA}` +JAVA_H

Rename jK2 to mod_jk2 ?

What about renaming native2 (jk2) in JTC to mod_jk2 and jk2_module ? It will allow us to install both modules at the same times and test original mod_jk and new mod_jk. It will be need to rename all non static references, variables functions, but I could do that, by suffixing with jk2_ : And t

Retry: PureTLS/Cryptix RPM at Apache ????

e to JSSE - 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 >Sent: Wednesday, Februar

RE: Native Connector problems

>Nice... But the tarballs should be redone, should n't they? >Then how to know that a 4.0.2 tarballs (connectors) is a good one? >I would have retagged jakarta-tomcat-connectors as >tomcat_402_01 and will >rebuild the tarballs as jakarta-tomcat-connectors-4.0.2-01-src.* > >Any comments? It seems

RE: Retry: PureTLS/Cryptix RPM at Apache ????

>JXTA holds puretls and cryptix jars on jxta.org - so it shouldn't be a >problem on jakarta. > >Incidently, tls is not ssl, although there are many similarities. > >Just one question - are tls socket factories available for tomcat? You means TLSSocket instead of SSLSocket ? -- To unsubscribe, e-

RE: Rename jK2 to mod_jk2 ?

>If we consider native2 as a remplacement for the native of >mod_jk, no. That is >just a new version. >If you thing of easy testing may be... I have libjk.so from >native and mod_jk.so >from native2 and I stop/start Apache for testing both. The idea is that native2 will replace more or less qui

RE: jakarta-tomcat-connectors

>-Original Message- >From: Jarecsni János [mailto:[EMAIL PROTECTED]] >Sent: Friday, February 15, 2002 4:02 PM >To: Tomcat-Dev >Subject: jakarta-tomcat-connectors > > >Hi, > >I'd like to build TC40x. Where can I download >jakarata-tomcat-connectors? >The building.txt says one should downlo

RE: Java home autodiscovery add-on

>> What about adding this part in tomcat.sh (TC 3.3) and >> catalina.sh/jasper.sh to help them discover JAVA_HOME on >> at least Linux systems ? >> > > If someone forgets to set JAVA_HOME and has multiple JDK's >installed, they could get a suprise. I suspect most non-beginners >would rather see a

RE: Java home autodiscovery add-on

>In Tomcat 4.0.2 and later, the above code would, I believe, >fit into the >bin/setclasspath.sh script. This script, which already checks that your >$JAVA_HOME contains a java, javac, and jdb command, would extend that >functionality. BTW, setclasspath.sh is source by all the >executable Unix sc

RE: Java home autodiscovery add-on

Christopher, Did you take a look at my scripts ? tomcat3 starter : #!/bin/sh # # Wrapper script for Tomcat, to be sure it will allways # be run with correct user profile (tomcat by default) # # derived from stuff in tomcat.init # # Gomez Henri <[EMAIL PROTECTED]> # Keith Irwin &

[RPMANN] Tomcat 3.3.1-b1/4.0.2 updated & connectors created

Hi, A quick note to say that the Tomcat 3.3.1-b1 and Tomcat 4.0.2 have been upgraded to RPM release 2 TC 3.3.1-B1 http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1-b1/rpms/ TC 4.0.2 + CONNECTORS http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2/rpms/ The newly

RE: Rename jK2 to mod_jk2 ?

>> What about renaming native2 (jk2) in JTC to mod_jk2 >> and jk2_module ? > >+1 if you talk about the binary. -0 if you talk about directory/file >names. No only source/binary, without touching anything in CVS layout. >> It will be need to rename all non static references, >> variables functio

RE: Rename jK2 to mod_jk2 ?

>> No change in CVS tree, just in source to avoid conflict >> between mod_jk(s) even if one is a jk_module and the >> other jk2_module >> >> Rigth now, I'll wait for JTC developpers 'green ligth' to >> do the changes in JTC native2 ONLY :) > >Green light from me. It's an excelent idea. > >N

Re: Problem with mod_jk 1.2.0 (latest CVS snapshot)

> After including it in Apache 1.3.20, statically compiled/linked for > RedHat Linux 7.0, the error messages 'child pid x exit signal > Segmentation fault (11)' start appearing in the error log file of > Apache. mod_jk from Tomcat 3.3 M3 works fine with both Tomcat M3 and > the > latest 3.3 CV

Re: Alternative to NSI

> Frankly, Apache (HTTPd) went on for ages without installers, and it > just went great... I don't see the need for it. On Unixes world Apache is easy to build and install but it's not so easy under Windows Boxes. More Windows users want to have such installer stuff and if you want to see Windows

Re: Alternative to NSI

> Why the heck does it matter what installer software that we use? As usually Jon, you only see what you want in the thread. JF proposed to use a JAVA OpenSource Installer, something you should understand and be agree with it to install java software on many platforms > As long as people ca

RE: [TC4] jakarta-regexp.jar

>on 7/19/01 7:08 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > P.S. I'd like to propose that jakarta-regexp project name all their > jars jakarta-regexp.jar no matter what version they are. This doesn't > affect the decision here. >-1 >Until we have a CJAN, I like version numbers on ja

RE: Problem with mod_jk 1.2.0 (latest CVS snapshot)

>Just did a DSO version and couldn't replicate the problem (BTW, I've >recompiled/statically linked Apache and mod_jk again since then and the >problem was still there). So, maybe it has to do with statically linking >Apache after all... Strange problem. What's the difference between static and d

RE: ajp13 slowish

>Speak of the devil, I just ran across this page today, from a hosting >service: >http://www.aoindustries.com/servlet/com.aoindustries.website.WhatsNew > >which says: >"Please note that AJP13 is still much slower than AJP12. Using AJP12, >ourstandard "Hello" servlet processes 544 requests per seco

RE: Problem with mod_jk 1.2.0 (latest CVS snapshot)

>Now I have some new info here. After recompiling everything clean, I've >taken out PHP altogether. So it's not part of the equation. It is >sufficient to compile mod_jk in and use static pages only (ie. no >JSP's/VM at all). If you gracefully restart the server a >number of times >(the number va

RE: System hangs after 2-3 hours of use

>It's a mod_jk bug. Mod_jserv doesn't seem to have the problem >and I don't >know if mod_jk is already fixed. (Pier?) >Don't know about NT though, but I suspect the same problem is >there as what mod_jk is not the speciality of Pier :) >I had (on linux rh 6 and 7). What's the exact problem wi

RE: Problem with mod_jk 1.2.0 (latest CVS snapshot)

>> Good information, and could send us a strace ? > >Just occurred to me that I have the dumped core of Apache when it died. >Would that help you? May be send a gdb where output ?)

RE: Problem with mod_jk 1.2.0 (latest CVS snapshot)

>> Good information, and could send us a strace ? > >This may sound strange to all you Apache experts, but how do I do that? >How do I run strace on a detached process? strace httpd -f (follow forks)

RE: System hangs after 2-3 hours of use

>> mod_jk is not the speciality of Pier :) > >Sorry ;-)) My eyes are not so good ;-) :::) >> >I had (on linux rh 6 and 7). >> >> What's the exact problem with mod_jk and ajp12 ? >> Couldn't you switch to tomcat 3.2.3 and ajp13 ? Exactly the same configuration here in dev and prod. Redhat 6.x, T

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

Thanks Mike :) - 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: System hangs after 2-3 hours of use

>> Exactly the same configuration here in dev and prod. >> Redhat 6.x, TC 3.2.3/3.3 and mod_jk / ajp13 >> Never go any problems > >then we have to switch to ajp13 (not in a rush though, >mod_jserv is working fine now) Yep the old duo. >They could have had the same bug.. So it was safer to swith

RE: Problem with mod_jk 1.2.0 (latest CVS snapshot)

>> >> Good information, and could send us a strace ? >> > >> >This may sound strange to all you Apache experts, but how >do I do that? >> >How do I run strace on a detached process? >> >> strace httpd -f (follow forks) > >Thanks for the tip. The log file (bziped) is attached. I didn't locate th

RE: Problem with mod_jk 1.2.0 (latest CVS snapshot)

>Just realised that the core I have was compiled without -g option. VERY >useful. I also wanted to replicate the core dump with the >httpd that was >compiled with -g, but that didn't work. Now I'm starting to think that >the core file I had was a result of a different crash (I was >experimenting

RE: Separating Service code from Tomcat 4.0

>"Pier P. Fumagalli" wrote: >> >> Since it can be used by different projects (not only >Tomcat), I wanted to >> separate the Service code into a new CVS repository >(jakarta-service). >> >> How about it? > Ok for jakarta-service. And I agree with Pier that since it's not only related to to

RE: Ajp13Connector.java initialize missing

>Due to the changes in >catalina/src/share/org/apache/catalina/Connector.java >mod_jk does not compile with Tomcat 4.0b7-dev. Should I fix it? Yes please, I think Andy will thank you for that :)

RE: Separating Service code from Tomcat 4.0

>GOMEZ Henri at [EMAIL PROTECTED] wrote: >> >> I'm +1 for jakarta-service and -1 for jakarta-tomcat-service > >Still of this idea? I can't open jakarta-service as I have to >get down to >the PMC to do it, and I'd like to commit some code... >T

RE: bug? does getRemoteAddr() work in tc3.3-beta 1?

I'm working on the fix, you could assign me the bugs !!! >-Original Message- >From: Mike Anderson [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, July 25, 2001 6:43 PM >To: [EMAIL PROTECTED] >Subject: Re: bug? does getRemoteAddr() work in tc3.3-beta 1? > > >Clayton, > >This does seem to be a

RE: bug? does getRemoteAddr() work in tc3.3-beta 1?

Corrected in CVS. hgomez 01/07/26 04:14:11 Modified:src/share/org/apache/tomcat/modules/server Http10Interceptor.java Log: Correct getRemoteAddr() bug in native http 1.0 connector Bug report from Clayton Vernon Revision ChangesPath 1.18 +

RE: Separating Service code from Tomcat 4.0

I'm +1 for jakarta-service and -1 for jakarta-tomcat-service >>> >>> Still of this idea? I can't open jakarta-service as I have to >>> get down to >>> the PMC to do it, and I'd like to commit some code... >>> Thanks... >> >> Argh, if you need the PMC agreement, it will delay that piece

RE: I would like to know what tomcat release bug 345 was deferred to, still doesn't seem to be fixed on tomcat 3.2.3

>I would like to know the status of this bug and what release >it is going to >be addressed in ? >I found another person had filed bug 345 quite awhile back. >We need the >proper date header response back to browser so it won't reload >staic files >all the time. We don't want to use the IIS re

RE: Different approach to TC as a service (was: Separating Service code from Tomcat 4.0)

>Hi Joe et al, > >Joe Flowers wrote: >[snip cogent words about running TC as a service] > >I agree with you 100% WRT the difficulty of getting JavaService to work >-- a sysadmin here pulled most of his few remaining hairs one >day trying >to get it working, so while I haven't personally looked at

Date in HTTP headers

Hi, TC 3.2.3 and 3.3b1 didn't send the actually the Date header in http 1.0 connector. RFC2616 indicate that the Date header should be present. What's your opinion adding it to both implementation ? FYI, Tomcat 4.0 send the Date header :)

RE: Date in HTTP headers

>First at all i'm +1 on adding Date header aswell ( is on my todo list >for 3 months now ;) Done, I attached 2 diff one for TC 3.3 CVS and one against TC 3.2.3. Note the little hack to speedup date generation in rfc1123 format :) PS: TC 3.2.3 expose Servlet-Engine but not TC 3.3. What about addi

RE: Different approach to TC as a service (was: Separating Service code from Tom

>> With TC4 we could do with a JNI connector in mod_webapp >(even though Pier >> probably doesn't want to do this). We will use mod_webapp in >preference to >> mod_jk for simplicity of setting up. > >I'm not sure I understand how jk is "more difficult" to set up - it's >just a: >"JkMount /conte

RE: I would like to know what tomcat release bug 345 was deferred to, still doesn't seem to be fixed on tomcat 3.2.3

I posted one yesterday, for TC 3.2.3 and TC 3.3 !: - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Marc

RE: mod_jk 1.2.0 (CVS) + TC 3.3 B1

Hi to all, I'm back from hollidays :( >After finally getting over the 'graceful restart' issues... Could you developp it more please ? >Is this for some reason a 'forbidden' combination? I've observed some >really strange stuff going on with this combo - parameters don't get >passed correctly,

RE: New SSL HOWTOs

That's a good works and we should in with my tomcat-ssl-howto.html :) There is still things to be mentioned like : - how to import OpenSSL, Thawte or Verisign WebServer certificates. - in case of client authentification, how the stuff works. 2 cases : You start you're own CA, using openca

mod_jk is great : WAS: Is anyone working on iPlanet integration?

> Craig wrote : > >Of course, Costin neglects to mention that, approximately a year ago, >there were exactly zero Tomcat committers that understook mod_jk at all -- >and that it took some heroic efforts on the part of many folks who came >along later (to whom the entire Tomcat community is gratefu

RE: Sources in Binary Distributions

A little late +1 Thanks to remove sources from binaries :) That's how the majority of OSS projects works today. Source -> binaries (eventually packaging like RPM/DEB) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD..

RE: [TC3.2.3][PATCH] mod_jk / mod_rewrite bug fix

What the status of that one about a week later ? I recall the discussions some months ago about replacing the previous uri with unparsed_uri. Did we have a way to determine that the uri came from mod_rewrite and not from client (via the notes). In that case what about using r->uri instead of r

RE: [VOTE] Sources in Binary Distributions

> >Jean-frederic wrote : > >Well, if in 10 years I have to do some maintenance at a >customer it would be >nice to have the sources with the running system. But I am not >sure that a >customer will also have the source of his applications... That's all the power of packaging method like RPM, s

RE: New SSL HOWTOs

>> doc I sent >> (like perhaps the JDK 1.1 installed extension issue)? If not, >> I'll just >> send along a new version of the doc with all relevant mods. >> If so, could >> you please shoot me a copy of the doc as it sits now, and >> I'll in

RE: New SSL HOWTOs

>No problem. > >Henri, if you could please send me the html file you have, I'll >integrate it with the what I had :) Just updated and commited :) Nota that file src/doc/tomcat-ssl-howto.html, should be also copied in tomcat 3.2 (will do that tomorrow) Regards

RE: New SSL HOWTOs

>Henri, if you could please send me the html file you have, I'll >integrate it with the what I had :) Will you include your part in my current tomcat-ssl-howto.html or doing the reverse ? I'd like (better) to see your works in the tomcat-ssl-howto.html :)

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Ajp13.java

Hi Keith, What about adding the REPORT method to ajp13, found in jakarta-tomcat-connector ? Regards - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A

RE: mod_webapp with Apache 2.0

Good news Pier Happy to see a second connector web-connector for Apache 2.0 ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >

RE: ajp13, tc 3.3

>> I think ajp is handling the missing content length case OK, except we >> might need to send an initial body chunk even if contentlength is not >> specified. >> >> I was hoping to get it in tc 3.3 since tc is not quite doing what one >> would expect from reading the spec. How about I post a dif

RE: [VOTE] New Tomcat Committer

+1 Welcome on board Christopher :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Craig R. McClanahan

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/test Header.java HttpRequest.java

>/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/test/ >HttpRequest.java,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -u -r1.3 -r1.4 > --- HttpRequest.java 2001/02/20 03:14:12 1.3 > +++ HttpRequest.java 2001/08/28 05:46:28 1.4 > @@ -320,7 +320,8 @@ >

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/t estHeader.java HttpRequest.java

>-Original Message- >From: Schreibman, David [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, August 28, 2001 5:17 PM >To: '[EMAIL PROTECTED]' >Subject: RE: cvs commit: >jakarta-tomcat/src/share/org/apache/tomcat/util/t estHeader.java >HttpRequest.java > > >For whatever it's worth, here are som

RE: Tomcat4-Apache Deploy WebApp on server-root directory

Why not continuing to use mod_jk with TC 4.0 ? Just take a look at jakarta-tomcat-connectors :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Ajp13.java Ajp13Interceptor.java Ajp13Packet.java

Another thing we may change in Ajp13Interceptor.java, is setSoLinger() which could delays too much connections close. cf: bug regarding apache threads against ajp13 threads - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECED

RE: TC 3.3 Mod_jk chunked input encoding

>I'm +1 for the patch. > >My main concern ( and what I've looked for ) is to not brake >anything that >worked - and from your changes it seems the case where >Content-Length is >present will work exactly as it did before. Seems fine >If possible, please also update j-t-c. ( we can do that late

RE: TC323 standalone/ajp13 & thread pools

>Hi (.*), > > Hope all is well around the globe. > > We've been doing some stress testing here with Tomcat >3.2.3 operating > in standalone mode and with apache via the mod_jk ajp13 >connector. > > We've noticed something interesting which we're not sure about. > >

RE: iPlanet / WARP / Tomcat integration

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

RE: cvs commit: jakarta-tomcat/src/native/mod_jk/apache2.0 mod_jk.c

Let me developp. 1) Apache 2.0 is supporting SSL now via mod_ssl and mod_tls, BUT, use allways the same API. No more EAPI problems like in Apache 1.3 2) Same configuration directive that the one found in Apache 1.3. JkHTTPSIndicator JkCERTSIndicator JkCIPHERIndicator JkSE

RE: [VOTE] Release Plan for Apache Tomcat 4.0 (final release)

Please consider that Cain is American and a real true lover of 'Belles lettres et beaux auteurs' s/Cornelle/Corneille - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED5

RE: cvs commit: jakarta-tomcat/src/native/mod_jk/apache2.0 mod_jk.c

>On 5 Sep 2001 [EMAIL PROTECTED] wrote: > >> hgomez 01/09/05 03:02:15 >> >> Modified:src/native/mod_jk/apache2.0 mod_jk.c >> Log: >> Added MountCopy missing stuff for SSL >> and EnvVars > >Don't forget to sync with jakarta-tomcat-connectors :-) I've have ALL the recent works on A

RE: [VOTE] Release Plan for Apache Tomcat 4.0 (final release)

>-- >[ ] +1I am in favor of this plan, and will help >[X] +0I am in favor of this plan, but am unable to help >[ ] -0I not in favor of this plan >[ ] -1I am opposed to this plan, and my reason(s) are: I'll try to do RPM for tomcat 4.0 and may be also mod_webapp, if I arriv

RE: Patch for mod_jk and Apache 2.0

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

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

>This will need to change when my next patches in the webapp >library go in, >as Apache will be able to serve static files when possible... > >Also, since Apache 2.0 is not final yet, I would remove all >MODULE_MAGIC_NUMBER checks, and _require_ for the module to be >built with >the latest HEAD

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

>> Many users are still using Apache 2.0.24-alpha (including myself), >> or even 2.0.18-beta (including IBM iSeries team porting Apache 2.0). Ok, ok, I could understand your all developpers point of vue, but let me say it appears just too elitist. You just can't ask people (developpers or users)

RE: Digest authentication in Tomcat?

> costin wrote >In 3.3 we tried to make it easy to add modules ( and all the >functionality is implemented in modules ), it's just like adding a >webapplication. The idea is to reduce the pressure on the official >release, reduce the 'featurism', keep tomcat simple, etc. That's also the general i

Bug #2333

Hi, Sometimes ago we received a patch for bug #2333 related to ajp12. It came from Roloff, Dirk [[EMAIL PROTECTED]] and I'd like to have your opinion before commiting it. Regards De: Roloff, Dirk [[EMAIL PROTECTED]] Envoyé: mardi 26 juin 2001 19:10 À: '[EMAIL PROTECTED]' Objet: [PATCH] fo

RE: [VOTE] Removal of mod_jk for Apache 2.0 from jakarta-tomcat for T omcat 3.3

+1 Let me comment at little. I'm currently working in porting changes in JT to JTC and from JTC to JT. For example, recent change in AJP13 chunk support in JT are not in JTC and latest stuff for Apache 2.0.26-dev not in JT. Let me say that it's just a nightmare to work on two branches (but t

RE: NBIO

>Hi developers > >How can i develop a apache-tomcat connector using the nbio library? > >http://www.cs.berkeley.edu/~mdw/proj/java-nbio/ > >Any guideline? > >Thanks Hi Mauricio, It could be nice to have it on jakarta-tomcat-connectors since we have here support for both Tomcat 3.3 and 4.0. You

RE: Bug reports

>Well... At the beginning bugs were sent here, then on this mailing list >people complained because of it, so we assigned them to >individuals, now >people complain of the contrary... I'll never understand humans (Mr Spock 27500 AC) Ok, let me say that I'd like to read the bugs state in this ma

RE: [VOTE] Release Plan for Tomcat 3.3 (final release)

>= Tomcat 3.3 Final Release Plan Ballot = >[X] +1I am in favor of this plan, and will help >[ ] +0I am in favor of this plan, but am unable to help >[ ] -0I not in favor of this plan >[ ] -1I am opposed to this plan, and my reason(s) are: >==

RE: [VOTE] Removal of mod_jk for Apache 2.0 from jakarta-tomcat for Tomcat 3.3

>++1! I didn't even know it existed anyplace other than JTC. I have >been supplying patches recently for it too. Also, having duplicate >code anyplace is just a bad idea. I am on a crusade to remove all >duplicate code from every code-base throughout the world. > >:-) Anyway, from a non-com

[VOTE] New commiter Ryan Bloom

I would like to propose Ryan Bloom as commiter in Tomcat, and particulary on jakarta-tomcat-connector. Ryan is one of the dev leader in Apache 2.0 and contributed many patch for both mod_jk and mod_webapp, showing us that connectors avoid politics :) Vote, please - Henri Gomez

Re: [VOTE] Removal of mod_jk for Apache 2.0 from jakarta-tomcat f or Tomcat 3.3

En réponse à [EMAIL PROTECTED]: > On Mon, 10 Sep 2001, Pier Fumagalli wrote: > > > "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > > > > > Ryan to became more than just a contributer : > > > > This is the third time we agree on something in

Re: [VOTE] Removal of mod_jk for Apache 2.0 from jakarta-tomcat f or Tomcat 3.3

> I'm actually right now working on the thread locks for Windows, and > then > I > am going to start agitating for an APR release. We should have APR > 1.0 > out > the door soon-ish. I am hoping to have it released sometime in the > next > month > or two. :-) That's the last objection to use

RE: [VOTE] Bug Notification E-Mails

[X] +1 Tomcat-Dev should definitely be CC'ed a copy of the notifications [] +0 Sure, why not [] -0 I don't really care to see them, but I won't complain if I do :) [] -1 Leave it alone (explain) If the mail came from [EMAIL PROTECTED], it will be easy to have rules to filter them, but it's allrea

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

Hi Keith, Nice to see that works (you were the faster here :) What about change in mod_jk.c for Apache 1.3 and 2.0 in J-T-C. I've worked on that and could commit if necessary. Just to avoid duplicate commit :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .)

RE: New resource: Bugs every servlet programmer should know about

Hi Jason, Some comments : - File upload does not work with with Apache/Tomcat using the ajp13 connector This kind of stuff is fixed in latest Tomcat 3.3 and was related to CHUNK SUPPORT - Bug: req.getDateHeader() can fail under load with Tomcat in TC 3.3, and certainly TC 3.2.4-dev, we

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