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

Henri Gomez wrote: [EMAIL PROTECTED] wrote: What about a 1.2.5 release soon ? +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk 1.2.5 release

Glenn Nielsen wrote: I have created a mod_jk 1.2.5 test release distribution. I made a few minor changes. I have removed all the jk/build.* files and the README.txt file. They refer to using ant to build the connector and AJP but that doesn't work because these source releases are only for the c

Re: mod_jk 1.2.5 release

Glenn Nielsen wrote: Henri Gomez wrote: Glenn Nielsen wrote: I have created a mod_jk 1.2.5 test release distribution. I made a few minor changes. I have removed all the jk/build.* files and the README.txt file. They refer to using ant to build the connector and AJP but that doesn't

Re: cvs commit: jakarta-tomcat-connectors/jk/tools/reports tomcat_trend.pl

[EMAIL PROTECTED] a écrit : glenn 2003/07/03 07:41:12 Modified:jk/tools/reports tomcat_trend.pl Log: Prevent script from failing on bad date format Revision ChangesPath 1.5 +7 -3 jakarta-tomcat-connectors/jk/tools/reports/tomcat_trend.pl Index: tomcat_tr

Re: Buggy mod_jk2 AJP 13 communications?

James Courtney a écrit : Developers, Forgive the post to the developer list but I honestly feel that my question(s) are detailed enought to be of interest to the development community for Tomcat and have thus far remained largely unaddressed by the tomcat-user community. Please also fo

jk 1.2.25 release ?

Any date ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: jk 1.2.25 release ?

Henri Gomez a écrit : Any date ? Oups: mod_jk 1.2.5 of course - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: jk 1.2.25 release ?

Glenn Nielsen a écrit : I was hoping to get it released this week. But I just noticed that under Apache 2 mod_jk piped logs there are two instances of the piped log program running for the same log file. I want to track this down. I also just implemented load balancing this morning on a producti

Re: mod_jk 1.2 endpoint cache

Glenn Nielsen a écrit : I have been testing mod_jk 1.2.5 with Apache 2 and load balancing. I noticed in the source that mod_jk 1.2 endpoint cache's are disabled by forcing ep_cache_sz=0. I did a cvs log and could not find any comments on why this is so. Is there a reason why this is disabled? Us

Re: mod_jk 1.2.5 release

Glenn Nielsen a écrit : I have taken care of the serveral minor bug fixes I wanted to get into the mod_jk 1.2.5 release. But I still have the question below about endpoint caching. I would like to renable endpoint caching for use by threaded servers. Is there any reason to not do this? Regards,

Re: mod_jk 1.2 endpoint cache

Glenn Nielsen a écrit : Henri Gomez wrote: Glenn Nielsen a écrit : I have been testing mod_jk 1.2.5 with Apache 2 and load balancing. I noticed in the source that mod_jk 1.2 endpoint cache's are disabled by forcing ep_cache_sz=0. I did a cvs log and could not find any comments on why th

Re: mod_jk 1.2 endpoint cache

Glenn Nielsen a écrit : Henri Gomez wrote: Glenn Nielsen a écrit : I have been testing mod_jk 1.2.5 with Apache 2 and load balancing. I noticed in the source that mod_jk 1.2 endpoint cache's are disabled by forcing ep_cache_sz=0. I did a cvs log and could not find any comments on why th

Re: mod_jk 1.2 endpoint cache

Sorry for the confusion, you are right. It does get set later on. Did you get a chance to review the minor changes I made in the last week? Yes and I don't see any problems. With that resolved I am ready to roll another test mod_jk 1.2.5 release. If that looks ok we can vote on doing the rele

Re: mod_jk 1.2.5 test source distribution

Glenn Nielsen a écrit : I have generated another mod_jk 1.2.5 test source distribution, it can be found at: http://cvs.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz Please build and test binaries for different OS and web servers. I will call for a release vote for mod_jk 1.2.5

Re: mod_jk 1.2.5 test source distribution

Glenn Nielsen a écrit : I have found another thread safe bug when running mod_jk 1.2 with Apache 2 and the worker (threaded) MPM. This one is due to not using the reentrant version of gethostbyname(). I have only seen the problem on multiple CPU Sun servers. I will be working on fixing this and

Re: mod_jk 1.2.5 test source distribution

