Re: mod_jk release preparation: ready for test

2006-12-18 Thread David Rees
On 12/16/06, Rainer Jung <[EMAIL PROTECTED]> wrote: Important: maps are associated to virtual hosts in apache. The status worker can only see those maps, that belong to the same virtual host, it has been called in. So if you add all your maps to a vhost for production use, and add a status worker

Re: mod_jk release preparation: ready for test

2006-12-16 Thread Henri Gomez
Good explanation since I wondering why the jkstatus didn't see my JKMount directive. In my case the jkstatus is defined in the httpd.conf (common) and the JKMounts in all VHost. It's a very common configuration since Web admins don't want to redifine a jkstatus for each vhost. 2006/12/16, Rai

Re: mod_jk release preparation: ready for test

2006-12-16 Thread Rainer Jung
Hi David, this message means, that no forwarding rules (=map) have been found for that worker. So no JkMount, mount attribute in workers.properties or uriworkermap.properties applies to that worker. Important: maps are associated to virtual hosts in apache. The status worker can only see those ma

Re: mod_jk release preparation: ready for test

2006-12-13 Thread David Rees
On 12/6/06, Rainer Jung <[EMAIL PROTECTED]> wrote: - reworked status worker (see new docs page) On my status worker page, I get the message: Warning: No URI Mappings defined for ! Otherwise, everything seems to work OK so far in my limited testing. -Dave ---

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
Thanks 2006/12/8, Rainer Jung <[EMAIL PROTECTED]>: Mladen made a win build available in the meantime (thanks!). You can find it under http://people.apache.org/~rjung/mod_jk-1.2.20-dev/binaries/ Regards, Rainer - To unsubscr

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Rainer Jung
Mladen made a win build available in the meantime (thanks!). You can find it under http://people.apache.org/~rjung/mod_jk-1.2.20-dev/binaries/ Regards, Rainer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
; From: Remy Maucherat [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 07, 2006 6:08 AM > To: Tomcat Developers List > Subject: Re: mod_jk release preparation: ready for test > > Henri Gomez wrote: > > it's a seems to be a tomcat-native (1.1.7) problem > > > > An

RE: mod_jk release preparation: ready for test

2006-12-07 Thread Bill Barker
> -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 07, 2006 6:08 AM > To: Tomcat Developers List > Subject: Re: mod_jk release preparation: ready for test > > Henri Gomez wrote: > > it's a seems to be

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
Remy what about loging this error code ? I suspect something not directly related to an error and having the error code will be valuable. 2006/12/7, Remy Maucherat <[EMAIL PROTECTED]>: Henri Gomez wrote: > it's a seems to be a tomcat-native (1.1.7) problem > > And since we discuss Tomcat 6.0.4

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
In which project / class ? 2006/12/7, Remy Maucherat <[EMAIL PROTECTED]>: Henri Gomez wrote: > it's a seems to be a tomcat-native (1.1.7) problem > > And since we discuss Tomcat 6.0.4 release, should we consider that > error as a show stopper ? No. It existed before, and it is not known if it

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
it works well even when your servlet is pushing PDF data ? Did a tcpdump/ethereal could help you ? 2006/12/7, Henri Gomez <[EMAIL PROTECTED]>: In which project / class ? 2006/12/7, Remy Maucherat <[EMAIL PROTECTED]>: > Henri Gomez wrote: > > it's a seems to be a tomcat-native (1.1.7) problem

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Mladen Turk
Henri Gomez wrote: it's a seems to be a tomcat-native (1.1.7) problem And since we discuss Tomcat 6.0.4 release, should we consider that error as a show stopper ? No. It works quite fine on Solaris and RHEL, as well on HP-UX and Windows. I simply cannot reproduce this problem. Regards, Mlade

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Remy Maucherat
Henri Gomez wrote: it's a seems to be a tomcat-native (1.1.7) problem And since we discuss Tomcat 6.0.4 release, should we consider that error as a show stopper ? No. It existed before, and it is not known if it's a problem with the Java code or not. What I see is that there's an IO excepti

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
it's a seems to be a tomcat-native (1.1.7) problem And since we discuss Tomcat 6.0.4 release, should we consider that error as a show stopper ? 2006/12/7, Mladen Turk <[EMAIL PROTECTED]>: Henri Gomez wrote: > Used : > > redirectPort="8443" / > > And it works > So, it's either AjpAprProtocol o

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Mladen Turk
Henri Gomez wrote: Used : So, it's either AjpAprProtocol or native fault. In any case its not mod_jk fault. Just file the BZ report. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-ma

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
Used : : Henri Gomez wrote: > As I said, when I removed APR, it works > > I commented APR listener and remove the libtcnative.so from LIBRARY_PATH > Yes, I figured that out, but when removing native, the org.apache.coyote.jk. will be used that is different from o.a.c.ajp so, just set protocol="

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Mladen Turk
Henri Gomez wrote: As I said, when I removed APR, it works I commented APR listener and remove the libtcnative.so from LIBRARY_PATH Yes, I figured that out, but when removing native, the org.apache.coyote.jk. will be used that is different from o.a.c.ajp so, just set protocol="org.apache.coyo

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
As I said, when I removed APR, it works I commented APR listener and remove the libtcnative.so from LIBRARY_PATH 2006/12/7, Mladen Turk <[EMAIL PROTECTED]>: Henri Gomez wrote: > FYI, when I disable use of Apr, the problem disappears. > Does it works with AjpProtocol (not AjpAprProtocol) By def

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Mladen Turk
Henri Gomez wrote: FYI, when I disable use of Apr, the problem disappears. Does it works with AjpProtocol (not AjpAprProtocol) By default if native load fails, the JK connector is used, that is different then Ajp connector. Can you set the protocol="org.apache.coyote.ajp.AjpProtocol" and if is

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
FYI, when I disable use of Apr, the problem disappears. My configuration is using, apr 1.2.7, libtcnative 1.1.7 and Tomcat 6.0.2 Question : In Apr mode, what send to Java signal which trigg the ClientAbortException ? Regards 2006/12/7, Henri Gomez <[EMAIL PROTECTED]>: Well I do more tests an

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
Well I do more tests and the problems occurs with LAN or localhost configuration. worker.w809.port=18093 worker.w809.host=localhost worker.w809.type=ajp13 What's ServerTimeout ? 2006/12/7, Mladen Turk <[EMAIL PROTECTED]>: Henri Gomez wrote: > There is still a serious problem in jk 1.2.20 wh

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Mladen Turk
Henri Gomez wrote: There is still a serious problem in jk 1.2.20 when flushing some large file (ie: PDF). Hard to tell without some test case and config files. What is the socket_timeout, what is the ServerTimeout? Regards, Mladen.

Re: mod_jk release preparation: ready for test

2006-12-07 Thread Henri Gomez
There is still a serious problem in jk 1.2.20 when flushing some large file (ie: PDF). here is the dump : file to be sent is 162748 long, iosize=8192 lReadLen=8192 lSentLen=8192 lReadLen=8192 lSentLen=16384 lReadLen=8192 lSentLen=24576 lReadLen=8192 lSentLen=32768 lReadLen=8192 lSentLen=40960 lR

Re: mod_jk release preparation: ready for test

2006-12-06 Thread Mladen Turk
Henri Gomez wrote: BTW, windows binaries are very welcome ! I'll prepare them later today, and hand them over to the Rainer. (Well I'll put them on my people.a.o) Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED]

Re: mod_jk release preparation: ready for test

2006-12-06 Thread Henri Gomez
BTW, windows binaries are very welcome ! 2006/12/6, Henri Gomez <[EMAIL PROTECTED]>: Mladen and you, are now our JK experts ;) BTW, I'll take a look at them and tests them on my dev and prod servers Good works ! 2006/12/6, Rainer Jung <[EMAIL PROTECTED]>: > Hi, > > I think Mladen and I comple

Re: mod_jk release preparation: ready for test

2006-12-06 Thread Henri Gomez
Mladen and you, are now our JK experts ;) BTW, I'll take a look at them and tests them on my dev and prod servers Good works ! 2006/12/6, Rainer Jung <[EMAIL PROTECTED]>: Hi, I think Mladen and I completed our code change plans for the next release of mod_jk. Since over all we had more change

mod_jk release preparation: ready for test

2006-12-06 Thread Rainer Jung
Hi, I think Mladen and I completed our code change plans for the next release of mod_jk. Since over all we had more changes than we expected when we started for 1.2.20 I would like to give the opportunity of testing, before I do the tagging. In case no show stoppers will be found I suggest tagging