Re: mod_jk and mod_jserv compiling problems
Some pointers: 1) The mod_jk.so version supplied with the Tomcat RPM's at http://rpmized.free.fr should work just fine with RedHat 6.2 regardless of whatever messages it may spew out, as long as you stick to the standard Red Hat 6.2 rpms for Apache (no self-compiled Apache - mod_jk is very sensitive to environmental changes). (If you have another Linux version, such as Mandrake, you'll need to compile your own mod_jk.so.) 2) apxs is not in the standard Apache RPM. You'll find it in the apache-dev rpm. 3) How do you perform your mod_jk make once you have apxs available? Are you located in the correct directory? In my case, I navigated to jakarta-tomcat-3.2.1-src/src/native/apache1.3, and issued the command: /usr/sbin/apxs -o mod_jk.so -c -I /usr/java/java2/include -I /usr/java/java2/include/linux -I ../jk *.c ../jk/*.c Hope this helps. Ed ([EMAIL PROTECTED]) At 01:56 PM 4/25/01 -0400, Sue Evans wrote: Hello, I have spent days trying to get tomcat configured. I can't seem to get/create either mod_jk or mod_jserv that will work. I am on Linux 6.2, using Apache 1.3 and Tomcat 3.2.1 . I have tried the following with these results: 1. First tried using the Apache server that installed automatically when I installed Linux. Problem is that nowhere on my system could I find apxs - so I copied it form another Linux installation. I tried to then compile mod_jserv. Keep getting an error when I run the command apxs -c -o mod_jserv.so *.c to create mod_jserv. Get the error :No such file or directory. I don't know what it is referring to - it is finding apxs okay, what file or directory is it referring to? 2. Next I tried copying the binary mod_jserv from the tomcat download site and that didn't work either. When I went to startup apache, I get the error: Loade DSO libexec/mod_jserv.so uses plain Apache 1.3 API, this module might crash upon EAPI. Please recompile it with -DEAPI! I have no idea what this means. 3. Next I tired compiling my own Apache version 1.3 and got that all installed with DSO enabled. Again, tried creating the mod_jserv and mod_jk files using apxs and again got the error No such file or directory. Still don't know what that is referring to. 4. Next tried using the binary mod_jserv that I had downloaded from the tomcat download site. Didn't work. Apache won't start. I get no errors, nothing in the log files, nothing in configstatus, NOTHING! (very frustrating). Just says not started. 5. Next I tried using the binary mod_jk that I had downloaded from the tomcat download site. Didn't work. Apache won't start. This time I at least get an error message. It says API module structure 'jk_module; in file /usr/local/apache/libexec/mod_jk.so is garbled - perhpas this is not an Apche module DSO? Apache could not be started. (I tried re-downloading it but to no avail!) So... any ideas? To recap: 1. The downloaded binary mod_jk.so and mod_jserv.so don't seem to work. 2. I can't create new mod_jk.so or mod_jserv.so because apxs reports No such file or directory when I enter the commands as given in the documentation. As I said -- I have spent DAYS on this and am completely frustrated. Any help is surely appreciated. - Sue Evans
Re: Eliminate system from ServletContext
I'm not sure what you're trying to do. Do you mean that you originally added a new webapp and it's still there after you deleted it from the server.xml file? By default Tomcat 3.2.1 will find all webapps in your $TOMCAT_HOME/webapps directory, even if they are not identified in the server.xml file. If you want to make your sample unavailable, you need to remove it entirely from the webapps area. Ed ([EMAIL PROTECTED]) At 01:06 PM 4/24/01 -0700, Ramos Miguel-FMR068c wrote: Hello all: I installed a sample program on the tomcat server, but now I want to remove it. I delete the entry from the server.xml and restarted the server, but it seems that didn't result. What's the right procedure to delete a previous installed program from the ServletContext? Thanks again. Miguel Ramos.
RE: Tomcat SSL
At 11:18 PM 4/24/01 +0200, GOMEZ Henri wrote: Make me a favour, switch to mod_jk and ajp13 which is faster and support much more servers (Apache, IIS, IPlanet/NES, jni). And that the part of the connector area which is the more activelly maintained. ajp13 used to have a bug that caused problems when performing binary file uploads (like jpeg images, for example). We had to drop back to ajp12 for that reason. Has the bug been fixed? Ed ([EMAIL PROTECTED])
Re: New to user-mailing-list
I compiled Apache 1.3.19 a couple of weeks ago. I set up a script to do my configuration. This is the contents of my script file: #!/bin/sh ./configure \ --with-layout=GNU \ --bindir=/usr/bin \ --sbindir=/usr/sbin \ --sysconfdir=/etc/httpd \ --datadir=/var/www \ --logfiledir=/var/log/httpd \ --enable-module=most \ --enable-shared=max Most of it has to do with directives on where I wanted to place various items (I didn't like the default locations). This was my first time compiling Apache, so there may well be better ways to do it, but this approach worked for me. After compiling, I rebuilt mod_jk.so using apxs, and everything was great. Ed ([EMAIL PROTECTED]) At 02:15 PM 4/20/01 +0200, you wrote: sorry to bother you once more with the same question but before I really configure apache (I might do something wrong, and let me start all over again) should I use: --enable-shared or --enable-module=so in the configuration to enable me to use mod_jk.so I read the documentation, but this talked about stuff Im not familiar with... regards rick
Re: Unpacking WAR files
At 11:39 AM 4/19/01 -0400, you wrote: I am using Tomcat 3.2.1. I would like to know if there is any way to deploy a webapp as a war file and setup Tomcat so that the war is not unpacked in the webapps directory but only in the work directory. Tomcat 3.2.1 wants to unpack the war file in the webapps directory. Tomcat 4.0 has logic that will allow you to run from a war file without unpacking it, but I don't know if it's functional or not yet. I don't know about Tomcat 3.3.
Re: Servlet Friendly ISP's
I don't know where there's a list, but the question has been asked before, so you can try searching the archives. We're planning on getting into the business ourselves, so keep us in mind. Ed ([EMAIL PROTECTED]) At 01:08 PM 4/19/01 -0700, John Gentilin wrote: I asked this question before but I lost the response. Is there a site that list the ISP's that are Servlet friendly especially using Tomcat ?? Thanks again John G
Re: Servlet jar files
The WAR file is strictly a webapp deployment mechanism. The WAR file is a jarred archive of the entire webapp. If all you want to do is put your sevlets in a jar file, you need to place the file in the WEB-INF/lib directory. When Tomcat starts up, it will find all classes in the WEB-INF/classes directory, and all JAR files in the WEB-INF/lib directory. Ed On Wednesday 18 April 2001 04:08, you wrote: You should bundle servlets in a .WAR file. This is the same as a jar file. It contains the WEB-INF directory for your webapp. See the docs for details on deplolyment. This .WAR file will sit directly in the webapps directory. sam - Original Message - From: "David DELGRANCHE" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 18, 2001 9:50 AM Subject: Servlet jar files Hi all, I would like to put all my servlet files in a jar file and then put the jar file in the classes/ directory. By doing this, Tomcat doesn't find my servlet and send me a HTTP 404 error. Does anyone how to specifiy to Tomcat that the servlets are in a jar file? Thanks a lot David. -- Ed Gomolka ([EMAIL PROTECTED])
Re: Servlet jar files
The WAR file doesn't stay packed. It is simply a deployment mechanism. At startup Tomcat will take any WAR file that it finds in the webapps directory, and unpack it into a directory which has the name of the WAR file. For example, lets say that you have an existing context called "oldContext". If you navigate to that directory, you can then jar everything up into a WAR file using the command "jar cvf newContext.war *". If you take "newContext.war" and move it down into the webapps directory, and then restart Tomcat, you will end up with a "newContext" directory within the webapps directory. Within the webapps directory, you should see: newContext.war newContext directory oldContext directory Nothing prevents your clients from making changes to files that were previously located within the WAR file. Bear in mind that the deployment only works if there was no pre-existing "newContext" directory on the target machine. If you previously installed release 1 of your application, and now you want to install release 1.1 with the same context name, you will need to remove the context directory tree if you are deploying a WAR file. Ed At 02:38 PM 4/18/01 +0100, you wrote: You mean that you deploy servlets on customers machines? I'm not sure how easy it is to access files outside of the WAR file. I suspect you'd have to edit the tomcat.policy file to relax the security sandbox that servlets run it. Byd efault I don't think you can access anything outside the servlets web context. Alternatively you could deply the webapp unpacked (e.g. not use the WAR file). As far as I can see the only benifits of using a .WAR file is it looks a little neater, hides some of the internals and makes deployment a little easier. sam - Original Message - From: mailto:[EMAIL PROTECTED]Rida Ligurs To: mailto:'[EMAIL PROTECTED]''[EMAIL PROTECTED]' Sent: Wednesday, April 18, 2001 1:56 PM Subject: RE: Servlet jar files I was also thinking of using WAR files, but didn't know where to put my properties files. I don't think I wan't them in the WAR because the customer will need to edit them. Where should they go?
Security Manager/tomcat.policy Problems
Platform: Linux Mandrake 7.2/Apache 1.3-19/Tomcat 3.2.1 Can somebody clarify a security manager issue for me? We have an application that allows the user to upload GIF/JPEG images. This has worked fine in development, but has stopped working since we started tightening up security in the tomcat.policy file. Maybe somebody can tell me what I'm doing wrong. We've been starting up Tomcat with the security option for several months, but have had the permissions wide open in development, as shown here by our old entry in the tomcat.policy file. grant { permission java.security.AllPermission; }; The above entry provides us with no security protection, so we'd like to tighten it up; however, we have run into problems. Before we write the image file on the server, we check the validity of the path with the "File.exists()" method, and we verify that we have write access by using the "File.canWrite()" method. These two methods generate exceptions. Here's the one for the canWrite() method: java.security.AccessControlException: access denied (java.io.FilePermission /var/tomcat/webapps/edg/pictures/covers/upload/44KB.gif write) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:272) at java.security.AccessController.checkPermission(AccessController.java:399) at java.lang.SecurityManager.checkPermission(SecurityManager.java:545) at java.lang.SecurityManager.checkWrite(SecurityManager.java:978) at java.io.FileOutputStream.init(FileOutputStream.java:96) at java.io.FileOutputStream.init(FileOutputStream.java:62) at java.io.FileOutputStream.init(FileOutputStream.java:132) at com.ais.util.servlet.MultipartFormInputReader.readAndSaveFile(MultipartFormInputReader.java:417) at com.ais.util.servlet.MultipartFormInputReader.readNextPart(MultipartFormInputReader.java:251) at com.ais.util.servlet.MultipartFormInputReader.getAttachments(MultipartFormInputReader.java:163) at com.ais.util.servlet.ServletEngine.handleForm(ServletEngine.java:1060) at com.ais.util.servlet.ServletEngine.doPost(ServletEngine.java:542) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java) at org.apache.tomcat.core.Handler.service(Handler.java) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java) at org.apache.tomcat.core.ContextManager.service(ContextManager.java) at org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConnection(Ajp12ConnectionHandler.java) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java) at java.lang.Thread.run(Thread.java:484) According to the Javadoc for the JDK, these methods should be able to work under a security manager just fine. Indeed, the fact that they were working under the old tomcat.policy entry tells me that they react to security manager policy changes. If we suppress the use of the File.exists() and File.canWrite() methods, the image files get uploaded and written out just fine. It makes no sense to me that the methods should fail, if the images can be written. Here's the new tomcat.policy entry: grant codeBase "file:${tomcat.home}/webapps/edg/-" { permission java.net.SocketPermission "localhost:1024-","listen"; //grant permission to read all properties permission java.util.PropertyPermission "*","read"; //grant permission to read/write/delete images permission java.io.FilePermission "${tomcat.home}/webapps/edg/pictures/covers/upload/*","read,write,delete"; }; Any ideas? Ed
RE: to many tomcat processes!! AAH!!
At 04:03 PM 4/17/01 -0400, you wrote: does anyone know how can i force java to use green threads? thanks I don't know how, but why would you want to do it? The native thread use should be more efficient. The only drawback is the the way that the ps command displays the threads, but it is only a display issue. The threads aren't actually using up all the memory that the ps command output suggests.. Ed -Original Message- From: Ansgar W. Konermann [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 8:31 PM To: [EMAIL PROTECTED] Subject: Re: to many tomcat processes!! AAH!! Hi, maybe the many processes are because jdk1.2 and up use native threads (AFAIK, 1.1 used "green" threads, i. e. a threading package implemented in java itself). With 1.2+, every java thread is a native OS thread and therefor gets listed by ps. Have you tried forcing java to use green threads? I'm quite sure that it is possible (RTFM). -- Best regards, Ansgar W. Konermann eMail: [EMAIL PROTECTED] --- Hello, I am a message footer. -
RE: Security Manager/tomcat.policy Problems
At 02:02 PM 4/17/01 -0700, you wrote: the user who owns the Tomcat process doesn't have the OS permission for the file this can be fixed using the "chmod" command Filip Thanks for the suggestion. That would be the logical first thing to check, and I've certainly made my share of mistakes of that sort in the past, but that's not the issue in this case, for the following reasons: 1) Tomcat was started via the sudo command, and has root permissions 2) I also get a read exception in another place, yet the files/directories are globally readable 3) The whole problem goes away when the permissions in the tomcat.policy file are thrown wide open as follows: grant { permission java.security.AllPermission; }; There's probably something very basic that's set up wrong, but I'm not seeing it. Ed
Re: Security Manager/tomcat.policy Problems
I've figured out the solution to my problem, so I'm replaying to my own message on the off chance that anyone's interested in the solution. There was a mismatch between the way that I had the permissions set in the security manager, and the way that the Java code was verifying permissions. I had permissions set on the directory as follows: permission java.io.FilePermission "${tomcat.home}/webapps/edg/pictures/covers/upload/*","read,write,delete"; That gave me read,write,delete permissions on any file in the directory. I checked the write permissions as follows: File uploadDirFile = new File(uploadDirectory); if (!uploadDirFile.canWrite()) { throw new ServletRuntimeException("Not writable: " + uploadDirectory); } The canWrite() method generated an exception rather than a true/false boolean. The problem was that the code was checking whether the directory itself was writable, but the permission statement only gave me access to whatever was inside the directory. In order to make things work, I will have to either modify the code somewhat, or expand the permissions in the tomcat.policy file by adding a second line, as follows: permission java.io.FilePermission "${tomcat.home}/webapps/edg/pictures/covers/upload/","read,write"; permission java.io.FilePermission "${tomcat.home}/webapps/edg/pictures/covers/upload/*","read,write,delete"; The first line gives read/write permissions to the directory itself, and the second line gives read/write/delete permissions to all files within the directory. Ed At 03:59 PM 4/17/01 -0500, you wrote: Platform: Linux Mandrake 7.2/Apache 1.3-19/Tomcat 3.2.1 Can somebody clarify a security manager issue for me? We have an application that allows the user to upload GIF/JPEG images. This has worked fine in development, but has stopped working since we started tightening up security in the tomcat.policy file. Maybe somebody can tell me what I'm doing wrong. We've been starting up Tomcat with the security option for several months, but have had the permissions wide open in development, as shown here by our old entry in the tomcat.policy file. grant { permission java.security.AllPermission; }; The above entry provides us with no security protection, so we'd like to tighten it up; however, we have run into problems. Before we write the image file on the server, we check the validity of the path with the "File.exists()" method, and we verify that we have write access by using the "File.canWrite()" method. These two methods generate exceptions. Here's the one for the canWrite() method: java.security.AccessControlException: access denied (java.io.FilePermission /var/tomcat/webapps/edg/pictures/covers/upload/44KB.gif write) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:272) at java.security.AccessController.checkPermission(AccessController.java:399) at java.lang.SecurityManager.checkPermission(SecurityManager.java:545) at java.lang.SecurityManager.checkWrite(SecurityManager.java:978) at java.io.FileOutputStream.init(FileOutputStream.java:96) at java.io.FileOutputStream.init(FileOutputStream.java:62) at java.io.FileOutputStream.init(FileOutputStream.java:132) at com.ais.util.servlet.MultipartFormInputReader.readAndSaveFile(MultipartFormInputReader.java:417) at com.ais.util.servlet.MultipartFormInputReader.readNextPart(MultipartFormInputReader.java:251) at com.ais.util.servlet.MultipartFormInputReader.getAttachments(MultipartFormInputReader.java:163) at com.ais.util.servlet.ServletEngine.handleForm(ServletEngine.java:1060) at com.ais.util.servlet.ServletEngine.doPost(ServletEngine.java:542) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java) at org.apache.tomcat.core.Handler.service(Handler.java) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java) at org.apache.tomcat.core.ContextManager.service(ContextManager.java) at org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConnection(Ajp12ConnectionHandler.java) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java) at java.lang.Thread.run(Thread.java:484) According to the Javadoc for the JDK, these methods should be able to work under a security manager just fine. Indeed, the fact that they were working under the old tomcat.policy entry tells me that they react to security manager policy changes. If we suppress the use
Re: Tomcat equivalent of JServ's LogWriter?
On Wednesday 04 April 2001 20:23, Chris Bailey wrote: Is there an equivalent to Apache JServ's LogWriter (org.apache.java.io.LogWriter) facility in Tomcat? I'm not familiar with LogWriter. Tomcat supports logging as described in the servlet API. (In other words, the ServletContext log methods.) If you need a more comprehensive approach to logging, check out the log4j project on the Apache Jakarta site. A lot of people are using it with Tomcat. I haven't tried it yet personally... it's on my todo list. Ed -- Ed Gomolka ([EMAIL PROTECTED])
Re: trouble compiling mod_jk.so wih Apache 1.3.19 and SunOs 5.8
At 02:46 PM 4/5/01 -0400, Hong-Bing Chen wrote: Hi, I am trying to compile tomcat-apache plugin for Solaris and it fails. The versions are Apache 1.3.19, SunOs 5.8 and Perl 5.6.0. The error message is : "gcc -DSOLARIS -DUSE_EXPAT -I../lib/expat-lite -I/usr/apache1.3.19/include -I../common -I/usr/java1.3/j2sdk1_3_0/include -I/usr/java1.3/j2sdk1_3_0/include/solaris -c mod_jk.c -o mod_jk.so mod_jk.o jk_worker.o jk_util.o jk_uri_worker_map.o jk_sockbuf.o jk_pool.o jk_nwmain.o jk_msg_buff.o jk_map.o jk_lb_worker.o jk_jni_worker.o jk_connect.o jk_ajp13_worker.o jk_ajp13.o jk_ajp12_worker.o -lposix4 apxs:Break: Command failed with rc=16777215 Error with apxs" I have searched faq and archive, and could not find any answer. Could somebody point out the problem? Any help is appreciated. Hong-Bing Chen You need to look at both the apxs Perl script, and your command. When Apache is installed, the apxs perl script is configured based on the machine environment. Unfortunately, in the case of Solaris, if you're using gcc, it probably didn't get the values right. Here is an excerpt from my apxs script for Solaris 5.7 with gcc.. The items that are commented out reflect original values that I had to change. ## Configuration ## #my $CFG_CC= 'cc';# substituted via Makefile.tmpl #my $CFG_CFLAGS_SHLIB = '-KPIC -DSHARED_MODULE'; # substituted via Makefile.tmpl #my $CFG_LD_SHLIB = 'ld'; # substituted via Makefile.tmpl #my $CFG_LDFLAGS_SHLIB = '-G'; # substituted via Makefile.tmpl my $CFG_TARGET= 'httpd';# substituted via Makefile.tmpl my $CFG_CC= 'gcc';# substituted via Makefile.tmpl my $CFG_CFLAGS= ' -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite `../apaci`';# substituted via Makefile.tmpl my $CFG_CFLAGS_SHLIB = '-fPIC -DSHARED_MODULE'; # substituted via Makefile.tmpl my $CFG_LD_SHLIB = 'gcc'; # substituted via Makefile.tmpl my $CFG_LDFLAGS_SHLIB = '-G'; # substituted via Makefile.tmpl my $CFG_LIBS_SHLIB= '';# substituted via Makefile.tmpl == Here is my command to execute the apxs script: /usr/local/apache/bin/apxs -o mod_jk.so -c -I /usr/java/include -I /usr/java/include/solaris -I ../jk -DSOLARIS -l posix4 *.c ../jk/*.c Good luck. Ed
Re: tomcat without apache logging security
On Tuesday 03 April 2001 10:47, [EMAIL PROTECTED] wrote: I would like to log all the queries to the database in logs/servlet.log. I put the verbosityLevel to DEBUG which didn't seem to have an effect on the logfile (it only logs the init calls). In server.xml, there are all these ContextInterceptors that I suspect to be helpful (?), but I have no idea how to use or modify them. If you have some explanation or suggestions or know some documentation "for dummies" I would be very grateful :-) What you need to do is use log statements in your Java code In your Java code, obtain the servlet context, and then write a log statement along the lines of: servletContext.log("Querying the database"); Any logging you do using the servlet API's logging facility will end up in Tomcat's servlet log. Check the Javadoc for the servlet API for more info. -- Ed Gomolka ([EMAIL PROTECTED])
Re: How to get around a tricky situation.
On Tuesday 03 April 2001 09:23, Alex Colic wrote: Hi, I need some advice on how I might fix a problem with one of our web apps. We farmed out an app that works ok except that the web pages which are created by servlets are looking for images in the tomcat root images directory. This presents a problem in that if I create a war of our app I also have to distribute and copy the images over to the root images directory. Can I set up my web.xml file so that when a web page looks for an image in the /images directory it actually pulls them out of my myWebApp/images directory. You best bet is to change your source code to pick up the path dynamically. You can use something like the following to determine the image path relative to the base of your context: public void init(ServletConfig config) throws ServletException { super.init(config); servletContext = config.getServletContext(); String contextPath = servletContext.getRealPath("/"); String imagesDirectory = contextPath + "images"; } -- Ed Gomolka ([EMAIL PROTECTED])
Re: run tomcat under apache.
Here's an excerpt from the notes I made when I did this for SunOS 5.7 a few months ago. I hope it helps: "For the Solaris 7 server with the gcc compiler, the command was: /usr/local/apache/bin/apxs -o mod_jk.so -c -I /usr/java/include -I /usr/java/include/solaris -I ../jk -DSOLARIS -l posix4 *.c ../jk/*.c Please note that the order in which the options are listed is critical. I originally got a clean compile with the "-l posix4" option in front of the "-DSOLARIS" option; however, Apache wouldn't start, and generated the following error: "Cannot load /usr/local/apache/libexec/mod_jk.so into server: ld.so.1: /usr/local/apache/bin/httpd: f atal: relocation error: file /usr/local/apache/libexec/mod_jk.so: symbol fdatasync: referenced symbol not found" When the positions of the two options were flipped, the size of "mod_jk.so" changed from 141'808 to 141'880, and Apache started." At 01:50 PM 4/4/01 -0400, Xiaoyu Zhang wrote: Hi All, I tried to configuring Apache 1.3.17 to use mod_jk compiled from tomcat 3.2.1, my platform is SunOS 5.6. Under TOMCAT_HOME/src/native/apache1.3, I run the following command to compile the code: apxs -o mod_jk.so -DSOLARIS -I../jk -I/usr/java/include -I/usr/java/include/solaris -c *.c ../jk/*.c Then I copied mod_jk.so to APACHE_HOME/libexec . Modified httpd.conf to include mod_jk.conf-auto from TOMCAT_HOME. At runtime, I got symbol "fdatasync" not found error. Then I added -lposix4, recompiled tomcat source code with following command : apxs -o mod_jk.so -DSOLARIS -I../jk -I/usr/java/include -I/usr/java/include/solaris -lposix4 -c *.c ../jk/*.c At the run time, I got another error as following Cannot load /rims-app/apache/libexec/mod_jk.so into server: ld.so.1: /rims-app/apache/bin/httpd: fatal: relocation error: file /rims-app/apache/libexec/mod_jk.so: symbol ap_psprintf: referenced symbol not found ./apachectl start: httpd could not be started Any suggestion or hint will be appreciated. Thanks. Xiaoyu
timestamps for mod_jk log
Can anyone tell me how to generate time-stamps in the mod_jk.log? I assume that this is an Apache configuration issue, and I've been looking through the Apache docs, but I haven't been able to figure it out. Thanks in advance. Ed ([EMAIL PROTECTED])
RE: timestamps for mod_jk log
Excellent! Which version of Tomcat is that in? I'm running 3.2.1, and I saw no reference to JkLogStampFormat in the Tomcat source. Thx, Ed At 11:27 PM 4/4/01 +0200, GOMEZ Henri wrote: I've commited code to add time-stamp in mod_jk.log. Set the new directive, JkLogStampFormat, in mod_jk.conf JkLogStampFormat "[%Y/%m/%d %H:%M:%S]" -Original Message----- From: Ed Gomolka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 04, 2001 11:08 PM To: [EMAIL PROTECTED] Subject: timestamps for mod_jk log Can anyone tell me how to generate time-stamps in the mod_jk.log? I assume that this is an Apache configuration issue, and I've been looking through the Apache docs, but I haven't been able to figure it out. Thanks in advance. Ed ([EMAIL PROTECTED])
RE: timestamps for mod_jk log
At 11:41 PM 4/4/01 +0200, GOMEZ Henri wrote: Excellent! Which version of Tomcat is that in? I'm running 3.2.1, and I saw no reference to JkLogStampFormat in the Tomcat source. Thx, Ed Yep, it's only on tomcat 3.3 CVS :) Sounds like I'll be moving to 3.3 before long. :) At 11:27 PM 4/4/01 +0200, GOMEZ Henri wrote: I've commited code to add time-stamp in mod_jk.log. Set the new directive, JkLogStampFormat, in mod_jk.conf JkLogStampFormat "[%Y/%m/%d %H:%M:%S]" -Original Message- From: Ed Gomolka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 04, 2001 11:08 PM To: [EMAIL PROTECTED] Subject: timestamps for mod_jk log Can anyone tell me how to generate time-stamps in the mod_jk.log? I assume that this is an Apache configuration issue, and I've been looking through the Apache docs, but I haven't been able to figure it out. Thanks in advance. Ed ([EMAIL PROTECTED])
Re: Running java on linux
I'm using the Sun jdk1.30_02 on Linux Mandrake 7.2 with no problems. Ed At 05:20 PM 4/4/01 -0700, Brandon Cruz wrote: I installed jdk1.3.0_02 onto my machine and changed the path to the bin directory. When I try to run that java command, I get the following error... [admin@ns1 bin]$ /usr/java/jdk1.3.0_02/bin/i386/native_threads/java: error in lo ading shared libraries: libX11.so.6: cannot open shared object file: No such fil e or directory Is this a bug with java, or does it have to do with a file permission I am not setting correctly with Linux? Anyone know? Brandon
Re: deploy war files
On Sunday 01 April 2001 07:18, Christian Seifert wrote: Hi, I am new to tomcat and am trying to deploy a war file. I am using tomcat 3.2 on win2000. Now, what I have done: I added a context and put my jsps and servlets into it. This worked fine. Now I wanted to pack them all up into one war file and deploy them this way. When calling the url of the context, there was only the war file showing. Now I assumed that if I enter something like /context/index.jsp (which is a file in the war file), tomcat would automatically extract the jsp file out of the war file and display itinstead I get a 404. Any idea what I am doing wrong here? It sounds like you might be expecting the war file to extract files dynamically when you try to access the new context. The way the war file works is that if one is located in the webapps directory when Tomcat starts up, AND if there is no pre-existing context with the same name as the one that you are trying to deploy, the contents of the war file will be extracted at that time. If you deploy a war file when Tomcat is up, and don't restart, all you'll have is a war file sitting peacefully in your webapps directory. Hope this helps. Ed -- Ed Gomolka ([EMAIL PROTECTED])
Re: Web.xml Question
On Sunday 01 April 2001 11:48, Amir Nuri wrote: Hi I have two tomcat instances , each one of them has it's own server.xml file and it's context. My directory structure is webapps -App1-WEB-INF-web.xml -App2-WEB-INF-web.xml Tomcat#1 has App1 context and Tomcat#2 has App2 context (defined in server1.xml and server2.xml) On my web.xml files i have load-on-startup directive. My Problem is that i expexted that each tomcat will activate its own web.xml file ( in it's WEB-INF directory of the context) But every tomcat uses both web.xml files The indication of the problem is that both tomcat's instances try to load on startup all the servlets defined in the web.xml files. Tomcat version 3.2.1 Apache version 1.3.14 (Unix) mod_jk If both Tomcat instances use the same webapps directory, each Tomcat instance will try to load all of the webapps within the webapps directory, regardless of whether a particular webapp is identified in the server.xml file. I believe that if you don't want to automatically pick up everything in the webapps directory, you will need to uncomment the following line in your server.xml file: ContextInterceptor className="org.apache.tomcat.context.AutoSetup" / -- Ed Gomolka ([EMAIL PROTECTED])
Re: Web.xml Question
Oops. I meant "comment out" in my last post, rather than "uncomment". Sorry about that. Ed On Sunday 01 April 2001 15:38, Ed Gomolka wrote: On Sunday 01 April 2001 11:48, Amir Nuri wrote: Hi I have two tomcat instances , each one of them has it's own server.xml file and it's context. My directory structure is webapps -App1-WEB-INF-web.xml -App2-WEB-INF-web.xml Tomcat#1 has App1 context and Tomcat#2 has App2 context (defined in server1.xml and server2.xml) On my web.xml files i have load-on-startup directive. My Problem is that i expexted that each tomcat will activate its own web.xml file ( in it's WEB-INF directory of the context) But every tomcat uses both web.xml files The indication of the problem is that both tomcat's instances try to load on startup all the servlets defined in the web.xml files. Tomcat version 3.2.1 Apache version 1.3.14 (Unix) mod_jk If both Tomcat instances use the same webapps directory, each Tomcat instance will try to load all of the webapps within the webapps directory, regardless of whether a particular webapp is identified in the server.xml file. I believe that if you don't want to automatically pick up everything in the webapps directory, you will need to uncomment the following line in your server.xml file: ContextInterceptor className="org.apache.tomcat.context.AutoSetup" / -- Ed Gomolka ([EMAIL PROTECTED])
Re: Admin USERPASSWORD
On Sunday 01 April 2001 20:11, Imron -san wrote: I've already installed The newest release of Tomcat on my windows 98. I've created my own hello world servlet. 1. How do I deploy my hello world servlet?. 2. When I go to http://localhost:8080/admin/ the site ask me for user name and password, where I can find for user/password information for admin realm? The admin context is intended for administration of your Tomcat instance. It should not be used for simple your hello world servlet. It is the only context that requires the entry of a user name and password. In order to access all the features of the admin context, you will need to create a user name and password, and enter them in the file $TOMCAT_HOME/conf/tomcat-users.xml, and assign them a role of "admin". Ed -- Ed Gomolka ([EMAIL PROTECTED])
RE: Security Manager Problems
Thanks for the tip. I put it into the bug database. -Original Message- From: Neil Weller [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 18, 2001 3:50 AM To: [EMAIL PROTECTED] Subject: RE: Security Manager Problems Thanks very much Ed, it solved it and it is now all working. With reagrd to reporting it, I think there is something on the jakarta page but I don't know. Neil -Original Message- From: Ed Gomolka [mailto:[EMAIL PROTECTED]] Sent: 17 January 2001 22:18 To: [EMAIL PROTECTED] Subject: RE: Security Manager Problems I had this problem. There's a bug in tomcat.sh. Find the following lines in tomcat.sh: if [ "$1" = "-security" ] ; then echo Starting with a SecurityManager Then add a "shift" command, as follows: if [ "$1" = "-security" ] ; then shift echo Starting with a SecurityManager If someone can tell me who to talk to for putting in bug fixes, let me know. Ed -Original Message- From: Neil Weller [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 17, 2001 3:47 AM To: [EMAIL PROTECTED] Subject: Security Manager Problems I am trying to start Tomcat using the security manager with no luck. I have made the changes that are detailed in the tomcat-security.html document but when I try and start tomcat using startup.sh -security I get the message "starting with security" etc. but then it just prints out the usage instructions for the tomcat class. Looking at the source for tomcat.java I cannot see any references to security, but I have only had a quick look. Does anyone have any suggestions? I am using Redhat 6.2, Tomcat 3.2. JDK 1.3. Regards, Neil Weller (New to the list) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Security Manager Problems
I had this problem. There's a bug in tomcat.sh. Find the following lines in tomcat.sh: if [ "$1" = "-security" ] ; then echo Starting with a SecurityManager Then add a "shift" command, as follows: if [ "$1" = "-security" ] ; then shift echo Starting with a SecurityManager If someone can tell me who to talk to for putting in bug fixes, let me know. Ed -Original Message- From: Neil Weller [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 17, 2001 3:47 AM To: [EMAIL PROTECTED] Subject: Security Manager Problems I am trying to start Tomcat using the security manager with no luck. I have made the changes that are detailed in the tomcat-security.html document but when I try and start tomcat using startup.sh -security I get the message "starting with security" etc. but then it just prints out the usage instructions for the tomcat class. Looking at the source for tomcat.java I cannot see any references to security, but I have only had a quick look. Does anyone have any suggestions? I am using Redhat 6.2, Tomcat 3.2. JDK 1.3. Regards, Neil Weller (New to the list) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Tomcat+Apache+JBoss: Is this possible?
I saw some items about this on the JBoss list. I think that what you need is the JBoss 2.1 code, which is currently only available in the CVS tree. Basically, jBoss 2.0final is set up to work with mod_jserv, and mod_jk support is in devleopment. I've just started looking at JBoss, so I haven't tried this yet myself, but some of the people on the mailing list have been experimenting with it. Ed -Original Message- From: Chris Mayes [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 13, 2001 6:20 PM To: [EMAIL PROTECTED] Subject: Tomcat+Apache+JBoss: Is this possible? Hello, all. Is it possible to get an EJB container stuffed into Tomcat while still piping stuff through mod_jk to Apache? I have the Tomcat+Apache thing working quite nicely (After dinking with it for a couple of days and finally getting it in working order, I discovered that the .debs for Tomcat and mod_jk had finally made it into the Woody tree :-P), but we're starting to gear up to use EJBs for a project at work (whether we actually need to or not is another matter...), so I'd like to set up an EJB container to practice making EJBs (I just started learning about 'em on Thursday, so I have a lot to learn). I wasn't able to find a thread on this or the JBoss list where someone had actually gotten the three pieces to work together (Though someone did ask whether it was possible on the JBoss list... no definitive response). So, before I go and wreck my perfectly happy Apache+Tomcat setup, has anyone gotten EJB working correctly without messing up the mod_jk link? I don't particularly care which EJB container I use (though I do require that it actually works, of course) since I don't plan on using EJBs for any of my personal projects (It'd be overkill for 99% of what I do). It's just for practice. If it's not possible, is there a simple way to have an instance of Tomcat+JBoss working alongside an instance of Apache+Tomcat? Would this be a resource hog? TIA, -Chris __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Xserver Tomcat
You need to start Xvfb. It should have been installed on your machine as part of XFree86. Do a search through the archives for Xvfb, and you'll get a bunch of references. I assume that when you state that you must be logged in as root, you are starting the server Sounds like you don't have the native graphics context. -Original Message- From: Kevin McIsaac [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 16, 2001 11:49 AM To: [EMAIL PROTECTED] Subject: Xserver Tomcat I'm using Tomcat 3.2.1 under Linux 2.2.16 Slack 7.1 and the 1.3 JDK. I have a servlet that does some .gif creation for graphs and returns the .gif in a page. I don't seem to be able to setup Linux and Tomcat together to do this. I always have to be logged in as root. I've set xhost +localhost, I've run xauth, I've set DISPLAY=localhost:0.0 and =machinename:0.0. This is all running under xdm as the xserver. I'm wondering now if anyone in the Tomcat world has run into this and solved it? Kev www.servidium.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Apache
Title: RE: Apache I've been playing around with the war files as well. Tomcat will build the webapp's directory structure from the war file if the directory doesn't already exist; however, it does nothing if the directory structure is already there. I have a mixed environment, where another application is providing html pages and images, and Tomcat is providing servlets. The webapp directory ends up being the common place where everything comes together. Because of this, I would like to keep only part of the webapp in the war file. I would like Tomcat to extract the contents of the war file even if thedirectory tree already exists. Is there a flag that I can set somewhere that will cause this to happen? Thx, Ed -Original Message-From: Christoph Rooms [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 16, 2001 12:32 PMTo: [EMAIL PROTECTED]Subject: RE: Apache But is it then possible to work under apache with this "WAR directory structure". (like we do when working in Tomcat) -Original Message-From: CPC Livelink Admin [mailto:[EMAIL PROTECTED]]Sent: dinsdag 16 januari 2001 19:18To: [EMAIL PROTECTED]Subject: RE: Apache The WEB-INF directory is part of the war file. All a war file comprises is a jar of the entire webapp directory structure, making it easier to distribute than the entire directory. Tomcat unjars the war file for its ease. -Original Message-From: Christoph Rooms [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 16, 2001 1:14 PMTo: [EMAIL PROTECTED]; [EMAIL PROTECTED]Subject: RE: Apache How ? What is the best approach to keep on working with the WEB-INF directory ? -Original Message-From: micky mimo [mailto:[EMAIL PROTECTED]]Sent: dinsdag 16 januari 2001 17:59To: [EMAIL PROTECTED]Subject: RE: Apache yes /===\ | Micky Mimo | | Systems Specialist | | (781) 457 - 1317 | | [EMAIL PROTECTED] | \===/ -Original Message- From: Rooms Christoph [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 16, 2001 12:55 AM To: [EMAIL PROTECTED] Subject: Apache Hi, If I use Apache for http Tomcat for jsp/servlet together. Can I still use wars ? greetz, Christoph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Apache (and war files)
I think I just answered my own question... I found this code in org.apache.tomcat.context.AutoSetup.java: if( name.endsWith(".war") ) { String fname=name.substring(0, name.length()-4); File appDir=new File( home + "/webapps/" + fname); if( ! appDir.exists() ) { // no check if war file is "newer" than directory // To update you need to "remove" the context first!!! appDir.mkdirs(); // Expand war file Expand expand=new Expand(); expand.setSrc( home + "/webapps/" + name ); expand.setDest( home + "/webapps/" + fname); try { expand.execute(); } catch( IOException ex) { ex.printStackTrace(); // do what ? } Anyone know why it's done this way? Thx, Ed -Original Message- From: Ed Gomolka [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 16, 2001 3:57 PM To: [EMAIL PROTECTED] Subject: RE: Apache I've been playing around with the war files as well. Tomcat will build the webapp's directory structure from the war file if the directory doesn't already exist; however, it does nothing if the directory structure is already there. I have a mixed environment, where another application is providing html pages and images, and Tomcat is providing servlets. The webapp directory ends up being the common place where everything comes together. Because of this, I would like to keep only part of the webapp in the war file. I would like Tomcat to extract the contents of the war file even if the directory tree already exists. Is there a flag that I can set somewhere that will cause this to happen? Thx, Ed -Original Message- From: Christoph Rooms [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 16, 2001 12:32 PM To: [EMAIL PROTECTED] Subject: RE: Apache But is it then possible to work under apache with this "WAR directory structure". (like we do when working in Tomcat) -Original Message- From: CPC Livelink Admin [mailto:[EMAIL PROTECTED]] Sent: dinsdag 16 januari 2001 19:18 To: [EMAIL PROTECTED] Subject: RE: Apache The WEB-INF directory is part of the war file. All a war file comprises is a jar of the entire webapp directory structure, making it easier to distribute than the entire directory. Tomcat unjars the war file for its ease. -Original Message- From: Christoph Rooms [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 16, 2001 1:14 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Apache How ? What is the best approach to keep on working with the WEB-INF directory ? -Original Message- From: micky mimo [mailto:[EMAIL PROTECTED]] Sent: dinsdag 16 januari 2001 17:59 To: [EMAIL PROTECTED] Subject: RE: Apache yes /===\ | Micky Mimo| | Systems Specialist| | (781) 457 - 1317 | | [EMAIL PROTECTED] | \===/ -Original Message- From: Rooms Christoph [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 16, 2001 12:55 AM To: [EMAIL PROTECTED] Subject: Apache Hi, If I use Apache for http Tomcat for jsp/servlet together. Can I still use wars ? greetz, Christoph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: It is getting closer to make mod_jk.so, but??
This is what worked for me with that same configuration: The order of arguments was critical, as were the apxs settings. This was the command that worked: /usr/local/apache/bin/apxs -o mod_jk.so -c -I /usr/java/include -I /usr/java/include/solaris -I ../jk -DSOLARIS -l posix4 *.c ../jk/*.c Here is the configuration section in my apxs file. (I had to edit it to get it to work with gcc.) my $CFG_TARGET= 'httpd';# substituted via Makefile.tmpl my $CFG_CC= 'gcc';# substituted via Makefile.tmpl my $CFG_CFLAGS= ' -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite `../apaci`';# substituted via Makefile.tmpl my $CFG_CFLAGS_SHLIB = '-fPIC -DSHARED_MODULE'; # substituted via Makefile.tmpl my $CFG_LD_SHLIB = 'gcc'; # substituted via Makefile.tmpl my $CFG_LDFLAGS_SHLIB = '-G'; # substituted via Makefile.tmpl my $CFG_LIBS_SHLIB= '';# substituted via Makefile.tmpl my $CFG_PREFIX= '/usr/local/apache';# substituted via APACI install my $CFG_SBINDIR = '/usr/local/apache/bin'; # substituted via APACI install my $CFG_INCLUDEDIR= '/usr/local/apache/include';# substituted via APACI install my $CFG_LIBEXECDIR= '/usr/local/apache/libexec';# substituted via APACI install my $CFG_SYSCONFDIR= '/usr/local/apache/conf';# substituted via APACI install -Original Message- From: sun [mailto:[EMAIL PROTECTED]] Sent: Friday, January 12, 2001 9:24 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: It is getting closer to make "mod_jk.so", but?? hi, scott, how did you resolve that, can you share with me? I got same error. I am using: solaris 2.7, tomcat3.2, perl 5 and apache 1.3.4. thanks a lot. rgds sun -Original Message- From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Tuesday, December 05, 2000 2:25 AM Subject: Re: It is getting closer to make "mod_jk.so", but?? Thanks all. It is solved. Scott Quoting [EMAIL PROTECTED]: Hi All, I downloaded a precompiled "mod_jk.so" for solaris 2.6 offered by a tomcat-user and it did not work on my system. I still need to compile it myself. It is almost there. Solaris 2.6/tomcat3.2/perl5/apache1.3.14 command used to build "mod_jk.so": /usr/local/apache/bin/apxs -o mod_jk.so -DSOLARIS -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -c *.c ../jk/*.c log result with error "apxs:Break: Command failed with rc=16777215": gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c mod_jk.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_ajp12_worker.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_ajp13.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_ajp13_worker.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_connect.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_jni_worker.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_lb_worker.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_map.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_msg_buff.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_nwmain.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_pool.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS -c ../jk/jk_sockbuf.c gcc -DSOLARIS2=260 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/j2se/include -I/usr/j2se/include/solaris -DSOLARIS
RE: Multipart/form-data
If you're using mod_jk with binary multipart/form-data, avoid AJP13, as it has a bug. Use AJP12. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, January 12, 2001 9:11 AM To: [EMAIL PROTECTED] Subject: RE: Multipart/form-data I posted a similar message regarding the Oreilly upload package, contacted the author of the package, Mr. Jason Hunter, and also did a lot of experiment of my own. The conclusion is this is MAYBE a problem between mod_jk and apache. Here are the results of my investigation: somebody in this list claims tomcat3.1+apache+mod_jserv works; J. Hunter said tomcat alone works for him; I tried tomcat3.2+mod_jk+apache1.3.14, failed for binary files, worked only for text file; I also tried different clients on different environment, made sure this is not a client issue; I ported my application to JRun, it works fine without modification; Yanbin |+ || Randy Layman | || randy.layman@aswe| || think.com| ||| || 01/12/01 07:28 AM | || Please respond to | || tomcat-user | ||| |+ - --| | | | To: "'[EMAIL PROTECTED]'" | | [EMAIL PROTECTED] | | cc: (bcc: Yanbin Ma/SYS/NYTIMES) | | Subject: RE: Multipart/form-data | - --| An Internal Server Error is caused by an uncaught exception in your code. Probably a NullPointerException, but it could be anything that extends java.lang.Runtime exception. Randy -Original Message- From: Saikat Chatterjee [mailto:[EMAIL PROTECTED]] Sent: Friday, January 12, 2001 12:44 AM To: [EMAIL PROTECTED] Subject: Multipart/form-data Hello, I have encountered a problem regarding 'multipart/form-data' encryption type in a html FORM. I have written a servlet through which an user uploads file. I am expecting that the content type coming to the servlet will be of type 'multipart/form-data' . To handle this particular type of data i am using the MultipartRequest parser provided by Oreilly. But everytime i am running the servlet, i am getting a 'Internal Server Error'. Why this is so?Is it due to the fact that Tomcat cannot handle the 'multipart/form-data'? I am using Apache 1.3.12 as webserver and Tomcat 3.2 as servlet container. Any help will be highly appreciated. Thanks, Saikat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: How to detect Tomcat running on linux?/.
Title: RE: How to detect Tomcat running on linux?/. Tomcat is just another Java process. You need to enter: ps -ef|grep java. The command output doesn't explicitly tell you that Tomcat is running, but it will list whatever options you added to the java command, so you should have enough info to recognize the Tomcat process. -Original Message-From: kiril [mailto:[EMAIL PROTECTED]]Sent: Friday, January 12, 2001 9:17 AMTo: [EMAIL PROTECTED]Subject: RE: How to detect Tomcat running on linux?/. try ps -x |grep tomcat or ps -x |grep Kaffe either of those should work. -Original Message- From: blueless [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 11, 2001 11:39 PM To: [EMAIL PROTECTED] Subject: How to detect Tomcat running on linux?/. I would like to know how to get tomcat process running... ' ps -ef | grep tomcat ' does not work fine... How can I do it?.. TIA
RE: mod_jk causes apache to dump core
I recall having a problem like this a month ago on Solaris 5.7. mod_jk compiled cleanly, but it was actually missing something. I rearranged the order of the parameters used to call apxs, and got another clean compile, which produced a noticeably larger binary. This one worked. I'm afraid that I don't remember the exact error messages that Apache generated. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 10, 2001 11:45 AM To: [EMAIL PROTECTED] Subject: mod_jk causes apache to dump core Hello all, I've been unable to find a reference to this in the bug databases or other online documentation, so I would appreciate any suggestions you might have. mod_jk.so builds without problems, but a LoadModule directive causes apache to dump core immediately on startup. Commenting out the mod_jk LoadModule directive causes apache to start up without problems (but does me little good ;) This is apache 1.3.12, running on the (this is the big question mark in my mind) the 2.4.0 kernel. -- Michael D. Jurney Sysadmin, datasynapse.com [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: converting mod_jserv to mod_jk
I have tried setting up multiple Tomcat instances standalone, but I have not tried to connect them to Apache, so Imay notbe able to help you all the way, but here goes: First, change the port references in the server.xml and workers.properties files, and rename these files to something else. Next, complete the standalone setup changes. (You will want to run standalone at least once, in order to configure mod_jk.conf-auto.) In order to run standalone, you need to change startup.sh and shutdown.sh to point to the new server.xml file version, as follows: $BASEDIR/tomcat.sh start -security -config ../conf/server_tst.xml "$@" and: $BASEDIR/tomcat.sh stop -config ../conf/server_tst.xml "$@" Now, run Tomcatstandalone to create the mod_jk.conf-auto file. You can then edit the mod_jk.conf-auto file to point to your new workers.properties file. If you are using AJP13, you will also have to perform additional manual edits in this file, as it is built for AJP12, regardless of what is in the workers.properties file. Finally,rename mod_jk.conf-auto andinclude it in httpd.conf. = Now, repeat for your other Tomcat instances. Let me know if this works for you. Ed -Original Message-From: Debra Mendelson, CCE [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 09, 2001 3:03 AMTo: [EMAIL PROTECTED]Subject: converting mod_jserv to mod_jk I am trying to run multiple tomcat 3.2 servet engines behind 1 single Apache 1.3.14 http server. Using mod_jserv I had the following tomcat-apache.conf file: LoadModule jserv_module libexec/mod_jserv_tomcat.soApJServManual onApJServDefaultProtocol ajpv12ApJServSecretKey DISABLEDApJServMountCopy onApJServLogLevel noticeApJServDefaultHost localhostApJServDefaultPort 8009 ApJServMount /servlet1 ajpv12://localhost:8009/servlet1 ApJServMount /servlet2 ajpv12://localhost:8017/servlet2 ApJServMount /servlet3 ajpv12://localhost:8012/servlet3 ApJServMount /servlet4 ajpv12://localhost:8013/servlet4 In looking at the mod_jk.conf-auto auto file I do not see any directive that specifies a port number. Does anyone have an example that I can try to immitate? Debra Mendelson [EMAIL PROTECTED]
RE: error message while creating a gif from a servlet
If you start Tomcat from an Xterm it will pick up the X environment, but if you start it via telnet or as part of your boot process, it won't pick it up. In that case you'll need Xvfb (X virtual frame buffer), in order to provide a native graphics enivronment, so that you can build your gif. Xvfb is usually bundled with XFree86, so it's probably already on your machine. There are a number of references to Xvfb in the mailing list archives, which should help you in using it. -Original Message- From: Emmanuel PINARD - Sicavonline [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 09, 2001 4:45 AM To: [EMAIL PROTECTED]; Gabriel Ciuloaica Subject: RE: error message while creating a gif from a servlet Thanks, but it seems there 's already an X started ps awx: 943 ?S 0:00 /etc/X11/X -auth /var/gdm/:0.Xauth :0 INIT_VERSION=sysvinit-2.78 TERM=linux HOSTTYPE=i386 PATH=/sbin:/usr I must tell you that I know a little Linux but i'm not an expert. Emmanuel P. -Message d'origine- De : Gabriel Ciuloaica [mailto:[EMAIL PROTECTED]] Envoy : mercredi 9 aot 2000 11:27 : [EMAIL PROTECTED] Objet : Re: error message while creating a gif from a servlet Must to start XWindows system before you start tomcat. Gabriel Ciuloaica - Original Message - From: "Emmanuel PINARD - Sicavonline" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, January 09, 2001 1:24 PM Subject: error message while creating a gif from a servlet Hello , I'm using Tomcat with apache in a RedHat6.2 I got this message while i was trying to return a data stream to my browser in order to create a gif. Emmanuel P. -- -- --- Error: 500 Location: /examples/servlet/Fury Internal Servlet Error: java.lang.NoClassDefFoundError: sun/awt/X11GraphicsEnvironment at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java, Compiled Code) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsE nvironment .java, Compiled Code) . . . . at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, Compiled Code) at java.lang.Thread.run(Thread.java, Compiled Code) -- -- - my code is: import javax.servlet.*; import javax.servlet.http.*; import java.io.*; import java.util.*; import Acme.JPM.Encoders.*; import java.awt.image.*; import java.awt.*; public class Fury extends HttpServlet { public void doGet(HttpServletRequest request, HttpServletResponse response) throwsServletException, IOException { response.setContentType("image/gif"); ServletOutputStream out = response.getOutputStream(); BufferedImage graph = new BufferedImage(100,100, BufferedImage.TYPE_INT_RGB); Graphics g = null; g = graph.getGraphics(); g.setColor(Color.green); g.fillRect(0, 0, 100, 100); g.setColor(Color.red); g.drawOval(0, 0, 100,100); new GifEncoder(graph, out, true).encode(); out.close(); } public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { doGet(request,response); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Antw: mod_jk build fails - apxs:Break: Command failed with rc=255
I struggled with this one for half a day. The order of arguments was critical, as were the apxs settings. This was the command that worked: /usr/local/apache/bin/apxs -o mod_jk.so -c -I /usr/java/include -I /usr/java/include/solaris -I ../jk -DSOLARIS -l posix4 *.c ../jk/*.c Here is the configuration section in my apxs file. (I had to edit it to get it to work with gcc.) my $CFG_TARGET= 'httpd';# substituted via Makefile.tmpl my $CFG_CC= 'gcc';# substituted via Makefile.tmpl my $CFG_CFLAGS= ' -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite `../apaci`';# substituted via Makefile.tmpl my $CFG_CFLAGS_SHLIB = '-fPIC -DSHARED_MODULE'; # substituted via Makefile.tmpl my $CFG_LD_SHLIB = 'gcc'; # substituted via Makefile.tmpl my $CFG_LDFLAGS_SHLIB = '-G'; # substituted via Makefile.tmpl my $CFG_LIBS_SHLIB= '';# substituted via Makefile.tmpl my $CFG_PREFIX= '/usr/local/apache';# substituted via APACI install my $CFG_SBINDIR = '/usr/local/apache/bin'; # substituted via APACI install my $CFG_INCLUDEDIR= '/usr/local/apache/include';# substituted via APACI install my $CFG_LIBEXECDIR= '/usr/local/apache/libexec';# substituted via APACI install my $CFG_SYSCONFDIR= '/usr/local/apache/conf';# substituted via APACI install -Original Message- From: Chris Stavros [mailto:[EMAIL PROTECTED]] Sent: Monday, January 08, 2001 1:45 PM To: [EMAIL PROTECTED] Subject: Re: Antw: mod_jk build fails - apxs:Break: Command failed with rc=255 HI Fin, Your command is almost identical to what I have been using, with the exception of the reference to j2se (I am using jdk 1.2). I have tried both including and excluding the "-l posix4" reference. I'm wondering if this might be a path order-issue. Anybody have other suggestions? Fin: What is are your $PATH and $CLASSPATH variable set up to look like? Anyone else? Hi, my build succeeded with the following commands (using Solaris 8 J2SE): % cd ~/jakarta-tomcat-3.2.1-src/src/native/apache1.3 % /usr/local/apache/bin/apxs -o mod_jk.so -DSOLARIS -I../jk \ -I/usr/j2se/include \ -I/usr/j2se/include/solaris \ -l posix4 -c *.c ../jk/*.c -Fin [EMAIL PROTECTED] 08.01.2001 07.16 Uhr Hello, I am trying to build mod_jk for Apache from the jakarta-tomcat 3.2.1 source. Apache 1.3.14 is installed in the default directory (/usr/local/apache). I'm running Solaris 2.7 (generic) for Sparc. When I use apxs to build mod_jk (according to the current documentation), I get: # apxs -o mod_jk.so -DSOLARIS -I../jk -I/usr/java1.2/include -I/usr/java1.2/ include/solaris -c *.c ../jk/*.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c mod_jk.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c ../jk/jk_ajp12_worker.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c ../jk/jk_ajp13.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c ../jk/jk_ajp13_worker.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c ../jk/jk_connect.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c ../jk/jk_jni_worker.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c ../jk/jk_lb_worker.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c ../jk/jk_map.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c ../jk/jk_msg_buff.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c ../jk/jk_nwmain.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk -I/usr/java1.2/include -I/usr/java1.2/include/solaris -DSOLARIS -c ../jk/jk_pool.c gcc -DSOLARIS2=270 -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -I/usr/local/apache/include -I../jk
RE: converting mod_jserv to mod_jk
Your code appears to be missing a lot of the context information that is automatically generated in mod_jk.conf-auto. I would recommend that you forget about tomcat-apache.conf, and focus on modifying mod_jk.conf-auto. Also, did you make thestartup.sh, shutdown.sh and server.xml changes to support the different Tomcat instances under mod_jk? Beyond that, I can't really say anything. I created individual workers.properties files whre you used one, but that should be more of a style issue than anything else. -Original Message-From: Debra Mendelson, CCE [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 09, 2001 5:47 PMTo: [EMAIL PROTECTED]Subject: Re: converting mod_jserv to mod_jk Thanks for the advice based on this and rereading the howto I came up with the following that still doesn't work. Any ideas?: tomcat-apache.conf: LoadModule jk_module libexec/mod_jk.so JkWorkersFile /app/conf/workers.properties JkLogFile /app/logs/mod_jk.log JkLogLevel error JkMount /servlet1 servlet1 JkMount /servlet2 servlet2 JkMount /servlet3 servlet3 JkMount /servlet4 servlet4 /app/conf/workers.properties worker.list=servlet1, servlet2, servlet3, servlet4 worker.servlet1.port=8009 worker.servlet1.host=localhost worker.servlet1.type=ajp12 worker.servlet2.port=8017 worker.servlet2.host=localhost worker.servlet2.type=ajp12 worker.servlet3.port=8012 worker.servlet3.host=localhost worker.servlet3.type=ajp12 worker.servlet4.port=8013 worker.servlet4.host=localhost worker.servlet4.type=ajp12 - Original Message - From: Ed Gomolka To: [EMAIL PROTECTED] Sent: Tuesday, January 09, 2001 10:35 AM Subject: RE: converting mod_jserv to mod_jk I have tried setting up multiple Tomcat instances standalone, but I have not tried to connect them to Apache, so Imay notbe able to help you all the way, but here goes: First, change the port references in the server.xml and workers.properties files, and rename these files to something else. Next, complete the standalone setup changes. (You will want to run standalone at least once, in order to configure mod_jk.conf-auto.) In order to run standalone, you need to change startup.sh and shutdown.sh to point to the new server.xml file version, as follows: $BASEDIR/tomcat.sh start -security -config ../conf/server_tst.xml "$@" and: $BASEDIR/tomcat.sh stop -config ../conf/server_tst.xml "$@" Now, run Tomcatstandalone to create the mod_jk.conf-auto file. You can then edit the mod_jk.conf-auto file to point to your new workers.properties file. If you are using AJP13, you will also have to perform additional manual edits in this file, as it is built for AJP12, regardless of what is in the workers.properties file. Finally,rename mod_jk.conf-auto andinclude it in httpd.conf. = Now, repeat for your other Tomcat instances. Let me know if this works for you. Ed -Original Message-From: Debra Mendelson, CCE [mailto:[EMAIL PROTECTED]]Sent: Tuesday, January 09, 2001 3:03 AMTo: [EMAIL PROTECTED]Subject: converting mod_jserv to mod_jk I am trying to run multiple tomcat 3.2 servet engines behind 1 single Apache 1.3.14 http server. Using mod_jserv I had the following tomcat-apache.conf file: LoadModule jserv_module libexec/mod_jserv_tomcat.soApJServManual onApJServDefaultProtocol ajpv12ApJServSecretKey DISABLEDApJServMountCopy onApJServLogLevel noticeApJServDefaultHost localhostApJServDefaultPort 8009 ApJServMount /servlet1 ajpv12://localhost:8009/servlet1 ApJServMount /servlet2 ajpv12://localhost:8017/servlet2 ApJServMount /servlet3 ajpv12://localhost:8012/servlet3 ApJServMount /servlet4 ajpv12://localhost:8013/servlet4 In looking at the mod_jk.conf-auto auto file I do not see any directive that specifies a port number. Does anyone have an example that I can try to immitate? Debra Mendelson [EMAIL PROTECTED]
RE: using ajp13?
Copy mod_jk.conf-auto to another filename (mod_jk.conf perhaps?), edit it appropriately, and include the new file in httpd.conf instead of the auto-generated file. It sounds like you've already made the appropriate changes to server.xml and workers.properties, so you should be done at this point. Ed -Original Message- From: Dario Novakovic [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 06, 2001 5:13 PM To: [EMAIL PROTECTED] Subject: using ajp13? how am i supposed to make my webapps use ajp13 protocol? i use auto-created mod_jk.conf-auto config file, and, by defaults, every context is setup to use ajp12 protocol. i have both workers (ajp12,ajp13) and ajp13 connector set up. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Multipart form-data
Are you using AJP12 or AJP13? AJP13 has a bug in this area. We encountered this with uploaded JPEG files, and also got the zero bytes error, but resolved it with no other changes after switching back to AJP12. -Original Message- From: Bill Fox [mailto:[EMAIL PROTECTED]] Sent: Monday, January 08, 2001 6:29 PM To: [EMAIL PROTECTED] Subject: Multipart form-data I am trying to use the com.oreilly.servlet.MultiPartRequest object to handle a file upload through tomcat. We have successfully done this with Apache and mod_jserv, but it just won't work with tomcat and mod_jk The error returned is java.IOException "Unexpected end of part" The file upload starts, but the file never completes. Sometimes it is just 0 bytes. We have tried several different browsers and file types. I suspect the data stream handoff between apache and tomcat. Is there a configuration parameter I need to change to allow file uploads? -- William J. Fox Eversave.com Suite 2350 400 West Cummings Park Woburn, MA 01801 (781) 938-7283 x272 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Image upload problem (was RE: Multipart and mod_jk)
This message thread just saved our butt on an image upload problem we were having (thank God for the mailing list archives). In any case, the AJP13 problem still exists in Tomcat-3.2.1. Is there a Tomcat-3.2.2 coming out that will fix the AJP13 problem, or should we stick with AJP12 until Tomcat-4.0 gets a bit more refined? For that matter, is it fixed yet in 4.0? Thanks in advance. Ed -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 12, 2000 2:56 AM To: [EMAIL PROTECTED] Subject: RE: Multipart and mod_jk It's a known bug in ajp13. I'll try to fix before 3.2.1 ;-) "Pour la plupart des hommes, se corriger consiste à changer de défauts." -- Voltaire -Original Message- From: AC [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 12, 2000 8:53 AM To: [EMAIL PROTECTED] Subject: RE: Multipart and mod_jk Is this a bug on ajp13 or on O'Reilly package?? andrea At 09.48 12/12/2000 +0800, you wrote: Use mod_jk with AJP12 (not AJP13) will work Kenneth Kwan -Original Message- From: AC [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 12, 2000 12:49 AM To: [EMAIL PROTECTED] Subject:Multipart and mod_jk I've got a servlet that use the O'Reilly package to manage multipart request. If I use mod_jserv everything works fine. Once I use mod_jk the same servlet fails!!! Any solutions?? andrea - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: multiple instances of Tomcat
-Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 03, 2001 12:29 PM To: [EMAIL PROTECTED] Subject: Re: multiple instances of Tomcat Amy Roh wrote: Does tomcat allow multiple instances running on the same machine? You can do this if you run Tomcat on different port numbers. What happens if you have different JSP files with same name on different ports? Does it create one java file or two? Will one overwrite the other one? There's two different scenarios: * Do you have separate TOMCAT_HOME directory hierarchies? If so, everything is independent of each other, and no overwrites will occur * Are you sharing TOMCAT_HOME directories? You are most likely going to have overwrite problems, because the work directories will be shared. Do you truly need completely different TOMCAT_HOME directory trees? I assumed that using different log and work hierarchies would be sufficient. I have been experimenting with the following: In TOMCAT_HOME, I have separate startup.sh files, which identify specific server.xml files, as follows: $BASEDIR/tomcat.sh start -security -config ../conf/server_tst.xml "$@" The server.xml file (or, in this case, server_tst.xml file), then specifies a specific log and work directory structure, as follows: Logger name="tc_log" path="logs/tst/tomcat.log" verbosityLevel = "DEBUG" / . and later . ContextManager debug="0" workDir="work/tst" showDebugInfo="true" server_tst.xml also has the the autosetup line commented out, and the specific context I want to use is identified: !-- ContextInterceptor className="org.apache.tomcat.context.AutoSetup" / -- . and later . Context path="/tst" docBase="webapps/tst" crossContext="false" debug="0" reloadable="true" /Context It seems to me that this, along with the port changes, should work, but I'm getting errors, like this: 2001-01-03 08:50:09 - ContextManager: Error reading request, ignored - java.lang.NullPointerExceptio n at org.apache.tomcat.core.ContextManager.handleError(ContextManager.java:1099) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:80 0) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpC onnectionHand ler.java:210) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Thread.java:484) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Tell me how to config Apache with DSO?
I don't think that Apache is the problem. It's mod_jk.so. Try compiling mod_jk.so from the sources. It's a pain, but it will probably clear up your problem. -Original Message- From: NSB)Hiroshi Kasamatsu [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 28, 2000 7:51 PM To: [EMAIL PROTECTED] Subject: Tell me how to config Apache with DSO? I had an error in command of./apachectl configtest: API module structure 'jk_module' in file /usr/local/apache_1.3.12/libexec/mod_jk.so is garbled- perhaps this is not an Apache module DSO? I want to cooperate Tomcat3.2 beta 8 with apache 1,3.12. I copied mod_jk.so into apache_1.3.12/libexec and append "Include /usr/local/jakarta-tomcat/conf/mod_jk.conf-auto" into httpd.conf. Apache is compiled with ./configure --enable-rule=SHARED_CORE --enable-module=so. Does not this work? Thanks in advance. Hiroshi Kasamatsu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: where to find the translated java class from JSP.
Look in the $TOMCAT_HOME/work. You will find subdirectories for each webapp. For example, if you are running Tomcat on port 8080 as per the default, you will find a subdirectory for the delivered examples, called "localhost_8080%2Fexamples". You will find the Java source and class files from the JSP's in the subdirectory. -Original Message- From: xdyang xd [mailto:[EMAIL PROTECTED]] Sent: Friday, December 29, 2000 2:42 PM To: [EMAIL PROTECTED] Subject: where to find the translated java class from JSP. it is said that JSP files are translated into servlet class before implementation, then, where can I find those servlet code and read them? thank you __ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: mod_jk.so (for Solaris)
At 07:51 PM 12/14/00 -0800, you wrote: To: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED]Subject: RE: mod_jk.sotry this sitehttp://www.ccl.net/cca/software/UNIX/apache/solaris-t3.2/files/mod_jk.so Excellent! I didn't realize that there was a binary for Solaris. It seems odd that there isn't one on the Apache site, given Sun's involvement in Tomcat. Thanks for the URL.
Re: 3.2.1 build fails - any ideas?
I got the same errors, and resolved them by cleaning out the build directory and re-building from scratch. Stefán F. Stefánsson wrote: Hello. I'm getting the following error when I try to build Tomcat 3.2.1. I've been using (and building) Tomcat 3.2 successfully: --BEGIN- --- tomcat: [javac] Compiling 193 source files to C:\jakarta\build\tomcat\classes [javac] C:\jakarta\jakarta-tomcat\src\share\org\apache\jasper\compiler\JspCompil er.java:136: Method getClassName(java.lang.String) not f ound in class org.apache.jasper.compiler.ClassName. [javac] realClassName = ClassName.getClassName( getClassFileName() ); [javac] ^ [javac] -- Ed Gomolka ([EMAIL PROTECTED])
RE: mod_jk.so (for Solaris)
H I thought that the restriction was that you could not redistribute the SDK ; I didn't think that linking to it would be a problem, unless you mean that it's a static link, and part of the SDK ends up being incorporated into mod_jk. This sounds like a question for Craig. Ed -Original Message-From: Dave Smith [mailto:[EMAIL PROTECTED]]Sent: Sunday, October 15, 2000 11:45 AMTo: [EMAIL PROTECTED]Subject: Re: mod_jk.so (for Solaris) Ed, It probably breaks the licence because it links on code in the SDK. Isn't that the issue? If not I can make my FreeBSD mod_jk.so available to people who want it. Dave - Original Message - From: Ed Gomolka To: [EMAIL PROTECTED] Sent: Friday, December 15, 2000 12:05 PM Subject: RE: mod_jk.so (for Solaris) At 07:51 PM 12/14/00 -0800, you wrote: To: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED]Subject: RE: mod_jk.sotry this sitehttp://www.ccl.net/cca/software/UNIX/apache/solaris-t3.2/files/mod_jk.so Excellent! I didn't realize that there was a binary for Solaris. It seems odd that there isn't one on the Apache site, given Sun's involvement in Tomcat. Thanks for the URL.
RE: Question about Linux install of Tomcat 3.2 (is there an RPM yet)
Try here for RPM's: http://rpmized.free.fr -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED]] Sent: Monday, December 11, 2000 6:46 PM To: [EMAIL PROTECTED] Subject: Re: Question about Linux install of Tomcat 3.2 (is there an RPM yet) Tomcat is a pure Java application. there is a tar on the jakarta.apache.org website. just un-tar it and you are installed. so no need for an RPM since tomcat works of the relative directory structure. Filip - Original Message - From: "David Thompson" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 11, 2000 4:40 PM Subject: Question about Linux install of Tomcat 3.2 (is there an RPM yet) I am a linux newbie so this might be a stupid question but... I have linux 6.2 installed (using Redhat). I have Apache 1.3.14 running well. I have JDK 1.3 installed and working. Now to get to where I want to be, I want to get Tomcat 3.2 running with Apache. There are no RPM's for it as of last night (at least not at redhat.com) and I do not want to mess with the older version. Can I install the unix tars from apache.org on my system without building it myself? I would assume there are system specific things that would require a rebuild but I really do not want to deal with that right now. How long does it normally take to get RPMs on redhat.com for something like this? Any advice would be appreciated. thanks, dt
Maximum Memory Issues
A few days ago, I posted an e-mail about the Java maximum memory heap size. (We have a client in the happy situation of having 4 Gigs on their servers, and they were frustrated about not being able to specify more than 2 Gigs in the -Xmx option. I got some good advice from the mailing list about how to set up multiple instances of Tomcat.) Now the client has further informed me that when they provide a maximum heap value of more than 700 Megs, Tomcat is unstable, and invariably crashes after a while. They are running Tomcat 3.2b2 on a Sun Sparc machine using Solaris 7 (I don't remember the machine model number but they've only had it for a month, and it's one of the biggest machines you can get). They actually have more than one machine of this type (4, I believe), all of which are exactly the same. The client is in another city, and therefore the communication is sometimes a bit spotty, so I don't have more detailed info on the nature of the crashes, but it seems to vary. Unfortunately, our test machines here only have 512 Megs of memory, so I can't duplicate the situation either. My question is: Has anyone else experienced this? Does anyone have an idea why this should be an issue? Also, does anyone know of any stability/performance issues that were resolved between 3.2b2 and 3.2b6? If need be, I suppose that we could just have more Tomcat instances, but it seems to me that this shouldn't be necessary. This site only has one servlet at the moment, but we have to have a servlet to facilitate our applet/server communication, and we anticipate very heavy site usage. We're already getting thousands of hits a day, and the client hasn't even started advertising. We are keeping the memory below 700 Megs, but we have had the servers go down a couple of times already (I'm waiting to receive a Tomcat log file while I'm writing this note). I feel that in terms of performance tuning, we haven't even scratched the surface, but I nevertheless get a bit nervous when I hear about servers going down. Despite the heavy traffic, the servlet usage is relatively light. A user may stay on the site for 10-15 minutes, but they only need to access one servlet, at the end of their session. This is done in order to transmit data from an applet to the server, which can take about 20 seconds, but may take longer because if the servers are occupied, they will be queued up behind other users. Due to this setup, we figured that we could get away with using Tomcat as opposed to some other, more industrial strength, servlet engine. (Also, I'm a fan of open source, and I personally like the idea of using something like Tomcat.) This is probably all a bit vague, but if anyone has any suggestions or opinions on what I should be looking at to resolve this, I'd appreciate them. Thanks in advance. Ed -- Ed Gomolka ([EMAIL PROTECTED])
RE: Getting the examples running
There's a file called tools.jar that must be in your classpath. Add a line to your "tomcat.bat file", as follows: set CLASSPATH=%CLASSPATH%;%JAVA_HOME%\lib\tools.jar Ed I'm new to Tomcat / Apache and trying to get the example JSP pages working. I'm running W2K, Tomcat 3.1, and JDK 1.3 installed. I thought I followed the configuration instructions correctly. I can see the static page listing the examples, but when I try to run one of the example pages I get and error: java.lang.NoClassDefFoundError: sun/tools/javac/Main at org.apache.jasper.compiler.SunJavaCompiler.compile(SunJavaCompiler.java:128) at org.apache.jasper.runtime.JspServlet.LoadJSP(JspServlet.java:413) ... What am I doing wrong and how do I fix it?
RE: Getting the examples running
Your classpath statements look good. The only thing that I can advise at this point is to doublecheck your JAVA_HOME value, and ensure that it's pointing to the right place. I have sometimes seen cases where JAVA_HOME was pointing to the JRE, but the JAR file was in the JDK's Java lib directory. I have also seen the opposite case. If that's not it, then I'm out of ideas. -Original Message-From: Nathan Wilhelmi [mailto:[EMAIL PROTECTED]]Sent: Tuesday, October 31, 2000 11:36 AMTo: '[EMAIL PROTECTED]'Subject: RE: Getting the examples running Thanks for the response all - Here is my tomcat.bat file: :gothome rem Set up the CLASSPATH that we need set cp=%CLASSPATH% set CLASSPATH=.set CLASSPATH=%TOMCAT_HOME%\classesset CLASSPATH=%CLASSPATH%;%TOMCAT_HOME%\lib\webserver.jarset CLASSPATH=%CLASSPATH%;%TOMCAT_HOME%\lib\jasper.jarset CLASSPATH=%CLASSPATH%;%TOMCAT_HOME%\lib\xml.jarset CLASSPATH=%CLASSPATH%;%TOMCAT_HOME%\lib\servlet.jarset CLASSPATH=%CLASSPATH%;%JAVA_HOME%\lib\tools.jarecho setclasspath for tools.jar :startServerecho Starting tomcat in new windowecho Using classpath: %CLASSPATH%start java %TOMCAT_OPTS% -Dtomcat.home="%TOMCAT_HOME%" org.apache.tomcat.startup.Tomcat %2 %3 %4 %5 %6 %7 %8 %9goto cleanup === It looks to me like it is setting the class path to tools.jar. When Tomcat starts I also tools.jar listed in the class path. Any ideas what I'm still doing wrong.
RE: memory leak
I'm sure that the following has nothing to do with the original problem in this thread, but I have to disagree with the idea that Java doesn't have memory leaks. Java memory leaks are different from C++ memory leaks, but they are very real, and can be a serious pain in the butt. The easiest way I've found to have a memory leak is by forgetting to dispose of an object when doing GUI work. For example: - creating a Graphics instance, and not disposing of it - exiting a Window without disposing of it Another way is by retaining some sort of indirect reference to an object that is no longer needed. For example: - If you use MediaTracker to load a bunch of images, and then try to dispose of the images, the memory won't be freed up until the MediaTracker instance is disposed of. -Original Message- From: Stubenrauch,Andreas [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 24, 2000 4:31 AM To: '[EMAIL PROTECTED]' Subject: RE: memory leak You can't have a traditional "memory leak" in Java. But you can create more Objects than the is able to destroy. Under Linux your upper