Re: mod_jk2

ok, that's enlightening! many thanks, Alistair On 17 Mar 2005, at 10:13, Mladen Turk wrote: Alistair Young wrote: Was there a reason mod_jk2 was replaced with mod_jk? Too complex, uses APR that behaves badly with Apache1.3, and lot more. Browse the mail archive for further details. I found mod_jk2

Re: mod_jk2

Alistair Young wrote: Was there a reason mod_jk2 was replaced with mod_jk? Too complex, uses APR that behaves badly with Apache1.3, and lot more. Browse the mail archive for further details. I found mod_jk2 much easier to use and it's a pity it's gone. No it is not, but that's kind of personal opi

RE: mod_jk2 issues in Bugzilla

t Developers List >Subject: Re: mod_jk2 issues in Bugzilla > >Tim Funk wrote: >> +1 as WONTFIX. Proposed text ... >> >> "As of November 15, 2004, JK2 is no longer supported. All bugs related >> to JK2 will be marked as WONTFIX. In its place, some of its feat

Re: mod_jk2 issues in Bugzilla

Tim Funk wrote: +1 as WONTFIX. Proposed text ... "As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 2.0.7. (Actual release date is unknown

Re: mod_jk2 issues in Bugzilla

+1 as WONTFIX. Proposed text ... "As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 2.0.7. (Actual release date is unknown as of this writi

Re: mod_jk2: Error flushing

Alex Yakovlev wrote: tomcat-dev, I keep getting the following messages in error_log several times per hour: mod_jk: Error flushing [Sun Aug 22 20:09:21 2004] [error] ajp13.service() ajpGetReply recoverable error 3 [Sun Aug 22 20:09:23 2004] [error] ajp13.service() ajpGetReply recoverable error 3 [S

Re: Mod_Jk2 - Default Worker

Bill Barker wrote: - Original Message - From: "Costin Manolache" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 12, 2004 11:03 AM Subject: Re: Mod_Jk2 - Default Worker Henri Gomez wrote: Well, if we didn't get the POST somewhere o

Re: Mod_Jk2 - Default Worker

Costin Manolache wrote: Henri Gomez wrote: Well, if we didn't get the POST somewhere on the WebServer, and if the tomcat failed to respond, we couldn't resent the whole POST to the second one. If we get the first bytes ( but not the entire POST ), we can still save them, and if the first tomc

Re: Mod_Jk2 - Default Worker

- Original Message - From: "Costin Manolache" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 12, 2004 11:03 AM Subject: Re: Mod_Jk2 - Default Worker > Henri Gomez wrote: > > > Well, if we didn't get the POST somewhere on the

Re: Mod_Jk2 - Default Worker

Good morning Costin. > NormW wrote: > > Good morning Costin. > > Apologies for the silence. I had hoped there might have been a little more > > input from others on this topic. > > Same here :-) > > > > >>However the most common case is to have at least one tomcat, and there > >>is no real benefit

Re: Mod_Jk2 - Default Worker

Henri Gomez wrote: Well, if we didn't get the POST somewhere on the WebServer, and if the tomcat failed to respond, we couldn't resent the whole POST to the second one. If we get the first bytes ( but not the entire POST ), we can still save them, and if the first tomcat fails - resend it. Wh

Re: Mod_Jk2 - Default Worker

Costin Manolache wrote: Henri Gomez wrote: jean-frederic clere wrote: Henri Gomez wrote: Costin Manolache wrote: NormW wrote: Good morning Costin. Apologies for the silence. I had hoped there might have been a little more input from others on this topic. Same here :-) We're working

Re: Mod_Jk2 - Default Worker

Henri Gomez wrote: jean-frederic clere wrote: Henri Gomez wrote: Costin Manolache wrote: NormW wrote: Good morning Costin. Apologies for the silence. I had hoped there might have been a little more input from others on this topic. Same here :-) We're working, Jean-Frederic, Kurt and I

Re: Mod_Jk2 - Default Worker

Hi Costin, >> Good morning Costin. >> Apologies for the silence. I had hoped there might have been a little >> more input from others on this topic. I think it is also necessary to discuss a bit the proper configuration of mod_jk2. The docu is all other but clear, mixed up with the docu for mod_jk,

Re: Mod_Jk2 - Default Worker