Glenn Nielsen a écrit : It isn't quite that easy. On Solaris the args for gethostbyname_r are different than on the AS400. Arg, you're right, same thing on Linux may be the configure task should get some discover code from apr (cf apr_network.m4 from APR). Or maybe we should delegate it to

Re: mod_jk 1.2.5 test source distribution

When you build mod_jk for apache 2 _REENTRANT will be defined if it is needed by apache. A simple #ifdef will work. I already did this but when I tested it caused other problems. I haven't had a chance yet to go back and fully test and debug this change. I'll get to it this week. Or maybe we sh

Re: mod_jk 1.2.5 test source distribution

Glenn Nielsen a écrit : Henri Gomez wrote: When you build mod_jk for apache 2 _REENTRANT will be defined if it is needed by apache. A simple #ifdef will work. I already did this but when I tested it caused other problems. I haven't had a chance yet to go back and fully test and debug

Re: mod_jk 1.2.5 test source distribution

So the idea will be to use APR implementation when we detect that APR is available (configure should be updated accordingly). And under Apache 2.0, APR is allways available ! Apache 1.3 use fork mode under Unix, so no thread problem. For Windows I wonder what happen, may be the implementation

Re: mod_jk 1.2.5 test source distribution

Henri Gomez a écrit : So the idea will be to use APR implementation when we detect that APR is available (configure should be updated accordingly). And under Apache 2.0, APR is allways available ! Apache 1.3 use fork mode under Unix, so no thread problem. For Windows I wonder what happen, may

Re: cvs commit: jakarta-tomcat-connectors/jk/tools/reports tomcat_reports.pl

[EMAIL PROTECTED] a écrit : glenn 2003/07/25 07:00:20 Modified:jk/tools/reports tomcat_reports.pl Log: Allow y axis for latency graphs to scale better I need to fix an include problem in jk_connect.c (for iSeries) and it will be ready (stay tuned)

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.c

[EMAIL PROTECTED] a écrit : hgomez 2003/07/25 07:58:22 Modified:jk/native/common jk_connect.c Log: Use u_long instead of in_addr_t which make unhappy some platforms like iSeries Revision ChangesPath 1.10 +2 -3 jakarta-tomcat-connectors/jk/native/common/jk_conn

Re: [5.0] Connector default configuration + connection timeout

Remy Maucherat a écrit : Hi, What would be the best connector default configuration ? I switched HTTP/1.1 to be: maxThreads: 100 minSpare: 1 maxSpare: 10 That should be ok for a small/medium site, and bad for a large site. It should be decent for benchmarking if there's a warmup period. Should

Re: AW: [5.0] Connector default configuration + connection timeout

Fischer, Ilona a écrit : Protection against DOS attack should also have some glues like : - Max clients from the same IP (ie DOS attack from the same host). How would you distinguish between users coming from big proxy and a DOS-attack? Our access.logs shows that approx. 30% acesses comes from t-

Re: [5.0] Connector default configuration + connection timeout

[EMAIL PROTECTED] a écrit : On Mon, 28 Jul 2003, Henri Gomez wrote: May be you should mimic the defaults settings of Apache 2.0 : 150 Threads, 25 MinSpare, 75 MaxSpare. Shouldn't one assume that a servlet container's application is different from that of a webserver ? I.e. less st

Re: AW: AW: [5.0] Connector default configuration + connection timeout

Fischer, Ilona a écrit : IMHO it's the definition of a proxy to send/recive requests instead of client... that means only the proxy was talking with the webserver -> in the HTTP-header was only the IP of the Proxy And what about the Via: header ? ---

Re: AW: AW: [5.0] Connector default configuration + connection timeout

Bill Barker a écrit : - Original Message - From: "Henri Gomez" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, July 29, 2003 12:46 AM Subject: Re: AW: AW: [5.0] Connector default configuration + connection timeou t

Re: build-hpux.sh

Mertz, Wendy (Director Corporate Systems, IT) a écrit : To whom it may concern: We are trying to install and link Apache with Tomcat and am unable to locate the build-hpux.sh script for Apache 1.3.14 to Tomcat 3.2.3 (HP Unix 11.0). Can you assist me by providing me the script? Thank you in adva

Re: [VOTE] Release mod_jk 1.2.5

