Re: MinTC, terrible rudeness, persistence
I've been informed by private email that I am terribly rude for making announcements of MinTC releases on the tomcat-dev list, and that I should not make any futher announcements. Sorry, but I consider it rude to post announcements about other projects on the Tomcat mailing list. I attach the email since it is not public matter. So that's it then? I've been kicked off tomcat-dev (how does that work on an open source project!?) because I've offended someone by writing code they don't like!?!? I am indeed not interested in MinTC. MinTC has all the problems Catalina had before Coyote, with the only benefit being that it is smaller and would run on a few more Java platforms. Remy ---BeginMessage--- Big news for this release: initial JSP support, a sucessful test of MinTC running a simple Apache XML-RPC demo, and confirmation that MinTC will run on a Sharp Zaurus. Watchdog results: 345 TEST(S) PASSED! 3 TEST(S) FAILED!. This should be the last alpha. Hi Christopher, While your project may be very intersting, I consider it rude when other projects advertise on the Tomcat mailing list. Of course, it is heavily Catalina related, and so you had a legitimate reason to post for a while. IMO, this is not the case anymore, and since MinTC is turning more and more into a fork, it would be nice if you didn't post your release announcements here. Thanks, Remy ---End Message--- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
Personally, I've rather enjoyed following MinTC's progress (OK, not really following, since I haven't actually looked at the code :). I could see how someone might think it rude to post the announcement on tomcat-user (since many people there are easily confused :), but IMHO MinTC is something that we should see more of on tomcat-dev, not less. MinTC is certainly not a competitor with Tomcat 4.x. According to Costin, Tomcat 3.3 almost runs under J2ME (I haven't tried it), but MinTC is a different servlet spec than 3.3, so again, not a competitor. I can't see any good reason to block MinTC announcements given that they certainly aren't abusing bandwidth. Ok, fine, I'll stop complaining about them, then ;-) Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
I don't known well Tomcat 4 but I search for a Servlet container which: - can be used as a component of an application but does not impose a 'web server' structure to the application - is compliant with the latest Servlet standart (~ is an implementation reference) - disallows filesystem access - still lightweight Thus, I'm interrested in MinTC. I'm a newbie but I don't understand why it could be harmful for Tomcat 4 since it seems that MinTC use a big part of Catalina and it could thus enhance Tomcat 4 by the diversified use of its libraries. Jerome -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6702] - jk_nt_service.exe -i cannot work
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=6702. 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=6702 jk_nt_service.exe -i cannot work --- Additional Comments From [EMAIL PROTECTED] 2002-04-19 08:34 --- Try adding the -Xrs option as the parameters for the wrapper.jvm.options. I found this worked rather than removing the option altogether. This incidentally is required to stop the service from terminating unexpectedly when the user logs off. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
I don't known well Tomcat 4 but I search for a Servlet container which: - can be used as a component of an application but does not impose a 'web server' structure to the application - is compliant with the latest Servlet standart (~ is an implementation reference) - disallows filesystem access - still lightweight MinTC being very similar to Catalina, it wouldn't help A much. I don't know if it can run with a security manager (point C); it adds significant complexity, so I could imagine that being left out. B is ok. I guess it is more lightweight, and hopefully it starts up faster (point D). Thus, I'm interrested in MinTC. I'm a newbie but I don't understand why it could be harmful for Tomcat 4 since it seems that MinTC use a big part of Catalina and it could thus enhance Tomcat 4 by the diversified use of its libraries. As I said, I don't see a need for it. It uses and enocourages to use some APIs I'd like to attempt to remove or modify in the future (mostly, it's the Catalina Request/Response API). Of course, it may be already way too late to be able to fix this (so in the meantime, I've been doing workarounds; that's Coyote) ;-) I also still think that Tomcat 3.3 addresses the market MinTC wants to address better (with the very artificial problem of the Servlet API version support, but this is a double edged sword, as it requires the Java2 collections). Of course, that's just my opinion, I could be wrong. :) If many people want to see MinTC here, then it will happen even if I may not like it. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[Coyote] Coyote 1.0 Beta 8 available
Coyote 1.0 Beta 8 is now available, and includes: - HTTP/1.1 protocol handler - JK 2 protocol handler, with support for the AJP 1.3 and 1.4 protocols - An adapter for Tomcat 3.3.x - An adapter for Tomcat 4.x Changes over Beta 7 include: - Fixed SSL configuration bugs with Tomcat 4.x in the HTTP/1.1 protocol handler, which prevented using SSL. - Fixed compatibility between Tomcat 4.0 CVS HEAD and the JK 2 protocol handler. Binaries can be downloaded at: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/coyote/release/v1 .0-b8/ Installation instructions for both 3.3.x and 4.0.x are given on the download page. The Tomcat 4 nighly builds already include this new connector, and use it for HTTP/1.1 and AJP 1.4 support. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5735] - HTTP connector running out of processors under heavy load
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=5735. 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=5735 HTTP connector running out of processors under heavy load --- Additional Comments From [EMAIL PROTECTED] 2002-04-19 10:35 --- Coyote 1.0 Beta 7 or later now uses different thread pooling code (from Tomcat 3.3). Could you test using it ? If you're not experiencing the bug anymore, then it is likely the problem is with Tomcat 4 TP code. http://jakarta.apache.org/builds/jakarta-tomcat-connectors/coyote/release/v1.0- b8/ To configure Coyote with SSL, use: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=443 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=10 debug=0 scheme=https secure=true useURIValidationHack=false Factory className=org.apache.coyote.tomcat4.CoyoteServerSocketFactory clientAuth=false protocol=TLS / /Connector Note that the factory className is different. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
Remy Maucherat wrote: If many people want to see MinTC here, then it will happen even if I may not like it. +1 to MinTC here. Lets be friendly. And open. [ +1 * notCommiter == 0, I know ] Rolf. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: MinTC, terrible rudeness, persistence
Another (non-committer) +1 for keeping MinTC on tomcat-dev. Having a (perhaps limited) web/servlet server in a jar is a great idea. If Catalina core, migrates to allow this without a MinTC, other than a special server.xml, then that's OK. MinTC will probably have served it's purpose, and will die having had an effect probably on the core. The only problem I see, is NOT discussing MinTC issues on tomcat-dev - having two solutions for this problem is not a bad thing. -Original Message- From: Rolf Veen [mailto:[EMAIL PROTECTED]] Sent: 19 April 2002 12:01 To: Tomcat Developers List Subject: Re: MinTC, terrible rudeness, persistence Remy Maucherat wrote: If many people want to see MinTC here, then it will happen even if I may not like it. +1 to MinTC here. Lets be friendly. And open. [ +1 * notCommiter == 0, I know ] Rolf. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
On Fri, 2002-04-19 at 13:37, Craig R. McClanahan wrote: Even if the consensus is that these things were off topic, one way to certainly make them on topic would be a discussion of whether you'd want to propose contributing MinTC to the standard distribution (so that it could be built from the same source repository, and probably packaged separately) -- either now or when you get a little further along at complete success in passing all the tests. Fully agree. Definitely the way to go. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
Another (non-committer) +1 for keeping MinTC on tomcat-dev. Having a (perhaps limited) web/servlet server in a jar is a great idea. If Catalina core, migrates to allow this without a MinTC, other than a special server.xml, then that's OK. MinTC will probably have served it's purpose, and will die having had an effect probably on the core. The only problem I see, is NOT discussing MinTC issues on tomcat-dev - having two solutions for this problem is not a bad thing. I will veto this (or vote against, if it's a majority vote). It has been very clear for a while that the Tomcat project has to provide one and only one servlet container for a particular version of the specifications. If the Tomcat project wants to provide MinTC, it has to be as a proposal for Tomcat 5. Note: MinTC is not the same as Catalina. It just happens to use the same interfaces. It is otherwise a completely different implementation. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8295] New: - Session deserialization fails to load all classes correctly
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=8295. 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=8295 Session deserialization fails to load all classes correctly Summary: Session deserialization fails to load all classes correctly Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] ... since the ContextClassLoader isn't set properly at this point of time. Scenario: One of our base classes uses the following code within a static{} initialisation block: class CoreObject { static{ loggingChannel = (LoggingChannel)Class.forName(loggingClassName, true, Thread.currentThread().getContextClassLoader()).newInstance(); } } An instance of this class is serialized as part of the session context. After restart of Tomcat 4.03 we receive the following stacktrace: java.lang.ClassNotFoundException: de.gauss.base.logging.FileLoggingChannel at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.jav a:1127) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.jav a:992) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:195) at de.gauss.base.CoreObject.clinit(CoreObject.java:101) at java.io.ObjectStreamClass.hasStaticInitializer(Native Method) at java.io.ObjectStreamClass.computeSerialVersionUID(ObjectStreamClass.java:923) at java.io.ObjectStreamClass.access$200(ObjectStreamClass.java:46) at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:420) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.init(ObjectStreamClass.java:401) at java.io.ObjectStreamClass.lookupInternal(ObjectStreamClass.java:112) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:59) at java.io.ObjectStreamClass.lookupInternal(ObjectStreamClass.java:88) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:59) at java.io.ObjectStreamClass.lookupInternal(ObjectStreamClass.java:88) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:59) at java.io.ObjectStreamClass.lookupInternal(ObjectStreamClass.java:88) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:59) at java.io.ObjectStreamClass.lookupInternal(ObjectStreamClass.java:88) at java.io.ObjectStreamClass.setClass(ObjectStreamClass.java:566) at java.io.ObjectInputStream.inputClassDescriptor(ObjectInputStream.java:936) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:366) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236) at java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1186) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:386) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:236) at org.apache.catalina.session.StandardSession.readObject(StandardSession.java:1268 ) at org.apache.catalina.session.StandardSession.readObjectData(StandardSession.java: 810) at org.apache.catalina.session.StandardManager.load(StandardManager.java:411) at org.apache.catalina.session.StandardManager.start(StandardManager.java:617) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1104) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3345) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:785) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:454) at org.apache.catalina.core.StandardHost.install(StandardHost.java:714) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:300) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:389) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:232) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.ja va:155) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131) at org.apache.catalina.core.StandardHost.start(StandardHost.java:614) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343) at org.apache.catalina.core.StandardService.start(StandardService.java:388)
[GUMP] Build Failure - jakarta-tomcat-4.0
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2002-04-19/jakarta-tomcat-4.0.html Buildfile: build.xml deploy-prepare: deploy-static: deploy: [echo] Target: Catalina - Deploy ... flags: flags.display: [echo] --- Build environment for Catalina --- [echo] If ${property_name} is displayed, then the property is not set) [echo] --- Build options --- [echo] full.dist=${full.dist} [echo] build.sysclasspath=only [echo] compile.debug=${compile.debug} [echo] compile.deprecation=${compile.deprecation} [echo] compile.optimize=${compile.optimize} [echo] --- Ant Flags --- [echo] style task available (required)=true [echo] --- JDK --- [echo] jdk.1.2.present=true [echo] jdk.1.3.present=true [echo] jdk.1.4.present=${jdk.1.4.present} [echo] --- Source Dependencies --- [echo] jtc.home.present=true [echo] --- Required Libraries --- [echo] beanutils.present=true [echo] collections.present=true [echo] digester.present=true [echo] jaxp.present=true [echo] jndi.present=true [echo] logging.present=true [echo] regexp.present=true [echo] servlet.present=true [echo] --- Optional Libraries --- [echo] daemon.present=${daemon.present} [echo] dbcp.present=true [echo] jaas.present=true [echo] javamail.present=true [echo] jmx.present=true [echo] jsse.present=true [echo] jta.present=true [echo] junit.present=true [echo] ldap.present=true [echo] modeler.present=true [echo] pool.present=true [echo] tyrex.present=${tyrex.present} [echo] --- Required JARs --- [echo] jndi.jar.present(except JDK 1.3+)=true [echo] regexp.jar.present=true [echo] servlet.jar.present=true [echo] xerces.jar.present(except JDK 1.4+ or xerces2)=true [echo] xerces2.jars.present(except JDK 1.4+ or xerces1)=${xerces2.jars.present} [echo] --- Optional JARs --- [echo] daemon.jar.present=${daemon.jar.present} [echo] dbcp.jar.present=true [echo] jaas.jar.present=true [echo] javamail.jar.present=true [echo] jdbc20ext.jar.present=true [echo] jmx.jar.present=${jmx.jar.present} [echo] jta.jar.present=true [echo] junit.jar.present=${junit.jar.present} [echo] ldap.jar.present=true [echo] modeler.jar.present=true [echo] pool.jar.present=true [echo] tyrex.jar.present=${tyrex.jar.present} [echo] --- Conditional compilation flags --- [echo] compile.daemon=${compile.daemon} [echo] compile.dbcp=true [echo] compile.jaas=true [echo] compile.javamail=true [echo] compile.jmx=true [echo] compile.jndi=true [echo] compile.jsse=true [echo] compile.jta=true [echo] compile.junit=true [echo] compile.ldap=true [echo] compile.ssi=true [echo] compile.tyrex=${compile.tyrex} [echo] --- Distribution flags --- [echo] copy.daemon.jar=${copy.daemon.jar} [echo] copy.dbcp.jar=true [echo] copy.jaas.jar=true [echo] copy.jdbc20ext.jar=true [echo] copy.javamail.jar=true [echo] copy.jmx.jar=${copy.jmx.jar} [echo] copy.jndi.jar=${copy.jndi.jar} [echo] copy.jta.jar=true [echo] copy.ldap.jar=${copy.ldap.jar} [echo] copy.logging.jar=true [echo] copy.modeler.jar=true [echo] copy.pool.jar=true [echo] copy.tyrex.jar=${copy.tyrex.jar} [echo] copy.xerces.jar=true [echo] copy.xerces2.jars=${copy.xerces2.jars} build-prepare: copy-activation.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-daemon.jar: copy-dbcp.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-jaas.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/lib copy-jdbc20ext.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-jmx.jar: copy-jndi.jar: copy-jsse.jar: copy-jta.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-ldap.jar: copy-modeler.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/lib copy-pool.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-tyrex.jar: copy-xerces.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/endorsed copy-xerces2.jars: build-static: build-tomcat-util: detect: [available] DEPRECATED - available used to override an existing property. Build file should not reuse the same property name for different values. build-prepare:
Re: MinTC, terrible rudeness, persistence
Remy Maucherat [EMAIL PROTECTED] wrote: The only problem I see, is NOT discussing MinTC issues on tomcat-dev - I wholeheartedly agree with this. MinTC issues are not discussed around here, while I would love to follow its development (darn, not enough time?). Actually, I do care _more_ about MinTC than even Tomcat itself, as the new features of 4.0 (and 4.next) are really something I could care less. On this same thread, I don't see many issues related to Tomcat itself discussed on this list (sometimes I do post about some, but it _really_ looks like that my posts are redirected to /dev/null - for instance, see my post about extension-case matching on MacOS/X... NOONE replied, not even cared to ask Since you run OS/X everywhere, can you find a fix or some things like that. I will veto this (or vote against, if it's a majority vote). It has been very clear for a while that the Tomcat project has to provide one and only one servlet container for a particular version of the specifications. If the Tomcat project wants to provide MinTC, it has to be as a proposal for Tomcat 5. Note: MinTC is not the same as Catalina. It just happens to use the same interfaces. It is otherwise a completely different implementation. Correct. In fact MinTC is _not_ Tomcat, not even an ASF project, but since it's so closely tied to our baby, I appreciate the fact that Chris is keeping us informed I strongly disagree with you, Remy, especially for the tone you used in your private email to Chris. I might be a f***ed up flamethrower, but I try to be politically correct. Before going out impersonating the Tomcat-DEV community, I would have preferred you asked (at least) some of your mates over there at Sun (like Craig, who's also an ASF member). Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: MinTC, terrible rudeness, persistence
I have to admit not having read the MinTC source, however, I thought the tomcat community uses/develops multiple implementations of many interfaces. Most of the http/socket/auth?/config (xml file/ajp-webapp/admin) code is effectively multiple implementations of the same interfaces. Isn't the whole design of catalina intended to allow different implementations of practically every concrete class? I get the impresssion MinTC is developing different config/bootstrap/resource-location implementations, but that much of the code is shared as is? If MinTC was replacing the core processing of Tomcat 3.3 i'd be more inclined to take your point, as the request chain is much more dedicated and part of the whole, whereas catalina is just a bunch of nested containers isn't it? -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: 19 April 2002 13:24 To: Tomcat Developers List Subject: Re: MinTC, terrible rudeness, persistence Another (non-committer) +1 for keeping MinTC on tomcat-dev. Having a (perhaps limited) web/servlet server in a jar is a great idea. If Catalina core, migrates to allow this without a MinTC, other than a special server.xml, then that's OK. MinTC will probably have served it's purpose, and will die having had an effect probably on the core. The only problem I see, is NOT discussing MinTC issues on tomcat-dev - having two solutions for this problem is not a bad thing. I will veto this (or vote against, if it's a majority vote). It has been very clear for a while that the Tomcat project has to provide one and only one servlet container for a particular version of the specifications. If the Tomcat project wants to provide MinTC, it has to be as a proposal for Tomcat 5. Note: MinTC is not the same as Catalina. It just happens to use the same interfaces. It is otherwise a completely different implementation. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_service_iis.c
Update, after merging few dozens cvs conflicts :-) :-) , sorry bout that, I'll try to follow up your changes this evening ( here ), please wait for commits.. Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
patch for tomcat rc script in RPM
All, I'm not sure if this is worthwhile for anyone else but my company but myself and a coworker (Jason Maderios [EMAIL PROTECTED]) wrote a patch that saves the contents of the /var/log/tomcat3/tomcat.log file when tomcat is shutdown just in case we ever need the contents for future reference. Here is the patch: --- /etc/rc.d/init.d/tomcat3Thu Jan 17 07:53:21 2002 +++ /etc/rc.d/init.d/tomcat3Thu Apr 18 10:21:33 2002 @@ -79,6 +79,14 @@ else su - $TOMCAT_USER -c $TOMCAT_SCRIPT stop fi +# Added so we keep the tomcat.log around for reference +LOGPATH=/var/log/tomcat3 +LOGFILE=tomcat.log +if [ -f $LOGPATH/$LOGFILE ]; then + FILENAME=$LOGFILE-`date +%H_%M_%S_%a_%e_%b_%Y` + cp -f $LOGPATH/$LOGFILE $LOGPATH/$FILENAME + gzip -9 $LOGPATH/$FILENAME +fi RETVAL=$? echo [ $RETVAL = 0 ] rm -f /var/lock/subsys/tomcat3 /var/run/tomcat3.pid Feel free to use it if you like it. This patch was built against the rc script from the 3.3a RPMs. Thanks, Jason Corley, UNIX/Linux System Administrator TogetherSoft Corporation 900 Main Campus Drive, Suite 500 Raleigh, NC 27606 o: 1-919-833-5550 x1531, m: 1-919-795-3703 [EMAIL PROTECTED] TogetherSoft's mission is improving the ways people work together. Our flagship product, Together ControlCenter, is the Model-Build-Deploy Platform. http://www.togethersoft.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: patch for tomcat rc script in RPM
Seems a good patch, I'm +1 and will include it at least on my rpm - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Jason Corley [mailto:[EMAIL PROTECTED]] Sent: Friday, April 19, 2002 3:49 PM To: [EMAIL PROTECTED] Subject: patch for tomcat rc script in RPM All, I'm not sure if this is worthwhile for anyone else but my company but myself and a coworker (Jason Maderios [EMAIL PROTECTED]) wrote a patch that saves the contents of the /var/log/tomcat3/tomcat.log file when tomcat is shutdown just in case we ever need the contents for future reference. Here is the patch: --- /etc/rc.d/init.d/tomcat3 Thu Jan 17 07:53:21 2002 +++ /etc/rc.d/init.d/tomcat3 Thu Apr 18 10:21:33 2002 @@ -79,6 +79,14 @@ else su - $TOMCAT_USER -c $TOMCAT_SCRIPT stop fi +# Added so we keep the tomcat.log around for reference +LOGPATH=/var/log/tomcat3 +LOGFILE=tomcat.log +if [ -f $LOGPATH/$LOGFILE ]; then + FILENAME=$LOGFILE-`date +%H_%M_%S_%a_%e_%b_%Y` + cp -f $LOGPATH/$LOGFILE $LOGPATH/$FILENAME + gzip -9 $LOGPATH/$FILENAME +fi RETVAL=$? echo [ $RETVAL = 0 ] rm -f /var/lock/subsys/tomcat3 /var/run/tomcat3.pid Feel free to use it if you like it. This patch was built against the rc script from the 3.3a RPMs. Thanks, Jason Corley, UNIX/Linux System Administrator TogetherSoft Corporation 900 Main Campus Drive, Suite 500 Raleigh, NC 27606 o: 1-919-833-5550 x1531, m: 1-919-795-3703 [EMAIL PROTECTED] TogetherSoft's mission is improving the ways people work together. Our flagship product, Together ControlCenter, is the Model-Build-Deploy Platform. http://www.togethersoft.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: MinTC, terrible rudeness, persistence
The only problem I see, is NOT discussing MinTC issues on tomcat-dev - I wholeheartedly agree with this. MinTC issues are not discussed around here, while I would love to follow its development (darn, not enough time?). MinTC is an excellent idea but since it's not an Apache project, should it be discussed (more) here ? Solution could be : - host MinTC in SF. - add MinTC as a tomcat 4 subproject and host here in Apache Actually, I do care _more_ about MinTC than even Tomcat itself, as the new features of 4.0 (and 4.next) are really something I could care less. Having MinTC included in TC 4.x could help add a new target to TC 4, the embedded market. Did there is a reason against adding it to CVS if Christopher agree. It will be in sync with HEAD, use gump, give ideas which could make a better TC 4.1 or 5.0 On this same thread, I don't see many issues related to Tomcat itself discussed on this list (sometimes I do post about some, but it _really_ looks like that my posts are redirected to /dev/null - for instance, see my post about extension-case matching on MacOS/X... NOONE replied, not even cared to ask Since you run OS/X everywhere, can you find a fix or some things like that. Do you remember what you say yesterday about platform problems ?) I will veto this (or vote against, if it's a majority vote). It has been very clear for a while that the Tomcat project has to provide one and only one servlet container for a particular version of the specifications. Yes, and now that TC 3.3 and 4.0 people share effort, jasper/connector, it will be better to see something like MinTC included in maybe it's own tomcat subproject, the goal a minimalistic 2.3/1.2 servlet implementation using TC 4.x -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_iis.h jk_service_iis.c
nacho 02/04/19 07:03:28 Modified:jk/native2/server/isapi jk_iis.h jk_service_iis.c Log: * Work in progress More cleanup, compiles again :) Revision ChangesPath 1.3 +14 -17jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h Index: jk_iis.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jk_iis.h 19 Apr 2002 03:14:22 - 1.2 +++ jk_iis.h 19 Apr 2002 14:03:28 - 1.3 @@ -73,7 +73,7 @@ #endif /* __cplusplus */ -#define VERSION_STRING Jakarta/ISAPI/1.2Dev +#define VERSION_STRING Jakarta/ISAPI/2.0Dev #define DEFAULT_WORKER_NAME (ajp13) /* @@ -95,7 +95,11 @@ #define HTTP_QUERY_HEADER_NAME (HTTP_TOMCATQUERY) #define HTTP_WORKER_HEADER_NAME (HTTP_TOMCATWORKER) -#define REGISTRY_LOCATION (Software\\Apache Software Foundation\\Jakarta Isapi Redirector\\1.2) +#define SERVER_NAME (SERVER_NAME ) + +#define SERVER_SOFTWARE (SERVER_SOFTWARE) + +#define REGISTRY_LOCATION (Software\\Apache Software Foundation\\Jakarta Isapi Redirector\\2.0) #define EXTENSION_URI_TAG (extension_uri) #define URI_SELECT_TAG (uri_select) @@ -112,18 +116,20 @@ #define GET_SERVER_VARIABLE_VALUE(name, place) {\ (place) = NULL; \ huge_buf_sz = sizeof(huge_buf); \ -if (get_server_value(private_data-lpEcb,\ +if (get_server_value(env, \ + lpEcb,\ (name), \ huge_buf, \ huge_buf_sz,\ )) { \ -(place) = private_data-p.pstrdup(env,private_data-p,huge_buf); \ +(place) = w-pool-pstrdup(env,w-pool,huge_buf); \ } \ }\ #define GET_SERVER_VARIABLE_VALUE_INT(name, place, def) { \ huge_buf_sz = sizeof(huge_buf); \ -if (get_server_value(private_data-lpEcb,\ +if (get_server_value(env,\ + lpEcb,\ (name), \ huge_buf, \ huge_buf_sz,\ @@ -137,20 +143,11 @@ } \ }\ +void JK_METHOD getparents(char *name); -static int JK_METHOD jk2_service_iis_head(jk_env_t *env, jk_ws_service_t *s ); - -static int JK_METHOD jk2_service_iis_read(jk_env_t *env, jk_ws_service_t *s, - void *b, unsigned len, - unsigned *actually_read); - -static int JK_METHOD jk2_service_iis_write(jk_env_t *env,jk_ws_service_t *s, - const void *b, - unsigned l); - -static int JK_METHOD jk2_service_iis_init_ws_service( struct jk_env *env, jk_ws_service_t *_this, - struct jk_worker *w, void *serverObj ); +int JK_METHOD escape_url(const char *path, char *dest, int destsize); +int JK_METHOD unescape_url(char *url); #ifdef __cplusplus } 1.5 +15 -37 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_service_iis.c Index: jk_service_iis.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_service_iis.c,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- jk_service_iis.c 19 Apr 2002 02:34:38 - 1.4 +++ jk_service_iis.c 19 Apr 2002 14:03:28 - 1.5 @@ -80,12 +80,6 @@ #include jk_iis.h -static char *SERVER_NAME = SERVER_NAME; -static char *SERVER_SOFTWARE = SERVER_SOFTWARE; - - - - static int JK_METHOD jk2_service_iis_head(jk_env_t *env, jk_ws_service_t *s ){ static char crlf[3] = { (char)13, (char)10, '\0' }; char *reason; @@ -262,7 +256,7 @@ return JK_FALSE; } -static int get_server_value(LPEXTENSION_CONTROL_BLOCK lpEcb, +static int get_server_value(struct jk_env *env, LPEXTENSION_CONTROL_BLOCK lpEcb, char *name, char *buf, DWORD bufsz, @@ -286,36 +280,19 @@ } -int JK_METHOD jk2_service_iis_init(jk_env_t *env, jk_ws_service_t *s) -{ -if(s==NULL ) { -return JK_FALSE; -} - -s-head = jk2_service_iis_head; -s-read = jk2_service_iis_read; -s-write = jk2_service_iis_write; -s-init = jk2_service_iis_init_ws_service; - -return JK_TRUE; -} -
Re: MinTC, terrible rudeness, persistence
Remy Maucherat wrote: I will veto this (or vote against, if it's a majority vote). It has been very clear for a while that the Tomcat project has to provide one and only one servlet container for a particular version of the specifications. That would have been the best. But right now there are two different implementations of the 2.2 spec, without any clear winner from the user's and also the integrator's point of view. If Tomcat 5 builds on Tomcat 4.x, should 3.x die then ? I don't think so. The two approaches are so different that, in case (and only in case) the performance of both remains similar, I would prefer to have the choice. Within the Apache umbrella, if possible. So, I'm clearly +1 for more that one container implementation on Apache, each one with its own goals (complex/simple, big/small, Interceptor/Valve, etc). And all (except one) free to implement (or not) the sunny specs. [Again, +1 == 0, in this case] Kind regards. Rolf. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
I am also interested in MinTC. But I must say I understand Remy's point about 'rudeness'. I don't like bloat and I would love to see more modularization ( in 4.x and 3.x and most of the programs I know ). But this should be done by contributing to the project, not by creating a fork. And if MinTC is sucessfull ( and I hope it will ), we'll have all the problems in trying to merge or switch or fight. So even if I don't like Valves and a lot of the 4.x API, I would preffer to have any API changes/modularization/simplifications in the main branch, with pre-agreement from all parties - not in a form of announcements of what has changed. Even if MinTC is a step forward, by adding more modularization and cleaning things - it is certainly not something we participate in at this moment. And I personally believe what is private must remain private - I would be very upset if an sensitive email I send in private to someone is made public ( even with the sender name removed - it was no doubt about who sent the mail, at least from the 'rudeness' clue :-). However, after things settle a bit I would be happy to propose Cristopher as a commiter, and hope the changes and ideas will be discussed here and result in code changes in the main branch. Costin On Fri, 19 Apr 2002, Remy Maucherat wrote: I've been informed by private email that I am terribly rude for making announcements of MinTC releases on the tomcat-dev list, and that I should not make any futher announcements. Sorry, but I consider it rude to post announcements about other projects on the Tomcat mailing list. I attach the email since it is not public matter. So that's it then? I've been kicked off tomcat-dev (how does that work on an open source project!?) because I've offended someone by writing code they don't like!?!? I am indeed not interested in MinTC. MinTC has all the problems Catalina had before Coyote, with the only benefit being that it is smaller and would run on a few more Java platforms. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[JK2] Win32 Signals
Hola a todos: I'm trying to get to compile the JNI part of JK2 in win32, again with my legendary naiveness ;), how is suppoussed we deal with signals in win32?? just add another ifdef here with a HAVE_UNIX_SIGNALS ? Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8297] New: - inetinfo.exe error ; Also no resource found (error 404)
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=8297. 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=8297 inetinfo.exe error ; Also no resource found (error 404) Summary: inetinfo.exe error ; Also no resource found (error 404) Product: Tomcat 3 Version: 3.3.1 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Webapps AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] O/S Used: Windows 2000 Server with SP2 Software Used: Tomcat 3.3.1, IE5.5 SP2, IIS 5.0, jdk 1.3.1_01, isapi_redirector.dll. Tomcat starts up just fine with my own redirection context. I have tried this test for both ajp12 and ajp13 with similar results. Either I get this error below, or an error 404 ( resource not resolved) where it can't redirect to my page. I have tried to use the suggestions on the FAQ page for error 404, but with no luck. Error received is an inetinfo.exe related The instruction at 0x10004460 referenced memory at 0x10004460. The memory could not be read. Here is my tomcat startup showing it is stable using ajp12. (It is also stable using ajp13). What does this error mean? I have restarted the server as well as IIS countless times but with no real change in behavior. Could the isapi_redirector.dll be corrupted? 2002-04-19 09:47:36 - ServerXmlReader: Config=$TOMCAT_HOME\conf\server.xml 2002-04-19 09:47:36 - PathSetter: home=C:\tomcat 2002-04-19 09:47:36 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-12 7.0.0.1.xml 2002-04-19 09:47:36 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-ad min.xml 2002-04-19 09:47:36 - ContextXmlReader: Context config=$TOMCAT_HOME\conf\apps-Bi zWorks.xml 2002-04-19 09:47:36 - AutoWebApp: Loaded from config: DEFAULT:/admin 2002-04-19 09:47:36 - AutoWebApp: Auto-Adding DEFAULT:/examples 2002-04-19 09:47:36 - AutoWebApp: Auto-Adding DEFAULT:/ 2002-04-19 09:47:36 - ContextManager: Tomcat configured and in stable state 2002-04-19 09:47:36 - ContextManager: Adding DEFAULT:/admin 2002-04-19 09:47:36 - ContextManager: Adding DEFAULT:/BizWorks/policy 2002-04-19 09:47:36 - ContextManager: Adding DEFAULT:/examples 2002-04-19 09:47:36 - ContextManager: Adding DEFAULT:/ROOT EmbededTomcat: Init time 1853 2002-04-19 09:47:37 - Http10Interceptor: Starting on 8080 2002-04-19 09:47:37 - Ajp12Interceptor: Starting on 8007 2002-04-19 09:47:37 - Ajp13Interceptor: Starting on 8009 EmbededTomcat: Startup time 280 As an FYI, this is my context redirection. An html file exists under the docBase directory noted below. ?xml version=1.0 encoding=ISO-8859-1? webapps Context path=/BizWorks/policy docBase=C:\BizWorks\WebApps\policy debug=0 reloadable=true/ /webapps -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: MinTC, terrible rudeness, persistence
I have to admit not having read the MinTC source, however, I thought the tomcat community uses/develops multiple implementations of many interfaces. Most of the http/socket/auth?/config (xml file/ajp-webapp/admin) code is effectively multiple implementations of the same interfaces. Isn't the whole design of catalina intended to allow different implementations of practically every concrete class? The point is not about developing multiple implementations - but about beeing a part of the community and proposing/discussing changes instead of posting announcements of a fork's releases. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [JK2] Win32 Signals
I'm trying to get to compile the JNI part of JK2 in win32, again with my legendary naiveness ;), how is suppoussed we deal with signals in win32?? just add another ifdef here with a HAVE_UNIX_SIGNALS ? Could you use instead the SetConsoleCtrlHandler API ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_service_iis.c
nacho 02/04/19 07:17:08 Modified:jk/native2/server/isapi jk_service_iis.c Log: Cleaning format, detabbify Revision ChangesPath 1.6 +4 -4 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_service_iis.c Index: jk_service_iis.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_service_iis.c,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- jk_service_iis.c 19 Apr 2002 14:03:28 - 1.5 +++ jk_service_iis.c 19 Apr 2002 14:17:08 - 1.6 @@ -59,7 +59,7 @@ * Description: IIS Jk2 Service * Author: Gal Shachor [EMAIL PROTECTED] * Henri Gomez [EMAIL PROTECTED] - * Ignacio J. Ortega [EMAIL PROTECTED] + * Ignacio J. Ortega [EMAIL PROTECTED] */ // This define is needed to include wincrypt,h, needed to get client certificates @@ -286,7 +286,7 @@ { LPEXTENSION_CONTROL_BLOCK lpEcb=(LPEXTENSION_CONTROL_BLOCK)serverObj; char *worker_name; - char huge_buf[16 * 1024]; /* should be enough for all */ +char huge_buf[16 * 1024]; /* should be enough for all */ DWORD huge_buf_sz; @@ -403,7 +403,7 @@ huge_buf_sz = sizeof(huge_buf); if (get_server_value(env, - lpEcb, +lpEcb, ALL_HTTP, huge_buf, huge_buf_sz, @@ -508,7 +508,7 @@ if (s-content_read s-content_length || (s-is_chunked ! s-no_more_chunks)) { - LPEXTENSION_CONTROL_BLOCK lpEcb=(LPEXTENSION_CONTROL_BLOCK)s-ws_private; +LPEXTENSION_CONTROL_BLOCK lpEcb=(LPEXTENSION_CONTROL_BLOCK)s-ws_private; char *buff = s-pool-calloc(env,s-pool, 2048); if (buff != NULL) { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [JK2] Win32 Signals
De: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Enviado el: viernes 19 de abril de 2002 16:17 Could you use instead the SetConsoleCtrlHandler API ? Of course, that part is not a problem, but the other side, how can i deal with unix declarations and code ? it seems Java part is calling native to set some Signal handler.. looking for a brief explantion .. Saludos , Ignacio J. Ortega msg25465/bin0.bin Description: application/ms-tnef -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
GOMEZ Henri [EMAIL PROTECTED] wrote: - add MinTC as a tomcat 4 subproject and host here in Apache This cannot be done, as the layering structure of the ASF won't allow it. It can be hosted either in commons, either here (but then it would be swallowed by the TC project itself), or as a top level project of Jakarta (or some other project)... On this same thread, I don't see many issues related to Tomcat itself discussed on this list (sometimes I do post about some, but it _really_ looks like that my posts are redirected to /dev/null - for instance, see my post about extension-case matching on MacOS/X... NOONE replied, not even cared to ask Since you run OS/X everywhere, can you find a fix or some things like that. Do you remember what you say yesterday about platform problems ?) I clearly do, I replied to your post saying that I don't care about AS/400s and stated clearly what my objectives are (compilation of mod_jk under hesoteric operating systems is not a bug, not a security hole, but simply a port of a component I'm not involved with - let's make a difference here). It's something I won't probably need in the future, and _I_BELIEVE_ doesn't affect our users community at large, as frankly AFAIK you're the only one with one of those little nifty IBM machines I know). But at least I replied... (Ok, now don't nitpick on the fact that I'm not fixing Win32 bugs on Win32, I _don't_have_ a Win32 machine anymore, at least since I left Sun Microsystems, and my MSVC license is not available anymore since those people testing out builds at the University of Westminster don't work there anymore...) On the other hand, how many replies were there to a notification of a _bug_ (a serious security hole -IMO) I found on OS/X? Zero, not even a (as I said) since you have OS/X can you volunteer to fix it, or since I don't have OSX I don't care about it... none, nada, nihil, nothing... Now I'm wondering... What would have happened if I reported the same bug for Tomcat 3.3? :) :) :) :) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JK2] Win32 Signals
It depends what those signals were used for in the UNIX environment. If that was for implementing inter-process communication (IPC), you'd be better off using Win32 IPC primitives (events, semaphors, mutexes - depends on usage). Of course, it again depends on whether you can control the source of the process on the other end of the IPC. If you want to respond to process termination situations, you'd rather use a console control handler (look into the SetConsoleCtrlHandler friends API call). -- Attila Szegedi home: http://www.szegedi.org - Original Message - From: Ignacio J. Ortega [EMAIL PROTECTED] To: 'tomcat-dev' [EMAIL PROTECTED] Sent: 2002. prilis 19. 16:08 Subject: [JK2] Win32 Signals Hola a todos: I'm trying to get to compile the JNI part of JK2 in win32, again with my legendary naiveness ;), how is suppoussed we deal with signals in win32?? just add another ifdef here with a HAVE_UNIX_SIGNALS ? Saludos , Ignacio J. Ortega -- 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: [JK2] Win32 Signals
Could you use instead the SetConsoleCtrlHandler API ? Of course, that part is not a problem, but the other side, how can i deal with unix declarations and code ? it seems Java part is calling native to set some Signal handler.. looking for a brief explantion .. You speak about signal defined in native2/jni/jk_jni_aprImpl.c or native2/common/jk_vm_default.c ? native2/jni/jk_jni_aprImpl.c is here for apr support which shouldn't be your case yet ? native2/common/jk_vm_default.c is only under LINUX / APACHE2 so you should be safe -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have to admit not having read the MinTC source, however, I thought the tomcat community uses/develops multiple implementations of many interfaces. Most of the http/socket/auth?/config (xml file/ajp-webapp/admin) code is effectively multiple implementations of the same interfaces. Isn't the whole design of catalina intended to allow different implementations of practically every concrete class? The point is not about developing multiple implementations - but about beeing a part of the community and proposing/discussing changes instead of posting announcements of a fork's releases. Someone might feel that as a fork, someone might feel that as an interesting development thread and evolution so closely related to the current codebase not even to look at _who_ is developing it and _where_... Someone might perceive Tomcat 3.3 as a fork as well, or the whole Tomcat stuff as a fork from HTTPD since someone invented the HTTP connector, but do we want to go over the same stuff over-and-over-and-over again? Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
On Fri, 19 Apr 2002, Rolf Veen wrote: Remy Maucherat wrote: I will veto this (or vote against, if it's a majority vote). It has been very clear for a while that the Tomcat project has to provide one and only one servlet container for a particular version of the specifications. That would have been the best. But right now there are two different implementations of the 2.2 spec, without any clear winner from the user's and also the integrator's point of view. If Tomcat 5 builds on Tomcat 4.x, should 3.x die then ? I don't think so. The 'product' of tomcat-dev is a _community_, not a servlet container. And I will -1 any Tomcat 5 proposal that doesn't address this problem and is acceptable to both 3.x and 4.x people. It can be either a merge of 3.x with 4.x, or it can start from scratch with a list of requirements and proposals ( like Xerces 2 or Axis ), discussed one by one and then implemented by everyone. I hope we'll not end with an ant2 model, with 2-3 different competing 'proposals' ( all with cat-derived names, but little else in common ). The work in j-t-c and jasper is a good start. And if Tomcat 5 will have both valves and interceptors - but a single community behind it - then it'll be a success. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JK2] Win32 Signals
On Fri, 19 Apr 2002, Ignacio J. Ortega wrote: Hola a todos: I'm trying to get to compile the JNI part of JK2 in win32, again with my legendary naiveness ;), how is suppoussed we deal with signals in win32?? just add another ifdef here with a HAVE_UNIX_SIGNALS ? It shouldn't have any signal code, just calls to APR. You can take a look at the SHM code and use the APR defines (APR_HAS_XXX). The signal code is not used at this moment - it needs more work to do the callbacks ( will probably use the same code as the jni channel ), so you can just comment it out or replace it with the apr equivalents. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_service_iis.c
On Fri, 19 Apr 2002, Ignacio J. Ortega wrote: Update, after merging few dozens cvs conflicts :-) :-) , sorry bout that, I'll try to follow up your changes this evening ( here ), please wait for commits.. Today is shared memory-day, I'll not touch the IIS. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: MinTC, terrible rudeness, persistence
This cannot be done, as the layering structure of the ASF won't allow it. It can be hosted either in commons, either here (but then it would be swallowed by the TC project itself), or as a top level project of Jakarta (or some other project)... couldn't it be a tomcat sub project like jasper2 or jtc ? Do you remember what you say yesterday about platform problems ?) I clearly do, I replied to your post saying that I don't care about AS/400s and stated clearly what my objectives are (compilation of mod_jk under hesoteric operating systems is not a bug, not a security hole, but simply a port of a component I'm not involved with - let's make a difference here). Ok, that's why an alternative build system which may help build on hesoterico-exotico OS is still good to take. end of story ;) It's something I won't probably need in the future, and _I_BELIEVE_ doesn't affect our users community at large, as frankly AFAIK you're the only one with one of those little nifty IBM machines I know). JF/Martin from ASF have also some interesting systems ;) There is many commiters on ASF who works directly on indirectly for IBM and use/contribute ASF projects. Not speaking about AS/400 techies from IBM Rochester Labs tracking tomcat-dev in silent mode, and I'd like to heard a little more (Walt, Jim be our guests). Tomcat is a server side application and AS/400 is not so exotic on server area. That's why it's so important to get it there. IBM use on AS/400, some of the latest ASF works, Apache 2.0, Tomcat (yes still 3.2.1, they need to upgrade their own mod_jk version to be able to use tomcat 3.3.1 or 4.0.3 since updates in headers in ajp13). I'm very happy using tomcat/apache2.0/jk on AS/400 instead of being limited to IBM own websphere. Having OSS on such 'closed' systems is a great victory of ASF But at least I replied... (Ok, now don't nitpick on the fact that I'm not fixing Win32 bugs on Win32, I _don't_have_ a Win32 machine anymore, at least since I left Sun Microsystems, and my MSVC license is not available anymore since those people testing out builds at the University of Westminster don't work there anymore...) On the other hand, how many replies were there to a notification of a _bug_ (a serious security hole -IMO) I found on OS/X? Zero, not even a (as I said) since you have OS/X can you volunteer to fix it, or since I don't have OSX I don't care about it... none, nada, nihil, nothing... I didn't have OS/X, and you know how I'll be happy to have one, so couldn't do anything to fix. Now I'm wondering... What would have happened if I reported the same bug for Tomcat 3.3? :) :) :) :) Same problem that in 4.x and related question : - how many tomcat 3.3 developpers have access to OS/X ? - how many tomcat 4.x developpers have access to OS/X ? if the bug is a security problem, at least on one platform, it should be fixed and since you have access to such platform you may provide the fix. There was fix for windows platform not so long from that but it's clear that OS/X and AS/400 have a common problem today, less users/developpers than Unix or Windows -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: MinTC, terrible rudeness, persistence
[EMAIL PROTECTED] wrote: The point is not about developing multiple implementations - but about beeing a part of the community and proposing/discussing changes instead of posting announcements of a fork's releases. Costin, My response got to be way too long, so here's just a summary. It comes off as a bit clipped, but that's because it's short, not because the questions were unreasonable :-) - I did discuss MinTC/MinimalTomcat on the dev list, check the archives. The topic didn't seem very popular, but I took that to mean I had weird requirements that few others shared. Later on, I started making announcements as a way to generate discussion and keep the core developers up-to-date. - It's not a fork. If it were a fork, I wouldn't care about the core code. But it's not, so I do. It's not Tomcat 4, but it is, by any reasonable definition, a version of Catalina. - It was always my intention to propose donating the code back to Apache, I should have been more clear about this. But I wanted to wait for the 1.0 release, for obvious reasons. - MinTC is not competition for Tomcat. You would have to be frigging insane to use MinTC if you could possibly use Tomcat 4 instead. But sometimes Tomcat 4 is difficult or impossible to use. That's not because Tomcat 4 is bad, it's just that it's full featured. I didn't think a patch to remove MBeans, JNDI and auto-deployment from the core would be well received :-) If you're interested, there's more detail on the MinTC page. Thanks for your feedback, -- 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: MinTC, terrible rudeness, persistence
Christopher K. St. John [EMAIL PROTECTED] wrote: - MinTC is not competition for Tomcat. You would have to be frigging insane to use MinTC if you could possibly use Tomcat 4 instead. But sometimes Tomcat 4 is difficult or impossible to use. That's not because Tomcat 4 is bad, it's just that it's full featured. I didn't think a patch to remove MBeans, JNDI and auto-deployment from the core would be well received :-) I don't consider me a Tomcat 4.0 core committer, but that patch would have my biggest +1 on Earth! :) Pier (who has a script to remove stuff from TC4's binary distro!) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: MinTC, terrible rudeness, persistence
I don't consider me a Tomcat 4.0 core committer, but that patch would have my biggest +1 on Earth! :) Pier (who has a script to remove stuff from TC4's binary distro!) I'm also not a core (not even satelitar) commiter in TC 4 yet, but a lighter TC 4.x will have my +1 and the current TC 4.0.x 'LE' mode is allready a good step in that direction. The use of mx4j and PureTLS is also a big plus -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi isapi.dsp jk_iis.h jk_isapi_plugin.c
nacho 02/04/19 10:26:08 Modified:jk/native2/server/isapi isapi.dsp jk_iis.h jk_isapi_plugin.c Log: * Work in progress More cleanup, starting get things in place, some shakes need, but everything is there, compiles.. Revision ChangesPath 1.2 +4 -8 jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp Index: isapi.dsp === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- isapi.dsp 18 Apr 2002 15:03:32 - 1.1 +++ isapi.dsp 19 Apr 2002 17:26:08 - 1.2 @@ -140,10 +140,6 @@ # End Source File # Begin Source File -SOURCE=..\..\common\jk_nwmain.c -# End Source File -# Begin Source File - SOURCE=..\..\common\jk_objCache.c # End Source File # Begin Source File @@ -216,10 +212,6 @@ # PROP Default_Filter h;hpp;hxx;hm;inl # Begin Source File -SOURCE=.\iis.h -# End Source File -# Begin Source File - SOURCE=..\..\include\jk_channel.h # End Source File # Begin Source File @@ -241,6 +233,10 @@ # Begin Source File SOURCE=..\..\include\jk_handler.h +# End Source File +# Begin Source File + +SOURCE=.\jk_iis.h # End Source File # Begin Source File 1.4 +19 -10jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h Index: jk_iis.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jk_iis.h 19 Apr 2002 14:03:28 - 1.3 +++ jk_iis.h 19 Apr 2002 17:26:08 - 1.4 @@ -95,9 +95,9 @@ #define HTTP_QUERY_HEADER_NAME (HTTP_TOMCATQUERY) #define HTTP_WORKER_HEADER_NAME (HTTP_TOMCATWORKER) -#define SERVER_NAME (SERVER_NAME ) +#define SERVER_NAME (SERVER_NAME ) -#define SERVER_SOFTWARE (SERVER_SOFTWARE) +#define SERVER_SOFTWARE (SERVER_SOFTWARE) #define REGISTRY_LOCATION (Software\\Apache Software Foundation\\Jakarta Isapi Redirector\\2.0) #define EXTENSION_URI_TAG (extension_uri) @@ -108,16 +108,16 @@ #define URI_SELECT_UNPARSED_VERB(unparsed) #define URI_SELECT_ESCAPED_VERB (escaped) -#define BAD_REQUEST -1 -#define BAD_PATH -2 -#define MAX_SERVERNAME 128 +#define BAD_REQUEST -1 +#define BAD_PATH-2 +#define MAX_SERVERNAME 128 #define GET_SERVER_VARIABLE_VALUE(name, place) {\ (place) = NULL; \ huge_buf_sz = sizeof(huge_buf); \ if (get_server_value(env, \ - lpEcb,\ +lpEcb,\ (name), \ huge_buf, \ huge_buf_sz,\ @@ -129,7 +129,7 @@ #define GET_SERVER_VARIABLE_VALUE_INT(name, place, def) { \ huge_buf_sz = sizeof(huge_buf); \ if (get_server_value(env,\ - lpEcb,\ +lpEcb,\ (name), \ huge_buf, \ huge_buf_sz,\ @@ -143,11 +143,20 @@ } \ }\ -void JK_METHOD getparents(char *name); -int JK_METHOD escape_url(const char *path, char *dest, int destsize); +static int JK_METHOD jk2_service_iis_head(jk_env_t *env, jk_ws_service_t *s ); + +static int JK_METHOD jk2_service_iis_read(jk_env_t *env, jk_ws_service_t *s, + void *b, unsigned len, + unsigned *actually_read); + +static int JK_METHOD jk2_service_iis_write(jk_env_t *env,jk_ws_service_t *s, + const void *b, + unsigned l); + +static int JK_METHOD jk2_service_iis_init_ws_service( struct jk_env *env, jk_ws_service_t *_this, + struct jk_worker *w, void *serverObj ); -int JK_METHOD unescape_url(char *url); #ifdef __cplusplus } 1.5 +50 -66 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c Index: jk_isapi_plugin.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 ---
MinTC/Tomcat 4/Catalina. Conflict? No.
GOMEZ Henri wrote: I don't consider me a Tomcat 4.0 core committer, but that patch would have my biggest +1 on Earth! :) but a lighter TC 4.x will have my +1 and the current TC 4.0.x 'LE' mode is allready a good step in that direction. Ok, time to change the subject line. I know this isn't what you all were talking about, but I'm worried it could be confusing for those who haven't followed the whole thread: MinTC is an insanely special-purpose container. Despite the name, it isn't really a minimal-version of Tomcat 4, it's something different (see the MinTC web page for details). That's one reason I changed the name from MinimalTomcat to MinTC. Maybe the change wasn't big enough. It's open source, and I will certainly provide help to anyone who wants to do other stuff with it, but my personal focus is on one or two very specific kinds of usage. If things learned while developing MinTC turn out to be useful for the next version of Tomcat, that would be really cool, but I personally want to concentrate on keeping MinTC in its (comfortable little) niche. Again: It's open source, I'm open to suggestions on other uses, but my personal focus is very specific. Thanks for all the feedback. Even the negative stuff is good (as long as it isn't so bizarrely rude and contemptuous that I can't read it with a clear head!) -- 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]
DO NOT REPLY [Bug 8285] - PageContextImpl breaks spec; include() explicitly sets autoflush==true
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=8285. 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=8285 PageContextImpl breaks spec; include() explicitly sets autoflush==true [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-19 17:49 --- PageContextImpl.include is an implementation of PageContext.include. According to javadoc comment for javax.servlet.jsp.PageContext.include, /** * p * Causes the resource specified to be processed as part of the current * ServletRequest and ServletResponse being processed by the calling Thread. * The output of the target resources processing of the request is written * directly to the ServletResponse output stream. * /p * p * The current JspWriter out for this JSP is flushed as a side-effect * of this call, prior to processing the include. * /p so clearly, invoking PageContextImpl.include should do a flush. Now the default value of flush for a JSP include action **IS** false, but then the code that is generated from an include action does not call PageContextImpl.include but calls JspRuntimeLibrary.include, and there the value for flush is correctly set, and the default value of flush is also passed correctly. Do you have a test case that is behaving otherwise? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: MinTC, terrible rudeness, persistence
Christopher, I think a more modular 4.0 would be a step forward - and it seems many others agree. But what you are doing is a fork by all definitions that I know. As I said, I do agree with Remy - if you care about tomcat you should 'persist' in pushing for your ideas and find ways to work with the rest of us ( instead of forking and 'keeping us updated of the evolution of the fork' ). As this thread shows, there is a lot of support for a minimalistic version of tomcat. Tomcat3.3 already has a target that builds the 600k-single-jar-no-extra-files version, and nobody complained. So I see no reason for a fork ( at least not before you finished all the options in getting your modules accepted ). You must at least try first. JNDI, JMX, autodeplyment and a lot of other things are usefull and interesting - but as long as you don't brake them I see no valid reason for not accepting alternative implementations. ( the same as I wouldn't see any reason for not accepting an JNDI or JMX module for 3.3 - as long as we can still build a minimal container and the current set of modules remain the default ). Maybe not in the main branch, but in a contrib/. But discussed and accepted on tomcat-dev. Costin On Fri, 19 Apr 2002, Christopher K. St. John wrote: - I did discuss MinTC/MinimalTomcat on the dev list, check the archives. The topic didn't seem very popular, but I took that to mean I had weird requirements that few others shared. Later on, I started making announcements as a way to generate discussion and keep the core developers up-to-date. - It's not a fork. If it were a fork, I wouldn't care about the core code. But it's not, so I do. It's not Tomcat 4, but it is, by any reasonable definition, a version of Catalina. - It was always my intention to propose donating the code back to Apache, I should have been more clear about this. But I wanted to wait for the 1.0 release, for obvious reasons. - MinTC is not competition for Tomcat. You would have to be frigging insane to use MinTC if you could possibly use Tomcat 4 instead. But sometimes Tomcat 4 is difficult or impossible to use. That's not because Tomcat 4 is bad, it's just that it's full featured. I didn't think a patch to remove MBeans, JNDI and auto-deployment from the core would be well received :-) If you're interested, there's more detail on the MinTC page. Thanks for your feedback, -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/valve valves.jsp
manveen 02/04/19 11:04:40 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve DeleteValveAction.java ValveUtil.java ValvesForm.java webapps/admin/valve valves.jsp Log: * Minor fixes for creating and deleting the newly created valve operation to work * Links from the delete valves should link back to the properties of the valve. Revision ChangesPath 1.4 +5 -4 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/DeleteValveAction.java Index: DeleteValveAction.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/DeleteValveAction.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- DeleteValveAction.java16 Apr 2002 17:04:19 - 1.3 +++ DeleteValveAction.java19 Apr 2002 18:04:40 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/DeleteValveAction.java,v 1.3 2002/04/16 17:04:19 manveen Exp $ - * $Revision: 1.3 $ - * $Date: 2002/04/16 17:04:19 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/DeleteValveAction.java,v 1.4 2002/04/19 18:04:40 manveen Exp $ + * $Revision: 1.4 $ + * $Date: 2002/04/19 18:04:40 $ * * * @@ -97,7 +97,7 @@ * The codeAction/code that sets up emDelete Valves/em transactions. * * @author Manveen Kaur - * @version $Revision: 1.3 $ $Date: 2002/04/16 17:04:19 $ + * @version $Revision: 1.4 $ $Date: 2002/04/19 18:04:40 $ */ public class DeleteValveAction extends Action { @@ -170,6 +170,7 @@ // Accumulate a list of all available valves ArrayList list = new ArrayList(); String parent = request.getParameter(parent); +valvesForm.setParentObjectName(parent); try { Iterator items = (Lists.getValves(mBServer, parent)).iterator(); 1.6 +5 -5 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/ValveUtil.java Index: ValveUtil.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/ValveUtil.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- ValveUtil.java18 Apr 2002 21:39:45 - 1.5 +++ ValveUtil.java19 Apr 2002 18:04:40 - 1.6 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/ValveUtil.java,v 1.5 2002/04/18 21:39:45 manveen Exp $ - * $Revision: 1.5 $ - * $Date: 2002/04/18 21:39:45 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/ValveUtil.java,v 1.6 2002/04/19 18:04:40 manveen Exp $ + * $Revision: 1.6 $ + * $Date: 2002/04/19 18:04:40 $ * * * @@ -94,7 +94,7 @@ * A utility class that contains methods common across valves. * * @author Manveen Kaur - * @version $Revision: 1.5 $ $Date: 2002/04/18 21:39:45 $ + * @version $Revision: 1.6 $ $Date: 2002/04/19 18:04:40 $ */ public final class ValveUtil { @@ -206,7 +206,7 @@ nodeLabel, EditValve.do?select= + encodedName + nodeLabel= + URLEncoder.encode(nodeLabel) + -parent= + URLEncoder.encode(parent), +parent= + URLEncoder.encode(parentNodeName), content, true); parentNode.addChild(childNode); 1.2 +18 -5 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/ValvesForm.java Index: ValvesForm.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/ValvesForm.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ValvesForm.java 11 Apr 2002 19:17:18 - 1.1 +++ ValvesForm.java 19 Apr 2002 18:04:40 - 1.2 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/ValvesForm.java,v 1.1 2002/04/11 19:17:18 manveen Exp $ - * $Revision: 1.1 $ - * $Date: 2002/04/11 19:17:18 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/valve/ValvesForm.java,v 1.2 2002/04/19 18:04:40 manveen Exp $ + *
[JK2] Reading arbitrary properties files
Hola a Todos: How can i use jk2 to read and parse an arbitrary properties file? Saludos , Ignacio J. Ortega -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_service_iis.c
nacho 02/04/19 11:48:57 Modified:jk/native2/server/isapi jk_service_iis.c Log: * Work in progress Adapting to jk_requtil.c Revision ChangesPath 1.7 +3 -3 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_service_iis.c Index: jk_service_iis.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_service_iis.c,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- jk_service_iis.c 19 Apr 2002 14:17:08 - 1.6 +++ jk_service_iis.c 19 Apr 2002 18:48:57 - 1.7 @@ -286,7 +286,7 @@ { LPEXTENSION_CONTROL_BLOCK lpEcb=(LPEXTENSION_CONTROL_BLOCK)serverObj; char *worker_name; -char huge_buf[16 * 1024]; /* should be enough for all */ +char huge_buf[16 * 1024]; /* should be enough for all */ DWORD huge_buf_sz; @@ -300,9 +300,9 @@ s-query_string = lpEcb-lpszQueryString; /* *worker_name= DEFAULT_WORKER_NAME; */ GET_SERVER_VARIABLE_VALUE(URL, s-req_uri); -if (unescape_url(s-req_uri) 0) +if (jk_requtil_unescapeUrl(s-req_uri) 0) return JK_FALSE; -getparents(s-req_uri); +jk_requtil_getParents(s-req_uri); } GET_SERVER_VARIABLE_VALUE(AUTH_TYPE, s-auth_type); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
Skip ahead to the substantive-discussion section if you're bored with the other topics in this thread. [EMAIL PROTECTED] wrote: But what you are doing is a fork by all definitions that I know. It's an alternative implementation of some of the Catalina interfaces, but it's clearly not a fork. I'm using this as a working definition: A fork refers to what you do in a revision control system when you want to work independently on two versions of the same code. By extension, on Open Source projects it means taking a copy of the code base and making your own copy that isn't kept synchronized with the mainline branch. MinTC steals a little bit of code from some of the o.a.c.core classes, but it doesn't copy any of them. What it uses of the Catalina code, it uses completely intact (I'm currently tracking CVS HEAD). So it's not a fork. Forks suck. Alternative API implementations, on the other hand, are generally considered a good thing. Some spec processes even require them! You must at least try first. I did. Don't take my word for it, it's in the archives. substantive-discussion I rejected the idea not because it was met with hostility (I got good feedback), but because the discussion (on tomcat-dev) convinced me that it was not the right technical solution. It comes down to the fact that totally generic code has some rather extreme practical drawbacks. The classes within o.a.c.core,for example, need to be able to depend to some degree on each other's innards. As Craig said: Within a particular package (org.apache.catalina.core), I don't see a problem with the classes depending on each other's insides -- the package as a whole is designed, as a unit, to provide the required functionality for that package. o.a.c.core's required functionality is simply very different than that of MinTC. MinTC has such a different audience that it didn't seem reasonable to saddle Tomcat 4 with MinTC's requirements. Integrating the two would require that every last bit of functionality was somehow modularized out of Tomcat 4 core, and that's undesirable. It's like making a combination jackhammer and framing hammer just because they both have the word hammer in their name. Sure, you could do it, but it would be silly. Right tool for the right job, and all that. The whole write very specific tools but make them interoperate thing (The Unix Philosophy) isn't for everyone. Some people prefer other approaches, like extreme factoring and adding loads of hooks. It's all good. Knowing MinTC is a Unix-philosophy sort of project might make it easier to understand where I'm going with it. /substantive-discussion Again, the feedback is good. It all helps, especially the architecture discussion, even if it's negative. (Although I can't help but wish some of the people commenting now would have piped up earlier :-) -- 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]
DO NOT REPLY [Bug 8312] New: - Minor typos in doc and sample app
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=8312. 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=8312 Minor typos in doc and sample app Summary: Minor typos in doc and sample app Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Minor Priority: Other Component: Webapps:Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Two minor typos: 1 - In file ./webapps/tomcat-docs/appdev/source.html, look for compiile. It should be compile. 2 - In file ./webapps/tomcat-docs/appdev/sample/build.xml, look for build..home. It should be build.home. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JK2] Reading arbitrary properties files
On Fri, 19 Apr 2002, Ignacio J. Ortega wrote: Hola a Todos: How can i use jk2 to read and parse an arbitrary properties file? jk2_config_read() It'll read the properties into the jk_map ( without doing the ${} substitution ! - you must do it after you read ). The only 'special' thing about the format is that it'll read [foo] sections and append it as a prefix to all following properties: [foo] a=b c=d is equivalent with: foo.a=b foo.c=d Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java Node.java PageInfo.java ParserController.java Validator.java
kinman 02/04/19 13:35:01 Modified:jasper2 BUILDING.txt jasper2/src/share/org/apache/jasper/compiler Generator.java Node.java PageInfo.java ParserController.java Validator.java Log: - Implement errata_a per http://jcp.org/aboutJava/communityprocess/maintenance/jsr053/errata_1_2_a_20020321.html Revision ChangesPath 1.2 +8 -4 jakarta-tomcat-jasper/jasper2/BUILDING.txt Index: BUILDING.txt === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/BUILDING.txt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- BUILDING.txt 28 Mar 2002 18:46:15 - 1.1 +++ BUILDING.txt 19 Apr 2002 20:35:01 - 1.2 @@ -1,9 +1,13 @@ -1. Build tomcat 4 +1. Go to a tomcat 4.0/4.1 repository cd jakarta-tomcat-4.0 -ant -2. Build jasper2 +2. Edit jakarta-tomcat-4.0/build.properties to include this line + +jasper.home=../jakarta-tomcat-jasper/jasper2 -cd ../jakarta-tomcat-jasper/jasper2 +3. Build tomcat 4 + +ant clean ant + 1.5 +6 -15 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java Index: Generator.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- Generator.java11 Apr 2002 18:14:03 - 1.4 +++ Generator.java19 Apr 2002 20:35:01 - 1.5 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v 1.4 2002/04/11 18:14:03 kinman Exp $ - * $Revision: 1.4 $ - * $Date: 2002/04/11 18:14:03 $ + * $Header: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v 1.5 2002/04/19 20:35:01 kinman Exp $ + * $Revision: 1.5 $ + * $Date: 2002/04/19 20:35:01 $ * * * @@ -160,7 +160,6 @@ String servletPackageName = ctxt.getServletPackageName(); String servletClassName = ctxt.getServletClassName(); String serviceMethodName = Constants.SERVICE_METHOD_NAME; - String servletContentType = Constants.SERVLET_CONTENT_TYPE; // First the package name: @@ -229,17 +228,9 @@ out.printil(_jspxFactory = JspFactory.getDefaultFactory();); - if (pageInfo.getContentType() != null) { - servletContentType = pageInfo.getContentType(); - out.printin(response.setContentType(); - out.print (quote(servletContentType)); - out.println();); - } - else { - out.printin(response.setContentType(\); - out.print (servletContentType); - out.println(;charset=ISO-8859-1\);); - } + out.printin(response.setContentType(); + out.print (quote(pageInfo.getContentType())); + out.println();); out.printil(pageContext = _jspxFactory.getPageContext( + this, request, response,); 1.6 +4 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java Index: Node.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- Node.java 5 Apr 2002 20:27:30 - 1.5 +++ Node.java 19 Apr 2002 20:35:01 - 1.6 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java,v 1.5 2002/04/05 20:27:30 kinman Exp $ - * $Revision: 1.5 $ - * $Date: 2002/04/05 20:27:30 $ + * $Header: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java,v 1.6 2002/04/19 20:35:01 kinman Exp $ + * $Revision: 1.6 $ + * $Date: 2002/04/19 20:35:01 $ * * * @@ -740,7 +740,7 @@ */ /** - * Represents attributes that can be runtime expressions. + * Represents attributes that can be request time expressions. */ public static class JspAttribute { 1.2 +12 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/PageInfo.java Index: PageInfo.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/PageInfo.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- PageInfo.java 28 Mar 2002
IIS and TOMCAT on different Machine?
How do I integrate IIS and TOMCAT when they are on different machines? Can it be even done? thanks, sandeep
DO NOT REPLY [Bug 6374] - class not find for:org/w3c/dom/range/Range
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=6374. 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=6374 class not find for:org/w3c/dom/range/Range --- Additional Comments From [EMAIL PROTECTED] 2002-04-19 20:54 --- Please provide details on the proper work arounds for Tomcat 4.0.3 Final and Cocoon 2.0.2 in the Cocoon Installation Document. This is an anoying little bug and I can't seem to get around it due to conflicting installation instructions. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] possible speed enhancement to JspServlet.java
I'm new to this list (and the jasper code), so please let me know if I've submitted this incorrectly. I was doing some profiling of the server side environment that I work on and noticed that quite a bit of time was being used in the JSP engine. After further investigation I noticed that each JSP request that comes into the jasper engine generates a new compiler object and attempt at compilation. As much as 15% of the time of a JSP request is wasted this way. The change I made attempts to read the last modified date from the JSP file being request. A comparison is made against known last modified time for the current compiled version, if they are different then the code flows as it used to. If the times are the same then the rest of loadJSP is skipped. In my test application which relies on calling ~10 jsp files to generate a single page I found a speed improvement of ~25-50ms (on a PIII 650). There may be better ways to do this. I concentrated my fix here because it is where the profiler said the problem was. One drawback of the code I'm submitting is that if there are a large number of JSP's the Hashtable I use to store information may get large. However I can't see that being a problem until a site has 10,000 jsp's. The change I'm submitting may not be the correct way to approach the problem. Either way I think this is an issue that deserves some attention so if someone can suggest a better fix please do. - * The JSP engine (a.k.a Jasper). + * The JSP engine (a.k.a Jasper)! * * The servlet container is responsible for providing a * URLClassLoader for the web application context Jasper @@ -231,6 +232,32 @@ theServlet.destroy(); } } + + /** + * This class stores data on the last time a jsp was modified, and + * whether it is currently being compiled. + */ + class JspModfificationData { + longnLastModified = 0; + boolean bCompiling = false; + + /** + * This function determines if the jsp this represents is + * already being compiled. If it is not then the new modification + * time is saved, and false is returned meaning the caller is + * allowed to compile the JSP. + */ + synchronized boolean isCompiling(long nNewModTime) { + if (bCompiling) { + return true; + } + + nLastModified = nNewModTime; + bCompiling = true; + + return false; + } + } protected ServletContext context = null; @@ -242,6 +269,7 @@ protected String serverInfo; private PermissionCollection permissionCollection = null; private CodeSource codeSource = null; +private Hashtable htModificationData = new Hashtable(); static boolean firstTime = true; @@ -473,6 +501,9 @@ serviceJspFile(request, response, jspUri, null, precompile); } catch (RuntimeException e) { throw e; +} catch (JasperError ex) { +response.setContentType(text/html); +response.getWriter().print(ex.getMessage()); } catch (ServletException e) { throw e; } catch (IOException e) { @@ -509,86 +540,172 @@ boolean loadJSP(String jspUri, String classpath, boolean isErrorPage, HttpServletRequest req, HttpServletResponse res) throws JasperException, FileNotFoundException -{ - // First check if the requested JSP page exists, to avoid creating - // unnecessary directories and files. - if (context.getResourceAsStream(jspUri) == null) - throw new FileNotFoundException(jspUri); - - JspServletWrapper jsw=(JspServletWrapper) jsps.get(jspUri); - if( jsw==null ) { - throw new JasperException(Can't happen - JspServletWrapper=null); - } -File outDir = null; -try { -URL outURL = options.getScratchDir().toURL(); -String outURI = outURL.toString(); -if( outURI.endsWith(/) ) -outURI = outURI + jspUri.substring(1,jspUri.lastIndexOf(/)+1); -else -outURI = outURI + jspUri.substring(0,jspUri.lastIndexOf(/)+1);; -outURL = new URL(outURI); -outDir = new File(outURL.getFile()); -if( !outDir.exists() ) { -outDir.mkdirs(); -} -} catch(Exception e) { -throw new JasperException(No output directory: + e.getMessage()); -} - boolean firstTime = jsw.servletClass == null; -JspCompilationContext ctxt = new JspEngineContext(parentClassLoader, classpath, - context, jspUri, outDir.toString() + File.separator, - isErrorPage, options, - req, res); - boolean outDated
DO NOT REPLY [Bug 8315] New: - Tomcat doesn't create the mod_jk.conf-auto file
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=8315. 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=8315 Tomcat doesn't create the mod_jk.conf-auto file Summary: Tomcat doesn't create the mod_jk.conf-auto file Product: Tomcat 4 Version: 4.0 Beta 3 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat is supposed to create this file according to the Apache_tomcat HOWTO document. I need this to allow Apache 2.0.35 to serve the static content of my pages. According to forums on Jguru there is a new Mod_webapp file to use but there is no documentation in this regard or on exactly how to do this configuration -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
costin 02/04/19 15:30:46 Modified:jk/native2/server/apache2 mod_jk2.c Log: uriEnv may be null ( and we have workerEnv in a static variable ). Thanks Nacho:-) Revision ChangesPath 1.12 +2 -4 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c Index: mod_jk2.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- mod_jk2.c 18 Apr 2002 22:56:13 - 1.11 +++ mod_jk2.c 19 Apr 2002 22:30:46 - 1.12 @@ -59,7 +59,7 @@ * Description: Apache 2 plugin for Jakarta/Tomcat * * Author: Gal Shachor [EMAIL PROTECTED] * * Henri Gomez [EMAIL PROTECTED] * - * Version: $Revision: 1.11 $ * + * Version: $Revision: 1.12 $ * ***/ /* @@ -598,16 +598,14 @@ */ static int jk2_translate(request_rec *r) { -jk_workerEnv_t *workerEnv; jk_uriEnv_t *uriEnv; jk_env_t *env; -if(r-proxyreq) { +if(r-proxyreq || workerEnv==NULL) { return DECLINED; } uriEnv=ap_get_module_config( r-per_dir_config, jk2_module ); -workerEnv=uriEnv-workerEnv; /* get_env() */ env = workerEnv-globalEnv-getEnv( workerEnv-globalEnv ); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8318] New: - class not found for: org.apache.cocoon.servlet.CocoonServlet
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=8318. 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=8318 class not found for: org.apache.cocoon.servlet.CocoonServlet Summary: class not found for: org.apache.cocoon.servlet.CocoonServlet Product: Tomcat 4 Version: 4.0.3 Final Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: Blocker Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Åssociate with Bug: 6374 Cocoon 2.0.2 Source Release and Build release Tomcat 4.0.3 and 4.0.4b2 Mac OS X JDK 1.3 After working through all literature on bug, I still have problem. I have followed work around included in both the Cocoon Installer and info in Bug 6374. Still does not work. Please advise. See Java Exception Below from Tomcat/logs/localhost_log..txt javax.servlet.ServletException: Wrapper cannot find servlet class org.apache.cocoon.servlet.Co coonServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper .java:871) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:8 08) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardConte xt.java:3266) at org.apache.catalina.core.StandardContext.start(StandardContext.java:339 5) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:7 85) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:454) at org.apache.catalina.core.StandardHost.install(StandardHost.java:714) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:324) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:389) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:23 2) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupp ort.java: 155) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131) at org.apache.catalina.core.StandardHost.start(StandardHost.java:614) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343) at org.apache.catalina.core.StandardService.start(StandardService.java:388) at org.apache.catalina.core.StandardServer.start(StandardServer.java:506) at org.apache.catalina.startup.Catalina.start(Catalina.java:781) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) - Root Cause - java.lang.ClassNotFoundException: org.apache.cocoon.servlet.CocoonServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappCla ssLoader.java:1394) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappCla ssLoader.java:1243) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper .java:865) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:8 08) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardConte xt.java:3266) at org.apache.catalina.core.StandardContext.start(StandardContext.java:339 5) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:7 85) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:454) at org.apache.catalina.core.StandardHost.install(StandardHost.java:714) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:324) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:389) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:23 2) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupp ort.java: 155) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131) at org.apache.catalina.core.StandardHost.start(StandardHost.java:614) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343) at org.apache.catalina.core.StandardService.start(StandardService.java:388) at org.apache.catalina.core.StandardServer.start(StandardServer.java:506) at org.apache.catalina.startup.Catalina.start(Catalina.java:781) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at
DO NOT REPLY [Bug 8315] - Tomcat doesn't create the mod_jk.conf-auto file
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=8315. 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=8315 Tomcat doesn't create the mod_jk.conf-auto file [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-04-19 22:53 --- You need to enable ApacheConfig in your server.xml. This is documented at: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/ajp.html#Using% 20ApacheConfig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi isapi.dsp jk_iis.h jk_isapi_plugin.c jk_service_iis.c
nacho 02/04/19 16:08:53 Modified:jk/native2/server/isapi isapi.dsp jk_iis.h jk_isapi_plugin.c jk_service_iis.c Log: * Work in progress Near :) Revision ChangesPath 1.3 +1 -1 jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp Index: isapi.dsp === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- isapi.dsp 19 Apr 2002 17:26:08 - 1.2 +++ isapi.dsp 19 Apr 2002 23:08:53 - 1.3 @@ -79,7 +79,7 @@ # ADD BSC32 /nologo LINK32=link.exe # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /dll /debug /machine:I386 /pdbtype:sept -# ADD LINK32 libapr.lib libaprutil.lib kernel32.lib user32.lib advapi32.lib wsock32.lib /nologo /dll /debug /machine:I386 /out:Debug/isapi_redirector2.dll /pdbtype:sept /libpath:$(APACHE20_HOME)\Release /libpath:$(APR_HOME)\apr\Release /libpath:$(APR_HOME)\apr-util\Release +# ADD LINK32 libapr.lib libaprutil.lib kernel32.lib user32.lib advapi32.lib wsock32.lib /nologo /dll /debug /machine:I386 /out:e:\tomcat\jakarta-tomcat\build\tomcat\bin\native\isapi_redirector2.dll /pdbtype:sept /libpath:$(APACHE20_HOME)\Release /libpath:$(APR_HOME)\apr\Release /libpath:$(APR_HOME)\apr-util\Release !ENDIF 1.5 +10 -16jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h Index: jk_iis.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- jk_iis.h 19 Apr 2002 17:26:08 - 1.4 +++ jk_iis.h 19 Apr 2002 23:08:53 - 1.5 @@ -77,7 +77,7 @@ #define DEFAULT_WORKER_NAME (ajp13) /* - * We use special headers to pass values from the filter to the + * We use special headers to pass values from the filter to the * extension. These values are: * * 1. The real URI before redirection took place @@ -95,18 +95,11 @@ #define HTTP_QUERY_HEADER_NAME (HTTP_TOMCATQUERY) #define HTTP_WORKER_HEADER_NAME (HTTP_TOMCATWORKER) -#define SERVER_NAME (SERVER_NAME ) +#define SERVER_NAME (SERVER_NAME ) #define SERVER_SOFTWARE (SERVER_SOFTWARE) #define REGISTRY_LOCATION (Software\\Apache Software Foundation\\Jakarta Isapi Redirector\\2.0) -#define EXTENSION_URI_TAG (extension_uri) - -#define URI_SELECT_TAG (uri_select) - -#define URI_SELECT_PARSED_VERB (parsed) -#define URI_SELECT_UNPARSED_VERB(unparsed) -#define URI_SELECT_ESCAPED_VERB (escaped) #define BAD_REQUEST -1 #define BAD_PATH-2 @@ -114,10 +107,10 @@ #define GET_SERVER_VARIABLE_VALUE(name, place) {\ -(place) = NULL; \ +(place) = NULL; \ huge_buf_sz = sizeof(huge_buf); \ -if (get_server_value(env, \ -lpEcb,\ +if (get_server_value(env, \ +lpEcb, \ (name), \ huge_buf, \ huge_buf_sz,\ @@ -128,14 +121,14 @@ #define GET_SERVER_VARIABLE_VALUE_INT(name, place, def) { \ huge_buf_sz = sizeof(huge_buf); \ -if (get_server_value(env,\ -lpEcb,\ +if (get_server_value(env, \ + lpEcb, \ (name), \ huge_buf, \ huge_buf_sz,\ )) { \ (place) = atoi(huge_buf); \ -if (0 == (place)) { \ +if (0 == (place)) { \ (place) = def; \ } \ } else {\ @@ -157,9 +150,10 @@ static int JK_METHOD jk2_service_iis_init_ws_service( struct jk_env *env, jk_ws_service_t *_this, struct jk_worker *w, void *serverObj ); +int jk2_service_iis_init(jk_env_t *env, jk_ws_service_t *s); #ifdef __cplusplus } #endif /* __cplusplus */ -#endif +#endif 1.6 +76 -124
Tomcat 4.0.3 ClassLoader problems
Hey guys, I have a question about the classloader... When reading the following message, please keep in the back of your mind that my application does NOT reside in the default webapps directory... I created my own virtual host, with its context in a location like /var/www/mywebapp. I don't think this should matter, but it might... Also, please excuse the html tags...I tried to post this to another board, and I am just plain tired of writing and wasting 5 hours today trying to solve this problem. Message: pHey all,/p pI have a problem that is driving me nuts...and I'm an experienced Tomcat user, so this is killing me./p pI'm using Tomcat 4.0.3 LE / jdk 1.4.0-b92/p pTomcat cannot find classes I place in a package, yet if I remove the package statement from the file, and just move the file to mywebapp/WEB-INF/classes, then tomcat can find it./p pwhen I place the .java file in the proper package directory with the cooresponding package statement in the file, and I try to run my webapp, tomcat throws an InstantiationException./p pI then went to the actual translated jsp page turned into servlet (the mypage$jsp.java file Tomcat generates) and find that the error is not really an InstantiationException...its a ClassNotFoundException. i.e., the mypage$jsp.java file just catches the ClassNotFoundException and then immediately throws the InstantiationException./p pSo now I know that Tomcat can't find the file, not just that it can't instantiate it...but I'm baffled, because the file is in the correct place./p pThis is the setup:/p pmy compiled class (DatabaseWrapper class) is located in:br mywebapp/WEB-INF/classes/com/leshazlewood/cs4400/util/DatabaseWrapper.class /p pthe package statement IN (and the 1st line) of this file is:br package com.leshazlewood.cs4400.util;/p pWhen in this structure, Tomcat throws the ClassNotFoundException./p pWhen I take it out of the package, and move it to WEB-INF/classes, Tomcat finds and instantiates the class just fine./p pFor your convenience, I've included the java class file WITH the package statement included. This is how it is SUPPOSED to be, and how I would like it. This is then followed by Tomcat's error page output./p pMANY Thanks in advance!!!/p pLes/p hl centerJava Code Follows:/center p pre package com.leshazlewood.cs4400.util; import java.sql.*; import java.util.*; import java.io.*; import com.javaexchange.dbConnectionBroker.*; /** A singleton class for wrapping the database for access by other application tiers. * Also implements connection pooling. * * @author Les A. Hazlewood * @version 0.1, 11/03/01 */ public class DatabaseWrapper { protected static DbConnectionBroker connBroker = null; protected static booleanconPoolReady = false; public DatabaseWrapper(){} public static void initConPool() { try { connBroker = new DbConnectionBroker(Constants.DB_DRIVER, Constants.DB_JDBC_STRING, Constants.DB_USERNAME, Constants.DB_PASSWORD, Constants.DB_POOL_MIN_CONS, Constants.DB_POOL_MAX_CONS, Constants.DB_POOL_LOG_FILE, Constants.DB_POOL_MAX_CON_TIME); conPoolReady = true; } catch (IOException ioe){} } public static synchronized Connection getConnection() { Connection conn; if (!conPoolReady) initConPool(); conn = connBroker.getConnection(); return conn; } //ends getConnection() public static synchronized void closeConnection(Connection conn) { try { //don't actually close it...put it back in the pool: if (conn != null) { //some beans may have turned off autocommit...so //turn it back on here so other beans that use it //will have the default behavior: conn.setAutoCommit(true); connBroker.freeConnection(conn); } } catch (Exception e) { e.printStackTrace(); } } }// ends class DatabaseWrapper /pre /p hl centerTomcat's Error Page Output Follows:/center p pre javax.servlet.ServletException: DatabaseWrapper at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImp l.java:463) at org.apache.jsp.custMembApp$jsp._jspService(custMembApp$jsp.java:374) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:202) at
DO NOT REPLY [Bug 8323] New: - No support for running the 64 bit JVM
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=8323. 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=8323 No support for running the 64 bit JVM Summary: No support for running the 64 bit JVM Product: Tomcat 4 Version: 4.0 Beta 2 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] setclasspath.sh should check for the existence of $JAVA_HOME/bin/sparcv9, and run the JVM from there if available. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8285] - PageContextImpl breaks spec; include() explicitly sets autoflush==true
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=8285. 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=8285 PageContextImpl breaks spec; include() explicitly sets autoflush==true --- Additional Comments From [EMAIL PROTECTED] 2002-04-20 01:20 --- This was my bad, I apologize. I misread the spec, and believed that PageContext.include() was the necessary handler for all includes; I elided the difference between the include directive and the jsp:include action. -- 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. ++ Servlets FAQ: http://www.jguru.com/faq/Servlets Why request.getRemoteUser() returns NULL ? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=842151 ++ Tomcat FAQ: http://www.jguru.com/faq/Tomcat Can I update the web.xml (of my context) using my servlet? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=845609 Why request.getRemoteUser() returns NULL ? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=842151 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]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi isapi.def isapi.dsp jk_iis.h jk_isapi_plugin.c jk_service_iis.c
nacho 02/04/19 20:06:18 Modified:jk/native2/server/isapi isapi.dsp jk_iis.h jk_isapi_plugin.c jk_service_iis.c Added: jk/native2/server/isapi isapi.def Log: * Adding a def file * Delete references to apr from dsp * Compiles cleanly * added registry config server_root * deleted registry configs related to log, they are now on wk2.p * Some debug statements, dll doesnt load in my iis :( testers welcomed.. * XXX : Probably we doesnt need registry settings related to uri_decode, we can set this info in wk2.p and dig then from config.. Revision ChangesPath 1.4 +3 -10 jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp Index: isapi.dsp === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- isapi.dsp 19 Apr 2002 23:08:53 - 1.3 +++ isapi.dsp 20 Apr 2002 03:06:18 - 1.4 @@ -73,13 +73,14 @@ # ADD BASE MTL /nologo /D _DEBUG /mktyplib203 /win32 # ADD MTL /nologo /D _DEBUG /mktyplib203 /win32 # ADD BASE RSC /l 0xc0a /d _DEBUG -# ADD RSC /l 0xc0a /d _DEBUG +# ADD RSC /l 0x409 /d _DEBUG BSC32=bscmake.exe # ADD BASE BSC32 /nologo # ADD BSC32 /nologo LINK32=link.exe # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /dll /debug /machine:I386 /pdbtype:sept -# ADD LINK32 libapr.lib libaprutil.lib kernel32.lib user32.lib advapi32.lib wsock32.lib /nologo /dll /debug /machine:I386 /out:e:\tomcat\jakarta-tomcat\build\tomcat\bin\native\isapi_redirector2.dll /pdbtype:sept /libpath:$(APACHE20_HOME)\Release /libpath:$(APR_HOME)\apr\Release /libpath:$(APR_HOME)\apr-util\Release +# ADD LINK32 kernel32.lib user32.lib advapi32.lib wsock32.lib /nologo /dll /debug /machine:I386 /out:e:\tomcat\jakarta-tomcat\build\tomcat\bin\native\isapi_redirector2.dll /pdbtype:sept /libpath:$(APACHE20_HOME)\Release /libpath:$(APR_HOME)\apr\Release /libpath:$(APR_HOME)\apr-util\Release +# SUBTRACT LINK32 /nodefaultlib !ENDIF @@ -92,10 +93,6 @@ # PROP Default_Filter cpp;c;cxx;rc;def;r;odl;idl;hpj;bat # Begin Source File -SOURCE=..\..\common\jk_channel_apr_socket.c -# End Source File -# Begin Source File - SOURCE=..\..\common\jk_channel_socket.c # End Source File # Begin Source File @@ -145,10 +142,6 @@ # Begin Source File SOURCE=..\..\common\jk_pool.c -# End Source File -# Begin Source File - -SOURCE=..\..\common\jk_pool_apr.c # End Source File # Begin Source File 1.6 +8 -2 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h Index: jk_iis.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- jk_iis.h 19 Apr 2002 23:08:53 - 1.5 +++ jk_iis.h 20 Apr 2002 03:06:18 - 1.6 @@ -106,7 +106,7 @@ #define MAX_SERVERNAME 128 -#define GET_SERVER_VARIABLE_VALUE(name, place) {\ +#define GET_SERVER_VARIABLE_VALUE(pool, name, place) {\ (place) = NULL; \ huge_buf_sz = sizeof(huge_buf); \ if (get_server_value(env, \ @@ -115,7 +115,7 @@ huge_buf, \ huge_buf_sz,\ )) { \ -(place) = w-pool-pstrdup(env,w-pool,huge_buf); \ +(place) = (pool)-pstrdup(env,(pool),huge_buf); \ } \ }\ @@ -151,6 +151,12 @@ struct jk_worker *w, void *serverObj ); int jk2_service_iis_init(jk_env_t *env, jk_ws_service_t *s); + +int get_server_value(struct jk_env *env, LPEXTENSION_CONTROL_BLOCK lpEcb, +char *name, +char *buf, +DWORD bufsz, +char *def_val); #ifdef __cplusplus } 1.7 +72 -90 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c Index: jk_isapi_plugin.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- jk_isapi_plugin.c 19 Apr 2002 23:08:53 - 1.6 +++ jk_isapi_plugin.c 20 Apr 2002 03:06:18 - 1.7 @@ -60,7 +60,7 @@ * Author: Gal Shachor [EMAIL PROTECTED] * * Author: Larry Isaacs [EMAIL