jean-frederic clere wrote: Henri Gomez wrote: Costin Manolache wrote: NormW wrote: Good morning Costin. Apologies for the silence. I had hoped there might have been a little more input from others on this topic. Same here :-) We're working, Jean-Frederic, Kurt and I in arranging 2.0.4 bu

Re: Mod_Jk2 - Default Worker

Henri Gomez wrote: Costin Manolache wrote: NormW wrote: Good morning Costin. Apologies for the silence. I had hoped there might have been a little more input from others on this topic. Same here :-) We're working, Jean-Frederic, Kurt and I in arranging 2.0.4 build so new features should wai

Re: Mod_Jk2 - Default Worker

Costin Manolache wrote: NormW wrote: Good morning Costin. Apologies for the silence. I had hoped there might have been a little more input from others on this topic. Same here :-) We're working, Jean-Frederic, Kurt and I in arranging 2.0.4 build so new features should wait for 2.0.5. BTW, I a

Re: Mod_Jk2 - Default Worker

NormW wrote: Good morning Costin. Apologies for the silence. I had hoped there might have been a little more input from others on this topic. Same here :-) However the most common case is to have at least one tomcat, and there is no real benefit in supporting an arbitrary name for the worker ( lb

Re: Mod_Jk2 - Default Worker

Good morning Costin. Apologies for the silence. I had hoped there might have been a little more input from others on this topic. > NormW wrote: > > Good morning Costin. > > Thanks for the time given to replying. > > I agree with the ideas you have given, of decoupling URI's from workers > > explic

Autoreply: Re: Mod_Jk2 - Default Worker

>; Mon Feb 9 02:06:14 2004 Received: from cmanolache by adsl-63-202-82-219.dsl.snfc21.pacbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <[EMAIL PROTECTED]>; Mon Feb 9 02:06:14 2004 X-Injected-Via-Gmane: http://gmane.org/ To: [EMAIL PROTECTED] From: Cost

Re: Mod_Jk2 - Default Worker

NormW wrote: Good morning Costin. Thanks for the time given to replying. I agree with the ideas you have given, of decoupling URI's from workers explicitly tied to a communications protocol, but in reality this connectivity is supported and actually gives the minimum workable configuration. But giv

Re: Mod_Jk2 - Default Worker

Good morning Costin. Thanks for the time given to replying. I agree with the ideas you have given, of decoupling URI's from workers explicitly tied to a communications protocol, but in reality this connectivity is supported and actually gives the minimum workable configuration. But given that a def

Re: Mod_Jk2 - Default Worker

NormW wrote: > Good morning All. > The default 'worker', which is hard-wired into Mod_Jk2, is 'lb:lb', and > is, for most users I believe, a wrong guess at best, since the majority of > users are probably not using mod_jk2 in load-balancing mode. The 'guess' > means that mod_jk2 creates uri object

Re: Mod_Jk2 Enhancement - Bugzilla Option?

Good morning Dave, Thanks for the advice! Have a great Sunday. Norm > NormW wrote, On 1/17/2004 12:27 PM: > > Good morning Developers. > > Recent testing of mod_jk2 status pages revealed the information was being > > returned to the client in about 42 byte chunks on a LAN that supports 1500 > > by

Re: Mod_Jk2 Enhancement - Bugzilla Option?

NormW wrote, On 1/17/2004 12:27 PM: Good morning Developers. Recent testing of mod_jk2 status pages revealed the information was being returned to the client in about 42 byte chunks on a LAN that supports 1500 byte packets. I would like to submit a request for the chunk size to be increased or adap

Re: Mod_Jk2 Enhancement - Bugzilla Option?

Good morning still. Further testing shows jkprintf() is chunking every call made to it such that some packets are containing as few as 20 bytes of HTML data... will revise the description of the enhancement. Norm > Good morning Developers. > Recent testing of mod_jk2 status pages revealed the info

Re: Mod_Jk2 and NetWare

PROTECTED]> Sent: Sunday, November 02, 2003 1:05 PM Subject: Re: Mod_Jk2 and NetWare > Hi Norm, > > Just looking at trying a compile of mod_jk2 for NetWare, and get as far as > > jk_nwmain.c where I find it is pulling in nwthread.h, which is part of the > > 'Novell-de