Glenn Nielsen a écrit : No problems have been reported since the last test source distribution of mod_jk 1.2.5 was made available for testing July 26. Please vote on a release of mod_jk 1.2.5: [X] +1 release, and I will help build binaries for _ os/web server [ ] +0 ok to release [ ] -0 r

Re: [VOTE] Release mod_jk 1.2.5

Henri Gomez a écrit : Glenn Nielsen a écrit : No problems have been reported since the last test source distribution of mod_jk 1.2.5 was made available for testing July 26. Please vote on a release of mod_jk 1.2.5: [X] +1 release, and I will help build binaries for _ os/web server

Re: [VOTE] Release mod_jk 1.2.5

Kurt Miller a écrit : From: "Glenn Nielsen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 01, 2003 6:39 AM Subject: [VOTE] Release mod_jk 1.2.5 No problems have been reported since the last test source distribution of mod_jk 1.2.5 was made available for testing July 26. I've

Re: DO NOT REPLY [Bug 21795] - j_security_check isn't fed throughfilters

[EMAIL PROTECTED] a écrit : DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoy

Re: DO NOT REPLY [Bug 21795] - j_security_check isn't fed throughfilters

[EMAIL PROTECTED] a écrit : DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoy

Re: [VOTE] Release mod_jk 1.2.5

Kurt Miller a écrit : From: "Henri Gomez" <[EMAIL PROTECTED]> It was u_long before I change it in in_addr_t and then change it back to u_long. Oh. I guess I should have done a bit more research.;-) I just started attempting to get mod_jk going on sparc64 a few days ago. However

Re: [VOTE] Release mod_jk 1.2.5

Henri Gomez a écrit : Kurt Miller a écrit : From: "Henri Gomez" <[EMAIL PROTECTED]> It was u_long before I change it in in_addr_t and then change it back to u_long. Oh. I guess I should have done a bit more research.;-) I just started attempting to get mod_jk going on sparc6

Re: [VOTE] Release mod_jk 1.2.5

Kurt Miller a écrit : From: "Henri Gomez" <[EMAIL PROTECTED]> Kurt Miller a écrit : From: "Henri Gomez" <[EMAIL PROTECTED]> It was u_long before I change it in in_addr_t and then change it back to u_long. Oh. I guess I should have done a bit more research.

Re: [VOTE] Release mod_jk 1.2.5

The future will be mod_jk2, and I think we should focus on it after the 1.2.5 release. Ok. I jumped in on this thread because I thought that a new problem was introduced, but that is how it was in prior releases. I can report 1.2.5 works fine on OpenBSD-current/i386. I will keep working on OpenBS

Re: [VOTE] Release mod_jk 1.2.5

Kurt Miller a écrit : From: "Henri Gomez" <[EMAIL PROTECTED]> The future will be mod_jk2, and I think we should focus on it after the 1.2.5 release. Ok. I jumped in on this thread because I thought that a new problem was introduced, but that is how it was in prior releases. I

Re: [VOTE] Release mod_jk 1.2.5

Joseph Shraibman a écrit : Glenn Nielsen wrote: No problems have been reported since the last test source distribution of mod_jk 1.2.5 was made available for testing July 26. Please vote on a release of mod_jk 1.2.5: [ ] +1 release, and I will help build binaries for _ os/web server [ ]

Re: [VOTE] New committer: Eric Carmichael

Remy Maucherat a écrit : I'd like to nominate Eric Carmichael as a committer on the Tomcat project. Eric has been steadily supplying quality patches to the new Jasper which will implement the JSP 2.0 specification, and has helped fix outstanding bug reports. He plans to continue contributing in

Re: [VOTE] 5.0.9 stability rating

Shapira, Yoav a écrit : Howdy, [ ] Alpha [ X ] Beta I don't think it really matters, except I'd like to say Beta to get more users to download and test it. I think we've reached the point where more user testing of the 5.0.x branch is highly desirable. +1, beta will attrack more people (inc

Re: [j-t-c] Thread problem in jk_uri_worker_map.c

Marc Saegesser a écrit : That makes sense. The manipulations that map_uri_to_worker() does always make the string shorter so there is no need to worry about the modifiable string passed in being too short and needing reallocated. Trying to fix this in the jk/common code is, I think, a waste of ef

jk 1.2.5 and ipv6

