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
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
+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
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
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 features
have been backported to jk1. Most of those features will be seen
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
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
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 on the WebServer, and if the
tomcat
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
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
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
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, and
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
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
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.
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 in supporting an
- 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 WebServer, and if the
tomcat failed to respond
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
explicitly
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 (
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
-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: Costin Manolache [EMAIL PROTECTED]
Subject: Re: Mod_Jk2 - Default Worker
Date
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
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 objects
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
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
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
byte
, 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-deprecated' CLib library (everything is LibC these days it
seems
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
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 jni_md.h?
Are you
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
-
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 message body.
Regarding ajp_process_callback
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 isn't
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
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 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 compile (see
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:
#if APR_HAS_THREADS
+1
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 file
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 long
-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
behavior similar to the apache's request rec
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 and IIS tested and working.
What about other platforms
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: mailto:[EMAIL PROTECTED]
For
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.3
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.
Thoughts?
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 lib, is
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 on sourceforge.
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.
Majority
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
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 Makefile for apxs.
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 only for
[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 in
[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.
IMHO
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 ?
Should
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
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 link
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 (AKA, apache
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 apr.so
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
[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.0... What if it's not
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.
)
$(ALL_LDFLAGS) -o $@
###
- Original Message -
From: [EMAIL PROTECTED]
To: Michael Delamere [EMAIL PROTECTED]
Cc: List Tomcat-Dev [EMAIL PROTECTED]
Sent: Sunday, April 28, 2002 3:31 PM
Subject: Re: mod_jk2
On Sun, 28
: [EMAIL PROTECTED]
To: Michael Delamere [EMAIL PROTECTED]
Cc: List Tomcat-Dev [EMAIL PROTECTED]
Sent: Sunday, April 28, 2002 3:31 PM
Subject: Re: mod_jk2
On Sun, 28 Apr 2002, Michael Delamere wrote:
Hi,
When I try to run make in
jakarta-tomcat-connectors/jk/native2
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 doing a lot
of major changes and some important features
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
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 design and
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 the
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 ;)
The whole point
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
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 chickeneggs problem :)
Tomcat must be run first, and some magic must happen
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 chickeneggs problem :)
Tomcat must be run
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_time_now()
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.
Jk
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 information
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
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,
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 vhost mapping capabilty in
With my recent changes, there are few changes in the config.
My config is:
( in httpd.conf )
LoadModule jk2_module modules/mod_jk2.so
IfModule mod_jk2.c
JkSet logLevel debug
JkSet worker.ajp13.type ajp13
JkSet worker.ajp13.channel socket
JkSet worker.ajp13.port 8009
Great
# JkSet
On Mon, 4 Mar 2002, GOMEZ Henri wrote:
Location /jkstatus
JkUriSet worker status
/Location
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 cutpastes from mod_jserv :-)
I
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 tomcat.
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 mapping
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,
80 matches
Mail list logo