Re: Mod_Jk2 and NetWare

Hi Norm, > Just looking at trying a compile of mod_jk2 for NetWare, and get as far as > jk_nwmain.c where I find it is pulling in nwthread.h, which is part of the > 'Novell-deprecated' CLib library (everything is LibC these days it seems.) > Is anyone at Novell or a NetWare guru looking at this upd

Re: mod_jk2 on aix - Urgent

Ajay Arora wrote: Greetings, I was installing mod_jk2 to interact between apache 2 and tomcat 1.4. I was not able to build the module. It says jni_md.h is missing. I am having java1.3.1 and I do not have include directory with it. Have you try to comment out the #include ? Are you sure you nee

RE: mod_jk2 errors

Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Costin Manolache Sent: Thursday, March 13, 2003 8:35 PM To: [EMAIL PROTECTED] Subject: Re: mod_jk2 errors What OS ? I added strerror - so if you update you may get better error number on "receiving m

Re: mod_jk2 errors

What OS ? I added strerror - so if you update you may get better error number on "receiving message body". Regarding ajp_process_callback: that's most likely a user hiting "BREAK" on the browser. I downgraded the message to debug, it is a normal case. How loaded is tomcat ( number of requests

RE: mod_jk2 jni connector: segfault in CreateJavaVM with Sun VM; IBM VM works fine

> Behalf Of Adam Megacz > > Hey, I'm using mod_jk2 with Apache2 (prefork) on Linux, and > the Sun JVM (1.4 and 1.3) segfaults somewhere deep within > libjvm.so's CreateJavaVM call, yet IBM's JVM (1.4) works fine. > > Has anybody else experienced this? Any idea what causes it? > > If this is

Re: mod_jk2.so needed

I'm hoping that you don't really want mod_jk2.so for W2K ;-). The Jk2 binaries for Windows are at: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/nightly/win32 / However, I believe that these are built against 2.0.38. If you have MSVC installed, it shouldn't be too much of a pr

Re: mod_jk2.so compiled (after patching), but won't install

Quoting Dev Zero G Ltd <[EMAIL PROTECTED]>: > > Which version of Apache 2.0 did you have ? > > We are running Apache 2.0.39 on FreeBSD 4.4 good > >>--- patch history start --- > >>Filename: jk\native2\include\jk_mutex.h > >> > >>Line #:75 > >>Old line : > >>#ifdef HAS_APR > >>New line: >

Re: mod_jk2.so compiled (after patching), but won't install

Thanks very much for the help. See below Henri Gomez wrote: > Quoting Dev Zero G Ltd <[EMAIL PROTECTED]>: > >>First of all - many many thanks to everybody who has helped so far - we >>really appreciate it.. Just one last push required. :) >> >>We finally got mod_jk2.so and libjkjni.so to compi

Re: mod_jk2.so compiled (after patching), but won't install

Quoting Dev Zero G Ltd <[EMAIL PROTECTED]>: > First of all - many many thanks to everybody who has helped so far - we > really appreciate it.. Just one last push required. :) > > We finally got mod_jk2.so and libjkjni.so to compile (see patch history > at the bottom of the mail), but can't ins

Re: mod_jk2

Quoting Dev Zero G Ltd <[EMAIL PROTECTED]>: > Hello and thanks for reading! > > Trying to build mod_jk2 for Tomcat4 and Apache2... with huge problems :( > Having gotten this far, I have this compile problem: > > apache 2.0.39; freebsd 4.4 i386; conne4ctors 4.0.4 > > snip > [so] In f

RE: mod_jk2 jvm thread issues

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 8. srpanj 2002 19:40 > To: Tomcat Developers List > Subject: Re: mod_jk2 jvm thread issues > > > > > IMO we are needing something like a TLS to fix that, or make the > &

Re: mod_jk2 jvm thread issues

On Thu, 4 Jul 2002, Mladen Turk wrote: > Hi, > > We have still some problems with the threads and jvm attach/detach. > The detaching is now done in the afterRequest (It was already there but > commented), but that doesn't prevent the case of the premature request > dying when we are processing a

RE: mod_jk2 shuts down

1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, July 02, 2002 3:36 PM >To: 'Tomcat Developers List' >Subject: RE: mod_jk2 shuts down > > >> Right now we have the Apache2/WIN32

RE: mod_jk2 shuts down

> > Good work!!, are you volunteering to be the release manager? :) > What is this? A man hunt :) > In any case +1!!! Would, but have no idea what the RM should do :) 1. We still need to update the docs before any release (just look at the Tomcat Users list). 2. Didn't do any tests with the 1

