DO NOT REPLY [Bug 8582] New: - Can't Post to Tomcat 4 from separate Application
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8582. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8582 Can't Post to Tomcat 4 from separate Application Summary: Can't Post to Tomcat 4 from separate Application Product: Tomcat 4 Version: 4.0.2 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Under Tomcat 3.2.4 we were able to post an xml string to a servlet from a vb application. Under Tomcat 4, using the same application and testing, we found that the servlet only received null. Is this a new security restriction implemented since 3.2.*? Any help would be greatly appreciated. URGENT : We must use Tomcat 4!! thanx, george -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7520] - Tomcat starts with title 3.3 instead of 3.3.1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7520. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7520 Tomcat starts with title 3.3 instead of 3.3.1 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Version|3.3.1 Final |3.3.x Nightly --- Additional Comments From [EMAIL PROTECTED] 2002-04-27 10:50 --- This seems to be fixed already (in a better way than I proposed) Look into shell/tomcat.bat: rem - Prepare Appropriate Java Execution Commands --- if not %OS% == Windows_NT goto noTitle set _SECSTARTJAVA=start Secure @TITLE@ %JAVA_HOME%\bin\java set _STARTJAVA=start @TITLE@ %JAVA_HOME%\bin\java set _RUNJAVA=%JAVA_HOME%\bin\java goto setClasspath Title gets set now during the Build process so it can go into the RELEASENOTES-3.3.2.txt Can anybody confirm this? Thanks, Hans -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8583] - /usr/local/apache/bin/httpd: fatal: relocation error: for mod_webapp.so
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8583. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8583 /usr/local/apache/bin/httpd: fatal: relocation error: for mod_webapp.so [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |tomcat- ||[EMAIL PROTECTED] Component|Other mods |Connector:Webapp Product|Apache httpd-1.3|Tomcat 4 Version|1.3.24 |Unknown --- Additional Comments From [EMAIL PROTECTED] 2002-04-27 14:50 --- Looks like a Tomcat issue to me. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8586] New: - Remote deployment of war file using /manager fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8586. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8586 Remote deployment of war file using /manager fails Summary: Remote deployment of war file using /manager fails Product: Tomcat 4 Version: 4.0.3 Final Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Remote deployment of a warfile to Tomcat using the /manager utility fails. Cannot find war contents. Deployment of the same war from the local filesystem proceeds correctly. The problem is therefore possibly with the manager, not the war itself. If the context directory exists, local deployment also fails. Additional details below. Thanks Jason Version 4.0.3 final OS: Solaris 8 JDK: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) URL used for deployment: http://myTarget:8080/manager/install?path=/thunderwar=jar:http://mySource:80/jason/java/thunder.war!/ Log file entry:logs/localhost_log.2002-04-27.txt 2002-04-27 15:29:12 Manager: install: Installing web application at '/thunder' from 'jar:http://mySource:80/jason/java/thunder.war!/' 2002-04-27 15:29:12 StandardHost[localhost]: Installing web application at context path /thunder from URL jar:http://mySource:80/jason/java/thunder.war!/ 2002-04-27 15:29:12 WebappLoader[/thunder]: Deploying class repositories to work directory /export/home/jakarta-tomcat-4.0.3/work/localhost/thunder 2002-04-27 15:29:12 StandardManager[/thunder]: Seeding random number generator class java.security.SecureRandom 2002-04-27 15:29:12 StandardManager[/thunder]: Seeding of random number generator has been completed 2002-04-27 15:29:12 ContextConfig[/thunder]: Missing application web.xml, using defaults only 2002-04-27 15:29:12 ContextConfig[/thunder]: Added certificates - request attribute Valve 2002-04-27 15:29:12 StandardWrapper[/thunder:default]: Loading container servlet default 2002-04-27 15:29:12 default: init 2002-04-27 15:29:12 StandardWrapper[/thunder:invoker]: Loading container servlet invoker 2002-04-27 15:29:12 invoker: init 2002-04-27 15:29:12 jsp: init 2002-04-27 15:29:12 Internal Error: File /WEB-INF/web.xml not found The response to the HTTP command is sucessful deployment. If the war is copied locally (/tmp) and installed via the manager, deployment is successful.i.e http://myTarget:8080/manager/install?path=/thunderwar=jar:file:/tmp/thunder.war!/ But this only works if the context path is not present. i.e it fails if the following directory is present: /export/home/jakarta-tomcat-4.0.3/webapps/thunder In all cases, the reponse to commands entered is: OK - Installed application at context path /thunder The http commands are executed from a netscape 6 browser, not running on either of the hosts invloved (myHost, myTarget) --- END OF INITIAL SUBMISSION --- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Resend: SSL portability and Coyote
Nick Betteridge [EMAIL PROTECTED] writes: Eric Rescorla wrote: This didn't make it out the first time so I'm resending... I'm looking at what needs to be done to make the 3.3 SSL portablity stuff work properly with Coyote. For the most part, this work has been done--if you set the SSLImplementation appropriately and the correct factory gets invoked. However, there appear to be some issues with CoyoteServerSocketFactory and it's handling of configuration directives: (1) CoyoteServerSocketFactory appears to be willing to handle a socketFactoryName. AFAICT, this is supplanted by SSLImplementation and none of the other code does anything with it. Any reason not to remove support for this directive entirely? (2) JSSE uses one keyfile (the keystore). PureTLS uses three, the keyfile, the CA file, and the random file. I need to add new directives to ServerSocketFactory to propagate those. Erik - any chance of implementing this with a generic certificate/key factory so that the SocketFactory doesn't just rely on the default keystore? I'm not sure exactly what you're looking for here. Can you provide an example of how you'd like things to look? -Ekr -- [Eric Rescorla [EMAIL PROTECTED]] http://www.rtfm.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[FAQ] jGuru FAQ Update
jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as many other Java topics). Here is an automated update on recent postings to Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] . - Alex JGURU LAUNCHES PREMIUM SERVICES! For as little as 0.14 a day, you can look at naughty pictures on the net...just not at jGuru. You can, however, help keep jGuru the best place to get Java answers by becoming a premium member! Help support jGuru: http://www.jguru.com/misc/page.jsp?fsm=premiumregnode=blurbsrc=email Hi. You asked to be notified weekly when certain jGuru.com items get new entries. ++ Tomcat FAQ: http://www.jguru.com/faq/Tomcat How do I configure Tomcat 4.0 with the Apache 2.0 web server on a Windows 2000 server? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=853905 You can shut email notification off at the FAQ home page(s) or: http://www.jguru.com/guru/notifyprefs.jsp -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Resend: SSL portability and Coyote
Bill Barker [EMAIL PROTECTED] writes: From: Eric Rescorla [EMAIL PROTECTED] I assume you mean actions. They are defined in o.a.c.ActionCode, and processed by somebody implementing o.a.c.ActionHook (both under the coyote directory). For the HTTP/1.1 connector, this is o.a.c.http11.Http11Processor (under the http11 directory). The usual way to fire them is to call o.a.c.Response.action (which is conventionally named coyoteResponse). For the SSL action, the second parameter is the o.a.c.Request. This is mostly working, except that I couldn't find how to get the keySize for PureTLS (so PureTLSSupport is currently returning null). It's still not clear to me what keysize means. Is it supposed to be the symmetric key size? If so, you just use the same kind of table as in CertificateValve. Email to Sun to get this question answered haven't been returned. It could also be the asymmetric key size. I can arrange for this to get called, but I'm not even sure where to look to arrange it. I'm not sure either, which is why I'm talking about it instead of doing it :). My guess would be o.a.c.tomcat4.CoyoteAdapter.postParseRequest. However, the current Catalina code is doing it much much later. I'm pretty sure that you can't get the 3.3.x behavior of only when asked for without a lot of changes in Catalina (this is more a reflection of spec changes between 2.2 2.3 than design). Yeah. Who here understands this part of Catalina well enough to have an opinion? -Ekr -- [Eric Rescorla [EMAIL PROTECTED]] http://www.rtfm.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
jakarta-tomcat-connectors documentation/summaries
A while back, I responded to Henri Gomez's email: We will create really soon webpages for jakarta-tomcat-connectors with an offer to summarize some of the recent discussion about the various connectors currently available for Tomcat. Not to write new docs, just summarize the existing docs and mailing list dicussions into a page with stuff like: for each connector: pointer to source, any existint docs brief (one line) summary of the idea behind it brief (one line) history underlying protocol, pointers to definition who's working on it stable/development versions of tomcat it works with standalone or front end webserver? which webservers? for each: status popularity ranking pointers to comments about it on mailing lists I need to do the research anyway, in order to decide which connectors to use, so I thought I'd offer to write it up. But ... I made the offer almost a month ago, and I wanted to double check that somebody hadn't gone out and done all the work in the meantime. So: Am I (hopefully :-) too late? Has anyone done this yet? If not, I wanted to get most of it done this weekend. -- Christopher St. John [EMAIL PROTECTED] DistribuTopia http://www.distributopia.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp.so socketpool changes..
Cavan Morris [EMAIL PROTECTED] wrote: Hey Guys, I reported bug 8433 and am looking for a way to solve it. I thought that the socketpool work you're doing might solve the problem but wasn't able to compile the latest from cvs. My question is do you think that what you're working on could fix the bug? This is a very severe problem on my system. I have to restart both apache and tomcat if I get 2 concurrent requests. If you've got any ideas on the java side I can look into it, but have no idea what to do with the C. Yes, that's right... Can you send out why it doesn't compile? That code uses ATOMIC, but given that atomics are going to go away in a short time from APR, we'll need to change it to use intra-process mutexes... It doesn't compile on OS/X as well... :( Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8588] New: - Tomcat 4.0.3 directory redirection 302 returns wrong Location
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8588. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8588 Tomcat 4.0.3 directory redirection 302 returns wrong Location Summary: Tomcat 4.0.3 directory redirection 302 returns wrong Location Product: Tomcat 4 Version: 4.0.3 Final Platform: All URL: http://www.ejip.net OS/Version: All Status: NEW Severity: Blocker Priority: Other Component: Connector:Coyote HTTP/1.1 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat 4.0.3 directory redirection 302 returns wrong Location. To see for yourself try: telnet cheetah.vergecorp.com.ejip.org 80 Trying 204.144.141.232... Connected to cheetah.vergecorp.com.ejip.org. Escape character is '^]'. GET / HTTP/1.1 HOST: cheetah.vergecorp.com.ejip.org HTTP/1.0 302 Moved Temporarily Content-Type: text/html Date: Sat, 27 Apr 2002 16:23:19 GMT Location: http://cheetah.vergecorp.com/index.jsp Server: Apache Tomcat/4.0.3 (HTTP/1.1 Connector) Via: 1.1 cheetah.vergecorp.com.ejip.org The location header should be: Location: http://cheetah.vergecorp.com.ejip.org/index.jsp Thanks for fixing this soon. Our customers use .ejip.org domains to test and migrate sites before moving DNS. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8590] New: - WebappLoader doesn't honor loaderClass attribute from server.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8590. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8590 WebappLoader doesn't honor loaderClass attribute from server.xml Summary: WebappLoader doesn't honor loaderClass attribute from server.xml Product: Tomcat 4 Version: Unknown Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] You could argue that this is a documentation bug, but either the docs need to stop saying that you can set the classloader class, or WebappLoader needs to actually use the attribute. This was originally reported to the tomcat-dev list by Volker Leidl [EMAIL PROTECTED] with the subject line Replacing WebappClassLoader, but since they didn't put it in bugzilla, and it's bothering me, I'm reporting it. If somebody will express an opinion as to whether fixing the docs or the code is the right thing to do, I'll see about whipping up a patch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8583] - /usr/local/apache/bin/httpd: fatal: relocation error: for mod_webapp.so
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8583. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8583 /usr/local/apache/bin/httpd: fatal: relocation error: for mod_webapp.so --- Additional Comments From [EMAIL PROTECTED] 2002-04-27 17:28 --- The ldd messages are a red herring, they also appear on another Linux server we have (and mod_webapp there works). I've tried various ld, gcc, apache combinations without any success, recompiling from scratch everytime. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp.so socketpool changes..
Attached is an ASCII file with my build process. It may be important to not that I'm using the APR libraries from the webapp-module-1.0.2-tc402 and apxs from apache 2.0.32 not 2.0.35. Question: when you say Yes, that's right... do you mean yes that's right, the socketpool work may solve bug 8433 or yes that's right, it doesn't compile? Thanks for your time. -Cavan Morris - Original Message - From: Pier Fumagalli [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Saturday, April 27, 2002 8:58 AM Subject: Re: mod_webapp.so socketpool changes.. Cavan Morris [EMAIL PROTECTED] wrote: Hey Guys, I reported bug 8433 and am looking for a way to solve it. I thought that the socketpool work you're doing might solve the problem but wasn't able to compile the latest from cvs. My question is do you think that what you're working on could fix the bug? This is a very severe problem on my system. I have to restart both apache and tomcat if I get 2 concurrent requests. If you've got any ideas on the java side I can look into it, but have no idea what to do with the C. Yes, that's right... Can you send out why it doesn't compile? That code uses ATOMIC, but given that atomics are going to go away in a short time from APR, we'll need to change it to use intra-process mutexes... It doesn't compile on OS/X as well... :( Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] [root@lin1 webapp]# ./support/buildconf.sh --- Cannot run APR buildconf script Don't a forget to download a copy of the APR sources, and to run the buildconf script for it: # cd [path to APR sources] # ./buildconf # cd [path to WebApp sources] Then remember to run ./configure script including the command line option --with-apr=[path to APR sources] --- Creating WebApp configure script Creating configure ... --- All done [root@lin1 webapp]# ./configure --with-apr=~/webapp-module-1.0.2-tc402/apr --with-apxs=/usr/local/apache2/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 ln... /bin/ln checking for rm... /bin/rm checking host system type... i686-pc-linux-gnu checking for sources directory... /root/jakarta-tomcat-connectors/webapp checking for targets directory... /root/jakarta-tomcat-connectors/webapp C-Language compilation tools checking for ar... /usr/bin/ar checking build system type... i686-pc-linux-gnu checking for ranlib... ranlib checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for gcc... /usr/bin/gcc checking whether /usr/bin/gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... /usr/bin/gcc -E checking for debug build... no API documentation generation checking for C API documentation... no APR location checking for APR sources... ~/webapp-module-1.0.2-tc402/apr checking for APR libraries... no checking for APR includes... no Target web-server checking for Apache apxs... yes checking target module... apache-2.0 Finishing up checking for APR compilation flags... ok checking for Makefile targets... lib apache-2.0 updating cache ./config.cache creating ./config.status creating ./Makefile creating ./Makedefs creating ./lib/Makefile creating ./apache-2.0/Makefile All done. Now you can issue make. Good luck. [root@lin1 webapp]# make make[1]: Entering directory `/root/jakarta-tomcat-connectors/webapp' make[1]: Entering directory lib make[1]: Invoking make build make[2]: Entering directory `/root/jakarta-tomcat-connectors/webapp/lib' make[2]: Generating pr_warp_defs.h from /root/jakarta-tomcat-connectors/webapp/java/org/apache/catalina/connector/warp/Constants.java /usr/local/apache2/build/libtool /usr/bin/gcc -static -g -O2 -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -I/usr/local/apache2/include -I/root/jakarta-tomcat-connectors/webapp/include -c wa_main.c mkdir .libs /usr/bin/gcc -g -O2 -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -I/usr/local/apache2/include -I/root/jakarta-tomcat-connectors/webapp/include -c wa_main.c -fPIC -DPIC -o .libs/wa_main.lo /usr/bin/gcc -g -O2 -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -I/usr/local/apache2/include -I/root/jakarta-tomcat-connectors/webapp/include -c wa_main.c -o wa_main.o /dev/null 21 mv -f .libs/wa_main.lo wa_main.lo
Re: Tomcat 4.1 release and Jasper 2 problems
I built Tomcat 4.1 with Jasper 2 from CVS a few days ago and encountered a number of problems with the JSP's in the example web app. I recommend testing the 4.1.0 build first if you want to test 4.1. At least this rules out possible build errors. A number of the JSP's returned empty pages with no content. Is jasper 2 ready for a release? Has jasper 2 passed all jsp watchdog tests? Yes, all but one (same as the 4.0 branch, I think). I fixed a major bug right before release which was causing all XML JSPs to fail. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp.so socketpool changes..
Cavan Morris [EMAIL PROTECTED] wrote: Attached is an ASCII file with my build process. It may be important to not that I'm using the APR libraries from the webapp-module-1.0.2-tc402 and apxs from apache 2.0.32 not 2.0.35. You _need_ to use the APR libraries shipped with your Apache 2.0 version, and the same APXS, anyway it's bloated on my system as well. I have some spare time on my hands tonight, and tomorrow... I'll try to revamp the autoconf stuff and make it build again... NOTE I might break something in Win32 builds. Can someone with MSVC give it a go once they see my commits, please? /NOTE Question: when you say Yes, that's right... do you mean yes that's right, the socketpool work may solve bug 8433 or yes that's right, it doesn't compile? Both... Yeah, the socketpool solves that problem as well (at least it should, what's your worker configuration in Apache 2.0? - output of httpd -l please :) and yes, it doesn't compile... On APR they're talking about removing atomics, since those bits actually depend (especially on sun hardware) on some opcodes present only on V9 architectures (JF might explain it better than me, the only 2 RISCs I've coded for are PPCs and MIPSes), thus making binaries unportable from one architecture to another... Therefore my thought is to rely on inter-process mutex locking, instead of atomics)... Thanks for your time. I feel lucky to have some spare time on my hands :) :) :) Pier -Cavan Morris - Original Message - From: Pier Fumagalli [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Saturday, April 27, 2002 8:58 AM Subject: Re: mod_webapp.so socketpool changes.. Cavan Morris [EMAIL PROTECTED] wrote: Hey Guys, I reported bug 8433 and am looking for a way to solve it. I thought that the socketpool work you're doing might solve the problem but wasn't able to compile the latest from cvs. My question is do you think that what you're working on could fix the bug? This is a very severe problem on my system. I have to restart both apache and tomcat if I get 2 concurrent requests. If you've got any ideas on the java side I can look into it, but have no idea what to do with the C. Yes, that's right... Can you send out why it doesn't compile? That code uses ATOMIC, but given that atomics are going to go away in a short time from APR, we'll need to change it to use intra-process mutexes... It doesn't compile on OS/X as well... :( Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- 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] -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tomcat JASPER Stop Reloading
Hi Guys, I asked this question before but I didn't get any answer, is there is a configuration to disable JASPER checking of the timestamp on the JSP page each request, it is an important configurtion in a production envirnoment where things seldom changes, it is the same concept as the reloadable flag for the Java classes, if we can disable the checking of the java classes why not the Jsp pages as well, since it is compiled into servlet at the time, the request will be so much faster if it is directly invoke the compiled servlet without doing that extra check. Also another more complicated solution could be done by implementing a listener interface, where there will be this thread checking the timestamp of the pages every second or so and notify Jasper to recompile it if required. Please let me know your thoughts on that, I can add it to the JASPER code if it isnot already there. Regards Sam -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[NITPICK] didn't see this one coming...
context file=/webapps/tomcat-docs/config/webapp.xml pbIMPORTANT NOTE: The Webapp connector is now deprecated. Use the Coyote JK 2 connector instead./b/p /context I'm just asking why??? Just because it doesn't use Coyote? Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp.so socketpool changes..
Well I changed the apr libs I was using and had the same errors. I'm using the Worker MPM. Side Note: I would also like to know why the webapp connector is being deprecated. It may need a little work, but it's ease of configuration is a great feature. I am concerned with it's performance (not knowing anything about it I think it could be a lot better) but the solution to that is to fix it not abandon a beautifully simple interface. BTW: Is there someplace I can get a look at the Warp protocol? -Cavan Morris - Original Message - From: Pier Fumagalli [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Saturday, April 27, 2002 2:03 PM Subject: Re: mod_webapp.so socketpool changes.. Cavan Morris [EMAIL PROTECTED] wrote: Attached is an ASCII file with my build process. It may be important to not that I'm using the APR libraries from the webapp-module-1.0.2-tc402 and apxs from apache 2.0.32 not 2.0.35. You _need_ to use the APR libraries shipped with your Apache 2.0 version, and the same APXS, anyway it's bloated on my system as well. I have some spare time on my hands tonight, and tomorrow... I'll try to revamp the autoconf stuff and make it build again... NOTE I might break something in Win32 builds. Can someone with MSVC give it a go once they see my commits, please? /NOTE Question: when you say Yes, that's right... do you mean yes that's right, the socketpool work may solve bug 8433 or yes that's right, it doesn't compile? Both... Yeah, the socketpool solves that problem as well (at least it should, what's your worker configuration in Apache 2.0? - output of httpd -l please :) and yes, it doesn't compile... On APR they're talking about removing atomics, since those bits actually depend (especially on sun hardware) on some opcodes present only on V9 architectures (JF might explain it better than me, the only 2 RISCs I've coded for are PPCs and MIPSes), thus making binaries unportable from one architecture to another... Therefore my thought is to rely on inter-process mutex locking, instead of atomics)... Thanks for your time. I feel lucky to have some spare time on my hands :) :) :) Pier -Cavan Morris - Original Message - From: Pier Fumagalli [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Saturday, April 27, 2002 8:58 AM Subject: Re: mod_webapp.so socketpool changes.. Cavan Morris [EMAIL PROTECTED] wrote: Hey Guys, I reported bug 8433 and am looking for a way to solve it. I thought that the socketpool work you're doing might solve the problem but wasn't able to compile the latest from cvs. My question is do you think that what you're working on could fix the bug? This is a very severe problem on my system. I have to restart both apache and tomcat if I get 2 concurrent requests. If you've got any ideas on the java side I can look into it, but have no idea what to do with the C. Yes, that's right... Can you send out why it doesn't compile? That code uses ATOMIC, but given that atomics are going to go away in a short time from APR, we'll need to change it to use intra-process mutexes... It doesn't compile on OS/X as well... :( Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- 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] -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- 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]
DO NOT REPLY [Bug 8596] New: - Catalina doesn't follow symlinks across filesystems (TC 4.0.2 RH 7.2 jdk1.3.1-0x)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8596. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8596 Catalina doesn't follow symlinks across filesystems (TC 4.0.2 RH 7.2 jdk1.3.1-0x) Summary: Catalina doesn't follow symlinks across filesystems (TC 4.0.2 RH 7.2 jdk1.3.1-0x) Product: Tomcat 4 Version: 4.0.3 Final Platform: PC URL: n/a OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] I set up to RH7.2 boxes. Almost identical hardware (dual PIII) On A, /var and /usr are on different filesystems On B, /var and /usr are on the / filesystem On A, catalina fails on the Bootsrap.java at line 137, because of the symbolic link. If the files are copied and not linked, Bootsrtap.java is happy. If I move the files to the var filesystem, and make a link from there Bootstrap.java is still happy. On B, the symbolic links vork just fine. This problem did not seem to occur in 4.0.2. I conclude that there is a difference between 4.0.3 and 4.0.2 that prevents it to follow symlinks, unless it is a JDK related issue. However both jdk1.3.1_02 and 03 show the same symptoms. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8596] - Catalina doesn't follow symlinks across filesystems (TC 4.0.3 RH 7.2 jdk1.3.1-0x)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8596. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8596 Catalina doesn't follow symlinks across filesystems (TC 4.0.3 RH 7.2 jdk1.3.1-0x) [EMAIL PROTECTED] changed: What|Removed |Added Summary|Catalina doesn't follow |Catalina doesn't follow |symlinks across filesystems |symlinks across filesystems |(TC 4.0.2 RH 7.2 jdk1.3.1- |(TC 4.0.3 RH 7.2 jdk1.3.1- |0x) |0x) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_uriEnv.c
nacho 02/04/27 17:19:27
Modified:jk/native2/common jk_uriEnv.c
Log:
* Use uriEnv-workerName for logs
Revision ChangesPath
1.10 +4 -4 jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
Index: jk_uriEnv.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- jk_uriEnv.c 25 Apr 2002 19:22:19 - 1.9
+++ jk_uriEnv.c 28 Apr 2002 00:19:27 - 1.10
@@ -219,7 +219,7 @@
if( uriEnv-debug 0 ) {
env-l-jkLog(env, env-l, JK_LOG_INFO,
uriMap.addMapping() suffix mapping %s.%s=%s was added\n,
- uri, asterisk + 3, uriEnv-worker);
+ uri, asterisk + 3, uriEnv-workerName);
}
} else if ('\0' != asterisk[2]) {
/* general suffix rule /foo/bar/STARextraData */
@@ -231,7 +231,7 @@
if( uriEnv-debug 0 ) {
env-l-jkLog(env, env-l, JK_LOG_INFO,
uriMap.addMapping() general suffix mapping %s.%s=%s\n,
- uri, asterisk + 2, uriEnv-worker);
+ uri, asterisk + 2, uriEnv-workerName);
}
} else {
/* context based /foo/bar/STAR */
@@ -243,7 +243,7 @@
if( uriEnv-debug 0 ) {
env-l-jkLog(env, env-l, JK_LOG_INFO,
uriMap.addMapping() prefix mapping %s=%s\n,
- uri, uriEnv-worker);
+ uri, uriEnv-workerName);
}
}
} else {
@@ -256,7 +256,7 @@
if( uriEnv-debug 0 ) {
env-l-jkLog(env, env-l, JK_LOG_INFO,
uriMap.addMapping() prefix mapping2 %s=%s\n,
- uri, uriEnv-worker);
+ uri, uriEnv-workerName);
}
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8596] - Catalina doesn't follow symlinks across filesystems (TC 4.0.3 RH 7.2 jdk1.3.1-0x)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8596. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8596 Catalina doesn't follow symlinks across filesystems (TC 4.0.3 RH 7.2 jdk1.3.1-0x) --- Additional Comments From [EMAIL PROTECTED] 2002-04-28 00:19 --- What I mean by files is jar files that are in $CATALINA_HOME/common/lib and $CATALINA_HOME/server/lib. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4042] - webapp component requires Port directive versus Listen directive
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4042. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4042 webapp component requires Port directive versus Listen directive --- Additional Comments From [EMAIL PROTECTED] 2002-04-28 03:47 --- Here is an apparent workaround. Just add the port at the end of ServerName inside the vhost definition, like so: Listen ##.##.##.##:80 NameVirtualHost ##.##.##.## VirtualHost ##.##.##.## ServerName tomcat.bonevich.com:80 DocumentRoot /usr/local/tomcat/webapps WebAppConnection warpConnection warp www.bonevich.com:8008 WebAppDeploy examples warpConnection /examples/ /VirtualHost I have not played around too much with this yet, but it does appear to work. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
mod_jk2
Hi, When I try to run make in jakarta-tomcat-connectors/jk/native2/server/apache2 I get a compile error. One of the errors is: gcc: unrecognized option `-prefer-pic' Does this mean that I´ve got the wrong version of gcc? I´ve got v2.95 installed. I would really like to get mod_jk2 compiled because I much prefer it to mod_webapp. The only problem is, I can´t get it installed! I did the same compile procedure with the downloadable version at the jakarta homepage but that doesn´t seem to work with the cvs version. I would appreciate any help. bye Michael Delamere -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