Hi to all, Still working on finding why iSeries couldn't use Unix98 def in_addr_t. BTW, what about adding ipv6 support in jk_connect.c by using inet_pton instead of inet_addr ? I'd like to have replies from people who have differents OS to know if they have support for inet_pton... Regards -

Re: jk 1.2.5 and ipv6

Glenn Nielsen a écrit : Henri, Can this wait until after the mod_jk 1.2.5 release? BTW, int inet_pton(int af, const char *cp, void *addr); is available in both Solaris 7 and 8. And on FreeBSD 4.8 it is defined as: int inet_pton __P((int, const char *, void *)); Regards, Glenn Ok, we could wait

Error in jk 1.2.5

if mod_jk.c, apr_strdup() is used. But it should be : apr_pstrdup ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

in_addr_t and Linux 2.2

FYI, in_addr_t is not defined on Redhat 6.2 which use kernel 2.2 and glibc 2.1. Should we also fix this case ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: in_addr_t and Linux 2.2

Bill Barker a écrit : - Original Message - From: "Henri Gomez" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Thursday, September 04, 2003 1:51 AM Subject: in_addr_t and Linux 2.2 FYI, in_addr_t is not defined on Redhat 6.

Re: in_addr_t and Linux 2.2

Glenn Nielsen a écrit : FYI, I have put building a test mod_jk 1.2.5 source distribution on hold pending Henri's work on IPV6. Henri, please let me know when you think we are ready for another test source dist. We may add the configure stuff to determine if in_addr_t is available. I'll take a loo

Re: in_addr_t and Linux 2.2

Henri Gomez a écrit : Glenn Nielsen a écrit : FYI, I have put building a test mod_jk 1.2.5 source distribution on hold pending Henri's work on IPV6. Henri, please let me know when you think we are ready for another test source dist. We may add the configure stuff to determine if in_addr

Re: cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.2.txt

[EMAIL PROTECTED] a écrit : billbarker2003/09/13 21:43:20 Modified:.RELEASE-NOTES-3.3.2.txt Log: Documenting fix for 23101. Revision ChangesPath 1.19 +3 -1 jakarta-tomcat/RELEASE-NOTES-3.3.2.txt Index: RELEASE-NOTES-3.3.2.txt =

Re: mod_jk 1.2.5 test release source distribution

Glenn Nielsen a écrit : Thanks Kurt! It would be nice to see more reports for other OS/web servers before the final release is done. It works for me on iSeries and Linux - To unsubscribe, e-mail: [EMAIL PROTECTED] For addition

jk, directoindex and friends

I've got the following configuration Apache 2.0.47/jk 1.2.4 : ServerAdmin [EMAIL PROTECTED] DirectoryIndex index.html index.php index.jsp DocumentRoot /var/www/lxmlrpc ServerName lxmlrpc ErrorLog logs/lxmlrpc-error_log CustomLog logs/lxmlrpc-access_log common AddType a

Re: Tomcat within custom application

Xtremebytes Webmaster a écrit : Hi, I am wondering how I can run the Tomcat JSP/Servlet container within another process, which is not a HTTP server but a custom Java application. This is to mean that I have some JSP or Servlets for example. I need to run them on a client machine (Windows NT/UNIX

Re: [PATCH] fix compression="on" option on coyote connector

Steve Appling a écrit : Currently the option for compression="on" in the coyote connector is broken (see bug 18073). The solution presented in the patches attached to that bug seemed overly complicated. Here is an alternate patch that also fixes the problem. This patch changes 3 things: 1) Decrea

Re: [PATCH] fix compression="on" option on coyote connector

Steve Appling a écrit : Henri Gomez wrote: Are you sure you want to compress content less than 2k ? BTW, you could use compression property for your purpose. You are correct, the property works fine. 3) Added application/x-javascript as a default compressable type. Now it allows all mime

Re: cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.2.txt

Larry Isaacs a écrit : Hi Henri, The software I work on in my day job has finally reached "lockdown". Only documentation tasks remain. I'll try to get up to speed with with where things stand and begin working on a release plan this week. Sorry for the long delay. Ok, what do you think about im

Cleaning import in JTC