RE: mod_jk2 shuts down

> Right now we have the Apache2/WIN32 and IIS tested and working. > What about other platforms, and how about some beta? Good work!!, are you volunteering to be the release manager? :) In any case +1!!! Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: For add

Re: mod_jk2 channels startup

On Mon, 24 Jun 2002, Mladen Turk wrote: > IMO there are two ways to fix that behavior. Either to open the channels > on server startup (that wouldn't work for IIS), or build a mechanism > that would assure that all the requests are locked until the channel > opening function returns. > > Thought

RE: mod_jk2 (native2) autoconf

I hope I didn't miss too many usefull replies with nagoya problem. BTW, I rework on autoconf stuff and removed the 'complex' part automake. Simpler makefile are in use and strategy is the following : configure could be used like this : --with-apxs --with-apr (to be able to rebuil

Re: mod_jk2 (native2) autoconf preliminary works

GOMEZ Henri <[EMAIL PROTECTED]> wrote: >> We may have to change our code when Apache2.1 is released - >> but coding against one API in jk2 ( i.e. APR-head ) and using >> it with Apache2 ( with another APR API ) is looking for trouble. > > +1, and that's one of my major concern with mod_webapp. >

RE: mod_jk2 (native2) autoconf preliminary works

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

RE: mod_jk2 (native2) autoconf preliminary works

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

Re: mod_jk2 (native2) autoconf preliminary works

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > On Tue, 7 May 2002, Pier Fumagalli wrote: > >> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: >> >>> If we use apr, I think ( a bit strongly ) that >>> we should use exactly the same library as apache2 does. >> >> If that's provided with Apache 2

RE: mod_jk2 (native2) autoconf preliminary works

On Tue, 7 May 2002, GOMEZ Henri wrote: > >I must say I don't like autoconf too much :-) > > Ditto, ant is better than m4 but we couldn't ask > people to have a jvm+ant+... to build native code ;( I agree - but doing autoconf twice ( once in APR, once for jk ) is _bad_. Not only because it's dou

Re: mod_jk2 (native2) autoconf preliminary works

On Tue, 7 May 2002, jean-frederic clere wrote: > > APR libs should/could be installed in /usr/lib, /usr/include, > > and considered 'system' ( like glib, qt, nspr, etc ). > > If you build a non-threaded version, it shouldn't be > > called libapr.so in any case. > > But we have to deliver the a

Re: mod_jk2 (native2) autoconf preliminary works

On Tue, 7 May 2002, Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > If we use apr, I think ( a bit strongly ) that > > we should use exactly the same library as apache2 does. > > If that's provided with Apache 2.0... What if it's not provided with the > web-server (

RE: mod_jk2 (native2) autoconf preliminary works

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

RE: mod_jk2 (native2) autoconf preliminary works

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

RE: mod_jk2 (native2) autoconf preliminary works

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

RE: mod_jk2 (native2) autoconf preliminary works

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

Re: mod_jk2 (native2) autoconf preliminary works

[EMAIL PROTECTED] wrote: > On Tue, 7 May 2002, jean-frederic clere wrote: > > >>>1) What about moving scripts from jk/native to >>> just jk ? It avoid duplicate between native >>> and native2. >> >>That may bring problems: the configure.in normaly contains the files you want to >>generate.

Re: mod_jk2 (native2) autoconf preliminary works

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > If we use apr, I think ( a bit strongly ) that > we should use exactly the same library as apache2 does. If that's provided with Apache 2.0... What if it's not provided with the web-server (AKA, apache 1.3?) > APR libs should/could be installed i

Re: mod_jk2 (native2) autoconf preliminary works

On Tue, 7 May 2002, jean-frederic clere wrote: > > 1) What about moving scripts from jk/native to > >just jk ? It avoid duplicate between native > >and native2. > > That may bring problems: the configure.in normaly contains the files you want to > generate. IMHO autoconf is justified o

Re: mod_jk2 (native2) autoconf preliminary works

Henri, I must say I don't like autoconf too much :-) There are few reasons for that, one beeing that I prefer to have control over what's compiled ( we want to distribute the binary to work on any machine, I want minimal deps on the build machine ). But I know many people find it easier, so I w

Re: mod_jk2 (native2) autoconf preliminary works

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > GOMEZ Henri wrote: >> I started to works on adding autoconf stuff for >> mod_jk2 (native2) for Apache 1.3/2.0 and will need >> some help and advice since it's not fluent in this >> area (JF/Pier are jtc specialists). >> >> Initial works in on Mak

Re: mod_jk2 (native2) autoconf preliminary works

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

Re: mod_jk2

AIL PROTECTED]> To: "Michael Delamere" <[EMAIL PROTECTED]> Cc: "List Tomcat-Dev" <[EMAIL PROTECTED]> Sent: Sunday, April 28, 2002 4:13 PM Subject: Re: mod_jk2 > I commited a fix. Let me know if it still fails. > > BTW, mod_jk2 is not even beta - we are still do

