Re: Connector issues - jk2, 4.1.18, 2.0.44
Eric L. Wittle [EMAIL PROTECTED] wrote: # Map the Tomcat examples webapp to the Web server uri space [uri:/examples/*] info=Map the whole webapp In my Tomcat 4.1.18 conf directory, my jk2.properties files contains the folloing: handler.list=apr,channelSocket,request channelSocket.port=8009 Hope this works for you... -Eric with the jk2.properties you have, when you startup tomcat 4.1.18, do you see the following errors in your catalina.out file? Starting service Tomcat-Standalone Apache Tomcat/4.1.18 Feb 12, 2003 11:02:33 AM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 Feb 12, 2003 11:02:33 AM org.apache.jk.server.JkMain newHandler SEVERE: Can't create apr java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory at org.apache.jk.apr.AprImpl.clinit(AprImpl.java:340) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:140) at org.apache.jk.server.JkMain.newHandler(JkMain.java:556) at org.apache.jk.server.JkMain.start(JkMain.java:341) at org.apache.jk.server.JkCoyoteHandler.start(JkCoyoteHandler.java:169) .. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Connector issues - jk2, 4.1.18, 2.0.44
Not sure what you are talking about. If you scroll down and read the posted jk2.properites, you will see channelUnix is NOT being used. It is only for channelSocket. Frank [EMAIL PROTECTED] wrote: apr.NativeSo has to be placed in jk2.properties in order for channelUnix to work. If I don't put apr.NativeSo, there is no error in Catalina.out. However, there is no channelUnix either. If I put apr.nativeSo, I got that error. Regards, PQ This Guy Thinks He Knows Everything This Guy Thinks He Knows What He Is Doing -Original Message- From: liug [mailto:[EMAIL PROTECTED]] Sent: February 12, 2003 2:17 PM To: [EMAIL PROTECTED] Subject: Re: Connector issues - jk2, 4.1.18, 2.0.44 Eric L. Wittle [EMAIL PROTECTED] wrote: # Map the Tomcat examples webapp to the Web server uri space [uri:/examples/*] info=Map the whole webapp In my Tomcat 4.1.18 conf directory, my jk2.properties files contains the folloing: handler.list=apr,channelSocket,request channelSocket.port=8009 Hope this works for you... -Eric with the jk2.properties you have, when you startup tomcat 4.1.18, do you see the following errors in your catalina.out file? Starting service Tomcat-Standalone Apache Tomcat/4.1.18 Feb 12, 2003 11:02:33 AM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 Feb 12, 2003 11:02:33 AM org.apache.jk.server.JkMain newHandler SEVERE: Can't create apr java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory at org.apache.jk.apr.AprImpl.clinit(AprImpl.java:340) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:140) at org.apache.jk.server.JkMain.newHandler(JkMain.java:556) at org.apache.jk.server.JkMain.start(JkMain.java:341) at org.apache.jk.server.JkCoyoteHandler.start(JkCoyoteHandler.java:169) .. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Connector issues - jk2, 4.1.18, 2.0.44
[EMAIL PROTECTED] wrote: apr.NativeSo has to be placed in jk2.properties in order for channelUnix to work. If I don't put apr.NativeSo, there is no error in Catalina.out. However, there is no channelUnix either. If I put apr.nativeSo, I got that error. I see what you mean: you get the APR error for the channelUnix. We get the same apr error for the channelSocket. JNI doesn't work (at least on unix). oh well, mod_jk2 is REALLY not ready :( Frank Regards, PQ This Guy Thinks He Knows Everything This Guy Thinks He Knows What He Is Doing -Original Message- From: liug [mailto:[EMAIL PROTECTED]] Sent: February 12, 2003 2:17 PM To: [EMAIL PROTECTED] Subject: Re: Connector issues - jk2, 4.1.18, 2.0.44 Eric L. Wittle [EMAIL PROTECTED] wrote: # Map the Tomcat examples webapp to the Web server uri space [uri:/examples/*] info=Map the whole webapp In my Tomcat 4.1.18 conf directory, my jk2.properties files contains the folloing: handler.list=apr,channelSocket,request channelSocket.port=8009 Hope this works for you... -Eric with the jk2.properties you have, when you startup tomcat 4.1.18, do you see the following errors in your catalina.out file? Starting service Tomcat-Standalone Apache Tomcat/4.1.18 Feb 12, 2003 11:02:33 AM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 Feb 12, 2003 11:02:33 AM org.apache.jk.server.JkMain newHandler SEVERE: Can't create apr java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory at org.apache.jk.apr.AprImpl.clinit(AprImpl.java:340) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:140) at org.apache.jk.server.JkMain.newHandler(JkMain.java:556) at org.apache.jk.server.JkMain.start(JkMain.java:341) at org.apache.jk.server.JkCoyoteHandler.start(JkCoyoteHandler.java:169) .. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Beware: Don't use JNI inprocess mode with JK2, it's badly broken
As I mentioned in other posts, all the success stories I've seen so far are with Microsoft Windows platform. Is that me or someone else can imply from the response in that bug report that the developer also uses Microsoft Windows? Frank Rahul Bhargava [EMAIL PROTECTED] wrote: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16974 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AJP 1.3 Connector jk/jk2
now that we are pretty much on an agreement that jk2 is not usable on a unix platform, we should concentrate on mod_jk :) with tomcat 4.1, dev team decided that jk2 is ready and enabled it on the tomcat side by default (so I heard). The question is: if I use mod_jk.so on the apache side, do I need to change anything on the tomcat side to revert the default from jk2 to jk? In particular, look at the following in the default server.xml file: .. !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8009 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=0 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ !-- Define an AJP 1.3 Connector on port 8009 -- !-- Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 minProcessors=5 maxProcessors=75 acceptCount=10 debug=0/ -- .. shall I comment out the first block and uncomment the second block? John's site www.johnturner.com doesn't mention this, maybe it is an oversight? Talking to the Coyote/JK2 AJP 1.3 Connector from mod_jk may just work, or maybe John just is lucky and will run into problem in the future? Thoughts? Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk child init 1 0
I had the same error with channelUnix. and if I try the jni, it gives some other errors that looks the same as some other users have reported. The question is does mod_jk2 work on Unix, other than the Socket channel? [EMAIL PROTECTED] wrote: Yesterday I built apache 2.0.44 and tomcat connector 4.1.18. I loaded module mod_jk2.so in apache. There are two issues. Issue 1: If I create a jk2.properties like this Handlers.list=apr,channleUnix,request Channel.Unix blah blah apr.NativeSo=/usr/local/jakarta-tomcat-4.1.18/lib/libjkjni.so I got following error after I launched apachectl start: Feb 10, 2003 12:30:11 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 Starting service Tomcat-Standalone Apache Tomcat/4.1.18 Feb 10, 2003 12:30:27 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 Feb 10, 2003 12:30:27 PM org.apache.jk.server.JkMain newHandler SEVERE: Can't create apr java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory at org.apache.jk.apr.AprImpl.clinit(AprImpl.java:340) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:140) at org.apache.jk.server.JkMain.newHandler(JkMain.java:556) at org.apache.jk.server.JkMain.start(JkMain.java:341) at org.apache.jk.server.JkCoyoteHandler.start(JkCoyoteHandler.java:169) at org.apache.coyote.tomcat4.CoyoteConnector.start(CoyoteConnector.java:1056) at org.apache.catalina.core.StandardService.start(StandardService.java:506) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2189) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) Feb 10, 2003 12:30:27 PM org.apache.jk.server.JkMain newHandler SEVERE: Can't create apr java.lang.NoClassDefFoundError at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:140) at org.apache.jk.server.JkMain.newHandler(JkMain.java:556) at org.apache.jk.server.JkMain.processProperty(JkMain.java:537) at org.apache.jk.server.JkMain.processProperties(JkMain.java:505) at org.apache.jk.server.JkMain.start(JkMain.java:346) at org.apache.jk.server.JkCoyoteHandler.start(JkCoyoteHandler.java:169) at org.apache.coyote.tomcat4.CoyoteConnector.start(CoyoteConnector.java:1056) at org.apache.catalina.core.StandardService.start(StandardService.java:506) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2189) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) Feb 10, 2003 12:30:27 PM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 Feb 10, 2003 12:30:27 PM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=3/244 config=/usr/local/jakarta-tomcat-4.1.18/conf/jk2.properties Issue 2: If I use default jk2.properties - that is nothing in the file, after I launched apachectl start, I got following error [error] mod_jk child init 1 0 I can still access tomcat examples http://myhost.mydomain/examples Regards, PQ This Guy Thinks He Knows Everything This Guy Thinks He Knows What He Is Doing - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat/Apache2/JNI on Solaris
I had the same errors on linux (mod_jk2 4.1.18). I did a google search and all the success stories with mod_jk2/jni are on Microsoft Windows. Anybody know if mod_jk2 jni inprocess work under Unix? Francesa Lacreativa [EMAIL PROTECTED] wrote: --0-497224639-1044915285=:59810 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Has anyone been able to get Apache2 to start tomcat 4 via JNI and the JK2 connector? on Solaris by chance? If so, could you please post or privately email me your configuration files (httpd.conf, workers2.properties, jk2.properties)? gracias, -francesa - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat/Apache2/JNI on Solaris
One difference I noticed -- I have jkjni.so in =
$APACHE_HOME/lib/jkjni.so. I
don't know if that makes a difference, maybe the default loc is now
$APACHE_HOME/modules or maybe it doesn't make a difference in 4.1.18 =
TC.
Paul
Where exactly should jkjni.so live?
the official tomcat document
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/installhowto.html
says to put both mod_jk2.so and jkjni.so into the apache modules
directory, which is what I did.
On the other hand, the document:
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/confighowto.html
has the following:
OPT=-Djava.class.path=${TOMCAT_HOME}/lib/tomcat-jni.jar;${TOMCAT_HOME}/lib/tomcat.jar
and neither of the jar files exist in the respective directories.
(btw, shouldn't it be : instead of ; between two jars?)
This makes me suspect the acuaracy of the document.
Do I have to set those OPT in the workers2.properties?
I don't need to do any of those if I start tomcat manually.
btw, where is {TOMCAT_HOME} defined, how does workers2.properties get
that info?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 4.1.18 / apache 2.0.44 / red hat 8
One advice I can give is to stay away from mod_jk2. Though jakarta website says all good words about it over the old mod_jk, it is simply NOT ready. Your life will be much easier if you start with mod_jk. I just read John's howto at http://www.johnturner.com/howto and noticed he is pretty much agreeing with me on staying with mod_jk. Stephen Surman [EMAIL PROTECTED] wrote: Hi. Does anyone know of a good HOWTO for configuring Tomcat 4.1.18 with Apache 2.0.44 under Red Hat 8? I have read several texts and several web postings, but all omit important details. I am anxiously awaiting a HOWTO on this particular configuration from John Turner, but maybe something already exists somewhere? I'd like something that discusses standard configuration options (what is best practice for setting appropriate install directory structure for both Tomcat / Apache with ./configure?) and provides a detailed discussion on Tomcat integration with Apache. I'd prefer to use RPMs, but I can't find one for Apache 2.0.44, so instead I've decided to buiild everything, which I don't mind doing .. but I'm worried that upgrading and apply security fixes and patches will be difficult in the future. Any suggestions? Thanks. S. _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2 and apache13
Bill Barker [EMAIL PROTECTED] wrote: liug [EMAIL PROTECTED] wrote in message b24kvg$7ku$[EMAIL PROTECTED]">news:b24kvg$7ku$[EMAIL PROTECTED]... mod_jk2 (tomcat 4.1.18) seems to compile fine with apache13, but only mod_jk2.so is generated. There is no libjkjni.so. Is that a problem? Is libjkjni.so really needed? The mod_jk2 works fine without it in my test. BTW, what is this jni thing in the jk2 connector? I understand we already have TCP/IP Socket and Unix domain Socket. is jni a third connection type? What's the benefit? With the JNI channel, Apache and Tomcat share the same memory space. So the speaking of memory, I noticed both jk2.properties and workers2.properties have a reference to a shm file, should they point to the same file? Thanks! frank cost of passing off the data between the two should be cheaper (at least in theory). There are people on the list that love using JNI with Apache 1.3. I've never understood why, so I'll let them answer. As I understand it, the JNI channel works best with a multi-threaded server like IIS, iPlanet, or Apache 2 (with the 'worker' MPM). As I said before, I don't see the advantages to using it with a 'pre-fork' server like Apache 1.3. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trouble with Apache 2.0.43 mod_jk2 JNI connector to Tomcat 4.1.18
I am having the same problem mod_jk2, tomcat 4.1.18, apache2,
but on linux.
I am wondering if mod_jk2/jni inprocess works for Unix (solaris or linux).
All the success stories that I've seen are on Microsoft Windows.
I tried to minic their config files with no luck.
the connector builds fine and I copied both mod_jk2.so and
jkjni.so into the apache2 modules directory as suggested at
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/installhowto.html
I then added the mod_jk2 loading in the httpd.conf:
LoadModule jk2_module modules/mod_jk2.so
Here is my simple tomcat/conf/jk2.properties file:
handler.list=apr,request,channelJni
channelJni.disabled = 0
apr.jniModeSo=inprocess
Here is my simple apache2/conf/workers2.properties file:
[shm]
file=${serverRoot}/logs/shm.file
size=1048576
[channel.jni:jni]
info=The jni channel, used if tomcat is started inprocess
# Define the parameters for the Java Virtual Machine
[vm:]
info=Parameters used to load a JVM in the server process
OPT=-Djava.class.path=${TOMCAT_HOME}/bin/tomcat-jni.jar
OPT=-Dtomcat.home=${TOMCAT_HOME}
OPT=-Dcatalina.home=${TOMCAT_HOME}
OPT=-Xmx128M
# JNI worker startup handler
[worker.jni:onStartup]
info=Command to be executed by the VM on startup. This one will start tomcat.
class=org/apache/jk/apr/TomcatStarter
ARG=start
stdout=${serverRoot}/logs/stdout.log
stderr=${serverRoot}/logs/stderr.log
# JNI worker shutdown handler
[worker.jni:onShutdown]
info=Command to be executed by the VM on shutdown. This one will stop tomcat.
class=org/apache/jk/apr/TomcatStarter
ARG=stop
# Map the Tomcat examples webapp to the Web server uri space
[uri:/examples/*]
info=Map the whole webapp
Now when I start apache, I got the following in the error log:
[Tue Feb 11 10:01:07 2003] [error] env.createBean2(): Factory error creating
channel.jni:jni ( channel.jni, jni)
[Tue Feb 11 10:01:07 2003] [error] config.update(): Can't create channel.jni:jni
[Tue Feb 11 10:01:07 2003] [error] env.createBean2(): Factory error creating vm: ( vm,
)
[Tue Feb 11 10:01:07 2003] [error] config.update(): Can't create vm:
[Tue Feb 11 10:01:07 2003] [error] env.createBean2(): Factory error creating
worker.jni:onStartup ( worker.jni, onStartup)
[Tue Feb 11 10:01:07 2003] [error] config.update(): Can't create worker.jni:onStartup
[Tue Feb 11 10:01:07 2003] [error] env.createBean2(): Factory error creating
worker.jni:onShutdown ( worker.jni, onShutdown)
[Tue Feb 11 10:01:07 2003] [error] config.update(): Can't create worker.jni:onShutdown
[Tue Feb 11 10:01:07 2003] [error] mod_jk child init 1 0
[Tue Feb 11 10:01:07 2003] [error] jk2_init() Can't find child 1360 in scoreboard
[Tue Feb 11 10:01:07 2003] [error] mod_jk child init 1 -2
Anybody from the core team can comment? Let me know if you need
more info.
Thanks!
Frank
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help: JNI, mod_jk2 , Apache 2 not working
Another happy Microsoft Windows user :)
I tried exactly same config as you did (see my other post) but
it just doesn't want to work on Linux :(
Frank
Rahul Bhargava [EMAIL PROTECTED] wrote:
Found my problem after building a debug build of mod_jk2 and going thru the
debugger. It
was failing to create a shm slot b'cos I didn't have a shm config block!!
Even though I was not
running a multi-proc server, just a single proc yet ...#4%^
documentation...
[shm:]
info=Scoreboard. Required for reconfiguration and status with multiprocess
servers
file=${serverRoot}/logs/jk2.shm
size=100
debug=99
disabled=0
_
Rahul Bhargava
- Original Message -
From: Robo code [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, February 08, 2003 10:45 PM
Subject: RE: Help: JNI, mod_jk2 , Apache 2 not working
|
| Hi Jimmy,
|
| I have solved some of the problems you are facing. I can get Apache
| to startTomcat via JNI cleanly. The TomcatStarter problem was solved
| by putting $TOMCAT/bin/tomcat-jni.jar on the path. I have couple
| of startup servlets which were correctly loaded. I use Cactus so had
| to put the log4j*.jar on $TOMCAT/server/lib, once I did that all
| my startup servlets came up fine.
|
| But when I hit Apache with a request meant for a Tomcat hosted
JSP/Servlet,
| I get the error below. I tried Apache 2.0.43 since the
| pre-built mod_jk2.dll on Tomcat site was compiled with 2.0.43 and I
| get the same error. Attached are the jk2 and worker2 files.
|
| Note standalone Tomcat works fine with the web.xml etc. So the culprit
| must be worker2 or jk2 properties file. Can't seem to find any docs
| on the syntax of these two files. Can you send your files. Mine
| are attached.
|
| No matter what I do, always the same msg in Apache errors.log. Close
| to giving up on jk2 and planning on trying jk or mod_webapps. It
| seems most people are not running Apache2+TC4 in-process. I would hate
| to loose performance by going out of process, but if none of the JNI
| modes work that I guess will be the last resort
|
| [rahul@PC653933 ~/1Apache2/logs]$ tail -f error.log
| [Sat Feb 08 22:33:14 2003] [notice] Parent: Created child process 3380
| [Sat Feb 08 22:33:14 2003] [error] shm.init(): No file
| [Sat Feb 08 22:33:14 2003] [notice] Child 3380: Child process is running
| [Sat Feb 08 22:33:17 2003] [error] shm.init(): No file
| [Sat Feb 08 22:33:17 2003] [error] mod_jk child init 1 0
| [Sat Feb 08 22:33:17 2003] [notice] Child 3380: Acquired the start mutex.
| [Sat Feb 08 22:33:17 2003] [notice] Child 3380: Starting 250 worker
threads.
| 0 [Thread-1] INFO modeler.Registry - Loading registry information
| 30 [Thread-1] INFO modeler.Registry - Creating new Registry instance
| 812 [Thread-1] INFO modeler.Registry - Creating MBeanServer
| [Sat Feb 08 22:34:33 2003] [error] workerEnv.init() create slot epStat.0
| failed
| [Sat Feb 08 22:34:34 2003] [error] lb.service() worker failed 12 for
| ajp13:j
| ni
| [Sat Feb 08 22:34:34 2003] [error] lb.service() unrecoverable error...
| [Sat Feb 08 22:34:34 2003] [error] mod_jk.handler() Error connecting to
| tomcat 1
| 2
|
| Thanks,
| Rahul.
|
| From: jcubic [EMAIL PROTECTED]
| Reply-To: Tomcat Users List [EMAIL PROTECTED]
| To: Tomcat Users List [EMAIL PROTECTED]
| Subject: RE: Help: JNI, mod_jk2 , Apache 2 not working
| Date: Sat, 8 Feb 2003 10:59:23 -0800
|
| I just got Apache 2.0.44 and Tomat 4.1 working with a little twist. I
think
| we are trying to accomplish the same thing. I think server.xml is not the
| culprit. jk2.properties and worker2.properties are. Also web.xml in
Tomcat
| home as well as the webapp could affect servlet and jps execution. What
do
| your jk2.properties and worker2.propeties look like?
|
| My problem is that I cannot get Tomcat fired up properly from Apache
| without
| first running Tomcat manually. I keep on getting 'HTTP Status 503 -
Servlet
| invoker is currently unavailable' error if I don't run Tomcat first. Of
| course this would defeat the purpose of using Tomcat as worker from
Apache.
|
| My other problem is that I cannot get org/apache/jk/apr/TomcatStarter
| started properly unless I specify whole bunch of jar files using
classpath
| in [vm:] directory. It looks like jvm that Apache runs have trouble with
| class path in my environment. But I don't know how to set it. I am
| interested in knowing how you get TomcatStarter working.
|
| Other than those 2 problems, my Apache can serve up html, jsp, as well as
| servlet in my webapp fine.
|
| Jimmy
| Redmond, Washington
|
|
| [jcubic] -Original Message-
| From: Rahul Bhargava [mailto:[EMAIL PROTECTED]]
| Sent: Saturday, February 08, 2003 8:59 AM
| To: [EMAIL PROTECTED]
| Subject: Help: JNI, mod_jk2 , Apache 2 not working
|
|
|Re-posting with the relevant files attached.
|
|Keep
Re: mod_jk2 vs. the others
compile of mod_jk2 is not an issue. it is pretty straight forward. but whether you can config and make it work is another story :) If you are one of those lucky Microsoft Windows user, I do see some success posts. On Unix, no one got JNI in process working with mod_jk2 (isn't that one of the main reason you want to use mod_jk2 over mod_jk?) You may be able to get Unix domain socket working if you follow Paul's suggestion: The work-around for that was to put all the jar files from $TOMCAT/server/lib in $TOMCAT/commons/lib -- this by-passes the class loader hierarchy (defeating the purpose of the classloader hierarchy's security mechanisms) but it allows the unix domain sockets to work. The problem exists since earlier versions of 4.1.x. This makes me wondering if mod_jk2 is being actively worked on. frank Mike Jackson [EMAIL PROTECTED] wrote: I've got mod_jk working, not mod_jk2. But I did finally get mod_jk2 compiled (between myself and another). I asked the other guy to take notes so we could repeat it with a howto in mind, but he hasn't given the notes to me yet. If someone has a sample mod_jk2 configuration using a vanilla apache2.x and tomcat4.x then I can add that to the end of it. When I get it that is. The old version of mod_jk I was able to get to compile by just making a minor code tweak, but with the new ant build I'm not sure where it's at. I may even have it compiled, but I haven't (to be completely honest) looked. Been too busy with work to play lately. --mikej -=- mike jackson [EMAIL PROTECTED] -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 11:23 AM To: 'Tomcat Users List' Subject: RE: mod_jk2 vs. the others (was: mod_webapp random error) If you've got it working, stick with it, and while you're at it, how about a config HOWTO? Lots of JK2 problems recently on the list. ;) John -Original Message- From: Mike Jackson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 2:18 PM To: Tomcat Users List Subject: RE: mod_jk2 vs. the others (was: mod_webapp random error) Hmm, ok, seems like the consensus is to use mod_jk for now. Now I'll just have to get that to compile under unixware (not the easiest thing in the world). Also, on a somewhat related thought, is there anyone else out there running apache+tomcat on unixware? I'd like to compare problems from time to time. --mikej -=- mike jackson [EMAIL PROTECTED] -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 11:13 AM To: 'Tomcat Users List' Subject: RE: mod_jk2 vs. the others (was: mod_webapp random error) JK2 is technically best with Apache 2 because of the pre-fork issue. JK works with both Apache 1.3 and 2. John -Original Message- From: Mike Jackson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 2:06 PM To: Tomcat Users List Subject: RE: mod_jk2 vs. the others (was: mod_webapp random error) Should I be using mod_jk with apache 2.x? I thought that mod_jk2 was for apache 2.x mostly, and that mod_jk was geared more towards use with apache 1.3.x. For that matter I've had all sorts of fun getting mod_jk2 to work, but mod_jk is easy... --mikej -=- mike jackson [EMAIL PROTECTED] -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 10:54 AM To: 'Tomcat Users List' Subject: RE: mod_jk2 vs. the others (was: mod_webapp random error) I wouldn't use mod_webapp at all. JK (mod_jk) has lots of features over mod_webapp: - ability to load balance - ability to separate static content from dynamic content - and more, search the archives, this is a FAQ JK2 is the newer version of JK. It's where the dev team is focusing its efforts. So, going forward, the recommended choices are mod_jk and mod_jk2. Which you use is up to you. John -Original Message- From: Diego Algorta Casamayou [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 1:50 PM To: Tomcat Users List Subject: mod_jk2 vs. the others (was: mod_webapp random error) Any experience with mod_jk2? Does it everything mod_jk and mod_webapp can do? If it's newer, why should I use mod_jk or mod_webapp instead of mod_jk2? Thank you - Original Message - From: Chris Davies [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, February 11, 2003 12:56 PM Subject: Re: mod_webapp random error Hi, I've never had this problem with mod_webapp, it sounds very
Re: Beware: Don't use JNI inprocess mode with JK2, it's badly broken
Rahul, I guess the jk2 developers are using Microsoft Windows platform. I've seen several success stories on mod_jk2/JNI inprocess. You might want to take a look at the C files for the mod_jk2.dll My guess is those C files are doing the right job. (registering the handlers). Frank Rahul Bhargava [EMAIL PROTECTED] wrote: I have filed a bug John already. I think it helps a great deal as folks here can avoid walking into the land mine called Jk2 JNI. Sure most people may not want to know the innards of the codebase that causes JNI to fail, but knowing it won't work can save time - it would have saved me a week as I struggled with the config thinking I must have screwed up _ Rahul Bhargava - Original Message - From: Turner, John [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, February 11, 2003 11:37 AM Subject: RE: Beware: Don't use JNI inprocess mode with JK2, it's badly broken | | Thanks for the info. BEST PLACE for this is BUGZILLA, and a post to the | tomcat-dev list. Folks here are Tomcat users, and this information doesn't | help us that much aside from an overview. | | John | | | -Original Message- | From: Rahul Bhargava [mailto:[EMAIL PROTECTED]] | Sent: Tuesday, February 11, 2003 2:35 PM | To: Tomcat Users List | Subject: Beware: Don't use JNI inprocess mode with JK2, it's badly | broken | | | There is no way in hell JNI can ever work with JK2. | jk_channel_jni.c::jk2_channel_jni_open invokes | the java static method createJavaContext() which in turns | tries to return a registered JkHandler for | Jni (ChannelJni) from the underlying hashtable. However when | the in-process mode is enabled, there | is nobody registering any handlers! As a result null is | trurned into c land from Java when createJavaContext | returns causing the JNI invocation to fail. | | Tried this with Apache 2.0.43/44. With the out of process | mode the declaration in server.xml cause a JkCoyoteHandler to | be registered but with the in-process mode, this was suppose | to happen automatically. Nobody seems to trigger a call to | AprImpl.addJkHandler() - not in java land not in c land! | | This convince me that JNI mode never really worked with JK2. | If you look at the tomcat-user archive | you can see people falling on their faces trying to get this | to work,but nobody has succedded now | I know why. | | Someone should fix the Jk2 web site which lures naive users | to believe that JNI mode is working with | Jk2! I did try to fix the problem by tring to instantiate a | ChannelJni instance in the ctor of AprImpl and register | it into the jkHandlers table but was getting NPE...don't | know the code that well to know what assumptions are built | into ChannelJni. Will continue to debug. But in the meatime | stay away from JNI. | _ | Rahul Bhargava | | | - | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk2 and apache13
mod_jk2 (tomcat 4.1.18) seems to compile fine with apache13, but only mod_jk2.so is generated. There is no libjkjni.so. Is that a problem? Is libjkjni.so really needed? The mod_jk2 works fine without it in my test. BTW, what is this jni thing in the jk2 connector? I understand we already have TCP/IP Socket and Unix domain Socket. is jni a third connection type? What's the benefit? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