I've got some time (and eclipse help) to work on cleaning imports. I'd like to start by jakarta-tomcat-connectors. Any objections ? Larry Isaacs a écrit : Hi Henri, The software I work on in my day job has finally reached "lockdown". Only documentation tasks remain. I'll try to get up to spe

Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java JkCoyoteHandler.java

Remy Maucherat a écrit : [EMAIL PROTECTED] wrote: hgomez 2003/09/18 09:21:02 Modified:jk/java/org/apache/jk/common Shm.java JniHandler.java MsgAjp.java ChannelShm.java WorkerDummy.java ChannelUn.java ChannelJni.java jk/java

Re: cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.2.txt

Larry Isaacs a écrit : +1, Thanks. Next batch for TC 3.3.2-dev is on the fly :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

JTC - clean import finished

Ok, I finished to clean imports in JTC . Now, I commit stuff for TC 3.3.2-dev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

TC 3.3.2-dev - clean import finished

Imports cleaned also for TC 3.3.2-dev. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk does not detect a hung Tomcat

David Rees a écrit : I posted this to tomcat-users last week, but didn't get a reply... I'm hoping to get some feedback from the connectors developers on this issue I occasionally run into... I've got a setup where I've got two load balanced Tomcats running off of Apache and mod_jk. I've got a pr

Re: mod_jk does not detect a hung Tomcat

Nope since you don't have to just test at protocol level but also on higher level, for instance check the full chain, up to servlet handling. It's easy to simulate this behavior by sending a STOP signal to Tomcat. I've also attached a log from mod_jk showing the problem. I marked the point at w

Re: mod_jk does not detect a hung Tomcat

Henri Gomez a écrit : Nope since you don't have to just test at protocol level but also on higher level, for instance check the full chain, up to servlet handling. It's easy to simulate this behavior by sending a STOP signal to Tomcat. I've also attached a log from mod_jk show

Re: mod_jk does not detect a hung Tomcat

David Rees a écrit : Henri Gomez said: Henri Gomez a écrit : Nope since you don't have to just test at protocol level but also on higher level, for instance check the full chain, up to servlet handling. It's easy to simulate this behavior by sending a STOP signal to Tomcat. I've

JK add-ons to fix problems with HUNG tomcats...

Hi to all, After the yesterday post of David Rees (mod_jk does not detect a hung Tomcat), I take a look at ajp/jk and make some works to fix the problem. In fact the problem is in jk since the begining as jk use sockets in blocking mode. The works I conducted : - Modify ajp protocol on java s

AJP13 in TC 3.3.2-dev

Did we still use in TC 3.3.2-dev the Ajp13 code in org.apache.tomcat.modules.server or the one in JTC ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: questions on AJPv13 protocol, for a non-C,non-java container implementation

I'm working on implementing support for AJP/1.3 in IMHO (more info: footnote [1]), to get a Lisp process to communicate with an Apache server via mod_jk or mod_jk2 He he ;) (Currently, IMHO can use its own copy of mod_webapp for this, at least with Apache 1.3; the mod_webapp from Tomcat, with apac

Re: AJP13 in TC 3.3.2-dev

Bill Barker a écrit : - Original Message - From: "Henri Gomez" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, September 24, 2003 1:42 AM Subject: AJP13 in TC 3.3.2-dev Did we still use i

Re: mod_jk does not detect a hung Tomcat

Bill Barker a écrit : BTW, select() call is supported by WIN32 ? Strangely enough, it seems that select(int, fd_set *, fd_set *, fd_set *, const timeval *) is actually supported by MS. However, it seems that you need to use MS's weird error codes to handle errors. Ok I'll take a look in APR w

Re: mod_jk does not detect a hung Tomcat

David Rees a écrit : Henri Gomez said: This won't work with the pre-fork MPM, since each Apache child will have its own idea of the timing. The only way that it could tell that a Tomcat failed is to try the request and fail :). The idea needs to be flushed out some more. But we shou

jk 1.2.5 release : Was: mod_jk does not detect a hung Tomcat

Did the jk 1.2.5 has been tagged so I could commit my modifications for PING/PONG in jtc ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: jserv status

Lucas Alvarez a écrit : Hi, I don't know if this is right place to ask but I have already asked in user list and I hadn't any answer. I have many jservs running and I need to know thier status. I want to know if there is any command line tool to query the port 8007 and get the status of the jser