Re: mod_jk2 connector

- From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Sunday, April 28, 2002 3:36 PM Subject: Re: mod_jk2 connector > On Sun, 28 Apr 2002, Michael Delamere wrote: > > > -g -O2 -pthread-DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500

Re: mod_jk2

AGS) $(ALL_LDFLAGS) -o > $@ > SH_LINK = $(SH_LIBTOOL) --mode=link $(COMPILE) $(LT_LDFLAGS) $(ALL_LDFLAGS) > $(SH_LDFLAGS) $(CORE_IMPLIB) $(SH_LIBS) - > MOD_LINK = $(LIBTOOL) --mode=link $(COMPILE) -module $(LT_LDFLAGS) > $(ALL_LDFLAGS) -o $@ > ####### > >

Re: mod_jk2

- MOD_LINK = $(LIBTOOL) --mode=link $(COMPILE) -module $(LT_LDFLAGS) $(ALL_LDFLAGS) -o $@ ### - Original Message - From: <[EMAIL PROTECTED]> To: "Michael Delamere" <[EMAIL PROTECTED]> Cc: "List

Re: mod_jk2 connector

On Sun, 28 Apr 2002, Michael Delamere wrote: > -g -O2 -pthread-DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURC > E -D_SVID_SOURCE -DAP_HAVE_DESIGNATED_INITIALIZER -I../../include -I/usr/lo I've got it. Sorry, we mostly use ant for development - the Makefile gets updated less often.

Re: mod_jk2

On Sun, 28 Apr 2002, Michael Delamere wrote: > Hi, > > When I try to run make in > "jakarta-tomcat-connectors/jk/native2/server/apache2" I get a compile error. > One of the errors is: > > gcc: unrecognized option `-prefer-pic' > > Does this mean that I´ve got the wrong version of gcc? I´ve

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

On Tue, 12 Mar 2002, GOMEZ Henri wrote: > >As soon as the code is stable I'll finish 1.3, I can probably do > >IIS as well. > > 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. Costi

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

On Tue, 12 Mar 2002, GOMEZ Henri wrote: > >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 t

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

RE: mod_jk2 config

On Thu, 7 Mar 2002, GOMEZ Henri wrote: > >In future versions we can add anything - the code is now > >much more modular and easier to extend. > > 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.

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

GOMEZ Henri wrote: > > >> 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

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

On Tue, 5 Mar 2002, GOMEZ Henri wrote: > >We should get these from web.xml - either extracted directly or > >by extracting the info from tomcat. > > tomcat allready decode the information and could send them in > a simpler form to jk. Yes, but that creates some strange dependencies between con

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

On Mon, 4 Mar 2002, GOMEZ Henri wrote: > >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 tomc

RE: mod_jk2 config

On Mon, 4 Mar 2002, GOMEZ Henri wrote: > > > > JkUriSet worker status > > > > So status is a specialized worker used to display the jk state Yes, jk_worker_status.c It has minimal stuff inside - help needed to add more ! ( eventually cut&pastes from mod_jserv :-) I allways missed the stat

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

GOMEZ Henri wrote: > > >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 vhos

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

RE: mod_jk2 config

> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Enviado el: viernes 1 de marzo de 2002 17:39 > 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 mappi