Re: mod_jk1.2 Binary for Solaris ?
Chakravarthy, Sundar wrote: I don't find any mod_jk so files for solaris after I unpack solaris8.tar.gz file from here http://mirrors.xtria.com/apache/jakarta/tomcat-connectors/jk/binaries/so laris/ . Could someone tell me how to get mod_jk 1.2 binary for Solaris 8 or 9 ? I have downloaded the jakarta-tomcat-connectors-jk-1.2.5-solaris8-sparc-apache-1.3.28.tar.gz and I have found: +++ bash-2.03$ ls -lt jakarta-tomcat-connectors-jk-1.2.5-solaris8-sparc-apache-1.3.28/mod_jk.so -rwxr-xr-x 1 jfclere jfclere 891708 Oct 11 18:36 jakarta-tomcat-connectors-jk-1.2.5-solaris8-sparc-apache-1.3.28/mod_jk.so bash-2.03$ file jakarta-tomcat-connectors-jk-1.2.5-solaris8-sparc-apache-1.3.28/mod_jk.so jakarta-tomcat-connectors-jk-1.2.5-solaris8-sparc-apache-1.3.28/mod_jk.so: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped +++ Idem for 2.0: +++ bash-2.03$ file jakarta-tomcat-connectors-jk-1.2.5-solaris8-sparc-apache-2.0.47/mod_jk.so jakarta-tomcat-connectors-jk-1.2.5-solaris8-sparc-apache-2.0.47/mod_jk.so: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped bash-2.03$ ls -l jakarta-tomcat-connectors-jk-1.2.5-solaris8-sparc-apache-2.0.47/mod_jk.so -rwxr-xr-x 1 jfclere jfclere 864176 Oct 11 18:43 jakarta-tomcat-connectors-jk-1.2.5-solaris8-sparc-apache-2.0.47/mod_jk.so +++ Use a gnu tar the Solaris one does not work with those files. Cheers Jean-Frederic Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANNOUNCEMENT] JK2-2.0.2 released
Mladen Turk wrote: Hi to all, JK2 2.0.2 has been released and is available at : http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v 2.0.2/ For now binaries are available for WIN32 only: I will do the Solaris8 binaries tomorrow morming (I am at GMT+1). Changes between JK2 2.0.1 and JK2 2.0.2: * Fix the bug 14293. Thanks to Martin Kraemer for his help. [Jean-Frederic Clere] * Don't send initial chunk for chunked encoding, fix #14282 [Costin Manolache] * Fix the POST data on JNI [Mladen Turk] * Remove the deprecated message for path [Costin Manolache] * Add the regular expressions to uriMap. The regex uris are differentiated to normal one by starting with dollar ($) sign. [Mladen Turk] * Add the max_connections to the wajp13 worker. [Mladen Turk] * Add the hostMap cache [Mladen Turk] * Allow the lb:name scheme inside the [channel.xxx] [Mladen Turk] * Duplicate all global directives on each vhost that has inheritGlobals set. Directives are created using createBean only if not found. Beside directives, the webapps are duplicated to. [Mladen Turk] Regards, MT. -- 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]
Re: Errors for building mod_jk
Manoj Kithany wrote: Hi Experts, Greetings! I am using APache(1.3) and Tomcat (4.0.4) on IBM AIX (5.1) System. I am havin high time in integrating APache and Tomcat. Binary mod_jk is NOT available for IBM AIX System - so I try to build it using following procedure but get ERRORS. I tried to execute ./buildconf.sh and then execute ./configure without having any problems. But when I execute make I get following Error - wonder why? Can you please look into this problem - would really appreciate your precious time. The Error is: -- # make Making all in common Target all is up to date. Making all in apache-2.0 /usr/bin/sh ../libtool --mode=compile cc -I/usr/local/apache/include -I/usr/local/apache/srclib/apr/include -I/usr/local/apache /os/unix -I/usr/local/apache/srclib/apr-util/include -g -O2 -DUSE_APACHE_MD5 -I ../common -I /usr/java130/include -I /usr/java130/incl ude/ -D_REENTRANT -Wall -c mod_jk.c mkdir .libs cc -I/usr/local/apache/include -I/usr/local/apache/srclib/apr/include -I/usr/local/apache/os/unix -I/usr/local/apache/srclib/apr-util/i nclude -g -O2 -DUSE_APACHE_MD5 -I ../common -I /usr/java130/include -I /usr/java130/include/ -D_REENTRANT -Wall -c mod_jk.c -DPIC -o . libs/mod_jk.lo ../libtool[847]: cc: not found It seems you do not have the correct path to the C compiler or the C compiler is not named cc. make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. # Any infor, from the above transcript would be appreciated! THANKS again. Manoj G. Kithany _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- 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]
Re: Libtool Error!!!- mod_jk
Manoj Kithany wrote: Hi Experts, I am getting following LIBTOOL Errors - wonder why. DO any of you Experts know how to tackle that - would appreciate that. I already have libtool on my system. The Error I get is: -- # make Making all in common Target all is up to date. Making all in apache-1.3 /bin/sh ../libtool --mode=install cp `pwd`/mod_jk.so libtool: install: you must specify a destination That is clearly a make problem (you need gnu make) but not a libtool problem. +++ mod_jk.so: mod_jk.la $(LIBTOOL) --mode=install cp $ `pwd`/$@ +++ The $ has been eaten. Try `libtool --help --mode=install' for more information. make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. # -- Would really appreciate if you could share it with me. THANKS! Manoj G. Kithany _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx -- 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]
Re: Loaded DSO /usr/lib/apache/mod_webapp.so uses plain Apache 1.3API, this module might crash under EAPI!
Mauricio Tia Ni Gong Lin wrote: I am using mod_webapp to connect apache web server version 1.3.20 with Tomcat 4, but the following warning message is showed when I start the apache web server: -- [Fri May 31 17:47:00 2002] [warn] Loaded DSO /usr/lib/apache/mod_webapp.so uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it with -DEAPI). --- The apache web server is running, but i cannot access jsp files via mod_webapp. When i set the http://www.ppgi.fua.br:8080/inscricao/inscricao.jsp, the Tomcat show me the page. But when i try http://www.ppgi.fua.br/inscricao/inscricao.jsp, the Apache Server can't find the page. Is there anything wrong? To get ride of the message. Try with a newer mod_webapp. (aka from cvs). Regards, Mauricio Lin -- 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]
Re: AW: [ANNOUCEMENT] Tomcat 4.0.2 Final released
No it seems a problem in nagoya... The mail is from the 11th of february! Ralph Einfeldt wrote: Is 4.0.2 a typo? The last releases where already 4.0.4 Beta 2/3. -Ursprüngliche Nachricht- Von: Remy Maucherat [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 11. Februar 2002 18:05 An: [EMAIL PROTECTED]; [EMAIL PROTECTED] Betreff: [ANNOUCEMENT] Tomcat 4.0.2 Final released [EMAIL PROTECTED] The Tomcat Team is proud to announce the final release of Tomcat 4.0.2 -- 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]
Re: Tomcat 4.0.1 on omvs under os390
Brown Bay wrote: I am in the process of porting our servlet based application running under Linux to omvs under Os390. After extensive searches on the web, I have not been able to find any kind of documentation/pages that suggest that this configuaration is possible. I believe that it can be done since I can run my Java programs quite nicely under omvs when they are converted to ebcdic. also, the configuration and xml files are text files, so they should not be much of a problem. I have made so tries on a BS2000 but the EBCDIC there is a bit different. I have used xerces as parser I was near to get the things running, but I added EBCDIC support to mod_jk and use a TC running on an ASCII machine. IBM provides Websphere that does the ascii-ebcdic conversions on the fly and back under os390. My question is that has anyone been able to deploy Tomcat on os390. If they have, how did they resolve the problems of ascii-ebcdic conversions. I would appreciate any kind of information on the subject. Patching the xml files. ?xml version=1.0? into ?xml version=1.0 encoding=ebcdic-_of_the_machine? An other problem was that the jsp compiler: The java intermadiate files where in ASCII and the java compiler was not very happy. Please let me know. Thanks in advance. Brown. -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Returned mail: User unknown
Abhishek Pamecha wrote: are yu guys getting this mail from mike campbell repeatedly... Yes... But that should a configuration problem in the TC user list, should not it? I have receive 15 of these (for the moment). -Original Message- From: Mike Campbell [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 12:42 PM To: '[EMAIL PROTECTED]' Subject: Returned mail: User unknown The original message was received at Tue, 12 Feb 2002 02:11:59 0500 - The following addresses had permanent fatal errors - [EMAIL PROTECTED] - Transcript of session follows - ... while talking to mail.s1.com: RCPT To:[EMAIL PROTECTED] 550 [EMAIL PROTECTED]... User unknown 550 [EMAIL PROTECTED]... User unknown -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: More info on mod_webapp problems....
Andrzej Jan Taramina wrote: For some reason, Tomcat 4.02 doesn't always return a proper response header when it receives a GET request for an image across the Apache Warp (mod_webapp) connection under Windoze. If you try to access the sample Tomcat page: /examples/jsp/index.html There are three images that GET's are issued for. Here is what a correct response looked like (using the RequestDumper Valve): authType=null contentLength=1231 contentType=image/gif header=Last-Modified=Sun, 10 Feb 2002 16:09:24 GMT 2002-02-11 20:25:15 header=ETag=1231-1013357364000 message=OK remoteUser=null status=200 However the next image returns the following incorrect response: authType=null contentLength=-1 contentType=null message=Not Modified remoteUser=null status=304 You already have the image, do not you? Very strange. I'm trying to dig further into why this is happening...but with the new Released 4.0.2 Tomcat I am having a devil of a time trying to turn debug logging on for the Warp connection. I've recompiled the Java sources with the debug flag = true, and set the debug level in all the Connectors and such to 4, and logging verbosity to 4 as well. But still no output to the log file. I suspect someone broke something in the final 4.0.2 release, since this used to work only a few days go. Very frustrating. Andrzej Jan Taramina Chaeron Corporation: Enterprise System Solutions http://www.chaeron.com -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: I can't stand the UnsatisfiedLinkErrors anymore withTomcat 4.0.1!
Larry Meadors wrote: Can the class loader used to load the classes in the web app load native libraries... I think that classes in the web app can call native methods, but I am by no stretch of the imagination an expert on this. When I ran the Oracle OCI JDBC driver (which uses native code) it worked in the WEB-INF/lib directory or in the common/lib directory. I had a separate issue when reloading classes, but I think that was Oracle specific. Do I really need to load my class with the native methods...how? I also think that classes in the $CATALINA_HOME/common/lib get loaded by the common classloader. I am a big fan of open source, but the troubles I am having... I feel your pain. Best of luck getting this going, be sure to share when you do to spare the next poor bugger. ;-) Larry [EMAIL PROTECTED] 02/08/02 08:29PM Hi All, After more that a week of messing with it, I'm convinced there is no way to call native methods within Tomcat. I have read the class loader INFO file 100 times, searched and read the list serve archives for hours, followed all the suggestions found within those messages, and still I receive UnsatisfiedLinkErrors whenever I attempt to run native methods. Facts: * I can execute the methods with no problems when run from the command line, but I get UnsatisfiedLinkErrors running under Tomcat 4.0.1. Hummm... Without more information it sounds difficult to help? Have you try System.load() instead of loadLibrary()? Questions: * Can the class loader used to load the classes in the web app load native libraries with System.loadLibrary? Some list serve messages say no, others suggest yes. * Do I really need to load my class with the native methods in the Common class loader? If so, how? None of the methods I have tried work. * Basically, how do I need to sweet talk Tomcat to make it execute my native methods? I'm really frustrated and desperate! If anyone has made this work, please share your wisdom. I am a big fan of open source, but the troubles I am having really make me wish I could call tech support at some software company! Any suggestions are welcome. Thanks.. Cheers, Jim Boone -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Refrain: tomcat4.0.1-apache.1.3.19-mod_webapp
Alberto Bolchini wrote: Hi all. I've been searching for soultins around but haven't come up with anything working yet. I have a x86 Linux/Suse7.2 box with Apache 1.3.19 and Tomcat 4.0.1 installed. I have downloaded the binary version of mod_webapp.so and configured apache's httpd.conf as below: [...] LoadModule ... [...] LoadModule webapp_module/usr/lib/apache/mod_webapp.so [...] ClearModuleList AddModule ... [...] AddModule mod_webapp.c [...] Port 80 [...] ServerName localhost [...] #--- # mod_webapp WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples/ WebAppInfo /webapp-info I have left server.xml out-of-the-box, which seems to be as follows: [...] !-- Define an Apache-Connector Service -- Service name=Tomcat-Apache Connector className=org.apache.catalina.connector.warp.WarpConnector port=8008 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=10 debug=0/ !-- Replace localhost with what your Apache ServerName is set to -- Engine className=org.apache.catalina.connector.warp.WarpEngine name=Apache debug=0 appBase=webapps !-- Global logger unless overridden at lower levels -- Logger className=org.apache.catalina.logger.FileLogger prefix=apache_log. suffix=.txt timestamp=true/ !-- Because this Realm is here, an instance will be shared globally -- Realm className=org.apache.catalina.realm.MemoryRealm / /Engine /Service Well: on the StandAlone Tomcat Service on port 8180 everything works fine, while I get a java.io.IOException: Premature packet header end Exception each time i try to access http://localhost/examples/. I cannot find any working solution to the problem. From my understanding, the directives in httpd.conf are handled correctly, which is the GET is handled to localhost:8008 (which has someone listening from an nmap scan) through the Warp connector. On the other side the WarpConnection.recv isn't complete, and thus the exceptions. WHose fault is it? Apache's, mod_webapp's, Tomcat's or MINE? Any things in apache_log._date_.txt (TC) or in error_log (httpd)? Thanx. a. Alberto Bolchini Engitel s.r.l. C.so Buenos Aires 79 20124 MILANO tel. +39 02 6693337 fax. +39 02 67077880 http://www.engitel.com -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: DEPLOYING WAR FILES / MOD_WEBAPP
Alec Bickerton wrote: Hi all, Still having the proble where TC4 refuses to install a WAR file, claiming file does not exist, The manager app reports the file does not exit. however when I login as Tomcat4 and extract the file using : jar xf myapp.war the directory gets created and I can install fine. How can I make TC4 do this itself? (Do I need the webapps parent dir in the WAR file ? ) Engine className=org.apache.catalina.connector.warp.WarpEngine name=Apache debug=0 appBase=webapps appBase is $HOMEjakarta-tomcat-4.0.1/webapps. Are you sure you are in the right part of the server.xml (it must be in Service name=Tomcat-Apache part). My apologies if my Tabs don't show up correctly. eg Should it be built as I am using below myapp.war | WEB-INF/ | | | lib/ | web.xml |` META-INF/ | MANIFEST.MF Or myapp.war myapp | As above. MOD_ WEBAPP I'm having a problem with mod_webapp, I can access the servlet without any problem using {server}:8180/logserver/process {DATA} As a HTTP POST request. When I try it using mod_webapp I get Internal server error Btw, This doesnt happen using HTTP GET? is this a bug in mod_webapp or I am simpley using it wrong -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Where IS mod_webapp ??
Pier Fumagalli wrote: On 21/11/2001 10:15 pm, Gerard van Enk [EMAIL PROTECTED] wrote: Any comments? I think it's a good idea to make a release. I'm on a plane ATM, but +1 for me, J.F., would you be R.M. for this one? I will try. At least I can make the tarball and retest the thinks :) Pier -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Where IS mod_webapp ??
Gerard van Enk wrote: Chad Johnson wrote: Hey, Pier can correct me on this, but I believe mod_webapp is still beta quality. So grabbing whats in CVS is a safe bet. The binarys that come with Tomcat 4.0.1 have some bugs that have since been corrected (ie only being able to reference web apps in $CATALINA_HOME/webapps). I don't think Pierre will correct you very soon, because I believe he's gonna be offline for quite some time (I read somewhere he's gonna travel a lot). But I believe you're correct on this one, grabbing something from cvs (or a nightly build) is better, because a few import bugs have been fix in cvs, but not in the version that's included in Tomcat4.0.1. Maybe someone of the Tomcat developers (that's why I'm cc-en this to tomcat-dev) could update the official version, or are there any bugs to be fixed in cvs? I have noted 5 bugs that I am trying to fix (4367, 4925, 4559 and 2941) and I have marked 4545 as fixed. A Big one with Apache-2.0 is due to some changes in httpd-2.0. But I think it would not be bad to make a release even with some opened bugs , the old release is a little too old. Any comments? Gerard -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: mod_webapp compiling problems
Petry Roman, ITS-IT wrote: Hello, i have some serious problems compiling mod_webapp on my Suse 7.2 System.. I downloaded APACHE 1.3.22, Tomcat 4.0.1, PHP4 and mod_perl, compiled each of them and they work.. Tomcat works standalone and Apache also.. Then i tried to connect Apache and Tomcat with the mod_webapp module.. I downloaded the glib2.2 binary from the jakarta site, but the only thing it does is a segmentation fault... then i thought.. maybe the source is with you .. and i downloaded the webapp-module-2002.tar.gz but i had no luck... -- snipp --- nrz86:~/webapp-module-2002 # ./configure --with-apxs=/usr/local/apache/bin/apxs Finishing up checking for APR compilation flags... ok checking for Makefile targets... lib apr apache-1.3 updating cache ./config.cache creating ./config.status creating ./Makefile creating ./Makedefs creating ./lib/Makefile creating ./java/Constants.java creating ./apache-1.3/Makefile All done. Now you can issue make. Good luck. -- snipp then a make breaks with the following error... --- snip --- APXS_CFLAGS=`/bin/echo ${APXS_CFLAGS}` ; \ /usr/local/apache/bin/apxs \ -S CFLAGS=${APXS_CFLAGS} \ -S LDFLAGS_SHLIB=${APXS_LDFLAGS_SHLIB} \ -o mod_webapp.so \ -c mod_webapp.c \ /root/webapp-module-2002/lib/libwebapp.a \ /root/webapp-module-2002/lib/libapr.a ; \ } apxs:Error: no config variable LDFLAGS_SHLIB Usage: apxs -g [-S var=val] -n modname apxs -q [-S var=val] query ... apxs -c [-S var=val] [-o dsofile] [-D name[=value]] [-I incdir] [-L libdir] [-l libname] [-Wc,flags] [-Wl,flags] files ... apxs -i [-S var=val] [-a] [-A] [-n modname] dsofile ... apxs -e [-S var=val] [-a] [-A] [-n modname] dsofile ... make[2]: *** [mod_webapp.so] Error 1 make[2]: Leaving directory `/root/webapp-module-2002/apache-1.3' make[1]: Exiting directory apache-1.3 make[1]: *** [template] Error 2 make[1]: Leaving directory `/root/webapp-module-2002' make: *** [apache-1.3-build] Error 2 -- snipp --- I tried to tweak the Makefile a little bit, but i had no luck.. Could anyone help me please..A search in the Archive had no luck.. ? It seems you have a broken apache-1.3, at least a broken apxs - reinstall apache - thanks in advance... mfg Roman Petry Microsoft Certified Systems Engineer (MCSE) ITS-IT AG der Dillinger Huettenwerke Tel.: 0049-6831-474670 Fax.: 0049-6831-473505 -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: mod_webapp
Pier Fumagalli wrote: Chris Huisman at [EMAIL PROTECTED] wrote: Hello, I am having trouble integrating tomcat with apache using mod_webapp.so. I have mod_webapp.so copied into libexec/apache/mod_webapp.so, but when I execute apachectl configtest I get the following response: Bus error - core dumped I am running FreeBSD 4.4 on my machine, and have installed apache+mod_ssl-1.3.20+2.8.4 from the ports directory. I have just tried with 1.3.22+mod_ssl on a 4.4 it seems it works... Any help is greatly appreciated. Guuu :( That's bad. It would be nice to have a trace of the core... Pier -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: httpd.conf problem by using tomcat warp connector
Roman Schlueter wrote: ... where do you have found the directives 'WarpConnection' and 'WarpDeploy'? I think, it should be 'WebAppConnection' and 'WebAppDeploy'. Some thing like: VirtualHost 172.25.182.35:443 ServerName vtxclere.bcn.fsc.net WebAppConnection warpConnection warp localhost:8008 WebAppInfo /info WebAppDeploy examples warpConnection /examples/ /VirtualHost Make sure to change 172.25.182.35:443 and vtxclere.bcn.fsc.net to you own value :) Tschüss, Roman martin eberle wrote: hi there, (wow, my first time in tomcat world :) suse linux 7.0, apache 1.3.12, tomcat 4.01, mod_webapp.so / .c i've compiled correctly the webapp module and set the needed parameters in httpd.conf to join it. the module's located in the correct directory, they'll be load as well (i think) the one and only problem is: SyntaxError in httpd.conf, which occures by restarting the apache webserver. if i deactivate the lines WarpConnection conn warp localhost:8008 WarpDeploy examples conn /examples the webserver starts as well, but no connection to tomcat has been established (what makes sense!) What's the problem causes the Syntax Error? thx in advance. -martin -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: Win200 crashing with Tomcat 4
Thomas Diamond wrote: Hello, I am running (or try to run) Tomcat 4.0 server on a Win2K Professional machine (sp 2). But sometimes while I am testing my JSPs locally, the system reboots on its own without any messages or warnings or exceptions or whatever... Is this a bug of Tomcat (driving crazy Win2K and vise versa) or I have misconfigured something? The weird thing of the case is that if I clear the logs and the localhost folder (in the work dir) before I start the server, then for 90% of the cases everything goes fine. Just a coincidence? I don't know... Another thing which is a bit strange is that some times while the server starts, I can use it for an hour or so, but then (suddenly) the system reboots. Perhaps, Tomcat gets tired (or Win2K get tired) and forces the system to reboot ;-) If the machine hangs that must be a JVM problem, not a TC one. What JVM are you using? Any ideas wouldbe very helpfull. Thanx in advance, Tom.
Re: Reversed deployment configuration for mod_webapp...
Pier Fumagalli wrote: I've been looking in the past month at which were the main difficulties in mod_webapp usage, and I think that the most difficult part for users comes when someone tries to deploy a web-application both in server.xml and httpd.conf. Why? Let's see an example: httpd.conf -- ServerName myhost.domain.dom Port 80 WebAppConnection conn warp myhost.domain.dom:8008 WebAppDeploy examples conn /examples server.xml -- Connector className=...WarpConnector ... / Engine className=...WarpEngine Host name=localhost debug=0 appBase=webapps unpackWARs=true className=...WarpHost Context path=/examples docBase=examples /Context /Host /Engine To the random viewer, this looks like a valid configuration, the context deployed in server.xml should be seen under /examples by Apache... BUT (yeah, there's always a but), what's going to happen is that when run, we're going to have TWO instances of the examples context: one deployed for the localhost host (configured in server.xml) and one configured for myhost.domain.dom (configured in httpd.conf and autodeployed by WARP). Basically, if you're not careful enough, things are going to be screwed up, and you won't get what you want. - Sure I have tried to help several time in user list about this... One possible solution to the problem would be to reverse the deployment scheme of WARP. If we put all context configurations in server.xml, and add a directive such as WebAppDeployAll true, what we can achieve is that for a particular VirtualHost... or root the root server configured in httpd.conf, we're going to automatically retrieve all contexts configured in server.xml for that particular host. Like JkAutoMount * myworker1 * (in a VirtualHost.../). This will solve a bunch of problems, but there is one tiny little bit that is still lacking from Catalina, and that makes things hard: apache, and all other webservers, use the Host header to select what named virtual host I'm using. The Host header, though, is formatted in this way: host:port. So, what it basically means is that a virtual host name is made up by two values: the name and the port. Catalina standalone works great, because I can just set up two connectors in two engines, with two different ports, and have different behaviours for two virtual hosts having the same name but different port values. When coming down to WARP, we have one single connector getting all requests thru one single port, so, what we need to do is use a selector also over on a port to figure out the real virtualhost (host:port) to use. What about using host_port (or any character is not valid in hostname)? When I try to add server localhost_8080 J2EE gives a funny error message Cannot connect to host. I'm planning to implement this mapping in the Warp* classes (not to break anything back), basically rewriting the map methods and adding a setPort/getPort property into host. But by doing this I won't be able to use the Standard* implementation of the Catalina stuff... My only problem is how this could cope with the Manager Application. Specialy how to detect that sometime has changed? Pier
Re: mod_webapp connector on linux
David Ward wrote: John, I have the same exact setup and had the same exact problem. After searching the user lists, I found I had to *uncomment* this line in my httpd.conf file: #ServerName localhost It seems that mod_webapp cares about it, though mod_jk didn't. (The eapi thing is just a warning, and Apache starts up ok with it. I'm anxiously waiting for a mod_webapp_eapi.so file to show up on the jakarta site...) However, I'm still having a problem where I can reach my deployed web applications via port 8080 (directly to tomcat), but I can't reach it via port 80 (through Apache). The error message is: WebApp: Error 404 (File: wa_request.c Line: 197) --- Web-application not yet deployed --- which is lame since I KNOW the app IS deployed (otherwise, I wouldn't be able to access it at 8080)!!! No that not is true. The local TC standalone application is deployed under localhost the mod-webapp one is virtualhost: +++ jakarta@vtxclere:~/jakarta-tomcat-4.0/build ls -l work total 12 drwxr-xr-x7 jakarta users4096 Oct 3 12:38 localhost drwxr-xr-x3 jakarta users4096 Oct 3 14:22 toto.bcn.fsc.net drwxr-xr-x3 jakarta users4096 Oct 3 14:07 vtxclere.bcn.fsc.net +++ Here localhost is the TC standalone the 2 others are mod_webapp results of application deployement. (2 virtual hosts toto and vtxclere). If you can get past that, please let me (and the list) know. Thanks, David -- John Cartwright wrote: Hello All, I'm trying to establish a connection between apache 1.3.20 and tomcat4 using the binary distribution of the mod_webapp connector. I added the following lines to my httpd.conf file via Include directive: LoadModule webapp_module modules/mod_webapp.so AddModule mod_webapp.c WebAppConnection conn warp localhost:8887 WebAppDeploy examples conn /examples4 WebAppInfo /webapp-info Tomcat4 is up and seems to be running fine. However, when I try to start apache, I get: Starting httpd: [Tue Oct 2 09:49:36 2001] [warn] Loaded DSO modules/mod_webapp.so uses plain Apache 1.3 API, this module might crash under EAPI! (please recompile it with -DEAPI) Syntax error on line 4 of /var/tomcat4/conf/mod_webapp.conf: Invalid virtual host name This machine is: Red Hat Linux release 7.1 (Seawolf) Kernel 2.4.3-12smp on a 2-processor i686 Can someone direct me to what I'm doing wrong? Thanks! -- john = John Cartwright Professional Research Assistant / Associate Scientist CIRES, SEG/NGDC/NOAA (303) 497-6284 [EMAIL PROTECTED] = -- --- David Ward[EMAIL PROTECTED] Senior Software Engineer http://www.dotech.com Distributed Object Technologies, Inc. 716-381-8320 (phone) 500 Linden Oaks, Rochester, NY 14625 716-381-0598 (fax)
Re: Noted a problem with configure on mod_webapp
I have forwarded this issue to APR - That looks like an APR problem - Nikola Milutinovic wrote: Hi all. This is more for developers, but here goes. OS is Tru64 UNIX 4.0F (a.k.a. Digital UNIX (a.k.a. DEC OSF/1)). I'm using native CC of Tru64. configure script in APR erroneously detects the presence of stdint.h on the system and that consequently bugs the whole mod_webapp.so. mod_webapp.so, although built wouldn't load with a message: Legba:/usr/local/apache/conf# /usr/local/apache/bin/apachectl configtest Syntax error on line 218 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_webapp.so into server: Unresolved symbol in /usr/local/apache/libexec/mod_webapp.so: INT64_C I have run the portion which detects INT64_C in stdint.h of the configure manually and it produces a wrong conclusion. THE PROBLEM is in this: cat conftest.$ac_ext _ACEOF #line 18159 configure #include confdefs.h #include stdint.h #ifdef INT64_C YES_IS_DEFINED #endif _ACEOF Please note that the portion of CPP directives (those three in the middle) is *indented*. Well, this is not supported in Tru64's CC and frankly I don't know of a C language specification which allows it. To make myself perfectly clear, all C language specifications I've seen (KR C and ANSI C), insist on # sign of the CPP directive being in the first column or the first character on the line. You can indent the directive itself, but the # MUST be in the first column. DEC CC insists on this and ignores lines that have whitespace before #. So, something like this would be correct: cat conftest.$ac_ext _ACEOF #line 18159 configure #include confdefs.h #include stdint.h #ifdef INT64_C YES_IS_DEFINED #endif _ACEOF I'm guessing that GCC allows for indentation of CPP lines, but I still think it is against the specification. Reasoning like GCC is the major CC in the world, comply with it is something I would expect from Microsoft - and not from GCC, Apache or Tomcat supporters. I know I could build GCC for Tru64 UNIX and save myself a lot of trouble in the future, but that would be 50-th meander in building some final-stage product on my machine, which is not only time-, but also nerve-consuming, as well. For the time being I'll manually weed out all of you non-hackers, who are not fit to serve in my beloved corps (Full metal jacket-Stanley Kubrick). Of course, untaring sources from scratch... Nix.
Re: Thawte, SSL, and Tomcat
Jon Shoberg wrote: Hypothetical situation ... I have the domain secure.foobar.com and a Thawte SSL certificate configured with Apache (mod_ssl). The file provided back from Thawte is called secure.foobar.com.crt. Is there a way to use that certificate in setting up https://secure.foobar.com:8443/myWebApp/ ? Do I have to go back to Thawte for another cert if I want to provide SSL though tomcat? Use a Apache/Tomcat connector like mod_jk. Does anyone have, literally, blind instructions for setting up a commercial SSL cert? The current docs are pretty good but I am looking for something related to tomcat 3.x.x which covers creation and install of a commercial cert. Thanks
Re: Tomcat 4.0 Apache with Client Certs
Ricardo wrote: This property is actually set to TRUE, but i can't get SSL properties. Are you sure that the browser sends the CC? Tomcat sends the list of acceptable CA's if the CC is not signed by one of the CA (or chained) the browser won't send the CC. Test with openssl: openssl s_client -connect localhost:8443 -prexit You should see something like: +++ Acceptable client certificate CA names /C=US/O=VeriSign, Inc./OU=Class 2 Public Primary Certification Authority /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority /C=ZA/ST=Western Cape/L=Cape Town/O=Thawte Consulting cc/OU=Certification Servic +++ Ricardo Borillo Domenech Programació - Servei d'Informàtica Universitat Jaume I - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, September 25, 2001 10:13 PM Subject: Re: Tomcat 4.0 Apache with Client Certs On Tue, 25 Sep 2001, Ricardo wrote: Date: Tue, 25 Sep 2001 12:54:45 +0200 From: Ricardo [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Tomcat 4.0 Apache with Client Certs I'm using Tomcat 4.0 b5 standalone with client authentication. In this situation Tomcat only exports information about the CIPHER_SUITE and KEY_SIZE ... what about client certificate ?!?!?! Tomcat 4 (stand alone) will only export client certificates if you tell the SSL connector that you require them. To do so, change the clientAuth property to true. Thanks, Ricardo Borillo Domenech Programació - Servei d'Informàtica Universitat Jaume I Craig McClanahan
Re: Tomcat 4.0 Apache with Client Certs
[EMAIL PROTECTED] wrote: Scenario I have apache passing any calls to servlets through to Tomcat 4 via the mod_webapp connector. My Server certificate and my client certificates work fine to allow specific users onto the system. ProblemProblemProblemProblemProblem In Tomcat 3.2.3 it was possible using AJP13 to access Client Certificate information via request.getAttribute(javax.servlet.request.X509Certificate) from within my tomcat servlet. In Release 4.0 using the warp connector this doesn`t appear to be the case. When i debug/view my request object for it`s attributes there are none present. No CIPHER_SUITE or X509Certificate. Try with mod_jk of jakarta-tomcat-connectors (SSL is not yet supported in mod_webapp). Please can someone tell me how i should be accessing client certificate information from within Tomcat 4.0 via apache. My System Apache-ssl 1.3 Tomcat 4.0 mod_webapp.so Linux Redhat 7.1 Here is an extract of my httpd.conf VirtualHost www.xx.co.uk:443 SSLEnable SSLCertificateFile /usr/local/ssl/www.xxx.crt SSLCertificateKeyFile /usr/local/ssl/www.xxx.key SSLCACertificateFile /usr/local/ssl/xxx.pem SSLVerifyClient 2 SSLVerifyDepth 10 SSLFakeBasicAuth SSLExportClientCertificates SSLCacheServerPort /usr/logs/gcache_port SSLCacheServerPath ./bin/gcache SSLSessionCacheTimeout 30 SSLRequiredCiphers RC4-MD5 SSLCacheServerPath ./bin/gcache SSLCacheServerPort logs/gcache_port SSLCacheServerRunDir /tmp Serveradmin xx@xx ServerName xxx WebAppConnection warpConnection warp localhost:8008 WebAppDeploy testcert warpConnection /testcert/ /VirtualHost and my server.xml to receive the warp connector !-- Define an Apache-Connector Service -- Service name=Tomcat-Apache Connector className=org.apache.catalina.connector.warp.WarpConnector port=8008 minProcessors=5 maxProcessors=75 enableLookups=true scheme=https secure=true acceptCount=10 debug=0/ /Connector !-- Factory className=org.apache.catalina.net.SSLServerSocketFactory clientAuth=false protocol=TLS/ -- !-- Replace localhost with what your Apache ServerName is set to -- Engine className=org.apache.catalina.connector.warp.WarpEngine name=Apache defaultHost=localhost debug=0 appBase=webapps . Any help or advise greatly appreciated Lee Lovell
Re: Compiling mod_jk
Bryan Lipscy wrote: I am trying to compile mod_jk to integrate Apache with Tomcat on a Solaris 8 box. I received the error detailed below. Apache was installed with Solaris and loads mod_so. What does the language optional software package not installed mean? Is it significant? How do I fix it? Why did apxs fail? What does the rc=65536 mean? How can it be solved? Does someone have a compiled mod_jk compiled on Solaris 8? Thanks, Bryan Error: root build-solaris.sh Building mod_jk /usr/ucb/cc: language optional software package not installed apxs:Break: Command failed with rc=65536 Error with apxs Your C compiler does not work... That is the problem (try LANG=C; export LANG before before using build-solaris.sh). mod_jk also allow to use configure - Check jakarta-tomcat-connectors/jk/native/README.configure - Environment: Solaris 8 Kernel 108528-06 Sun 420R (4 * 450Mhz) 4GB Memory gcc: gcc-2.95.2 perl, version 5.005_03 built for sun4-solaris JDK 1.3.1.01 Apache v1.3 (Installed with Solaris 8) Execute line: /usr/apache/bin/apxs -S CFLAGS=-DSOLARIS -DUSE_EXPAT -I../lib/expat-lite -o mod_jk.so -I../common -I/usr/java/include -I/usr/java/include/solaris -lposi x4 -c ../common/jk_ajp12_worker.c ../common/jk_ajp13.c ../common/jk_ajp13_worker.c ../common/jk_connect.c ../common/jk_jni_worker.c ../common/jk_lb_worker.c ../common/jk_map.c ../common/jk_msg_buff.c ../common/jk_nwmain.c ../common/jk_pool.c ../common/jk_sockbuf.c ../common/jk_uri_worker_map.c ../common/jk_util.c ../common/jk_worker.c mod_jk.c
Re: i´m in a muddle
Jaime Garcia wrote: Hi, Can I use mod_jk.so to make that Apache 1.3 and Tomcat 4 work together?? Thanks Try with jakarta-tomcat-connectors (Get it via CVS).
Re: importing an existing certificate
[EMAIL PROTECTED] wrote: Hello all, I'm in the process of migrating an application from Lotus Domino to Tomcat 4.0. The new application will reside on the same server as the old application. We have recently renewed our certificate with Verisign; the original request was generated by Domino. I would like to use the same certificate for Tomcat. Is this even possible? I've been unable to find any information in the keytool documentation for importing a certificate that keytool did not itself request. keytool -import Thanks, Marty Martin Lamb ROI Computer Services, Inc. 610-873-0300
Re: SSL environment variables in Tomcat 4.0?
Matias Bahlenberg wrote: Hi, How do I obtain information of the Apache additional environment variables: SSL_CLIENT_CERT and SSL_SERVER_CERT in Tomcat 4.0? I am using Tomcat 4.0 (final release) as servlet-container, connected via mod_webapp (WarpConnector) to Apache Web Server 1.3.19. The Apache Server is configured to handle all SSL, with a secure virtual host on port 443. In the httpd.conf there is an SSL option, which allows Apache and external connectors, such as JRun and Tomcat, to get information about client and server certificates: SSLOptions +ExportCertData +CompatEnvVars +StrictRequire Everything works fine, the double authentication works fine, but I do not get any information of the client certificate via Tomcat 4.0. To obtain the client certificate information, I use the following code: java.security.cert.X509Certificate certApache = null; String certData = request.getHeader(SSL_CLIENT_CERT); if(certData!=null) { ByteArrayInputStream inStream = new ByteArrayInputStream(certData.getBytes()); java.security.cert.CertificateFactory cf = java.security.cert.CertificateFactory.getInstance(X.509); certApache = (java.security.cert.X509Certificate)cf.generateCertificate(inStream); inStream.close(); } if(certApache!=null) { certSubject = certApache.getSubjectDN().getName(); certIssuer = certApache.getIssuerDN().getName(); certSerialNumber = certApache.getSerialNumber().toString(); } I have also tried the above code with Apache-JRun, and it works fine. Does anyone knows if the connector mod_webapp supports the additional environment variables? - If so...how? - If not...is there another connector, which supports SSL variables? Can mod_jk be used as a connector between Apache 1.3.* and Tomcat 4.0? Just take the mod_jk from jakarta-tomcat-connectors (using cvs). I have added the following in httpd.conf for mod_ssl: +++ Location /examples SSLRequireSSL SSLVerifyClient require SSLVerifyDepth 1 SSLOptions +StdEnvVars +ExportCertData /Location +++ The certificate is not a String but X509Certificate [] (array of certificates). Matias
Re: SSL on AIX fails
Kruse, Peter wrote: Hi, I have installed Tomcat 3.2.3 on AIX and port 8080 works fine. After installation of JSSE 1.0.2 jar-file and configuring the things in jre and server.xml and importing a certificate, the port 8443 does not work. I have also problem importing certificates - But self signed certificates using keytool are working ok - (I am on Linux). Try openssl s_client -connect localhost:8443 -prexit OpenSSL output normaly helps. Starting tomcat is ok: Using classpath: /home/jakarta-tomcat-3.2.3/lib/ant.jar:/home/jakarta-tomcat-3.2.3/lib/jasper .jar:/home/jakarta-tomcat-3.2.3/lib/jaxp.jar:/home/jakarta-tomcat-3.2.3/lib/ parser.jar:/home/jakarta-tomcat-3.2.3/lib/servlet.jar:/home/jakarta-tomcat-3 .2.3/lib/test:/home/jakarta-tomcat-3.2.3/lib/webserver.jar:/usr/java130/lib/ tools.jar:/usr/java130/lib/jcert.jar:/usr/java130/lib/jnet.jar:/usr/java130/ lib/jsse.jar root@fixus.:/home/jakarta-tomcat-3.2.3/bin 2001-09-21 09:47:37 - ContextManager: Adding context Ctx( /examples ) Starting tomcat. Check logs/tomcat.log for error messages 2001-09-21 09:47:37 - ContextManager: Adding context Ctx( /admin ) 2001-09-21 09:47:37 - ContextManager: Adding context Ctx( /test ) 2001-09-21 09:47:38 - ContextManager: Adding context Ctx( ) 2001-09-21 09:47:44 - PoolTcpConnector: Starting HttpConnectionHandler on 8080 2001-09-21 09:48:09 - PoolTcpConnector: Starting HttpConnectionHandler on 8443 2001-09-21 09:48:09 - PoolTcpConnector: Starting Ajp12ConnectionHandler on 8007 But when I do: https://fixus:8443/index.html tomcat writes: 2001-09-21 09:49:49 - Ctx( ): 400 R( /) null 2001-09-21 09:49:49 - Ctx( ): IOException in: R( /) Socket closed I have no idea what goes wrong and I do not understand the error message. My IE55 gets an DNS-Error (??). An installation on my windows-localhost works fine ... Best regards, Peter -- Dipl.-Inf. Peter Kruse Projektbereich Netzmanagement T-Systems debis Systemhaus GEI GmbH Geschäftsstelle Ulm, Standort Hamburg Hausanschrift: Lademannbogen 21-23, 22339 Hamburg Postanschrift: Postfach 630265, 22312 Hamburg Telefon: (040) 53 95 - 11 88 Telefax: (040) 53 95 - 16 07 Mobiltelefon: (01 70) - 83 64 15 9 E-Mail: mailto:[EMAIL PROTECTED] Internet: http://www.t-systems.de -- Dipl.-Inf. Peter Kruse Projektbereich Netzmanagement T-Systems debis Systemhaus GEI GmbH Geschäftsstelle Ulm, Standort Hamburg Hausanschrift: Lademannbogen 21-23, 22339 Hamburg Postanschrift: Postfach 630265, 22312 Hamburg Telefon: (040) 53 95 - 11 88 Telefax: (040) 53 95 - 16 07 Mobiltelefon: (01 70) - 83 64 15 9 E-Mail: mailto:[EMAIL PROTECTED] Internet: http://www.t-systems.de
Re: does tomcat have the cajones?
Rick Mann wrote: on 9/6/01 11:24 AM, Denis Haskin at [EMAIL PROTECTED] wrote: Er... I think you mean cojones. A cajon is a kind of percussion instrument. Actually, a cajon is a drawer. Caja is box, so cajon could be a big box (colloquial). Look to http://members.nbci.com/speaker6/jokes/cojones.html :-) Roderick Mann rmann @ latencyzero.com.sansspam
Re: worker.properties swallows my first worker (mod_jk)
Hans Schmid wrote: Hello, This is about mod_jk in Tomcat 3.3b1 on Solaris with Apache 1.3.19 It seems to me that the first worker found in the worker.list always gets created as ajp12 on port 8007 regardless what i configure. The following worker.list entry worker.list=worker.list=ajp12-01, ajp12-02, ajp13-01, ajp13-02 --! TYPO!!! produces 4 workers: ajp12-01 on port 8007 ajp12 ajp12-02 on port 9017 ajp12 ajp13-01 on port 9009 ajp13 ajp13-02 on port 9019 ajp13 instead of the expected: ajp12-01 on port 9007 ajp12 ajp12-02 on port 9017 ajp12 ajp13-01 on port 9009 ajp13 ajp13-02 on port 9019 ajp13 Please note the ajp12-01 worker points to port 8007 instead of 9007. When I put a space in front of the first worker I get my expected 4 workers pointing to the correct ports plus a 5th worker ('' on port 8007) The following entry in workers.properties worker.list=worker.list= ajp12-01, ajp12-02, ajp13-01, ajp13-02 produces 5 workers instead of 4 Please note the port 8007 for the first worker named worker.list= of ajp12 I do not have a worker assigned to this port (greped through all config files). [Thu Sep 06 18:26:17 2001] [jk_worker.c (207)]: Into build_worker_map, creating 5 workers [Thu Sep 06 18:26:17 2001] [jk_worker.c (213)]: build_worker_map, creating worker worker.list= [Thu Sep 06 18:26:17 2001] [jk_worker.c (138)]: Into wc_create_worker [Thu Sep 06 18:26:17 2001] [jk_worker.c (152)]: wc_create_worker, about to create instance worker.list= of ajp12 [Thu Sep 06 18:26:17 2001] [jk_ajp12_worker.c (264)]: Into ajp12_worker_factory [Thu Sep 06 18:26:17 2001] [jk_worker.c (161)]: wc_create_worker, about to validate and init worker.list= [Thu Sep 06 18:26:17 2001] [jk_ajp12_worker.c (182)]: Into jk_worker_t::validate [Thu Sep 06 18:26:17 2001] [jk_ajp12_worker.c (194)]: In jk_worker_t::validate for worker worker.list= contact is localhost:8007 [Thu Sep 06 18:26:17 2001] [jk_worker.c (177)]: wc_create_worker, done [Thu Sep 06 18:26:17 2001] [jk_worker.c (223)]: build_worker_map, removing old worker.list= worker [Thu Sep 06 18:26:17 2001] [jk_worker.c (213)]: build_worker_map, creating worker ajp12-01 [Thu Sep 06 18:26:17 2001] [jk_worker.c (138)]: Into wc_create_worker [Thu Sep 06 18:26:17 2001] [jk_worker.c (152)]: wc_create_worker, about to create instance ajp12-01 of ajp12 [Thu Sep 06 18:26:17 2001] [jk_ajp12_worker.c (264)]: Into ajp12_worker_factory [Thu Sep 06 18:26:17 2001] [jk_worker.c (161)]: wc_create_worker, about to validate and init ajp12-01 [Thu Sep 06 18:26:17 2001] [jk_ajp12_worker.c (182)]: Into jk_worker_t::validate [Thu Sep 06 18:26:17 2001] [jk_ajp12_worker.c (194)]: In jk_worker_t::validate for worker ajp12-01 contact is localhost:9007 [Thu Sep 06 18:26:17 2001] [jk_worker.c (177)]: wc_create_worker, done [Thu Sep 06 18:26:17 2001] [jk_worker.c (223)]: build_worker_map, removing old ajp12-01 worker [Thu Sep 06 18:26:17 2001] [jk_worker.c (213)]: build_worker_map, creating worker ajp12-02 [Thu Sep 06 18:26:17 2001] [jk_worker.c (138)]: Into wc_create_worker [Thu Sep 06 18:26:17 2001] [jk_worker.c (152)]: wc_create_worker, about to create instance ajp12-02 of ajp12 [Thu Sep 06 18:26:17 2001] [jk_ajp12_worker.c (264)]: Into ajp12_worker_factory [Thu Sep 06 18:26:17 2001] [jk_worker.c (161)]: wc_create_worker, about to validate and init ajp12-02 [Thu Sep 06 18:26:17 2001] [jk_ajp12_worker.c (182)]: Into jk_worker_t::validate [Thu Sep 06 18:26:17 2001] [jk_ajp12_worker.c (194)]: In jk_worker_t::validate for worker ajp12-02 contact is localhost:9017 [Thu Sep 06 18:26:17 2001] [jk_worker.c (177)]: wc_create_worker, done [Thu Sep 06 18:26:17 2001] [jk_worker.c (223)]: build_worker_map, removing old ajp12-02 worker [Thu Sep 06 18:26:17 2001] [jk_worker.c (213)]: build_worker_map, creating worker ajp13-01 [Thu Sep 06 18:26:17 2001] [jk_worker.c (138)]: Into wc_create_worker [Thu Sep 06 18:26:17 2001] [jk_worker.c (152)]: wc_create_worker, about to create instance ajp13-01 of ajp13 [Thu Sep 06 18:26:17 2001] [jk_ajp13_worker.c (882)]: Into ajp13_worker_factory [Thu Sep 06 18:26:17 2001] [jk_worker.c (161)]: wc_create_worker, about to validate and init ajp13-01 [Thu Sep 06 18:26:17 2001] [jk_ajp13_worker.c (412)]: Into jk_worker_t::validate [Thu Sep 06 18:26:17 2001] [jk_ajp13_worker.c (425)]: In jk_worker_t::validate for worker ajp13-01 contact is localhost:9009 [Thu Sep 06 18:26:17 2001] [jk_ajp13_worker.c (451)]: Into jk_worker_t::init [Thu Sep 06 18:26:17 2001] [jk_worker.c (177)]: wc_create_worker, done [Thu Sep 06 18:26:17 2001] [jk_worker.c (223)]: build_worker_map, removing old ajp13-01 worker [Thu Sep 06 18:26:17 2001] [jk_worker.c (213)]: build_worker_map, creating worker ajp13-02 and one ajp13-02 on port 9019 My questions: 1.) Why gets this hardcoded worker on port 8007 created? 2.) Is this a Bug I shall
Re: mod_jk initialized twice???
[EMAIL PROTECTED] wrote: Hi, Some of you might have seens mail from me before... I'm still trying to get apache and tomcat to work together. Requests are handled by apache, but never reach tomcat, the JSP source code is shown instead. And when you connect to TC directly? During my debugging sessions I discovered that it looks as if mod_jk is initialized twice (see log below). If I start apache I see the same message sequence appeare twice in the mod_jk.log file. Could someone confirm if this is normal? I have the same and mod_jk is working... [jk_uri_worker_map.c (156)]: Into jk_uri_worker_map_t::uri_worker_map_alloc [jk_uri_worker_map.c (196)]: Into jk_uri_worker_map_t::uri_worker_map_open [jk_uri_worker_map.c (211)]: jk_uri_worker_map_t::uri_worker_map_open, rule map size is 8 [jk_uri_worker_map.c (256)]: Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule /.jsp=ajp13 was added [jk_uri_worker_map.c (267)]: Into jk_uri_worker_map_t::uri_worker_map_open, match rule /servlet/=ajp13 was added [jk_uri_worker_map.c (267)]: Into jk_uri_worker_map_t::uri_worker_map_open, match rule /examples/servlet/=ajp13 was added [jk_uri_worker_map.c (256)]: Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule /examples/.jsp=ajp13 was added [jk_uri_worker_map.c (267)]: Into jk_uri_worker_map_t::uri_worker_map_open, match rule /admin/servlet/=ajp13 was added [jk_uri_worker_map.c (256)]: Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule /admin/.jsp=ajp13 was added [jk_uri_worker_map.c (267)]: Into jk_uri_worker_map_t::uri_worker_map_open, match rule /test/servlet/=ajp13 was added [jk_uri_worker_map.c (256)]: Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule /test/.jsp=ajp13 was added [jk_uri_worker_map.c (296)]: Into jk_uri_worker_map_t::uri_worker_map_open, there are 8 rules [jk_uri_worker_map.c (317)]: jk_uri_worker_map_t::uri_worker_map_open, done [jk_worker.c (82)]: Into wc_open [jk_worker.c (207)]: Into build_worker_map, creating 2 workers [jk_worker.c (213)]: build_worker_map, creating worker ajp12 [jk_worker.c (138)]: Into wc_create_worker [jk_worker.c (152)]: wc_create_worker, about to create instance ajp12 of ajp12 [jk_ajp12_worker.c (264)]: Into ajp12_worker_factory [jk_worker.c (161)]: wc_create_worker, about to validate and init ajp12 [jk_ajp12_worker.c (182)]: Into jk_worker_t::validate [jk_ajp12_worker.c (194)]: In jk_worker_t::validate for worker ajp12 contact is gerodt.homeip.net:8007 [jk_worker.c (177)]: wc_create_worker, done [jk_worker.c (223)]: build_worker_map, removing old ajp12 worker [jk_worker..c (213)]: build_worker_map, creating worker ajp13 [jk_worker.c (138)]: Into wc_create_worker [jk_worker.c (152)]: wc_create_worker, about to create instance ajp13 of ajp13 [jk_ajp13_worker.c (711)]: Into ajp23_worker_factory [jk_worker.c (161)]: wc_create_worker, about to validate and init ajp13 [jk_ajp13_worker.c (386)]: Into jk_worker_t::validate [jk_ajp13_worker.c (399)]: In jk_worker_t::validate for worker ajp13 contact is gerodt.homeip.net:8009 [jk_ajp13_worker.c (425)]: Into jk_worker_t::init [jk_worker.c (177)]: wc_create_worker, done [jk_worker.c (223)]: build_worker_map, removing old ajp13 worker [jk_worker.c (235)]: build_worker_map, done [jk_worker.c (102)]: wc_open, done [jk_uri_worker_map.c (156)]: Into jk_uri_worker_map_t::uri_worker_map_alloc [jk_uri_worker_map.c (196)]: Into jk_uri_worker_map_t::uri_worker_map_open [jk_uri_worker_map.c (211)]: jk_uri_worker_map_t::uri_worker_map_open, rule map size is 8 [jk_uri_worker_map.c (256)]: Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule /.jsp=ajp13 was added [jk_uri_worker_map.c (267)]: Into jk_uri_worker_map_t::uri_worker_map_open, match rule /servlet/=ajp13 was added [jk_uri_worker_map.c (267)]: Into jk_uri_worker_map_t::uri_worker_map_open, match rule /examples/servlet/=ajp13 was added [jk_uri_worker_map.c (256)]: Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule /examples/.jsp=ajp13 was added [jk_uri_worker_map.c (267)]: Into jk_uri_worker_map_t::uri_worker_map_open, match rule /admin/servlet/=ajp13 was added [jk_uri_worker_map.c (256)]: Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule /admin/.jsp=ajp13 was added [jk_uri_worker_map.c (267)]: Into jk_uri_worker_map_t::uri_worker_map_open, match rule /test/servlet/=ajp13 was added [jk_uri_worker_map.c (256)]: Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule /test/.jsp=ajp13 was added [jk_uri_worker_map.c (296)]: Into jk_uri_worker_map_t::uri_worker_map_open, there are 8 rules [jk_uri_worker_map.c (317)]: jk_uri_worker_map_t::uri_worker_map_open, done [jk_worker.c (82)]: Into wc_open [jk_worker.c (207)]: Into build_worker_map, creating 2 workers [jk_worker.c (213)]: build_worker_map, creating worker ajp12 [jk_worker.c (138)]: Into wc_create_worker [jk_worker.c (152)]: wc_create_worker, about to create instance ajp12 of ajp12
Re: mod_webapp.so: invalid ELF header
Chris Gokey wrote: I attached the output of the build process, although I don't see any errors.. But that doesn't mean anything :) The error is in the Makefile - I will fix it - Thanks for responding and taking a look. Chris On Wed, 5 Sep 2001, Pier Fumagalli wrote: Chris Gokey [EMAIL PROTECTED] wrote: I've downloaded and installed the binary for Tomcat 4.0-b7. I'm now trying to install the mod_webapp connector for apache. I've been able to cvs checkout the latest jakarta-tomcat-connectors/webapps and the apr and build it. When I copy the apache-1.3/mod_webapp.so file into my apache/libexec directory and try to start apache, I get this error: [root@cgokey bin]# ./apachectl start Syntax error on line 993 of /usr/local/apache_1.3.17/conf/httpd.conf: Cannot load /usr/local/apache_1.3.17/libexec/mod_webapp.so into server: /usr/local/apache_1.3.17/libexec/mod_webapp.so: invalid ELF header ./apachectl start: httpd could not be started If I do a file on mod_webapp.so, I get this: [cgokey@cgokey apache-1.3]$ file mod_webapp.so mod_webapp.so: Bourne shell script text Any idea why this module is not building properly? Nope, if you don't send an output of the build process :) Pier -- __ /\ \ \_| Christopher D. Gokey, SSAI, NASA/GCMD | | 18 Martin Road, Shelburne Falls, MA 01370 | | Phone: Voice (413) 625-8129 / FAX 208-248-9055 | | [EMAIL PROTECTED] / http://gcmd.nasa.gov| | ICQ #52132386, AOL IM: chrisgokey | | _|_ \_/__/ Name: output2.txt output2.txtType: Plain Text (TEXT/plain) Encoding: BASE64
Re: mod_webapp.so: invalid ELF header
Clere, Jean-Frederic wrote: Chris Gokey wrote: I attached the output of the build process, although I don't see any errors.. But that doesn't mean anything :) The error is in the Makefile - I will fix it - I have fixed it. Thanks for responding and taking a look. Chris On Wed, 5 Sep 2001, Pier Fumagalli wrote: Chris Gokey [EMAIL PROTECTED] wrote: I've downloaded and installed the binary for Tomcat 4.0-b7. I'm now trying to install the mod_webapp connector for apache. I've been able to cvs checkout the latest jakarta-tomcat-connectors/webapps and the apr and build it. When I copy the apache-1.3/mod_webapp.so file into my apache/libexec directory and try to start apache, I get this error: [root@cgokey bin]# ./apachectl start Syntax error on line 993 of /usr/local/apache_1.3.17/conf/httpd.conf: Cannot load /usr/local/apache_1.3.17/libexec/mod_webapp.so into server: /usr/local/apache_1.3.17/libexec/mod_webapp.so: invalid ELF header ./apachectl start: httpd could not be started If I do a file on mod_webapp.so, I get this: [cgokey@cgokey apache-1.3]$ file mod_webapp.so mod_webapp.so: Bourne shell script text Any idea why this module is not building properly? Nope, if you don't send an output of the build process :) Pier -- __ /\ \ \_| Christopher D. Gokey, SSAI, NASA/GCMD | | 18 Martin Road, Shelburne Falls, MA 01370 | | Phone: Voice (413) 625-8129 / FAX 208-248-9055 | | [EMAIL PROTECTED] / http://gcmd.nasa.gov| | ICQ #52132386, AOL IM: chrisgokey | | _|_ \_/__/ Name: output2.txt output2.txtType: Plain Text (TEXT/plain) Encoding: BASE64
Re: mod_webapp.so: invalid ELF header
Chris Gokey wrote: Ok, I checked out the source again for jakarta-tomcat-connectors/webapps and apr and now I get this error. Oops - Sorry there was a typo ($ missing). - [cgokey@cgokey webapp]$ ./support/buildconf.sh [cgokey@cgokey webapp]$ ./configure --with-apxs=/usr/local/apache/bin/apxs creating cache ./config.cache checking for test... /usr/bin/test checking for true... /bin/true checking for echo... /bin/echo checking for grep... /bin/grep checking for cat... /bin/cat checking for sed... /bin/sed checking for rm... /bin/rm checking sources directory... /home/mddevel/MD8_Devel/MD8/packages/jakarta-tomcat/jakarta-tomcat-connectors/webapp checking debugging flags... disabled checking Java support... disabled checking Tomcat 4.0 directory... not required checking if apxs is working... ok setting target module to... /home/mddevel/MD8_Devel/MD8/packages/jakarta-tomcat/jakarta-tomcat-connectors/webapp/apache-1.3 checking APR directory... configure: error: Cannot find APR sources directory {SRCDIR}/apr The apr does exist in my jakarta-tomcat-connectors/webapps directory, so I'm not sure why it isn't finding it. It did yesterday :) Thanks for you help, Chris On Wed, 5 Sep 2001, jean-frederic clere wrote: Clere, Jean-Frederic wrote: Chris Gokey wrote: I attached the output of the build process, although I don't see any errors.. But that doesn't mean anything :) The error is in the Makefile - I will fix it - I have fixed it. Thanks for responding and taking a look. Chris On Wed, 5 Sep 2001, Pier Fumagalli wrote: Chris Gokey [EMAIL PROTECTED] wrote: I've downloaded and installed the binary for Tomcat 4.0-b7. I'm now trying to install the mod_webapp connector for apache. I've been able to cvs checkout the latest jakarta-tomcat-connectors/webapps and the apr and build it. When I copy the apache-1.3/mod_webapp.so file into my apache/libexec directory and try to start apache, I get this error: [root@cgokey bin]# ./apachectl start Syntax error on line 993 of /usr/local/apache_1.3.17/conf/httpd.conf: Cannot load /usr/local/apache_1.3.17/libexec/mod_webapp.so into server: /usr/local/apache_1.3.17/libexec/mod_webapp.so: invalid ELF header ./apachectl start: httpd could not be started If I do a file on mod_webapp.so, I get this: [cgokey@cgokey apache-1.3]$ file mod_webapp.so mod_webapp.so: Bourne shell script text Any idea why this module is not building properly? Nope, if you don't send an output of the build process :) Pier -- __ /\ \ \_| Christopher D. Gokey, SSAI, NASA/GCMD | | 18 Martin Road, Shelburne Falls, MA 01370 | | Phone: Voice (413) 625-8129 / FAX 208-248-9055 | | [EMAIL PROTECTED] / http://gcmd.nasa.gov| | ICQ #52132386, AOL IM: chrisgokey | | _|_ \_/__/ Name: output2.txt output2.txtType: Plain Text (TEXT/plain) Encoding: BASE64 -- __ /\ \ \_| Christopher D. Gokey, SSAI, NASA/GCMD | | 18 Martin Road, Shelburne Falls, MA 01370 | | Phone: Voice (413) 625-8129 / FAX 208-248-9055 | | [EMAIL PROTECTED] / http://gcmd.nasa.gov| | ICQ #52132386, AOL IM: chrisgokey | | _|_ \_/__/
Re: ipchains - apache - tomcat - Help!!!
Navarro, Jose wrote: Hi! I'm trying to make apache 1.3.14-3 and tomcat 3.2.1 work together in a RedHat 7.0 box. I've just compiled my own mod_jk.so and run everyting according the instructions. Well, as usually happens, tomcat works fine in standalone mode. But as is it also usual, I have problems when I try to run the examples through apache. Probably telnet localhost 8007 does not work neither. Try to add it in /etc/hosts. After taking a look to mod_jk.log, I noticed that some errors concerning sockets to be open were reported there. After that, I decided (don't ask why, it was kind of a vision) to tail the messages log file created by ipchains, the firewall we're using. Bingo! Every time I try to run a jsp, my firewall begins to report unauthorized accesses. Curiously, it doesn't matter whether I try to do it from the outside world or from behind the firewall (?). This seems to lead to the conclusion (correct me if I'm wrong) that apache mod_jk cannot work properly since the firewall is bloking its way to tomcat. Well, I'm a real novice in everything related to linux, so I would like to ask for some help. Could you please tell me which ports should I open (and how according to the ipchains syntax) to allow mod_jk do its work? PLEASE, CC: me to [EMAIL PROTECTED], since I'm not subscribed to this list. The number of messages you get per hour is simply overwhelming! Thanks alot for your help and interest! Jose.
Re: mod_webapp and make !!!
Pier Fumagalli wrote: hatim [EMAIL PROTECTED] wrote: Hi i have redhat 6.2 with kernel 2.2.18 ( Va linux) , apache 1.3.20 i tried to use the mod-webapp.so comming from webapp-module-1.0-tc40b7-linux.tar.gz but apache didnt start because of error Cannot load /usr/local/apache/libexec/mod_webapp.so into server: /lib/libc.so.6: version `GLIBC_2.2' not found (required by /usr/local/apache/libexec/mod_webapp.so , my glibc is glibc-2.1.3-22.1 glibc-devel-2.1.3-22.1 and for resean dependances i can't upgrade to glibc-2.2 There is a GLIBC-2.1 version available for download too... then i tried ( today) to install the source of webapp to compile it , from CVS , i read the README.TXT , and i follow exactelly the explication : i can configure , but when i type make i have this error Compiling sources in /app/webapp-module-1.0-tc40b7/apache-1.3... make[1]: Entering directory `/app/webapp-module-1.0-tc40b7/apache-1.3' Linking Apache 1.3 WebApp Module /app/webapp-module-1.0-tc40b7/apr/libtool: mod_webapp.lo: command not found make[1]: *** [mod_webapp.so] Error 127 make[1]: Leaving directory `/app/webapp-module-1.0-tc40b7/apache-1.3' make: *** [local-all] Error 2 any idea ? any help ? Ah, yes.. Your APXS is screwed. For some reason (that I don't understand) some systems don't come with a correctly configured APXS. If you try to do: apxs -q CC and apxs -q LD_SHLIB you won't see any output, while on my system they come out correctly as cc and ld... Would it make sense to test this in configure and use ld/cc when apxs is broken? Pier
Re: How to access X509 Certificate?
Christoph Ender wrote: Hey all, I'm trying to access the certificate that the user has sent to authenticate himself. I'm using the Tomcat/Apache combo. Apache correctly exports the Certificate to the SSL_CLIENT_CERT environment variable, but when I try to read javax.servlet.request.X509Certificate, Tomcat always returns null. The list of attributes is always empty. I've uncommented JkHTTPSIndicator HTTPS, JkSESSIONIndicator SSL_SESSION_ID, JkCIPHERIndicator SSL_CIPHER, JkCERTSIndicator SSL_CLIENT_CERT and set JkExtractSSL to On. I'm sure the Ajp13 protocol is used since I've disabled everything else. What am I missing here? Any help greatly appreciated! Thanks in advance, Christoph. What code are you using?
Re: Catalina New Features: Startup as root
Steven Elliott wrote: Sorry if this has been answered but checking the archives I did not find anything. The following is from the release notes for 4.0b7 - Catalina New Features: - Connectors - Refactored the startup code so that Catalina can run on port 80 (without being root) when started by JavaService or equivalent service managers. - Anyone got this to work via inetd? Don't mean to be stupid but I have no idea what *JavaService or equivalent* is.8( jakarta-tomcat-service? //* Steven Elliott [EMAIL PROTECTED] Head of Technology VTV Learning Corporation Los Angeles - Boston - Lisbon (http://www.vtvLearning.com/)
Re: mod_webapp errors....
That is apxs problems: probably the apache does not support DSO. What does apxs -q LD_SHLIB returns? Roberto B. wrote: To compile webapp_module you must have in to your system APX ( Apache webserver development kit ), libtool v1.3.3 or newer and autoconf Roberto. - Original Message - From: Jack Lauman [EMAIL PROTECTED] To: Tomcat User List [EMAIL PROTECTED] Sent: Tuesday, August 28, 2001 2:16 AM Subject: mod_webapp errors I have been trying to compile mod_webapp from the cvs sources but keep running into the following error. I know that others have reported the same error in the past week or so but I havn't seen any rolution to the problem. Has anyone got this to compile? Compiling sources in /app/webapp-module-1.0-tc40b7/apache-1.3... make[1]: Entering directory `/app/webapp-module-1.0-tc40b7/apache-1.3' Linking Apache 1.3 WebApp Module /app/webapp-module-1.0-tc40b7/apr/libtool: mod_webapp.lo: command not found make[1]: *** [mod_webapp.so] Error 127 make[1]: Leaving directory `/app/webapp-module-1.0-tc40b7/apache-1.3' make: *** [local-all] Error 2 Configuration: RedHat 7.0 on a P3 w/1Gb RAM GCC: 2.96 libtool: 1.3.5 automake 1.4 make: 3.79.1 bison: 1.28 JDK: 1.3.1 (Sun) I'd appreciate any help in resolving this. Thanks, Jack Lauman
Re: problem make webapp module for apache
Steffen Haase wrote: Hi, I have some problems to compile the webapp module (servlet engine) for the apache webserver. The compiler miss the following files: mach-o/dyld.h dlfcn.h dl.h Where can I find these header files? Which packages do I have to download? System: SuSE Linux 7.2, Apache 1.3.20 Module: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b6/src/webapp-module-1.0-tc40b6.src.tar.gz Error Message: Making all in dso/unix make[2]: Entering directory `/usr/local/install/webapp/apr/dso/unix' make[3]: Entering directory `/usr/local/install/webapp/apr/dso/unix' /bin/sh /usr/local/install/webapp/apr/libtool --silent --mode=compile cc -g -O2 -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -I../../include -I../../include/arch -I../../include/arch/unix -c dso.c touch dso.lo In file included from dso.c:55: ../../include/arch/unix/dso.h:67: mach-o/dyld.h: No such file or directory make[3]: *** [dso.lo] Error 1 make[3]: Leaving directory `/usr/local/install/webapp/apr/dso/unix' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/install/webapp/apr/dso/unix' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/install/webapp/apr' make: *** [apr-all] Error 2 cheiron:/usr/local/install/webapp # Have you done configure before doing make? What is mach-o? MacOS/X Thanks in advance. best regards, Steffen -- +--- This message is printed on 100% recycled electrons ---+ Steffen Haase mailto:[EMAIL PROTECTED] Java SmartCard Development http://www.celocom.com http://www.java-club.de Celo Communications GmbH - The provider of secure e-business Weissenfelser Str. 46a D-06217 Merseburg +--- cêlo, âvi, âtum, (latin) 1 ---+
Re: problem make webapp module for apache
Steffen Haase wrote: Hi, jean-frederic clere wrote: Have you done configure before doing make? yes, of course. What is mach-o? MacOS/X where can I find it? It seems that I need these header files for compiling the webapp sources. Finding it will not help. Something else is wrong. At least 2 things: 1 - What is the result of your configure? (There must be something wrong). 2 - On my machine I have: +++ In file included from apr_cpystrn.c:55: ../include/apr.h:281: sys/syslimits.h: No such file or directory make[3]: *** [apr_cpystrn.lo] Error 1 make[3]: Leaving directory `/home/jfclere/webapp/apr/strings' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jfclere/webapp/apr/strings' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jfclere/webapp/apr' make: *** [apr-all] Error 2 +++ The APR included in webapp is not OK (At least for SuSe 7.2). I have used an other one from CVS (tagged APACHE_2_0_22_dev). It works OK. Could you try using APR from CVS? You have to solve 1 before 2 ;-) best regards, Steffen
Re: problem make webapp module for apache
Steffen Haase wrote: Hi, jean-frederic clere wrote: Finding it will not help. Something else is wrong. At least 2 things: 1 - What is the result of your configure? (There must be something wrong). no, everything seems to be ok. 2 - On my machine I have: +++ In file included from apr_cpystrn.c:55: ../include/apr.h:281: sys/syslimits.h: No such file or directory make[3]: *** [apr_cpystrn.lo] Error 1 make[3]: Leaving directory `/home/jfclere/webapp/apr/strings' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jfclere/webapp/apr/strings' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jfclere/webapp/apr' make: *** [apr-all] Error 2 +++ The APR included in webapp is not OK (At least for SuSe 7.2). yes, I had the same error. locate syslimits.h to find the right directory and ln - . sys to create the sys directory for sys/syslimits.h I have used an other one from CVS (tagged APACHE_2_0_22_dev). It works OK. Could you try using APR from CVS? where can I find it? which subproject? cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co -r APACHE_2_0_22 apr (password anoncvs, see http://jakarta.apache.org/site/cvsindex.html). APACHE_2_0_22 is better that APACHE_2_0_22_dev... Steffen
Re: tomcat4 / apache 1.3.x integration problem
Markus Mailinglists wrote: Hello! Like some others I have a problem with connecting the tomcat 4 (beta 4 or 5) with the apache 1.3.19. The computer is a solaris 8 (sparc) system with jdk1.3 and a gcc compiler I could successfully compile a mod_webapp.so file. Although after copying it to the apache/libexec folder and running apachectl configtest I get the error: libapr.so.0: symbol __eprintf: referenced symbol not found Can anyone help me with this error message? Probably some flags missing, have a look in APRVARS... I have EXTRA_CFLAGS=-g -mt but I am not using the gcc. For compiling the mod_webapp.so I had to compile the apr package from apache. My guess is, that I don't have the matching version of it. On http://apr.apache.org/ I just go tthe latest snapshot apr_20010523060225.tar.gz Is this a good one? Is there somewhere a ready distribution tar? And which one works with tomcat4. Any help is appreciated, Markus Albrecht Email: [EMAIL PROTECTED]