Re: mod_jk 1.2.5 test release source distribution

Glenn Nielsen a écrit : I have generated a test release source distribution for mod_jk 1.2.5, you can find it at: http://jakarta.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz Please build and test on as many OS/web servers as possible. I have already tested on Solaris7/8 Sparc

Re: [VOTE] release mod_jk 1.2.5

[X] +1 release mod_jk 1.2.5 and I will help by building binaries for Linux - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk 1.2.5 test release source distribution

Glenn Nielsen a écrit : The test release at cvs.apache.org/~glenn is what will be released with no changes and does reflect the source which was tagged as mod_jk_1_2_5. So yes, you can use binaries built from that source as mod_jk 1.2.5 release binaries. So I could commit my changes in 1.2.6-dev

Re: mod_jk 1.2.5 test release source distribution

Glenn Nielsen a écrit : Glenn Nielsen wrote: Henri Gomez wrote: Glenn, could you tag JTC 1.2.5 so I could commit my work on JTC ? I would like to see modjk 1.2.5 tagged/released before committing this. I was waiting on a report for Windows before releasign, we now have that. I'll p

Re: mod_jk 1.2.5 test release source distribution

Henri Gomez a écrit : Glenn Nielsen a écrit : Glenn Nielsen wrote: Henri Gomez wrote: Glenn, could you tag JTC 1.2.5 so I could commit my work on JTC ? I would like to see modjk 1.2.5 tagged/released before committing this. I was waiting on a report for Windows before releasign, we now have

Re: mod_jk 1.2.5 test release source distribution

Glenn Nielsen a écrit : Henri Gomez wrote: Glenn Nielsen a écrit : The test release at cvs.apache.org/~glenn is what will be released with no changes and does reflect the source which was tagged as mod_jk_1_2_5. So yes, you can use binaries built from that source as mod_jk 1.2.5 release

Re: jtc rpms

