RE: Tomcat4.0 with and Apache2
Is ar installed on the system or maybe it's not in the path. Try typing which ar and see what it returns. I believe it should be in either /usr/local/bin or /usr/ccs/bin depending on how things are installed on your system On Tue, 2002-08-27 at 11:59, Raj Mettai wrote: Hi, I am trying to compile apache2.0.39 on solaris 8, with --enable-so(DSO), when I do make, I am getting following error, can anybody help me fixing this error... Making all in dso/unix make[3]: Entering directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix' make[4]: Entering directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix' /bin/sh /export/home/klibutti/httpd-2.0.39/srclib/apr/libtool --silent --mode=compile gcc -g -O2 -pthreads -DHAVE_CONFIG_H -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I../../include -I../../include/arch -I../../include/arch/unix -c dso.c touch dso.lo make[4]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix' make[3]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix' make[3]: Entering directory `/export/home/klibutti/httpd-2.0.39/srclib/apr' /bin/sh /export/home/klibutti/httpd-2.0.39/srclib/apr/libtool --silent --mode=link gcc -g -O2 -pthreads -DHAVE_CONFIG_H -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I./include -I../include -o libapr.la -rpath /usr/local/apache2/lib strings/apr_cpystrn.lo strings/apr_fnmatch.lo strings/apr_snprintf.lo strings/apr_strings.lo strings/apr_strnatcmp.lo strings/apr_strtok.lo passwd/apr_getpass.lo passwd/apr_md5.lo tables/apr_hash.lo tables/apr_tables.lo file_io/unix/copy.lo file_io/unix/dir.lo file_io/unix/fileacc.lo file_io/unix/filedup.lo file_io/unix/filepath.lo file_io/unix/filestat.lo file_io/unix/flock.lo file_io/unix/fullrw.lo file_io/unix/mktemp.lo file_io/unix/open.lo file_io/unix/pipe.lo file_io/unix/readwrite.lo file_io/unix/seek.lo network_io/unix/inet_ntop.lo network_io/unix/inet_pton.lo network_io/unix/poll.lo network_io/unix/sendrecv.lo network_io/unix/sockaddr.lo network_io/unix/sockets.lo network_io/unix/sockopt.lo threadproc/unix/proc.lo threadproc/unix/procsup.lo threadproc/unix/signals.lo threadproc/unix/thread.lo threadproc/unix/threadpriv.lo misc/unix/errorcodes.lo misc/unix/getopt.lo misc/unix/getuuid.lo misc/unix/otherchild.lo misc/unix/rand.lo misc/unix/start.lo misc/unix/uuid.lo misc/unix/version.lo locks/unix/global_mutex.lo locks/unix/proc_mutex.lo locks/unix/thread_cond.lo locks/unix/thread_mutex.lo locks/unix/thread_rwlock.lo time/unix/time.lo time/unix/timestr.lo mmap/unix/common.lo mmap/unix/mmap.lo shmem/unix/shm.lo i18n/unix/xlate.lo user/unix/groupinfo.lo user/unix/userinfo.lo memory/unix/apr_pools.lo atomic/solaris_sparc/apr_atomic_sparc_no_support.lo dso/unix/dso.lo /export/home/klibutti/httpd-2.0.39/srclib/apr/libtool: ar: not found make[3]: *** [libapr.la] Error 1 make[3]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib' make: *** [all-recursive] Error 1 Thanks in advance -Raj [EMAIL PROTECTED] 08/26/02 02:52PM Sorry, perhaps that was too harsh. You don't need mod_proxy to put tomcat on a separate machine from apache. mod_jk supports load-balancing (http://www.ubeans.com/tomcat for a HOWTO), and if you just want tomcat on a separate machine without load-balancing, you change the host parameter in mod_jk's worker.properties file to the hostname of the tomcat server instead of localhost or whatever the default is (see earlier posts today on this list on exactly this topic). In addition, with mod_jk, you can set tomcat (provided tomcat is on the same machine) to auto-generate the mod_jk configuration directives for apache. That means that you only need to change one server configuration (tomcat), and the apache configuration will follow. mod_proxy probably works (I haven't tried it) and others are probably doing it that way, but in my opinion it would make sense to use the tool that was specifically developed to integrate with tomcat, and that means one of the connectors such as mod_jk or mod_webapp. Obviously, you are welcome to use whatever suits your environment and situation. John Turner [EMAIL PROTECTED] -Original Message- From: Milhomem, Marcus [mailto:[EMAIL PROTECTED]] Sent: Monday, August 26, 2002 2:47 PM To: Tomcat Users List Subject: RE: Tomcat4.0 with and Apache2 Hi, I am planing to use tomcat4.0 with Apache2 using the mod_proxy, because I think that it ahs more scalability as you can after sometime move the tomcat to other machine. But as I saw your e-mail, saying to burn What Integration do you tinhk it´s better and why? thank you -- To
RE: mod_jk compile error
Walter, Located the file jni.h which should be in $JAVA_HOME/include. Somewhere around Line 27 it should read #include jni_md.h. If you look in the $JAVA_HOME/include for a directory, it might be called aix or ppc or mip. You need change line 27 to be #include dir_name/jni_md.h On Wed, 2002-07-24 at 18:16, Billingham, Walter 475 wrote: Mark, What file exactly again I'm lost in the notation. I'm on an AIX 5.1L OS and where exactly is the change made again? What do I search for in what file where is what I'm asking, and what do I change it to? Thanks. Walter B. -Original Message- From: Mark Pelillo [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, July 23, 2002 9:19 PM To: Tomcat Users List Subject:Re: mod_jk compile error This is one file you will have to edit. The problem is not with jk_jni_worker.c but rather with jni.h. Line 27 (if you are using j2sdk1.4.0) of jni.h which is located in JAVA_HOME/include needs to be modified to be architecture/jni_md.h. Change architecture to meet your systems need. For linux it is linux, for solaris it is sparc. On Tue, 2002-07-23 at 16:02, Billingham, Walter 475 wrote: Anyone know what this means below? I am trying to compile the mod_jk.so file. Thanks. Trask. # CC=/usr/local/bin/gcc ./build-aix.sh Building mod_jk cc -DAIX=51 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qcpluscmt -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI _C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DSHARED_MODULE -I/webserver/jre/lib -I../common -I/usr/java 131/jre/lib -c ../common/jk_ajp12_worker.c cc -DAIX=51 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qcpluscmt -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI _C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DSHARED_MODULE -I/webserver/jre/lib -I../common -I/usr/java 131/jre/lib -c ../common/jk_ajp13.c cc -DAIX=51 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qcpluscmt -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI _C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DSHARED_MODULE -I/webserver/jre/lib -I../common -I/usr/java 131/jre/lib -c ../common/jk_ajp13_worker.c cc -DAIX=51 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qcpluscmt -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI _C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DSHARED_MODULE -I/webserver/jre/lib -I../common -I/usr/java 131/jre/lib -c ../common/jk_connect.c cc -DAIX=51 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qcpluscmt -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI _C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DSHARED_MODULE -I/webserver/jre/lib -I../common -I/usr/java 131/jre/lib -c ../common/jk_jni_worker.c ../common/ , line 67.10: 1506-296 (S) #include file jni.h not found. ../common/jk_jni_worker.c, line 102.15: 1506-277 (S) Syntax error: possible missing ')' or ','? ../common/jk_jni_worker.c, line 102.1: 1506-273 (E) Missing type in declaration of jint. ../common/jk_jni_worker.c, line 102.1: 1506-033 (S) Function jint is not valid. Function cannot return a function. ../common/jk_jni_worker.c, line 102.1: 1506-282 (S) The type of the parameters must be specified in a prototype. ../common/jk_jni_worker.c, line 102.59: 1506-512 (S) An initializer is not allowed for jint. ../common/jk_jni_worker.c, line 103.15: 1506-277 (S) Syntax error: possible missing ')' or ','? ../common/jk_jni_worker.c, line 103.36: 1506-279 (S) A function declarator cannot have a parameter identifier list if it is not a function definition. ../common/jk_jni_worker.c, line 103.1: 1506-273 (E) Missing type in declaration of jint. ../common/jk_jni_worker.c, line 103.1: 1506-033 (S) Function jint is not valid. Function cannot return a function. ../common/jk_jni_worker.c, line 103.1: 1506-282 (S) The type of the parameters must be specified in a prototype. ../common/jk_jni_worker.c, line 103.66: 1506-512 (S) An initializer is not allowed
Re: mod_jk compile error
This is one file you will have to edit. The problem is not with jk_jni_worker.c but rather with jni.h. Line 27 (if you are using j2sdk1.4.0) of jni.h which is located in JAVA_HOME/include needs to be modified to be architecture/jni_md.h. Change architecture to meet your systems need. For linux it is linux, for solaris it is sparc. On Tue, 2002-07-23 at 16:02, Billingham, Walter 475 wrote: Anyone know what this means below? I am trying to compile the mod_jk.so file. Thanks. Trask. # CC=/usr/local/bin/gcc ./build-aix.sh Building mod_jk cc -DAIX=51 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qcpluscmt -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI _C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DSHARED_MODULE -I/webserver/jre/lib -I../common -I/usr/java 131/jre/lib -c ../common/jk_ajp12_worker.c cc -DAIX=51 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qcpluscmt -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI _C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DSHARED_MODULE -I/webserver/jre/lib -I../common -I/usr/java 131/jre/lib -c ../common/jk_ajp13.c cc -DAIX=51 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qcpluscmt -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI _C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DSHARED_MODULE -I/webserver/jre/lib -I../common -I/usr/java 131/jre/lib -c ../common/jk_ajp13_worker.c cc -DAIX=51 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qcpluscmt -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI _C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DSHARED_MODULE -I/webserver/jre/lib -I../common -I/usr/java 131/jre/lib -c ../common/jk_connect.c cc -DAIX=51 -DUSE_PTHREAD_SERIALIZED_ACCEPT -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_SSL=208105 -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qcpluscmt -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DUSE_HSREGEX -DEAPI -D_ALL_SOURCE -D_ANSI _C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -q32 -D_LARGE_FILES -qlonglong -DSHARED_MODULE -I/webserver/jre/lib -I../common -I/usr/java 131/jre/lib -c ../common/jk_jni_worker.c ../common/ , line 67.10: 1506-296 (S) #include file jni.h not found. ../common/jk_jni_worker.c, line 102.15: 1506-277 (S) Syntax error: possible missing ')' or ','? ../common/jk_jni_worker.c, line 102.1: 1506-273 (E) Missing type in declaration of jint. ../common/jk_jni_worker.c, line 102.1: 1506-033 (S) Function jint is not valid. Function cannot return a function. ../common/jk_jni_worker.c, line 102.1: 1506-282 (S) The type of the parameters must be specified in a prototype. ../common/jk_jni_worker.c, line 102.59: 1506-512 (S) An initializer is not allowed for jint. ../common/jk_jni_worker.c, line 103.15: 1506-277 (S) Syntax error: possible missing ')' or ','? ../common/jk_jni_worker.c, line 103.36: 1506-279 (S) A function declarator cannot have a parameter identifier list if it is not a function definition. ../common/jk_jni_worker.c, line 103.1: 1506-273 (E) Missing type in declaration of jint. ../common/jk_jni_worker.c, line 103.1: 1506-033 (S) Function jint is not valid. Function cannot return a function. ../common/jk_jni_worker.c, line 103.1: 1506-282 (S) The type of the parameters must be specified in a prototype. ../common/jk_jni_worker.c, line 103.66: 1506-512 (S) An initializer is not allowed for jint. ../common/jk_jni_worker.c, line 104.15: 1506-277 (S) Syntax error: possible missing ')' or ','? ../common/jk_jni_worker.c, line 104.42: 1506-279 (S) A function declarator cannot have a parameter identifier list if it is not a function definition. ../common/jk_jni_worker.c, line 104.1: 1506-273 (E) Missing type in declaration of jint. ../common/jk_jni_worker.c, line 104.1: 1506-033 (S) Function jint is not valid. Function cannot return a function. ../common/jk_jni_worker.c, line 104.1: 1506-282 (S) The type of the parameters must be specified in a prototype. ../common/jk_jni_worker.c, line 104.65: 1506-512 (S) An initializer is not allowed for jint. ../common/jk_jni_worker.c, line 121.5: 1506-046 (S) Syntax error. ../common/jk_jni_worker.c, line 196.5: 1506-046 (S) Syntax error. ../common/jk_jni_worker.c, line 208.21: 1506-046 (S) Syntax error. ../common/jk_jni_worker.c, line 212.21: 1506-046 (S) Syntax error.
Re: mod_jk problem == Invalid command 'JkMount'?
To answer your second question, I don't believe you need the AddModule line. I ran into the same problem, but when I deleted the line it worked great. The only thing you have to be carefully of is the order in which the modules are loaded. FYI if you are going to use PHP4.2.1 and mod_jk/mod_jk2, the php has to added last. Don't ask me why, but it took me a week and about two dozen compile to figure it out. On Tue, 2002-07-23 at 16:31, [EMAIL PROTECTED] wrote: Hi, I'm trying to get Tomcat 4 running with Apache 1.3 on Linux (RedHat 7.3). I have followed the configuration instructions at http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/ajp.html and http://www.galatea.com/flashguides/apache-tomcat-4-unix.xml on how to do this. From what I can tell, tomcat is running correctly with the modifications I have made (no errors on restart). However, when I try to restart Apache (or use apachectl configtest), I get the following error message: Syntax error on line 1260 of /etc/httpd/conf/httpd.conf: Invalid command 'JkMount', perhaps mis-spelled or defined by a module not included in the server configuration Line 1260 of httpd.conf is the fifth line of the following: VirtualHost 137.48.138.201 ServerName bioinformatics.ist.unomaha.edu ServerAlias bioinformatics.unomaha.edu DocumentRoot /bioinformatics/webapps JkMount /*.jsp ajp13 JkMount /servlet/* ajp13 DirectoryIndex index.jsp index.html /VirtualHost I have no idea how to fix this as JkMount is indeed spelled correctly. Any help in resolving this would be greatly appreciated. Another question, if you have time. http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/ajp.html indicates that you need to load the mod_jk module in http.conf using both the LoadModule and AddModule directives; e.g., LoadModule jk_module libexec/mod_jk.so AddModule mod_jk.c When I try to restart Apache, this gives me a warning (someone about mod_jk.c already being loaded) which goes away when I remove the AddModule line. Is just having LoadModule sufficient? Mark Mark A. Pauley College of Information Science Technology, UNO Omaha, NE 68182-0116 e-mail: [EMAIL PROTECTED] phone: (402) 554-4954 fax: (402) 554-3284 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
UID for Tomcat and startup script
Who do most people run Tomcat as? Because I am working on a development system, I can run Tomcat as root, but when I go to production I am sure that will cause problems. I am running under Solaris. I also wonder how you make sure Tomcat is completed started before starting apache. I know on my development box ( Dual 360Mhz with 1 gig of memory) Tomcat takes 15 minutes to start. If tomcat has to be started first, then just putting a startup script in rc2.d for tomcat and rc3.d for Apache doesn't work. Right now I have a startup script to start tomcat automatically, then start apache manually. Obviously in a production environment that isn't going to work. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Apache 2.0.39 modjk2
check the permissions of the directory where jk2.shm file is going.
Make sure the account which is running tomcat has permission to write
into the directory.
On Mon, 2002-07-01 at 15:25, Short, Dave wrote:
Does anyone know why Apache 2.0.39 is reporting the [warn] messages in the
error.log file?
[Mon Jul 01 13:16:42 2002] [notice] Parent: Created child process 1752
[Mon Jul 01 13:16:42 2002] [notice] Child 1752: Child process is running
[Mon Jul 01 13:16:43 2002] [warn] workerEnv.init() ok
C:/Apache2/conf/workers2.properties
[Mon Jul 01 13:16:43 2002] [warn] mod_jk child init 1 -1
[Mon Jul 01 13:16:43 2002] [notice] Child 1752: Acquired the start mutex.
[Mon Jul 01 13:16:43 2002] [notice] Child 1752: Starting 250 worker threads.
httdp.conf file:
Include /mod_jk2.conf
mod_jk2.conf file:
IfModule !mod_jk2.c
LoadModule jk2_module c:/Apache2/modules/mod_jk2.dll
/IfModule
workers2.properties file:
[logger]
level=DEBUG
[config:]
file=${serverRoot}/conf/workers2.properties
debug=0
debugEnv=0
[uriMap:]
info=Maps the requests. Options: debug
debug=0
[shm:]
info=Scoreboard. Required for reconfiguration and status with multiprocess
servers
file=${serverRoot}/logs/jk2.shm
size=100
debug=0
disabled=0
[workerEnv:]
info=Global server options
timing=1
debug=0
[channel.socket:localhost:8019]
info=Ajp13 forwarding over socket
debug=0
tomcatId=localhost:8019
[status:]
info=Status worker, displays runtime informations
[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
disabled=1
[worker.jni:jniCmd1]
info=Command to be executed by the VM. This one will start tomcat.
class=org/apache/jk/apr/TomcatStarter
ARG=start
disabled=1
[uri:/jkstatus/*]
info=Display status information and checks the config file for changes.
group=status:
[uri:/PSI]
info=PSI Application
context=/PSI
debug=0
[uri:/PSI/servlet/*]
info=Prefix mapping
[uri:/PSI/*.jsp]
info=Extension mapping
[uri:/PSI/*]
info=Map the whole webapp
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Problem with mod_jk2
I have Tomcat 4.04 with Apache 2.0.39 installed on a Sun (sparc) machine. I have to do minor edit, but everything is up and running. I was checking out the jkstatus link, when I noticed a concern. It says my arch = i386 rather than sparc. Anyone have any idea how to change this? I do see a couple errors in Apache's error log, but none of them complain about not finding a directory i386 or any other i386 type files. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk and mod_jk2 HELP
John, When you include the LoadModule line in the httpd.conf, the mod_jk2.so automatically looks for a file called workers2.properties. It if doesn't find it, it pukes. Under the site I have now (Apache1.3 with mod_jk) I have put the JkMounts in a seperate file and in the httpd.conf I have a line Include /usr/local/tomcat/conf/mod_jk.conf. The workers file is the same thing. You have a Uri mount instead of a JkMount which tells tomcat what content to mount. To mount an application you need five lines [uri:examples] content=/examples [uri:examples/*.jsp] [uri:/examples/servlet/*] [uri:examples/*] The first two tell Apache/Tomcat about the application and where the file are. The next two tell Apache/Tomcat what tomcat should be serving. and the last one I am not sure. (I do know that if it is not there, then it doesn't work) I have checked the log file for both apache and tomcat and I can see that apache serves the .html etc, which tomcat is serving the servlets and jsp's only. Hope this helps. On Thu, 2002-06-20 at 07:41, Turner, John wrote: That's what the JkMount directive does, it tells apache which requests to send to tomcat. Without it, AFAIK, every request is sent to tomcat. Can anyone clear up how you can use mod_jk/mod_jk2 without the JkMount directive? Does mod_jk2 do away with JkMount? The goal being to use tomcat only for servlet and JSP requests. John Turner [EMAIL PROTECTED] http://www.aas.com -Original Message- From: Mark Pelillo [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 19, 2002 6:35 PM To: Tomcat Users List Subject: RE: mod_jk and mod_jk2 HELP I can't answer whether mod_jk is involved in every request, because it really depend on the inner workings of Apache and mod_jk. The httpd.conf tells apache to server .html files and the like, while the workers2.properties tell tomcat to server .jsp and sevlet. Depending on which is processed, says who get involved. On Wed, 2002-06-19 at 07:51, Turner, John wrote: Thanks for the reply, but that doesn't answer my question. Apache doesn't know anything about workers.properties, only mod_jk2 does. So, if I understand your answer, it seems that mod_jk2 has to get involved in every HTTP request? Then it filters that request through workers.properties? That's not desired behavior, is it? My point was that mod_jk2 and tomcat should only be involved in requests where they're required. Requests for images, HTML pages, etc should all be handled by apache without any intervention from mod_jk2 or tomcat. Or are those options you listed in your httpd.conf file? John Turner [EMAIL PROTECTED] http://www.aas.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk and mod_jk2 HELP
I don't have to specifically use the JkMount directive, but rather the following syntax..(taken directy from the default workers2.properties file) [uri:/examples] info=Example webapp in the default context. context=/examples debug=0 [uri:/examples/servlet/*] info=Prefix mapping [uri:/examples/*.jsp] info=Extension mapping It basicially does the same thing as the JkMount, but it stored in a seperate configuration file. I haven't found a lot of documentation on the syntax of the file, so I have had difficulty getting my legacy app to work with it. On Tue, 2002-06-18 at 07:57, Turner, John wrote: OK, I'm curious. Without the JkMount directive, how does apache know what content to send to tomcat? How are you differentiating between static content (*.html, *.gif, etc.) and dynamic content (servlets, JSP)? Without the JkMount directive, it would seem to me that all your content is being served by tomcat, which means there's no need for apache (or even a connector). Is this something new to mod_jk2, that it is able to tell on the fly what to send to tomcat? John Turner [EMAIL PROTECTED] http://www.aas.com -Original Message- From: Mark Pelillo [mailto:[EMAIL PROTECTED]] Sent: Monday, June 17, 2002 8:49 PM To: Tomcat Users List Subject: RE: mod_jk and mod_jk2 HELP While at first I figured the quotes from the book were useless, but I actualy made it work. I was working on Solaris 8 and Solaris 8 for sparc system. I am installing Apache 2.0.35 with php and Tomcat. I started off with tomcat 4.03, then moved to tomcat 4.04 b3 and finally to 4.1.3-beta. The solution was to move the LoadModule jk2_module modules/mod_jk2.so first in line. And amazing it works. I don't have to include any of the jkmount line in the the Apache's httpd.conf. Instead I have to modify the worker2.properties file, which in a different format, so I haven't got my app running yet. The biggest problem is the documentation or lack there of. I had no problem doing the installtion with Apache 1.3, but 2.0 had been nothing but a headache. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
What are the various DEBUG Levels?
If I look at the web.xml file (4.1.3) I see line like the following init-param param-namedebug/param-name param-value0/param-value /init-param I can also see something similar if I use the admin tool included with Tomcat 4.1.3. But I don't understand them. I have seen a case where they are set to anything other than 0, but the admin tool let me choose 0-9. I have tried different setting, but I haven't seen any difference. I might be looking in the right place. I am trying to debug an application originally written for Tomcat 3.3 and I get an error java exception error _jspServer (unknown service). I was hoping these would spit a lot of detail into the log file about what was going on, but it didn't seem to work. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
mod_jk and mod_jk2 HELP
Maybe I missed something basic. but I have note been sucessful is getting either of these two connectors working with Apache2. I started with Tomcat 4.0.3 and no luck, moved on to 4.04-b3 with more success and I downloaded 4.1.3 and have almost got it working (I think) I am working on Solaris 8 and 9 with jsdk 1.4.0. I downloaded the binary installation of tomcat and the source code for the connectors. I was able to build the mod_jk.so and mod_jk2.so from the source with a little modification (hardcoded the location of the log file, and remove reference to file.logger.win32, why it is a sparc machine?) Apache loads and does give any error until I try running the examples. I get the handler jakarta-servlet not found error. Other than the Loadmodule line what else do I need in Apache's httpd.conf file? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