Quoting Bojan Smojver <[EMAIL PROTECTED]>: > On Tue, 2002-08-20 at 00:50, Henri Gomez wrote: > > Welcome back from holidays, Thanks > hope you had a good time... Rainy ;[ > > > I propose to create a snapshot subdir in jtc, snapshot, and provide here > t

Re: Modified "stop"-script for Linux

Quoting Alex Chaffee / Purple Technology <[EMAIL PROTECTED]>: > Thanks! I added it to the recently-posted Bug 11754. You may want to > add yourself as a CC on this to track its progress. > > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11754 Thanks also. I applied the patch to the 4.1.9

build err on tc 4.1.9

I've got the following error when building TC 4.1.9 build-main: [javac] Compiling 161 source files to /usr/src/redhat/BUILD/tomcat4-4.1.9/jakarta-tomcat-4.1.9-src/webapps/build/admin/WEB-INF/classes [javac] Found 2 semantic errors compiling "/usr/src/redhat/BUILD/tomcat4-4.1.9/jakarta-to

Re: build err on tc 4.1.9

Quoting Amy Roh <[EMAIL PROTECTED]>: > Henri Gomez wrote: > > I've got the following error when building TC 4.1.9 > > > > build-main: > > [javac] Compiling 161 source files to > > > /usr/src/redhat/BUILD/tomcat4-4.1.9/jakarta-tomca

tomcat 4.1.9 rpms available

The TC 4.1.9 beta rpms are available : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.9-beta/rpms/ Nota that we share now the rpms with the jpackage project (www.jpackage.org), so for those of you who want to rebuild source rpms, you should go to jpackage site to get the requir

Re: AJP13,Tomcat404 and SSL

Quoting Gernot Lepuschitz <[EMAIL PROTECTED]>: > As i mentioned last time, i´m writing an AJP Client for our > server. Now that ajp13 supports ssl, I want to implement it, too. But > I don´t really understant how this will work. ajp13 supports SSL ATTRIBUTES, but don't make use of SSL, so it's

need examples for mod_jk/mod_jk2 conf and properties

Hi to all, I'll need examples files for mod_jk 1.2.0 and 2.0.0beta for the tomcat-connectors rpm I'm working on. mod_jk 1.2.0 is well know but there is new features like failover only mode in Load-Balancing (don't remember the exact synthax). Also we need to comment the new JkOption ForwardDire

RE : [vote] Possible logos for mod_jk documentation

back to the list. My vote goes for : mod_jk-logo5.jpg BTW, artwork contributions are welcomed so if you have some nice logos, just send them to the list. regards -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/images mod_jk.jpeg

[EMAIL PROTECTED] wrote: > hgomez 2002/09/05 02:24:43 I'm still working on jk documentation for jk 1.2.0 release. I switched to this logo (the surfing cat with text), but we could get another one when we'll see the poll results -- To unsubscribe, e-mail: For ad

jk doc works in progress

For those of you interested in seeing the jk documentation in progress just go to : http://jakarta.apache.org/~hgomez/jk_docs/ This documentation include jk and jk2 even if I'm focusing on jk to be ready for mod_jk 1.2.0 release Regards -- To unsubscribe, e-mail:

Re: jk doc works in progress

Mladen Turk wrote: > One suggestion. > I would use the align="left" for most of the tables showing config or > console cause it would look much better, but that's my opinion. Hum it seems to be a problem with IE, mozilla allready show it at left, I'll fix the xsl/css >>For those of you intereste

Re: jk doc works in progress

jean-frederic clere wrote: > Henri Gomez wrote: > >> For those of you interested in seeing the jk documentation in progress >> just go to : >> >> http://jakarta.apache.org/~hgomez/jk_docs/ >> >> This documentation include jk and jk2 even if I'm

Re: jk doc works in progress

Glenn Nielsen wrote: > Henri, > > These docs are really needed. Thanks for taking the lead on this! A mod_jk 1.2.0 release prealable ;) > I have one comment. The navigation bar on the left links to documents > for both mod_jk and mod_jk2. This could be confusing. Yes, we should add a subsect

mod_jk 1.2.0 doc need review before release

Hi to all, I think the major part of the works on jk 1.2.0 documentation is now finished and I need review by jk commiters : http://jakarta.apache.org/~hgomez/jk_docs/ I'd like more informations from you about properties : cache_timeout, socket_timeout Also I still need information on how the

Re: mod_jk 1.2.0 doc need review before release

> I am fighting with the --with-apache (Apache-2.0 static linking) > installation. > There are still some problems: > > 1 - The make of httpd-2.0 tells the following: > +++ > libtool: link: warning: library `modules/jk/lib_jk.la' was moved. > libtool: link: warning: library `modules/jk/lib_jk.la

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs menu.idx style.xsl.in

[EMAIL PROTECTED] wrote: > jfclere 2002/09/09 08:00:58 > > Modified:jk/xdocs menu.idx style.xsl.in > Log: > Add code to allow a dummy in menu.idx: To separte jk and jk2. Excellent, we just need now to pass the subpart name and will be ready ;) I'm still waiting comments on jk loa

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs menu.idx style.xsl.in

>> Excellent, we just need now to pass the subpart name and will be ready ;) Fixed with latest menu.idx and style.xsl.in >> I'm still waiting comments on jk load-balancing settings after the >> commited lb patches from May 2002 (Costin, Bern, Matthias) > > > I got your mail and sent it to you

Re: mod_jk 1.2.0 doc need review before release

> Then I will arrange 1. And document 2 and 3 ;-) The doc has been updated : http://jakarta.apache.org/~hgomez/jk_docs/jk/ PS: Will you document 2 and 3 in aphowto.xml ? -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [4.1] JK 2 docs

Remy Maucherat wrote: > I've integrated the JK 2 docs bundle in the TC 4.1.11 docs package > (except the javadocs, which I'll do later today). > > I also plan to update the online docs bundle with the latest snapshot > later today. > > Remy > > > -- > To unsubscribe, e-mail: >

Re: What is the difference between mod_jk and mod_jk2 modules?

Dev Zero G Ltd wrote: > Hello. > > Can anybody suggest what is the difference (benefits/shortages) beetween > mod_jk and mod_jk2 connectors from the user point of view? > > Thanks for help! > > Dev Zero G Ltd team. > http://devzerog.com > > > > > -- > To unsubscribe, e-mail:

Re: [4.1] JK 2 docs

Remy Maucherat wrote: > Henri Gomez wrote: > >> Why did you include JK2 docs into Tomcat 4.1.11 ? > > > Because people who download Tomcat usually want to configure JK also, > without going online again after downloading the binaries. > >> I think it'

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