DO NOT REPLY [Bug 6388] New: - Duplicate files in jakarta-tomcat-4.0.2.tar.gz
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=6388. 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=6388 Duplicate files in jakarta-tomcat-4.0.2.tar.gz Summary: Duplicate files in jakarta-tomcat-4.0.2.tar.gz Product: Tomcat 4 Version: 4.0.2 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Minor Priority: Other Component: Installable Packages AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've downloaded jakarta-tomcat-4.0.2.tar.gz and noticed that two files are in there twice: - jakarta-tomcat-4.0.2/bin/setclasspath.sh - jakarta-tomcat-4.0.2/bin/tool-wrapper.sh I've checked this with Cygwin (tar --version says tar (GNU tar) 1.13.19) and WinZip. Cygwin shows the duplicates when using tar tzf ..., but doesn't complain when extracting the files. However, WinZip asks if it should overwrite the existing versions when it encounters the duplicates, which is irritating. It would be nice if you could correct jakarta-tomcat-4.0.2.tar.gz. I think there are a lot of Windows users who use the .tar.gz since it's much smaller than the .zip version and can still be unpacked using WinZip. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat 4.0.2 - Startup fails after moving xerces.xml from /common/lib to /server/lib
I am using xerces 2.0.0 in one of my webapps so I need to move xerces.jar out of /common/lib and into /server/lib. This works just fine with 4.0.2-b2. With 4.0.2 If I keep xerces.jar in /common/lib and use xerces.jar 1.4.3 in my web app everything starts up just fine. But if I move xerces.jar into /server/lib I get the exception below. I suspect that this is due to the ClassLoader bug fixes done between 4.0.2-b2 and 4.0.2. Is there any workaround for this? Ok, I understand the problem now. The thing is that Tomcat will now refuse to load the JAXP base classes from the webapp repositories. There are lots of problems with JAXP overall, so I prefered to avoid the classcasts problems, which didn't have any clean workaround. Here, it's very easy to fix (don't worry, having Xerces or jaxp.jar in server/lib won't create any more classloading problems :)). Sorry, the bug report you filed was incomplete, so the explanation I put in there was not the right one. What about including xml-common jar which include jaxp and have it on server/lib ? Then user could try to play with Xerces 2.0 or older or Crimson, since the DOM/SAX/W3C APIs will be preloaded in CL since there are in server ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6379] - Different ClassLoader problem
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=6379. 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=6379 Different ClassLoader problem --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 10:08 --- In my installation, MyPrincipal .jar stays in $CATALINA_HOME/server/lib because catalina needs it on startup. But in this case the jar is not in webapp classpath. If I put it in $CATALINA_BASE/common/lib catalina does not see the class because it is not in its classpath. If I put the jar in both directories, I have the problem of different classloader. The only way I have found is to put the jar in a global classpath, modifying the script catalina.sh. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6388] - Duplicate files in jakarta-tomcat-4.0.2.tar.gz
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=6388. 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=6388 Duplicate files in jakarta-tomcat-4.0.2.tar.gz --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 10:43 --- gzip -dc jakarta-tomcat-4.0.2.tar.gz | tar tvf - | grep setclasspath.sh -rwxr-xr-x 0/01626 2002-02-10 20:10:50 jakarta-tomcat-4.0.2/bin/setclasspath.sh -rw-r--r-- 0/01626 2002-02-10 20:10:50 jakarta-tomcat-4.0.2/bin/setclasspath.sh The resulting setclasspath.sh is not executable... (Same for tool-wrapper.sh). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6360] - request.getSession(true) may return null
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=6360. 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=6360 request.getSession(true) may return null [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Critical --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 12:05 --- For our environment I've found a fix to resolve the problem: + use a dispatcher-servlet (servlets are do not have the encountered problem) + synchronize the processed request to the session-object (required to ensure that only one resource-request is performed simultaneously) + include the specified resource (a forward to the resource would create a new thread and the request would be de-synchronized again) This solution is quite slower than the original implementation, but does never fail - independent how many frames are used. Further tests indicated that the HttpServletRequest seems to be re-initialized after a parallel request within the session has been finished. The re- initialisation is indicated by loss of the associated session. This applies at least to Tomcat versions 3.1 and 3.3! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Jasper error handling extensions
Hi.
I want to implement a simple jsp compiler plugin for the eclipse IDE.
After 1 day analyzing the current (tomcat 4.0.2) jasper code I have not
found any hooks where I can install my code to get the jasper error
messages.
Of course I can parse the text message of the exceptions thrown during
parsing and compilation but I think there should be a better way.
I think about an special ErrorHandler Interface with a concrete
implementation which provides the same error handling (exception
generation) as the current jasper code (leads to minimal code change and
no change of the current interface).
This Error Handler objects are plugged into the parser eigther through
the Options or JspCompilationContext object. (I think Options is the
better one because the ErrorHandler will not change between 2 jsp files)
With this I will be able to implement a special Error Handler (extending
the default one) for my plugin.
Possible Interface (first draft):
public interface JasperErrorHandler {
public void handleParseError(Mark mark, String msg) throws
JasperException;
public void handleCompileError(String msg, JspLineMap map) throws
JasperException;
}
I looked at the code of some IDE which integrate the jasper compiler.
They are duplicating a large number of the orignal jasper code to get
access to the error messages. I think they have the same problems as I
have.
The problem with this is that on each new Tomcat release (with Jasper
code changes) they have to adopt their code :-(
What do you think about this idea ?
nice greetings from vienna
Martin Kahr
Tomcat 4.0.2 Final RPM available
Hi to all, TC 4.0.2 rpms are available at : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2/rpms/ But read the following before rushing : Tomcat 4.0.2 in light mode need : servletapi 2.3, regexp 1.2 and xerces 1.x, that are for some compiled (servletapi), present in source tarball (regexp), or should be present on system at build time (xerces). All of these jar are then distributed in the binary tarball or in the binary RPM at build time. The Tomcat 4.0.2 RPM will no more include these jars since they will be available in their own RPM packages. These RPMs, servletapi4, regexp (1.2), xerces (1.4.4) will be available next to tomcat4 rpms in both binary and source form. Tomcat 4.0.2 RPM require them and will install them on lib directories at install time (%post) by making symlink between usual RPM jars repository /usr/share/java/ to /var/tomcat4/server/lib/ or /var/tomcat4/common/lib/ As such the TC binary RPM will be smaller, you could update xerces, regexp, servletapi4 as they will take care of Tomcat 4.0.2 and will update it accordingly. For example if you want to upgrade to Xerces 2.0 where the SAX/DOM/W3C API and Parser are splitted in 2 jars, the RPM will install them correctly (via symlink) in TC 4.0 lib dir. Side effect, it will be easier to release TC 4.0.2 RPM updates, ie for using openjmx. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6396] New: - LoggerBase class is package not public
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=6396. 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=6396 LoggerBase class is package not public Summary: LoggerBase class is package not public Product: Tomcat 4 Version: 4.0.2 Final Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The LoggerBase class is not public, unlike similar classes like ValveBase ... it looks like an small mistakes and not a design decision. the solution is just to add public keywork to the abstract class LoggerBase it s very usefull to develop custom logger classes. note that I'm trying to integrate catalina Logger mapped onto Jboss Logger and Log4j, and my only alternative is to copy the loggerbase which breaks good OO practices. tnaks in advance. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6397] New: - Stress testing the server causes a block condition that needs restarting
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=6397. 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=6397 Stress testing the server causes a block condition that needs restarting Summary: Stress testing the server causes a block condition that needs restarting Product: Tomcat 3 Version: 3.2.3 Final Platform: All OS/Version: All Status: NEW Severity: Critical Priority: Other Component: Config AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] We are performing a stress test session, using the following architecture: - Apache JMeter 1.6.1 as the virtual user generator; - Tomcat 3.2.3 (but the 3.2.4 version is not able to add value on this) as the servlet engine; - Oracle 8.0.5 as the referenced RDBMS (through a custom connection pool); - CriticalPath InJoin Directory Server 4.0 as the referenced LDAP srv. During the stress test the number of threads handled by the java virtual machine on both Solaris 2.7 and Linux Red Hat (kernel 2.4.16-xfs) is constantly growing and leads to a freeze of the entire server. Finally even stopping the test generator the threads are not released (a 'ps' command on linux is able to show the entire set of these lightweight processes), and the server needs to be restarted. We guess is a simple misconfiguration of the server, but please give an aid cause the system is going to be extended to a high amount of users, and this trouble is critical. It would be useful to know how to set up the pool of concurrent connections entering Tomcat, as well as to know how to control the thread management parameters, if any. Thx, Antongiulio La Corte. PS the same stress test on other apps servers (such as Allaire Jrun) is completed with success. However Apache/Tomcat is the preferred solution, if feasible. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [4.0.2] Binaries online
Clere, Jean-Frederic wrote: Remy Maucherat wrote: Hi, The binaries for 4.0.2 are now online. This includes the new LE for JDK 1.4. http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2/ Please check them if you can. I have runned the watchdog-4.0 against TC standalone it is OK but some tests fail when testing mod_jk: 13 tests when using ant -Dport=80 servlet 8 tests when using ant -Dport=8880 servlet Funny no? I have reported a bug against watchdog for the 5 tests that fail due to port 80 ;-) These 5 are now fixed in watchdog - Thanks to Ryan Lubke - Any hints for the others? What should we do with the others? +++ [java] [watchdog] FAILED GetLocalesTest [java] [watchdog] FAILED ServletRequestWrapperGetLocalesTest [java] [watchdog] FAILED GetHeadersTest [java] [watchdog] FAILED GetMethod_HEADTest [java] [watchdog] FAILED HttpServletRequestWrapperGetHeadersTest [java] [watchdog] FAILED HttpServletResponseWrapperSetStatusMsgTest [java] [watchdog] FAILED WithLeadingSlashTest [java] [watchdog] FAILED WithoutLeadingSlashTest +++ The release announcement and website updates will be made tomorrow. Thanks, Remy -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6399] New: - unknown protocol: https
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=6399. 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=6399 unknown protocol: https Summary: unknown protocol: https Product: Tomcat 4 Version: 4.0.2 Final Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: JK/AJP Connector AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Ajp13Connector with redirectPort throws MalformedURLException when it tries to issue redirect to https:// due to user constraint in web.xml It works when HttpConnector with SSL support is enabled, so it can be considered as a workaround. Possible sollution is to check and modify java.protocol.handler.pkgs property in setRedirectPort() of Ajp13Connector.java Sorry, cant submit patch. Don't have CVS access. And don't know diff format (shame on me) since I work under Windows -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6399] - unknown protocol: https
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=6399. 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=6399 unknown protocol: https --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 15:36 --- Created an attachment (id=1165) stack trace -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JMX Support in Tomcat 4
Hi Craig, Well, I grabbed last nights build and as you had indicated, I now see two Listener elements in server.xml that should be un-commented to enable jmx support in tomcat. I can now get tomcat to start (thought not without some ugly stack traces thrown to stdout) and I can successfully login to the admin app. After that, I dont get much further without getting javax.servlet.UnavailableException: MBeanServer is not available being thrown all over the place. I'm going to grab a snapshot of the code and try and wrap my mind around this one. However, I was wondering if you might be able to comment on this part of catalina and give some insight as to where its going in terms of functionality (will it be the 'full meal deal' in terms of server admin and webapp admin???) and what release version it may be targeted for? I'm very interested in this part of the app and would be willing to help out where I could. Thanks! Mark - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, February 11, 2002 3:11 PM Subject: Re: JMX Support in Tomcat 4 On Mon, 11 Feb 2002, mark wrote: Date: Mon, 11 Feb 2002 14:25:15 -0500 From: mark [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: JMX Support in Tomcat 4 Hi Craig, Thanks for the reply! Please see comments inline: - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, February 11, 2002 11:02 AM Subject: Re: JMX Support in Tomcat 4 On Mon, 11 Feb 2002, mark wrote: Date: Mon, 11 Feb 2002 10:37:39 -0500 From: mark [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: JMX Support in Tomcat 4 Hello All, Just grabbed one of the tomcat 4 nightly builds (feb10) in an effort to explore the JMX support and some of the new admin features and am not having much luck. I unpacked it, uncommented the line to add the JMX listener in server.xml and after executing the start script, I end up with the error message below, any ideas? What is it looking for in terms of a 'userDatabase' and where should this be located? A couple of things to check: * There should have been two Listener elements that you uncommented, not just one. Was that the case? I only see one as follows: !-- Uncomment this entry to enable JMX MBeans support -- Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ I'm using the nightly build dated: 20020211 Ah ... checked my build logs and that build is corrupted :-(. It should be fixed in tonight's build (20020212). Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5647] - AJP13 connector will not pass authentication requests
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=5647. 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=5647 AJP13 connector will not pass authentication requests --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 15:50 --- i just tried accessing the manager webapp with 4.0.2 and IIS, without any luck. it appears that the auth challenge is not being done (the WWW- Authenticate header is not sent) across ajp. so, i'm not sure why, but it's definitely not working with IIS. don't know about apache/netscape. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JMX Support in Tomcat 4
On Tuesday 12 February 2002 17:41, mark wrote: Hi I'm one of developers of OpenJMX. We will be developing in OpenJMX an admin app for JMX applications inside web containers. I wonder whether Tomcat will be doing exactly the same (A general JMX admin app) or a specific admin tool for Tomcat only. Anyway I'd be interested to collaborate specially if it can benefit both OpenJMX and Tomcat Regards Carlos Quiroz Hi Craig, Well, I grabbed last nights build and as you had indicated, I now see two Listener elements in server.xml that should be un-commented to enable jmx support in tomcat. I can now get tomcat to start (thought not without some ugly stack traces thrown to stdout) and I can successfully login to the admin app. After that, I dont get much further without getting javax.servlet.UnavailableException: MBeanServer is not available being thrown all over the place. I'm going to grab a snapshot of the code and try and wrap my mind around this one. However, I was wondering if you might be able to comment on this part of catalina and give some insight as to where its going in terms of functionality (will it be the 'full meal deal' in terms of server admin and webapp admin???) and what release version it may be targeted for? I'm very interested in this part of the app and would be willing to help out where I could. Thanks! Mark - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, February 11, 2002 3:11 PM Subject: Re: JMX Support in Tomcat 4 On Mon, 11 Feb 2002, mark wrote: Date: Mon, 11 Feb 2002 14:25:15 -0500 From: mark [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: JMX Support in Tomcat 4 Hi Craig, Thanks for the reply! Please see comments inline: - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, February 11, 2002 11:02 AM Subject: Re: JMX Support in Tomcat 4 On Mon, 11 Feb 2002, mark wrote: Date: Mon, 11 Feb 2002 10:37:39 -0500 From: mark [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: JMX Support in Tomcat 4 Hello All, Just grabbed one of the tomcat 4 nightly builds (feb10) in an effort to explore the JMX support and some of the new admin features and am not having much luck. I unpacked it, uncommented the line to add the JMX listener in server.xml and after executing the start script, I end up with the error message below, any ideas? What is it looking for in terms of a 'userDatabase' and where should this be located? A couple of things to check: * There should have been two Listener elements that you uncommented, not just one. Was that the case? I only see one as follows: !-- Uncomment this entry to enable JMX MBeans support -- Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ I'm using the nightly build dated: 20020211 Ah ... checked my build logs and that build is corrupted :-(. It should be fixed in tonight's build (20020212). Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5647] - AJP13 connector will not pass authentication requests
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=5647. 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=5647 AJP13 connector will not pass authentication requests --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 16:01 --- I've confirmed that the problem still exists in Tomcat 4.0.2. I first rebuilt the native connector from D:\jakarta-tomcat-connectors-4.0.2-src\jk\native\iis. I've configured Tomcat4.0.2 with the AJP 1.3 Connector and successfully installed the iisapi dll from Tomcat3.3 into IIS. I am attempting to serve a protected page through the connector using the protected realm example. When I hit the page directly on port 8080, I get the expected login form challenge behavior. When I hit the page through the connector, I get a 403 access denied error. http://localhost:8080/examples/jsp/security/protected/index.jsp redirects to the login screen as expected. http://localhost/examples/jsp/security/protected/index.jsp returns 403 - Access to the requested resource has been denied. Jonathan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JMX Support in Tomcat 4
On Tue, 12 Feb 2002, mark wrote: Date: Tue, 12 Feb 2002 10:41:04 -0500 From: mark [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: JMX Support in Tomcat 4 Hi Craig, Well, I grabbed last nights build and as you had indicated, I now see two Listener elements in server.xml that should be un-commented to enable jmx support in tomcat. I can now get tomcat to start (thought not without some ugly stack traces thrown to stdout) and I can successfully login to the admin app. After that, I dont get much further without getting javax.servlet.UnavailableException: MBeanServer is not available being thrown all over the place. I'm going to grab a snapshot of the code and try and wrap my mind around this one. However, I was wondering if you might be able to comment on this part of catalina and give some insight as to where its going in terms of functionality (will it be the 'full meal deal' in terms of server admin and webapp admin???) and what release version it may be targeted for? I'm very interested in this part of the app and would be willing to help out where I could. In my environment, the only actions required to run the admin app are: * Include either the JMX RI's jmx.jar or the OpenJMX project's openjmx.jar (from the 1.0-beta-2 release; earlier ones had bugs) in $CATALINA_HOME/server/lib. * Uncomment the two listener entries in $CATALINA_HOME/conf/server.xml * Add a user with the admin role in $CATALINA_HOME/tomcat-users.xml and I can start up Tomcat with no exception messages, and log in to the admin application (http://localhost:8080/admin/). Getting any further on your problem is going to require seeing the actual stack traces ... W.R.T. the admin app's goals, the intent is that it will be a full meal deal for managing the entire contents of server.xml -- essentially every internal object that is represented by an XML element in the server.xml file (plus some that Catalina creates internally at startup time) are also available internally as MBeans that can be manipulated. Right now, we're focusing on the screens that correspond to standard components that come with Tomcat -- the ones that correspond to the Tomcat-Standalone service in the default file. You've probably seen commits from Manveen on this -- she is working her way down the component hierarchy tree from top to bottom. Big things that are outstanding: * Finishing the bottom leafs of the standard component tree. * Enabling all the create and destroy actions that are required. * Global JNDI resource configuration for resources that Tomcat already knows about (such as the UserDatabase object, JDBC connection pools, and so on). * Supporting the component hierarchy in the Tomcat-Apache service (which is slightly different -- for example, there is no Host element here). * Supporting user-defined Listener, Logger, Manager, Realm, and Valve components in some generic fashion so that the manageable properties can be captured. * Saving the resulting configuration information back to server.xml again (right now, the changes only happen against the running server). The initial thought was to use the save APIs of the MBeans themselves to do this, but it doesn't exist yet. * Usability testing of the UI itself, along with associated performance tweaks for hot spots. There's somewhat more detail in the original design proposals -- see http://localhost:8080/tomcat-docs/catalina/funcspecs for more info. Thanks! Mark Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JMX Support in Tomcat 4
On Tue, 12 Feb 2002, Carlos Quiroz wrote: Date: Tue, 12 Feb 2002 17:55:30 +0200 From: Carlos Quiroz [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: JMX Support in Tomcat 4 On Tuesday 12 February 2002 17:41, mark wrote: Hi I'm one of developers of OpenJMX. We will be developing in OpenJMX an admin app for JMX applications inside web containers. I wonder whether Tomcat will be doing exactly the same (A general JMX admin app) or a specific admin tool for Tomcat only. Hello Carlos, The current thinking has been a Tomcat-specific tool. My personal belief is that it's really hard to make a high quality UI for an administrative interface in a generic way (i.e. one that doesn't know anything about the internal relationships between the components being managed) -- but I would enjoy being proven wrong if you think it's feasible. The response I just sent back to Mark's question talks about some of the goals, and has a pointer to the original design docs. Anyway I'd be interested to collaborate specially if it can benefit both OpenJMX and Tomcat I'd welcome your help, and agree that this will benefit both communities. Regards Carlos Quiroz Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6400] New: - Tag Libraries not deploying in 4.0.2 final
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=6400. 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=6400 Tag Libraries not deploying in 4.0.2 final Summary: Tag Libraries not deploying in 4.0.2 final Product: Tomcat 4 Version: 4.0.2 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tag Library jar files should be able to be used if deployed to /web-inf/lib directory. This feature worked in 4.0.1 final but not in 4.0.2 final. It should not be necessary to put anything in web.xml if the taglib.tld is included in the jar file. This is the error that is given now: org.apache.jasper.JasperException: File /testme not found at org.apache.jasper.compiler.TagLibraryInfoImpl. (TagLibraryInfoImpl.java:214) at org.apache.jasper.compiler.TagLibraryInfoImpl. (TagLibraryInfoImpl.java:174) This is the code in the jsp page: %@ taglib prefix=gigatag uri=testme % This is the taglib.tld file: ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.2//EN http://java.sun.com/j2ee/dtd/web-jsptaglibrary_1_2.dtd; taglib tlib-version1.0/tlib-version jsp-version1.2/jsp-version short-nametestme/short-name uri/testme/uri display-nametestme/display-name descriptiontestme/description tag namedump/name tag-classgigatoad.taglib.Dump/tag-class body-contentEMPTY/body-content attribute nametest/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute /tag /taglib -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6397] - Stress testing the server causes a block condition that needs restarting
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=6397. 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=6397 Stress testing the server causes a block condition that needs restarting [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 16:18 --- The current Tomcat engine are Tomcat 3.3 for 2.2/1.1 and Tomcat 4.0 for 2.3/1.2 and there is little or no effort on 3.2.x branch which is known to be unstable under heavy load. I recommand you to redo your stress tests against TC 3.3 or TC 4.0.2 which are the current RI for 2.2/1.1 and 2.3/1.2 and are well maintened and supported -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6379] - Different ClassLoader problem
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=6379. 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=6379 Different ClassLoader problem --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 16:27 --- The common CL is the parent of the server CL. The Catalina core can load any class which is there. If it can't, then you must be doing something really wrong. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin TomcatTreeBuilder.java
manveen 02/02/11 17:54:37
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
TomcatTreeBuilder.java
Log:
Displaying the list of contexts alphabetically from the tomcat tree, so that it is
easier to locate a context.
Revision ChangesPath
1.14 +24 -11
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/TomcatTreeBuilder.java
Index: TomcatTreeBuilder.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/TomcatTreeBuilder.java,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- TomcatTreeBuilder.java7 Feb 2002 05:06:53 - 1.13
+++ TomcatTreeBuilder.java12 Feb 2002 01:54:37 - 1.14
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/TomcatTreeBuilder.java,v
1.13 2002/02/07 05:06:53 manveen Exp $
- * $Revision: 1.13 $
- * $Date: 2002/02/07 05:06:53 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/TomcatTreeBuilder.java,v
1.14 2002/02/12 01:54:37 manveen Exp $
+ * $Revision: 1.14 $
+ * $Date: 2002/02/12 01:54:37 $
*
*
*
@@ -64,6 +64,8 @@
import java.io.IOException;
import java.util.Iterator;
import java.util.List;
+import java.util.ArrayList;
+import java.util.Collections;
import java.util.Locale;
import java.net.URLEncoder;
import javax.servlet.ServletException;
@@ -93,7 +95,7 @@
*
* @author Jazmin Jonson
* @author Manveen Kaur
- * @version $Revision: 1.13 $ $Date: 2002/02/07 05:06:53 $
+ * @version $Revision: 1.14 $ $Date: 2002/02/12 01:54:37 $
*/
@@ -117,7 +119,6 @@
public final static String WILDCARD = ,*;
private static MBeanServer mBServer = null;
-//private static ObjectInstance mBeanFactory = null;
public void buildTree(TreeControl treeControl,
ApplicationServlet servlet,
@@ -302,20 +303,30 @@
TreeControlNode contextNode = null;
String encodedContextName;
+// arraylist to store and sort the list of available contexts.
+ArrayList contextList = new ArrayList();
while(contextItr.hasNext()){
ObjectInstance contextObj = (ObjectInstance)contextItr.next();
-
+contextList.add(contextObj.getObjectName().toString());
+}
+
+// sorting the list so that the contexts displayed in the tree are in
+// alphabetic order.
+Collections.sort(contextList);
+
+for (int i=0; icontextList.size(); i++) {
+String context = (String)contextList.get(i);
+ObjectName oName = new ObjectName(context);
String contextName =
-(String)mBServer.getAttribute(contextObj.getObjectName(), path);
-
-encodedContextName =
URLEncoder.encode(contextObj.getObjectName().toString());
+(String)mBServer.getAttribute(oName , path);
+encodedContextName = URLEncoder.encode(context);
String nodeLabel=Context ( + contextName + );
String encodedNodeLabel = URLEncoder.encode(nodeLabel);
contextNode =
-new TreeControlNode(contextObj.getObjectName().toString(),
+new TreeControlNode(context,
folder_16_pad.gif,
nodeLabel,
setUpContext.do?select= + encodedContextName
@@ -329,6 +340,8 @@
getRealms(contextNode, serviceName, hostName, contextName, 2);
}
}
+
+
}
@@ -471,7 +484,7 @@
new TreeControlNode(realmObj.getObjectName().toString(),
folder_16_pad.gif,
nodeLabel,
-setUpAction +.do?select= + encodedRealmName
+setUpAction +.do?select= + encodedRealmName
+nodeLabel=+ encodedNodeLabel
+type=+ encodedRealmType,
content, true);
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/realm - New directory
manveen 02/02/11 22:02:31 jakarta-tomcat-4.0/webapps/admin/realm - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/realm jdbcRealm.jsp jndiRealm.jsp memoryRealm.jsp userDBRealm.jsp
manveen 02/02/11 22:10:42 Modified:webapps/admin/WEB-INF struts-config.xml webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm JNDIRealmAction.java JNDIRealmForm.java SetUpJNDIRealmAction.java webapps/admin/realm jdbcRealm.jsp jndiRealm.jsp memoryRealm.jsp userDBRealm.jsp Removed: webapps/admin jdbcRealm.jsp memoryRealm.jsp userDBRealm.jsp Log: *Added functionality to display and edit JNDI realm properties through the admin tool. * Commented out actions that are not yet implemented. * Updated the properties files to include properties for JNDI. Revision ChangesPath 1.28 +29 -7 jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml Index: struts-config.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- struts-config.xml 10 Feb 2002 08:06:20 - 1.27 +++ struts-config.xml 12 Feb 2002 06:10:41 - 1.28 @@ -55,6 +55,10 @@ form-bean name=jdbcRealmForm type=org.apache.webapp.admin.realm.JDBCRealmForm/ +!-- JNDI Realm form bean -- +form-bean name=jndiRealmForm +type=org.apache.webapp.admin.realm.JNDIRealmForm/ + !-- Memory Realm form bean -- form-bean name=memoryRealmForm type=org.apache.webapp.admin.realm.MemoryRealmForm/ @@ -158,15 +162,19 @@ redirect=false/ forwardname=JDBCRealm -path=/jdbcRealm.jsp +path=/realm/jdbcRealm.jsp +redirect=false/ + +forwardname=JNDIRealm +path=/realm/jndiRealm.jsp redirect=false/ forwardname=MemoryRealm -path=/memoryRealm.jsp +path=/realm/memoryRealm.jsp redirect=false/ forwardname=UserDBRealm -path=/userDBRealm.jsp +path=/realm/userDBRealm.jsp redirect=false/ @@ -338,7 +346,14 @@ scope=session /action -!-- Set up Realm datastructure -- + !-- Set up JNDI Realm datastructure -- +actionpath=/setUpJNDIRealm + type=org.apache.webapp.admin.realm.SetUpJNDIRealmAction + name=jndiRealmForm + scope=session +/action + +!-- Set up User darabase Realm datastructure -- actionpath=/setUpUserDBRealm type=org.apache.webapp.admin.realm.SetUpUserDBRealmAction name=userdbRealmForm @@ -431,21 +446,28 @@ type=org.apache.webapp.admin.realm.JDBCRealmAction name=jdbcRealmForm scope=session - input=/jdbcRealm.jsp/ + input=/realm/jdbcRealm.jsp/ + +!-- JNDI realm action -- +actionpath=/JNDIRealm + type=org.apache.webapp.admin.realm.JNDIRealmAction + name=jndiRealmForm + scope=session + input=/realm/jndiRealm.jsp/ !-- Memory realm action -- actionpath=/MemoryRealm type=org.apache.webapp.admin.realm.MemoryRealmAction name=memoryRealmForm scope=session - input=/memoryRealm.jsp/ + input=/realm/memoryRealm.jsp/ !-- UserDB realm action -- actionpath=/UserDBRealm type=org.apache.webapp.admin.realm.UserDBRealmAction name=userdbRealmForm scope=session - input=/userDBRealm.jsp/ + input=/realm/userDBRealm.jsp/ !-- == User Database Module == -- 1.27 +20 -0 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties Index: ApplicationResources_en.properties === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- ApplicationResources_en.properties11 Feb 2002 23:18:09 - 1.26 +++ ApplicationResources_en.properties
cvs commit: jakarta-tomcat-4.0 build.xml
remm02/02/12 09:34:06
Modified:.Tag: tomcat_40_branch build.xml
Log:
- Fix the typos which cause the tgz packaging problem.
Revision ChangesPath
No revision
No revision
1.38.2.12 +2 -2 jakarta-tomcat-4.0/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-4.0/build.xml,v
retrieving revision 1.38.2.11
retrieving revision 1.38.2.12
diff -u -r1.38.2.11 -r1.38.2.12
--- build.xml 30 Jan 2002 18:30:01 - 1.38.2.11
+++ build.xml 12 Feb 2002 17:34:05 - 1.38.2.12
@@ -316,10 +316,10 @@
exclude name=${final.name}/bin/digest.sh /
exclude name=${final.name}/bin/jasper.sh /
exclude name=${final.name}/bin/jspc.sh /
-include name=${final.name}/bin/setclasspath.sh /
+exclude name=${final.name}/bin/setclasspath.sh /
exclude name=${final.name}/bin/startup.sh /
exclude name=${final.name}/bin/shutdown.sh /
-include name=${final.name}/bin/tool-wrapper.sh /
+exclude name=${final.name}/bin/tool-wrapper.sh /
/tarfileset
/tar
delete dir=${tomcat.dist}/${final.name} /
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 build.xml
remm02/02/12 09:34:15
Modified:.build.xml
Log:
- Fix the typos which cause the tgz packaging problem.
Revision ChangesPath
1.60 +1 -1 jakarta-tomcat-4.0/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-4.0/build.xml,v
retrieving revision 1.59
retrieving revision 1.60
diff -u -r1.59 -r1.60
--- build.xml 11 Feb 2002 16:15:22 - 1.59
+++ build.xml 12 Feb 2002 17:34:15 - 1.60
@@ -338,7 +338,7 @@
exclude name=${final.name}/bin/digest.sh /
exclude name=${final.name}/bin/jasper.sh /
exclude name=${final.name}/bin/jspc.sh /
-include name=${final.name}/bin/setclasspath.sh /
+exclude name=${final.name}/bin/setclasspath.sh /
exclude name=${final.name}/bin/startup.sh /
exclude name=${final.name}/bin/shutdown.sh /
exclude name=${final.name}/bin/tool-wrapper.sh /
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6402] New: - JNDIRealm, LDAP and SHA passwords vs {SHA}Base64Coded= passwords
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=6402.
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=6402
JNDIRealm, LDAP and SHA passwords vs {SHA}Base64Coded= passwords
Summary: JNDIRealm, LDAP and SHA passwords vs {SHA}Base64Coded=
passwords
Product: Tomcat 4
Version: 4.0.2 Final
Platform: All
OS/Version: All
Status: NEW
Severity: Normal
Priority: Other
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
This is for a case of digest=SHA set in JNDIRealm configuration during
connections to a Netscape LDAP Directory that stores passwords in encrypted
form.
Problem:
The Tomcat ( JNDIRealm.java ) uses the next code to check password, retrieved
from LDAP server in JNDIRealm.java:
validated = (digest(credentials).equalsIgnoreCase(valueString));
The Netscape LDAP server stores passwords and returns them to Tomcat in a {SHA}
Base64Encoded= form - take a look at URL
http://developer.netscape.com/tech/overview/index.html?
content=/docs/technote/ldap/pass_sha.html
Solution:
I propose to modify code of JNDIRealm so it will use some thing like this
boolean validated = false;
if (hasMessageDigest()) {
if (valueString.startsWith({SHA}) Base64.isBase64
(valueString.substring(5))) {
String testValue =
HexUtils.convert(
Base64.decode(valueString.substring(5).getBytes())
);
validated = (digest(credentials).equalsIgnoreCase(testValue));
} else {
validated = (digest(credentials).equalsIgnoreCase(valueString));
}
} else
validated = (digest(credentials).equals(valueString));
instead of old code (JNDIRealm.java version 1.5 starts from line 754)
boolean validated = false;
if (hasMessageDigest()) {
// Hex hashes should be compared case-insensitive
validated = (digest(credentials).equalsIgnoreCase(valueString));
} else
validated = (digest(credentials).equals(valueString));
wbr, iit.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5647] - AJP13 connector will not pass authentication requests
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=5647. 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=5647 AJP13 connector will not pass authentication requests --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 17:47 --- This is related to http://nagoya.betaversion.org/bugzilla/show_bug.cgi? id=2342, the solution it's not easy, and there is no workaround right now: 1) Implement the tomcatAuthentication hack from 3.3 in j-t-c's Ajp for 4.0, this way at least we can have TC auth working under IIS.. with IIS you can not use native auth at all, at least with actual ISAPI_PLUGIN.. 2) Start the dig to use what Bug#2342 suggest, that is, to use the correct Hook in IIS5.. while maitaining IIS4 compatibility.. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java
remm02/02/12 09:59:57
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
- Enhance the trigger mechanism to match the exact package names. The
mechanism included in 4.0.2 appears to be causing some problems in some
valid situations.
Revision ChangesPath
1.34 +20 -36
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Index: WebappClassLoader.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- WebappClassLoader.java2 Feb 2002 12:57:43 - 1.33
+++ WebappClassLoader.java12 Feb 2002 17:59:57 - 1.34
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
1.33 2002/02/02 12:57:43 remm Exp $
- * $Revision: 1.33 $
- * $Date: 2002/02/02 12:57:43 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
1.34 2002/02/12 17:59:57 remm Exp $
+ * $Revision: 1.34 $
+ * $Date: 2002/02/12 17:59:57 $
*
*
*
@@ -122,7 +122,7 @@
*
* @author Remy Maucherat
* @author Craig R. McClanahan
- * @version $Revision: 1.33 $ $Date: 2002/02/02 12:57:43 $
+ * @version $Revision: 1.34 $ $Date: 2002/02/12 17:59:57 $
*/
public class WebappClassLoader
extends URLClassLoader
@@ -161,31 +161,25 @@
com.sun.jndi.ldap.LdapCtxFactory, // LDAP added in 1.3
com.sun.net.ssl.internal.ssl.Provider, // JSSE added in 1.4
javax.security.auth.Subject, // JAAS added in 1.4
-//javax.net.SocketFactory, // JSSE added in 1.4
-//javax.security.cert.X509Certificate, // JSSE added in 1.4
-//javax.sql.DataSource, // JDBC ext. added in 1.4
-//javax.xml.parsers.DocumentBuilder, // JAXP added in 1.4
-javax.servlet.Servlet, // Servlet API
-// org.apache.crimson.jaxp.DocumentBuilderImpl,
- // Crimson added in 1.4
+javax.servlet.Servlet // Servlet API
};
/**
- * The set of trigger classes that will cause a proposed repository not
- * to be added if this class is visible to the class loader that loaded
- * this factory class. Typically, trigger classes will be listed for
- * components that have been integrated into the JDK for later versions,
- * but where the corresponding JAR files are required to run on
- * earlier versions.
+ * Set of package names which are not allowed to be loaded from a webapp
+ * class loader.
*/
-private static final String[] classTriggers = {
-javax.net.,// JSSE added in 1.4
-javax.security.cert., // JSSE added in 1.4
-javax.naming., // JNDI added in 1.3
-javax.xml.,// JAXP added in 1.4
-org.xml.sax.,
-org.w3c.dom.
+private static final String[] packageTriggers = {
+javax.net, // JSSE added in 1.4
+javax.net.ssl, // JSSE added in 1.4
+javax.security.cert, // JSSE added in 1.4
+javax.naming, // JNDI added in 1.3
+javax.naming.directory,// JNDI added in 1.3
+javax.xml.parsers, // JAXP added in 1.4
+org.xml.sax,
+org.xml.sax.ext,
+org.xml.sax.helpers,
+org.w3c.dom
};
@@ -1911,7 +1905,6 @@
return false;
// Looking up the package
-/*
String packageName = null;
int pos = name.lastIndexOf('.');
if (pos != -1)
@@ -1919,17 +1912,8 @@
else
return true;
-if (packageName.equals(javax.servlet))
-return false;
-if (packageName.equals(javax.servlet.http))
-return false;
-if (packageName.equals(javax.servlet.jsp))
-return false;
-if (packageName.equals(javax.servlet.jsp.tagext))
-return false;
-*/
-for (int i = 0; i classTriggers.length; i++) {
-if (name.startsWith(classTriggers[i]))
+for (int i = 0; i packageTriggers.length;
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java
remm02/02/12 10:01:49
Modified:catalina/src/share/org/apache/catalina/loader Tag:
tomcat_40_branch WebappClassLoader.java
Log:
- Enhance the trigger mechanism to match the exact package names. The
mechanism included in 4.0.2 appears to be causing some problems in some
valid situations (for example, in extension packages with DOM, used by Cocoon 2).
Revision ChangesPath
No revision
No revision
1.15.2.10 +20 -30
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Index: WebappClassLoader.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
retrieving revision 1.15.2.9
retrieving revision 1.15.2.10
diff -u -r1.15.2.9 -r1.15.2.10
--- WebappClassLoader.java7 Feb 2002 19:20:35 - 1.15.2.9
+++ WebappClassLoader.java12 Feb 2002 18:01:49 - 1.15.2.10
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
1.15.2.9 2002/02/07 19:20:35 remm Exp $
- * $Revision: 1.15.2.9 $
- * $Date: 2002/02/07 19:20:35 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
1.15.2.10 2002/02/12 18:01:49 remm Exp $
+ * $Revision: 1.15.2.10 $
+ * $Date: 2002/02/12 18:01:49 $
*
*
*
@@ -122,7 +122,7 @@
*
* @author Remy Maucherat
* @author Craig R. McClanahan
- * @version $Revision: 1.15.2.9 $ $Date: 2002/02/07 19:20:35 $
+ * @version $Revision: 1.15.2.10 $ $Date: 2002/02/12 18:01:49 $
*/
public class WebappClassLoader
extends URLClassLoader
@@ -165,27 +165,27 @@
//javax.security.cert.X509Certificate, // JSSE added in 1.4
//javax.sql.DataSource, // JDBC ext. added in 1.4
//javax.xml.parsers.DocumentBuilder, // JAXP added in 1.4
-javax.servlet.Servlet, // Servlet API
+javax.servlet.Servlet // Servlet API
// org.apache.crimson.jaxp.DocumentBuilderImpl,
// Crimson added in 1.4
};
/**
- * The set of trigger classes that will cause a proposed repository not
- * to be added if this class is visible to the class loader that loaded
- * this factory class. Typically, trigger classes will be listed for
- * components that have been integrated into the JDK for later versions,
- * but where the corresponding JAR files are required to run on
- * earlier versions.
+ * Set of package names which are not allowed to be loaded from a webapp
+ * class loader.
*/
-private static final String[] classTriggers = {
-javax.net.,// JSSE added in 1.4
-javax.security.cert., // JSSE added in 1.4
-javax.naming., // JNDI added in 1.3
-javax.xml.,// JAXP added in 1.4
-org.xml.sax.,
-org.w3c.dom.
+private static final String[] packageTriggers = {
+javax.net, // JSSE added in 1.4
+javax.net.ssl, // JSSE added in 1.4
+javax.security.cert, // JSSE added in 1.4
+javax.naming, // JNDI added in 1.3
+javax.naming.directory,// JNDI added in 1.3
+javax.xml.parsers, // JAXP added in 1.4
+org.xml.sax,
+org.xml.sax.ext,
+org.xml.sax.helpers,
+org.w3c.dom
};
@@ -1911,7 +1911,6 @@
return false;
// Looking up the package
-/*
String packageName = null;
int pos = name.lastIndexOf('.');
if (pos != -1)
@@ -1919,17 +1918,8 @@
else
return true;
-if (packageName.equals(javax.servlet))
-return false;
-if (packageName.equals(javax.servlet.http))
-return false;
-if (packageName.equals(javax.servlet.jsp))
-return false;
-if (packageName.equals(javax.servlet.jsp.tagext))
-return false;
-*/
-for (int i = 0; i classTriggers.length; i++) {
-if (name.startsWith(classTriggers[i]))
+for (int i = 0; i packageTriggers.length; i++) {
+if (packageName.equals(packageTriggers[i]))
return
Re: Tomcat 4.0.2 Final RPM available
TC 4.0.2 rpms are available at : The new RPM packaging looks much cleaner, and this time it should be compliant with the official standard, right ? :) Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5471] - jspc -webapp option is broken due to namespace collisions
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=5471. 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=5471 jspc -webapp option is broken due to namespace collisions --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 18:31 --- I have been trying the patch and if you don't use the File.separatorChar it just doesn't work on Windows (2000). I didn't keep the logs I wrote to find the problem, but maybe they're not URIs at all. All I know is that putting File.separatorChar it works and with '/' it doesn't work at all. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Jasper error handling extensions
I am in the process of rewriting much of Jasper, and am using an error
handling mechanism very similar in idea to the one you just proposed.
The new jasper would alos support JSR45, which is an interface for source
mapping. The error handler (and other compiler plugins) can be configured
with a configuration file.
Since the compiler is still in the early implementation stage, I'm open
to any suggestions/requirements that you may have, from IDE integration
point of view. Thanks.
Date: Tue, 12 Feb 2002 13:50:07 +0100
From: Martin Kahr [EMAIL PROTECTED]
Subject: Jasper error handling extensions
To: [EMAIL PROTECTED]
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
Delivered-to: mailing list [EMAIL PROTECTED]
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
List-Post: mailto:[EMAIL PROTECTED]
List-Subscribe: mailto:[EMAIL PROTECTED]
List-Unsubscribe: mailto:[EMAIL PROTECTED]
List-Help: mailto:[EMAIL PROTECTED]
List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org
Hi.
I want to implement a simple jsp compiler plugin for the eclipse IDE.
After 1 day analyzing the current (tomcat 4.0.2) jasper code I have not
found any hooks where I can install my code to get the jasper error
messages.
Of course I can parse the text message of the exceptions thrown during
parsing and compilation but I think there should be a better way.
I think about an special ErrorHandler Interface with a concrete
implementation which provides the same error handling (exception
generation) as the current jasper code (leads to minimal code change and
no change of the current interface).
This Error Handler objects are plugged into the parser eigther through
the Options or JspCompilationContext object. (I think Options is the
better one because the ErrorHandler will not change between 2 jsp files)
With this I will be able to implement a special Error Handler (extending
the default one) for my plugin.
Possible Interface (first draft):
public interface JasperErrorHandler {
public void handleParseError(Mark mark, String msg) throws
JasperException;
public void handleCompileError(String msg, JspLineMap map) throws
JasperException;
}
I looked at the code of some IDE which integrate the jasper compiler.
They are duplicating a large number of the orignal jasper code to get
access to the error messages. I think they have the same problems as I
have.
The problem with this is that on each new Tomcat release (with Jasper
code changes) they have to adopt their code :-(
What do you think about this idea ?
nice greetings from vienna
Martin Kahr
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java
craigmcc02/02/12 10:54:03
Modified:catalina/src/share/org/apache/catalina/mbeans
MBeanUtils.java
Log:
Update MBean Name creation for Ajp13Connector so that the corresponding
MBean can be created.
Revision ChangesPath
1.23 +30 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java
Index: MBeanUtils.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- MBeanUtils.java 7 Feb 2002 23:59:50 - 1.22
+++ MBeanUtils.java 12 Feb 2002 18:54:02 - 1.23
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v
1.22 2002/02/07 23:59:50 amyroh Exp $
- * $Revision: 1.22 $
- * $Date: 2002/02/07 23:59:50 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v
1.23 2002/02/12 18:54:02 craigmcc Exp $
+ * $Revision: 1.23 $
+ * $Date: 2002/02/12 18:54:02 $
*
*
*
@@ -99,6 +99,7 @@
import org.apache.catalina.connector.http.HttpConnector;
import org.apache.catalina.core.StandardService;
import org.apache.catalina.valves.ValveBase;
+import org.apache.commons.beanutils.PropertyUtils;
import org.apache.commons.modeler.ManagedBean;
import org.apache.commons.modeler.Registry;
@@ -108,7 +109,7 @@
*
* @author Craig R. McClanahan
* @author Amy Roh
- * @version $Revision: 1.22 $ $Date: 2002/02/07 23:59:50 $
+ * @version $Revision: 1.23 $ $Date: 2002/02/12 18:54:02 $
*/
public class MBeanUtils {
@@ -123,6 +124,8 @@
* is a class name, and the second element is the managed bean name.
*/
private static String exceptions[][] = {
+{ org.apache.ajp.tomcat4.Ajp13Connector,
+ Ajp13Connector },
{ org.apache.catalina.core.StandardDefaultContext,
DefaultContext },
{ org.apache.catalina.connector.http10.HttpConnector,
@@ -172,14 +175,19 @@
// Deal with exceptions to the standard rule
String className = component.getClass().getName();
for (int i = 0; i exceptions.length; i++) {
-if (className.equals(exceptions[i][0]))
+if (className.equals(exceptions[i][0])) {
+System.out.println(EXC + className + -- +
+ exceptions[i][1]);
return (exceptions[i][1]);
+}
}
// Perform the standard transformation
int period = className.lastIndexOf('.');
if (period = 0)
className = className.substring(period + 1);
+System.out.println(STD + component.getClass().getName() + -- +
+ className);
return (className);
}
@@ -707,6 +715,23 @@
,port= + httpConnector.getPort() +
,address= + httpConnector.getAddress());
return (name);
+} else if (org.apache.ajp.tomcat4.Ajp13Connector.equals
+ (connector.getClass().getName())) {
+try {
+String address = (String)
+PropertyUtils.getSimpleProperty(connector, address);
+Integer port = (Integer)
+PropertyUtils.getSimpleProperty(connector, port);
+name = new ObjectName(domain + :type=Connector +
+ ,service= +
+ connector.getService().getName() +
+ ,port= + port +
+ ,address= + address);
+return (name);
+} catch (Exception e) {
+throw new MalformedObjectNameException
+(Cannot create object name for + connector);
+}
} else {
throw new MalformedObjectNameException
(Cannot create object name for + connector);
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java
craigmcc02/02/12 11:05:25
Modified:catalina/src/share/org/apache/catalina/mbeans
MBeanUtils.java
Log:
Remove debugging statements.
Revision ChangesPath
1.24 +4 -8
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java
Index: MBeanUtils.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v
retrieving revision 1.23
retrieving revision 1.24
diff -u -r1.23 -r1.24
--- MBeanUtils.java 12 Feb 2002 18:54:02 - 1.23
+++ MBeanUtils.java 12 Feb 2002 19:05:25 - 1.24
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v
1.23 2002/02/12 18:54:02 craigmcc Exp $
- * $Revision: 1.23 $
- * $Date: 2002/02/12 18:54:02 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanUtils.java,v
1.24 2002/02/12 19:05:25 craigmcc Exp $
+ * $Revision: 1.24 $
+ * $Date: 2002/02/12 19:05:25 $
*
*
*
@@ -109,7 +109,7 @@
*
* @author Craig R. McClanahan
* @author Amy Roh
- * @version $Revision: 1.23 $ $Date: 2002/02/12 18:54:02 $
+ * @version $Revision: 1.24 $ $Date: 2002/02/12 19:05:25 $
*/
public class MBeanUtils {
@@ -176,8 +176,6 @@
String className = component.getClass().getName();
for (int i = 0; i exceptions.length; i++) {
if (className.equals(exceptions[i][0])) {
-System.out.println(EXC + className + -- +
- exceptions[i][1]);
return (exceptions[i][1]);
}
}
@@ -186,8 +184,6 @@
int period = className.lastIndexOf('.');
if (period = 0)
className = className.substring(period + 1);
-System.out.println(STD + component.getClass().getName() + -- +
- className);
return (className);
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[4.0.2] New tar.gz available
Hi, I've uploaded new tgzs to fix the packaging problem that was reported (two scripts were included twice, causing the execute flag to not be set). Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5647] - AJP13 connector will not pass authentication requests
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=5647. 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=5647 AJP13 connector will not pass authentication requests --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 20:00 --- Hi Nacho, My thoughts is that number 1 should definitely be implemented with or without the 3.3 tomcatAuthentication attribute. Just want tomcat to honor any authentication situations present in the web.xml file if a request is forwarded to tomcat via ajp13 or any other connector. For number 2, if we wanted iis5 to do authentication, this patch is one way to do it if you got iis5 and willing to dump users in the windows users db. If you are a hosting co. or iis4 user, you can buy software (M$) to take over iisX authentication which runs as an isapi filter with a higher order than tomcat's redirector. So at least there are other options available if you want iisx authentication with or without tomcat authentication. Thanks for allowing me to contribute my input. Mike -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappLoader.java
remm02/02/12 12:43:33
Modified:catalina/src/share/org/apache/catalina/loader
WebappLoader.java
Log:
- Uncomment granting permission for work directory read/write access. I don't think
we should force editing the policy file to grant these permissions which are
essentially
mandated by the spec.
Revision ChangesPath
1.24 +4 -6
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java
Index: WebappLoader.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v
retrieving revision 1.23
retrieving revision 1.24
diff -u -r1.23 -r1.24
--- WebappLoader.java 2 Feb 2002 17:55:08 - 1.23
+++ WebappLoader.java 12 Feb 2002 20:43:33 - 1.24
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v
1.23 2002/02/02 17:55:08 remm Exp $
- * $Revision: 1.23 $
- * $Date: 2002/02/02 17:55:08 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v
1.24 2002/02/12 20:43:33 remm Exp $
+ * $Revision: 1.24 $
+ * $Date: 2002/02/12 20:43:33 $
*
*
*
@@ -117,7 +117,7 @@
*
* @author Craig R. McClanahan
* @author Remy Maucherat
- * @version $Revision: 1.23 $ $Date: 2002/02/02 17:55:08 $
+ * @version $Revision: 1.24 $ $Date: 2002/02/12 20:43:33 $
*/
public class WebappLoader
@@ -816,7 +816,6 @@
File workDir =
(File) servletContext.getAttribute(Globals.WORK_DIR_ATTR);
if (workDir != null) {
-/*
try {
String workDirPath = workDir.getCanonicalPath();
classLoader.addPermission
@@ -827,7 +826,6 @@
} catch (IOException e) {
// Ignore
}
-*/
}
try {
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6406] New: - All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory.
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=6406. 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=6406 All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory. Summary: All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory. Product: Tomcat 4 Version: 4.0.2 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory. This was NOT a problem before j2sdk1.4.0-rc. The Oracle 8.1.7 JDBC driver comes from Oracle packaged in two zip files: classes12.zip and nls_charset12.zip. When these files are unpacked, two directories result: oracle and javax. If these two directories are placed in /WEB-INF/classes, everything works fine. However, if these directories are instead placed in $CATALINA_HOME/classes, then all the classes in the $CATALINA_HOME/classes directory become invisible and the directory itself disappears from the classpath. (i.e., The application context attribute named org.apache.catalina.jsp_classpath no longer includes a reference to $CATALINA_HOME/classes.) It turns out that the javax directory is the key to this problem. If I delete this directory from $CATALINA_HOME/classes, everything works fine again. Luckily, the same classes that Oracle provides in this directory (javax.sql.*) are part of the 1.4 JRE. Nevertheless, this is a nasty problem. The workaround next time will unlikely be so easy. This problem is very easy to duplicate in both the FULL and the LE version of Tomcat 4.0.2. Note: Similar errant results occur when the two Oracle zip files are renamed to jarÂ’s and then placed in the $CATALINA_HOME/lib directory. In this case, however, it seems that only the classes in classes12.jar become invisible, although this was not tested. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-service/native/winnt/moni Makefile
jfclere 02/02/12 13:55:46 Modified:native/winnt/moni Makefile Log: Build vdmonisvc as a windows excutable (so that it does not need cygwin1.dll). Revision ChangesPath 1.2 +2 -2 jakarta-tomcat-service/native/winnt/moni/Makefile Index: Makefile === RCS file: /home/cvs/jakarta-tomcat-service/native/winnt/moni/Makefile,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Makefile 10 Feb 2002 18:02:12 - 1.1 +++ Makefile 12 Feb 2002 21:55:46 - 1.2 @@ -5,9 +5,9 @@ gcc $(INCLUDE) -I../executables/vdmoniadm vdmoniadm.c \ -o ../bin/vdmoniadm -lgdi32 ../bin/vdmonisvc: vdmonisvc.c vdenv.o kills.o - gcc $(INCLUDE) -I../executables/vdmonisvc \ + gcc -mno-cygwin -I/usr/include $(INCLUDE) -I../executables/vdmonisvc \ -DCYGWIN vdmonisvc.c \ - -o ../bin/vdmonisvc vdenv.o kills.o -lm + -o ../bin/vdmonisvc vdenv.o kills.o vdenv.o: ../supcalls_nt/vdenv.c gcc $(INCLUDE) -c ../supcalls_nt/vdenv.c kills.o: ../signals/kills.c -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6408] New: - Starting tomcat from a cygwin bash shell using 'startup.sh' no longer works
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=6408. 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=6408 Starting tomcat from a cygwin bash shell using 'startup.sh' no longer works Summary: Starting tomcat from a cygwin bash shell using 'startup.sh' no longer works Product: Tomcat 4 Version: 4.0.2 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] ... although I don't think the problem is in the startup script itself. in Tomcat 4.0.1, I can issue the command bin/startup.sh from a cygwin shell, and everything works fine and dandy. In Tomcat 4.0.2, I get the following: output in catalina.out: java.io.FileNotFoundException: d:\cygdrive\d\jakarta-tomcat-4.0.2\conf\server.xml (The system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:64) at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:69) at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.jav a:133) at java.net.URL.openStream(URL.java:798) at org.apache.xerces.readers.DefaultReaderFactory.createReader(DefaultReaderFactory .java:149) at org.apache.xerces.readers.DefaultEntityHandler.startReadingFromDocument(DefaultE ntityHandler.java:493) at org.apache.xerces.framework.XMLParser.parseSomeSetup(XMLParser.java:314) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:1097) at org.xml.sax.helpers.XMLReaderAdapter.parse(XMLReaderAdapter.java:223) at javax.xml.parsers.SAXParser.parse(SAXParser.java:362) at javax.xml.parsers.SAXParser.parse(SAXParser.java:301) at org.apache.catalina.util.xml.XmlMapper.readXml(XmlMapper.java:228) at org.apache.catalina.startup.Catalina.start(Catalina.java:725) 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) Catalina.start: java.lang.Exception: Can't open config file: d:\cygdrive\d\jakarta-tomcat-4.0.2\conf\server.xml due to: java.io.File NotFoundException: d:\cygdrive\d\jakarta-tomcat-4.0.2\conf\server.xml (The system cannot find the path specified) java.lang.Exception: Can't open config file: d:\cygdrive\d\jakarta-tomcat-4.0.2\conf\server.xml due to: java.io.FileNotFoundExceptio n: d:\cygdrive\d\jakarta-tomcat-4.0.2\conf\server.xml (The system cannot find the path specified) at org.apache.catalina.util.xml.XmlMapper.readXml(XmlMapper.java:238) at org.apache.catalina.startup.Catalina.start(Catalina.java:725) 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) Under cygwin, the path should look like: /cygdrive/d/jakarta-tomcat-4.0.2/conf/server.xml and the Windows path would be: D:\jakarta-tomcat-4.0.2\conf\server.xml Somewhere along the way the two systems are being confused. Here's the output to the command line: Tim_Hart@HART /cygdrive/d/jakarta-tomcat-4.0.2 $ uname -a CYGWIN_NT-5.0 HART 1.3.9(0.51/3/2) 2002-01-21 12:48 i686 unknown Tim_Hart@HART /cygdrive/d/jakarta-tomcat-4.0.2 $ bin/startup.sh Using CATALINA_BASE: /cygdrive/d/jakarta-tomcat-4.0.2 Using CATALINA_HOME: d:\jakarta-tomcat-4.0.2 Using CATALINA_TMPDIR: /cygdrive/d/jakarta-tomcat-4.0.2/temp Using JAVA_HOME: d:\jdk1.3.1_01 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs manager-howto.xml
craigmcc02/02/12 14:14:02
Modified:catalina/src/share/org/apache/catalina/ant
AbstractCatalinaTask.java InstallTask.java
ListTask.java ReloadTask.java StartTask.java
StopTask.java
catalina/src/share/org/apache/catalina/servlets
LocalStrings.properties ManagerServlet.java
webapps/tomcat-docs manager-howto.xml
Added: catalina/src/share/org/apache/catalina/ant DeployTask.java
UndeployTask.java
Log:
Enhance the Manager webapp to support two new facilities:
* Deploy a new application (optionally to a Tomcat instance running
on a different server) by uploading the WAR file to it.
* Undeploy an existing application and remove its document base directory
from webapps.
* Support these commands with new custom Ant tasks, typically named
deploy and undeploy.
The first of these commands is useful only within tools, becasue it requires
an HTTP put. However, it is supported by an Ant task for use in build
scripts.
If you want to do application development in place, inside the context
root directory of a running webapp, you will probably want to use the
install command rather than the deploy command.
Revision ChangesPath
1.2 +81 -15
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ant/AbstractCatalinaTask.java
Index: AbstractCatalinaTask.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ant/AbstractCatalinaTask.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- AbstractCatalinaTask.java 11 Jan 2002 00:37:30 - 1.1
+++ AbstractCatalinaTask.java 12 Feb 2002 22:14:01 - 1.2
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ant/AbstractCatalinaTask.java,v
1.1 2002/01/11 00:37:30 craigmcc Exp $
- * $Revision: 1.1 $
- * $Date: 2002/01/11 00:37:30 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ant/AbstractCatalinaTask.java,v
1.2 2002/02/12 22:14:01 craigmcc Exp $
+ * $Revision: 1.2 $
+ * $Date: 2002/02/12 22:14:01 $
*
*
*
@@ -63,8 +63,10 @@
package org.apache.catalina.ant;
+import java.io.BufferedOutputStream;
import java.io.InputStream;
import java.io.InputStreamReader;
+import java.net.HttpURLConnection;
import java.net.URL;
import java.net.URLConnection;
import org.apache.catalina.util.Base64;
@@ -79,7 +81,8 @@
* undeploying applications. These tasks require Ant 1.4 or later.
*
* @author Craig R. McClanahan
- * @version $Revision: 1.1 $ $Date: 2002/01/11 00:37:30 $
+ * @version $Revision: 1.2 $ $Date: 2002/02/12 22:14:01 $
+ * @since 4.1
*/
public abstract class AbstractCatalinaTask extends Task {
@@ -165,30 +168,84 @@
*/
public void execute(String command) throws BuildException {
+execute(command, null, null, -1);
+
+}
+
+
+/**
+ * Execute the specified command, based on the configured properties.
+ * The input stream will be closed upon completion of this task, whether
+ * it was executed successfully or not.
+ *
+ * @param command Command to be executed
+ * @param istream InputStream to include in an HTTP PUT, if any
+ * @param contentType Content type to specify for the input, if any
+ * @param contentLength Content length to specify for the input, if any
+ *
+ * @exception BuildException if an error occurs
+ */
+public void execute(String command, InputStream istream,
+String contentType, int contentLength)
+throws BuildException {
+
URLConnection conn = null;
InputStreamReader reader = null;
try {
// Create a connection for this command
conn = (new URL(url + command)).openConnection();
+HttpURLConnection hconn = (HttpURLConnection) conn;
// Set up standard connection characteristics
-conn.setAllowUserInteraction(false);
-conn.setDoInput(true);
-conn.setDoOutput(false);
-conn.setUseCaches(false);
-conn.setRequestProperty(User-Agent,
-Catalina-Ant-Task/1.0);
+hconn.setAllowUserInteraction(false);
+hconn.setDoInput(true);
+hconn.setUseCaches(false);
+if (istream != null) {
+hconn.setDoOutput(true);
+hconn.setRequestMethod(PUT);
+if (contentType != null) {
+
Native Connector Builds - When?
Note: RPMs and binaries of native connectors will be made available shortly. When can we expect to see builds of native connectors? I'm waiting for the build of the iisapi native connector for IIS. My attempts to build it from the 4.0.2 connector source required me to copy some missing files from the cvs. Jonathan This email and any files transmitted with it are for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. This email message has been swept by a virus software product for the presence of computer viruses. * -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6406] - All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory.
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=6406. 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=6406 All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory. --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 22:31 --- You are currently not allowed to put libraries which exist in the primordial classloader there. That's a feature of the classloader factory, which is not useful anymore (the only delegation workarounds needed are for the webapp classloader). It will be refactored eventually, but the workaround in the meantime is simple. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6408] - Starting tomcat from a cygwin bash shell using 'startup.sh' no longer works
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=6408. 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=6408 Starting tomcat from a cygwin bash shell using 'startup.sh' no longer works [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 22:36 --- Recurrent problems with Cygwin ... I guess some calls to Cygwin's nice conversion path program are needed. Quite frankly, I think we should drop support for Cygwin altogether in the Unix scripts. Use the batch files, they work much better :) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4891] - Tyrex's EnabledDataSource cannot find JDBC driver's class placed in $CATALINA_HOME/lib
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=4891. 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=4891 Tyrex's EnabledDataSource cannot find JDBC driver's class placed in $CATALINA_HOME/lib [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 22:58 --- Since some internal user-added Catalina components may also use Tyrex, I don't see any urgency to move it in the distribution. Tyrex DataSource can't be placed in a child classloader. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5330] - JNDI ENC context problem.
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=5330. 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=5330 JNDI ENC context problem. --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:04 --- The manager thread's CCL should now be associated with the webapp classloader, which should make the ENC work. This needs testing, however. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5416] - A I18N Test Fails in Windows XP
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=5416. 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=5416 A I18N Test Fails in Windows XP [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:15 --- Since it is failing on XP and not in 2K, I think it's either a JDK or a platform problem. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5535] - Some Browser cannot understand Path and Domain in Set-Cookie header
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=5535. 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=5535 Some Browser cannot understand Path and Domain in Set-Cookie header [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:17 --- Generally, workarounds for broken user-agents implementations won't be provided. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5660] - JDBCRealm with JDK1.4 and Oracle doesn't 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=5660. 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=5660 JDBCRealm with JDK1.4 and Oracle doesn't work [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:19 --- Reopen mentioning 1.4 RC. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5660] - JDBCRealm with JDK1.4 and Oracle doesn't 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=5660. 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=5660 JDBCRealm with JDK1.4 and Oracle doesn't work [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:21 --- 1.4 RC will probably fix it, as it fixed all the other classloader problems I was experiencing with 1.4 b3. In any case, it looks like a JDK bug, so Tomcat can't fix it. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5715] - response.setContentType() in Filter.doFilter not changed content type
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=5715. 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=5715 response.setContentType() in Filter.doFilter not changed content type [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME Summary|response.setContentType() in|response.setContentType() in |Filter.doFilter not changed |Filter.doFilter not changed |content type|content type --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:24 --- If you're using this before the response is committed, then it should work. It probably won't do any good to set it after calling doFilter (but that depends on what your servlet is doing). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6123] - refreshing problem with jsp:include tag
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=6123. 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=6123 refreshing problem with jsp:include tag [EMAIL PROTECTED] changed: What|Removed |Added Component|Unknown |Jasper -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6196] - jsp:forward should trigger IllegalStateException when buffer flushed
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=6196. 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=6196 jsp:forward should trigger IllegalStateException when buffer flushed [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Jasper --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:31 --- I didn't try it yet, but in all cases the error won't be reported in the HTML page returned to the client (when the response is committed, Catalina never outputs an error report), but rather it should end up in the logs. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6208] - Bug in Tomcat's implementation of the sendRedirect method of the HttpServletResponse interface
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=6208. 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=6208 Bug in Tomcat's implementation of the sendRedirect method of the HttpServletResponse interface [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:40 --- Tomcat has no way to reliable way to tell what is or what isn't an absolute URL, except checking if it begins with http or https (which I think is how is implemented now). If you find a nice way to improve this and support your use case, please submit a patch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 BUILDING.txt
remm02/02/12 15:45:41 Modified:.BUILDING.txt Log: - Fix 6236. Patch submitted by Janek Bogucki. Revision ChangesPath 1.26 +5 -4 jakarta-tomcat-4.0/BUILDING.txt Index: BUILDING.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/BUILDING.txt,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- BUILDING.txt 2 Feb 2002 22:24:12 - 1.25 +++ BUILDING.txt 12 Feb 2002 23:45:40 - 1.26 @@ -1,4 +1,4 @@ -$Id: BUILDING.txt,v 1.25 2002/02/02 22:24:12 remm Exp $ +$Id: BUILDING.txt,v 1.26 2002/02/12 23:45:40 remm Exp $ Building The Tomcat 4.0 Servlet/JSP Container @@ -228,9 +228,10 @@ * Unpack the reference implementation into a convenient location so that it resides in its own subdirectory. -* You will also need the LDAP Provider (ldap.jar), available on the - same download page. Be sure that you unpack ldap.jar into the lib - subdirectory of the JNDI directory, parallel to jndi.jar. +* You will also need the LDAP Service Provider Maintenance package, + (version 1.2.3 or later) available on the same download page. Be sure + that you unpack ldap.jar and jaas.jar into the lib subdirectory of + the JNDI directory, parallel to jndi.jar. (11) Steps (12)-(23) are optional, but are necessary to build a complete binary -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6236] - [PATCH] BUILDING.txt doesn't mention jaas.jar
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=6236. 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=6236 [PATCH] BUILDING.txt doesn't mention jaas.jar [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:45 --- Fixed, thanks for the patch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6247] - Tomcat not referencing jar files in web-inf/lib classpath conflicts
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=6247. 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=6247 Tomcat not referencing jar files in web-inf/lib classpath conflicts [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:47 --- I don't understand the problem, and can't do anything without a test case. Please post on tomcat-user for investigation. If you include the servletapi classes in you JAR, then don't. That's all I can think of at the moment. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6371] - can't set attribute on session
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=6371. 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=6371 can't set attribute on session [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:50 --- Please do a clean install of Tomcat, and check you don't have any outdated servletapi in your classpath (as a sys extension in your jdk, maybe), and that your webapp doesn't include an outdated servlet.jar. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/bin cpappend.bat
patrickl02/02/12 15:51:21 Modified:catalina/src/bin cpappend.bat Log: Revert changes in previous version as previous version was accidently merged against the wrong file Revision ChangesPath 1.4 +1 -16 jakarta-tomcat-4.0/catalina/src/bin/cpappend.bat Index: cpappend.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/cpappend.bat,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- cpappend.bat 15 Jan 2002 02:55:38 - 1.3 +++ cpappend.bat 12 Feb 2002 23:51:21 - 1.4 @@ -1,16 +1 @@ -rem --- -rem Append a path onto the CLASSPATH -rem -rem $Id: cpappend.bat,v 1.3 2002/01/15 02:55:38 patrickl Exp $ -rem --- - -rem Get remaining unshifted command line arguments and save them in the -set CMD_LINE_ARGS=%1 -shift -:setArgs -if %1== goto doneSetArgs -set CMD_LINE_ARGS=%CMD_LINE_ARGS% %1 -shift -goto setArgs -:doneSetArgs - +set CLASSPATH=%CLASSPATH%;%1 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/appdev web.xml.txt
remm02/02/12 15:51:40 Modified:webapps/tomcat-docs/appdev web.xml.txt Log: - Fix 6209. Submitted by Irwin Kwan. Revision ChangesPath 1.4 +2 -0 jakarta-tomcat-4.0/webapps/tomcat-docs/appdev/web.xml.txt Index: web.xml.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/appdev/web.xml.txt,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- web.xml.txt 12 Oct 2001 17:09:37 - 1.3 +++ web.xml.txt 12 Feb 2002 23:51:40 - 1.4 @@ -1,3 +1,5 @@ +?xml version=1.0 encoding=ISO-8859-1? + !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6209] - ?xml version=1.0 encoding=ISO-8859-1? missing from sample web.xml 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=6209. 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=6209 ?xml version=1.0 encoding=ISO-8859-1? missing from sample web.xml file [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:52 --- Fixed. Thanks for the patch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/bin cpappend.bat
patrickl02/02/12 15:53:02 Modified:catalina/src/bin Tag: tomcat_40_branch cpappend.bat Log: Revert changes in previous version as previous version was accidently merged against the wrong file Revision ChangesPath No revision No revision 1.2.4.2 +1 -16 jakarta-tomcat-4.0/catalina/src/bin/cpappend.bat Index: cpappend.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/cpappend.bat,v retrieving revision 1.2.4.1 retrieving revision 1.2.4.2 diff -u -r1.2.4.1 -r1.2.4.2 --- cpappend.bat 30 Jan 2002 18:10:40 - 1.2.4.1 +++ cpappend.bat 12 Feb 2002 23:53:02 - 1.2.4.2 @@ -1,16 +1 @@ -rem --- -rem Append a path onto the CLASSPATH -rem -rem $Id: cpappend.bat,v 1.2.4.1 2002/01/30 18:10:40 patrickl Exp $ -rem --- - -rem Get remaining unshifted command line arguments and save them in the -set CMD_LINE_ARGS=%1 -shift -:setArgs -if %1== goto doneSetArgs -set CMD_LINE_ARGS=%CMD_LINE_ARGS% %1 -shift -goto setArgs -:doneSetArgs - +set CLASSPATH=%CLASSPATH%;%1 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:54 --- Please see the answer I posted on tomcat-user: quote 4.0.2 now tries to implement the requirement of preventing to load a shared library from the webapp loader. Unfortunately, the feature is not smart enough at the moment, and will filter out any DOM or SAX related class. To fix it, move the DOM classes in 'lib' or 'common/lib'. /quote I'll try to address this soon, by refactoring the triggers, and allowing the user to configure them (which will be the best implementation I can think of of what the spec requires). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/appdev build.xml.txt
remm02/02/12 15:57:15
Modified:webapps/tomcat-docs/appdev Tag: tomcat_40_branch
build.xml.txt
Log:
- Apparently forgot to port a fix for a typo (this was already fixed in the HEAD).
Revision ChangesPath
No revision
No revision
1.2.2.2 +1 -1 jakarta-tomcat-4.0/webapps/tomcat-docs/appdev/build.xml.txt
Index: build.xml.txt
===
RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/appdev/build.xml.txt,v
retrieving revision 1.2.2.1
retrieving revision 1.2.2.2
diff -u -r1.2.2.1 -r1.2.2.2
--- build.xml.txt 10 Dec 2001 01:15:33 - 1.2.2.1
+++ build.xml.txt 12 Feb 2002 23:57:15 - 1.2.2.2
@@ -297,7 +297,7 @@
mkdir dir=${dist.home}/docs/api/
javadoc sourcepath=src
destdir=${dist.home}/docs/api
- packagenames=*/
+ packagenames=*
classpath refid=compile.classpath/
/javadoc
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6380] - XML Parsing Error in Sample App docs
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=6380. 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=6380 XML Parsing Error in Sample App docs [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:57 --- Thanks. This was already fixed in the HEAD branch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6385] - Sample webapp build.xml has a xml format mistake preventing compilation
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=6385. 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=6385 Sample webapp build.xml has a xml format mistake preventing compilation [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:58 --- *** This bug has been marked as a duplicate of 6380 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6380] - XML Parsing Error in Sample App docs
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=6380. 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=6380 XML Parsing Error in Sample App docs [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-02-12 23:58 --- *** Bug 6385 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Native Connector problems
Mea culpa... One of the last changes on the connector ( the secret ) introduced a bug, when worker_cache is enabled. The secret will not be initialized, and that may creates all kind of serious problems. Not sure what's the best solution ( not using cache_size will impact the performance ), but we could create a separate download with the (fixed) native code and rebuild the binaries. Thanks Mike for finding the bug, my apologies for causing the problem. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] changed: What|Removed |Added Component|Unknown |Catalina Version|4.0.2 Beta 2|4.0.2 Final --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 00:07 --- I can confirm that this is happening. However, it is not happening in 4.0.2- b2, only in 4.0.2 Final. I changed the version to reflect that. I also figure that the Component is Catalina, so I made that change. I work on a project called Barracuda hosted at http://barracuda.enhydra.org/. It uses xmlc which contains XML and DOM classes that are pretty dated. For this reason, we always put the xmlc.jar in the WEB-INF/lib directory. This works great in Tomcat 3.3 and 4.xx up to 4.0.2-b2. In 4.0.2 Final, we are now seeing the reported error. I have also seen a number of error reports from others: http://www.apachelabs.org/tomcat-user/200202.mbox/% 3c24946BD18054D4119BE200D0B73E87778D5F50@BOROMIR%3e Here's one reporting Cocoon breaking in 4.0.2: http://www.apachelabs.org/tomcat-user/200202.mbox/%3c009301c1b3e9$4f6e5ff0 $[EMAIL PROTECTED]%3e If this is a feature, I can't belieive that a feature that didn't exist in 4.0.2-b2 was released without another beta. Please fix this sooner than Later! Jake -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Native Connector problems
One of the last changes on the connector ( the secret ) introduced a bug, when worker_cache is enabled. The secret will not be initialized, and that may creates all kind of serious problems. Could you detail the problem ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
PureTLS/Cryptix RPM at Apache - WAS: Tomcat 4.0.2 Final RPM available
TC 4.0.2 rpms are available at : The new RPM packaging looks much cleaner, and this time it should be compliant with the official standard, right ? Yes, and I hope to see other jakarta/xml projects use these kind of packaging. BTW, openjmx RPM is ready, and also puretls, cryptix, cryptix-asn1 which could be used now on Tomcat 3.3.1-dev. Question : Could we host these CRYPTO rpms at apache.org since they give users a 100% OSS SSL implementation for TC 3.3 now and may be soon TC 4.0 ? PureTLS and Cryptix are both BSD so licence is not a problem. If it's impossible to host these files on apache.org, could cryptix.org and rtfm.com hosts them ? Regards -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6411] New: - HttpSession.isNew() always returns false
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=6411. 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=6411 HttpSession.isNew() always returns false Summary: HttpSession.isNew() always returns false Product: Tomcat 4 Version: 4.0.2 Final Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When using Apache Web Server with Tomcat 4.0.2, the HttpSession.isNew() method returns false the first time (and everytime after that) a request is received by the doPost() method in a servlet. It does not matter whether I get a sesssion reference using the HttpServletRequest.getSession() method or HttpServletRequest.getSession(true) method. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JMX Support in Tomcat 4
On Tuesday 12 February 2002 17:41, mark wrote: Hi I'm one of developers of OpenJMX. We will be developing in OpenJMX an admin app for JMX applications inside web containers. I wonder whether Tomcat will be doing exactly the same (A general JMX admin app) or a specific admin tool for Tomcat only. Anyway I'd be interested to collaborate specially if it can benefit both OpenJMX and Tomcat I am very interested, as it would be very useful for projects other than Tomcat. I have tried integrating with the current administration interface (for providing some admin features for Slide), but it's clearly not designed to do that. What could be done is maybe to write a (complex) tag library, which would ease the process of writing admin pages which would manipulate MBeans. Of course, that's quite a bit harder than writing custom admin pages, so I can understand the rationale behind that from a dev schedule standpoint ;-) Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c
mmanders02/02/12 17:07:18
Modified:jk/native/common jk_ajp_common.c
Log:
Initialize secret before checking cache since we might return from inside of the
cache checking loop.
Revision ChangesPath
1.24 +9 -2 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
Index: jk_ajp_common.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v
retrieving revision 1.23
retrieving revision 1.24
diff -u -r1.23 -r1.24
--- jk_ajp_common.c 6 Feb 2002 19:11:23 - 1.23
+++ jk_ajp_common.c 13 Feb 2002 01:07:18 - 1.24
@@ -59,7 +59,7 @@
* Description: common stuff for bi-directional protocols ajp13/ajp14. *
* Author: Gal Shachor [EMAIL PROTECTED] *
* Author: Henri Gomez [EMAIL PROTECTED] *
- * Version: $Revision: 1.23 $ *
+ * Version: $Revision: 1.24 $ *
***/
@@ -1235,6 +1235,14 @@
if (pThis pThis-worker_private) {
ajp_worker_t *p = pThis-worker_private;
int cache_sz = jk_get_worker_cache_size(props, p-name, cache);
+
+/*
+ * Need to initialize secret here since we could return from inside
+ * of the following loop
+ */
+
+p-secret = jk_get_worker_secret(props, p-name );
+
if (cache_sz 0) {
p-ep_cache = (ajp_endpoint_t **)malloc(sizeof(ajp_endpoint_t *) *
cache_sz);
if(p-ep_cache) {
@@ -1249,7 +1257,6 @@
}
}
}
-p-secret = jk_get_worker_secret(props, p-name );
} else {
jk_log(l, JK_LOG_ERROR, In jk_worker_t::init, NULL parameters\n);
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/appdev web.xml.txt
remm02/02/12 17:11:25 Modified:webapps/tomcat-docs/appdev Tag: tomcat_40_branch web.xml.txt Log: - Add missing header. Revision ChangesPath No revision No revision 1.2.2.2 +2 -0 jakarta-tomcat-4.0/webapps/tomcat-docs/appdev/web.xml.txt Index: web.xml.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/appdev/web.xml.txt,v retrieving revision 1.2.2.1 retrieving revision 1.2.2.2 diff -u -r1.2.2.1 -r1.2.2.2 --- web.xml.txt 12 Oct 2001 17:10:52 - 1.2.2.1 +++ web.xml.txt 13 Feb 2002 01:11:25 - 1.2.2.2 @@ -1,3 +1,5 @@ +?xml version=1.0 encoding=ISO-8859-1? + !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Native Connector problems
The problem is that the default cache size is one and in the ajp_init function in jk_ajp_common.c we return from inside of an if when we initialize the cache so the secrect member of the structure never gets initialized. This caused some GPFs in certain cases on some of my builds. I've checked in the fix. All I did was move the line that initializes secret up above the if statement. Remy, would it be possible to relabel jk_ajp_common.c rev. 1.24 as the rev for tomcat_402? I've built and tested this fix on NetWare and the resolved my GPFs and bad behavior talking to older installations of Tomcat (i.e. 3.3). I was able to use the same module to talk to Tomcat 4.0.2 and Tomcat 3.3 from the same instance of the web server. I love it when a plan comes together :-) Mike Anderson [EMAIL PROTECTED] 02/12/02 05:19PM One of the last changes on the connector ( the secret ) introduced a bug, when worker_cache is enabled. The secret will not be initialized, and that may creates all kind of serious problems. Could you detail the problem ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 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 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 01:44 --- Yes, I know it doesn't happen with b2. There were other more insidious problems with using a XML parser in a webapp repository (see 6248, and many messages on tomcat-user). It will force the XML base classes (and their subpackages, unfortunately, that's where the bug is) to be loaded from one of the parent shared classloader. I've put a fix already in CVS in both branches (the base XML classes won't be loaded to avoid the classcasts, but all the subpackages will). It is not possible, and is actually forbidden by the servlet spec, to load those classes from the webapp repositories. LATER means that I'd like to implement a better mechanism to fully implement the spec requirements (although it will need some special configuration by the user to define which libraries it has installed). This probably will stay in the HEAD branch, so the resolution of the bug may not be the right one. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.0.3-B1.txt OUTSTANDING-BUGS-4.0.3.txt
remm02/02/12 17:50:46 Modified:.Tag: tomcat_40_branch OUTSTANDING-BUGS-4.0.3.txt Added: .Tag: tomcat_40_branch RELEASE-NOTES-4.0.3-B1.txt Log: - Start relese notes for 4.0.3 B1. Revision ChangesPath No revision No revision 1.1.2.2 +1 -1 jakarta-tomcat-4.0/Attic/OUTSTANDING-BUGS-4.0.3.txt Index: OUTSTANDING-BUGS-4.0.3.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/Attic/OUTSTANDING-BUGS-4.0.3.txt,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- OUTSTANDING-BUGS-4.0.3.txt10 Feb 2002 02:41:39 - 1.1.2.1 +++ OUTSTANDING-BUGS-4.0.3.txt13 Feb 2002 01:50:46 - 1.1.2.2 @@ -23,6 +23,6 @@ 5704servlets CgiServlet corrupting images? 4518jasper load-on-startup is not working with jsp page 5759servlets CGI servlet mapping by extension *.cgi does not work - +6400jasper Tag Libraries not deploying in 4.0.2 final No revision No revision 1.1.2.1 +342 -0jakarta-tomcat-4.0/Attic/RELEASE-NOTES-4.0.3-B1.txt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 01:51 --- This problem has been fixed in both branches (4.0 and HEAD). The classloader will now match the exact package name. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger LoggerBase.java
remm02/02/12 17:52:10
Modified:catalina/src/share/org/apache/catalina/logger Tag:
tomcat_40_branch LoggerBase.java
Log:
- Make LoggeBase a public class, to allow extending it more easily.
Revision ChangesPath
No revision
No revision
1.3.2.1 +5 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/LoggerBase.java
Index: LoggerBase.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/LoggerBase.java,v
retrieving revision 1.3
retrieving revision 1.3.2.1
diff -u -r1.3 -r1.3.2.1
--- LoggerBase.java 22 Jul 2001 20:25:11 - 1.3
+++ LoggerBase.java 13 Feb 2002 01:52:10 - 1.3.2.1
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/LoggerBase.java,v
1.3 2001/07/22 20:25:11 pier Exp $
- * $Revision: 1.3 $
- * $Date: 2001/07/22 20:25:11 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/LoggerBase.java,v
1.3.2.1 2002/02/13 01:52:10 remm Exp $
+ * $Revision: 1.3.2.1 $
+ * $Date: 2002/02/13 01:52:10 $
*
*
*
@@ -81,10 +81,10 @@
* any property setting and lifecycle methods required for configuration.
*
* @author Craig R. McClanahan
- * @version $Revision: 1.3 $ $Date: 2001/07/22 20:25:11 $
+ * @version $Revision: 1.3.2.1 $ $Date: 2002/02/13 01:52:10 $
*/
-abstract class LoggerBase
+public abstract class LoggerBase
implements Logger {
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6396] - LoggerBase class is package not public
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=6396. 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=6396 LoggerBase class is package not public [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 01:53 --- Fixed. This was already done in the HEAD branch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JMX Support in Tomcat 4
On Tue, 12 Feb 2002, Remy Maucherat wrote: Date: Tue, 12 Feb 2002 15:24:53 -0800 From: Remy Maucherat [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: JMX Support in Tomcat 4 On Tuesday 12 February 2002 17:41, mark wrote: Hi I'm one of developers of OpenJMX. We will be developing in OpenJMX an admin app for JMX applications inside web containers. I wonder whether Tomcat will be doing exactly the same (A general JMX admin app) or a specific admin tool for Tomcat only. Anyway I'd be interested to collaborate specially if it can benefit both OpenJMX and Tomcat I am very interested, as it would be very useful for projects other than Tomcat. I have tried integrating with the current administration interface (for providing some admin features for Slide), but it's clearly not designed to do that. What could be done is maybe to write a (complex) tag library, which would ease the process of writing admin pages which would manipulate MBeans. Of course, that's quite a bit harder than writing custom admin pages, so I can understand the rationale behind that from a dev schedule standpoint ;-) To get such a tag library started, there's an attribute tag in the admin webapp (HEAD branch) that displays a named attribute from a named MBean. It would certainly make sense to abstract this out into a general MBean manipulation tag library (perhaps in jakarta-taglibs?). Remy Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JMX Support in Tomcat 4
On Tue, 12 Feb 2002, Remy Maucherat wrote: What could be done is maybe to write a (complex) tag library, which would ease the process of writing admin pages which would manipulate MBeans. Of course, that's quite a bit harder than writing custom admin pages, so I can understand the rationale behind that from a dev schedule standpoint ;-) To get such a tag library started, there's an attribute tag in the admin webapp (HEAD branch) that displays a named attribute from a named MBean. It would certainly make sense to abstract this out into a general MBean manipulation tag library (perhaps in jakarta-taglibs?). Yes, that would be a good starting point. The taglib is IMO the only satisfactory solution, as the application needs to be able to decide of the LnF of the admin app, as well as how the beans should be organized / presented (for example, the Tomcat admin webapp uses a tree, but other applications may do something different altogether). The only problem is that a significant part of the development would still need to be done by the application (it's not a your HTML admin interface in 5 mins type of deal). jakarta-taglibs looks like the right home for this, but I'd like to hear from Carlos to know how he plans to implement it. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin connector.jsp context.jsp host.jsp logger.jsp server.jsp
manveen 02/02/12 16:03:32 Modified:webapps/admin connector.jsp context.jsp host.jsp logger.jsp server.jsp Log: Comment out unimplemented actions. Revision ChangesPath 1.3 +2 -1 jakarta-tomcat-4.0/webapps/admin/connector.jsp Index: connector.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/connector.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- connector.jsp 10 Jan 2002 03:41:13 - 1.2 +++ connector.jsp 13 Feb 2002 00:03:32 - 1.3 @@ -30,8 +30,9 @@ controls:actions controls:action selected=true bean:message key=actions.available.actions/ /controls:action controls:action - /controls:action -!-- will add the urls later once those screens get implemented -- + %-- controls:action url= bean:message key=actions.thisconnector.delete/ /controls:action +--% /controls:actions /div /td 1.4 +2 -1 jakarta-tomcat-4.0/webapps/admin/context.jsp Index: context.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/context.jsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- context.jsp 28 Jan 2002 17:44:42 - 1.3 +++ context.jsp 13 Feb 2002 00:03:32 - 1.4 @@ -32,6 +32,7 @@ controls:actions controls:action selected=true bean:message key=actions.available.actions/ /controls:action controls:action - /controls:action + %-- controls:action url= bean:message key=actions.logger.create/ /controls:action controls:action url= bean:message key=actions.logger.delete/ /controls:action controls:action - /controls:action @@ -44,8 +45,8 @@ controls:action url= bean:message key=actions.valve.create/ /controls:action controls:action url= bean:message key=actions.valve.delete/ /controls:action controls:action - /controls:action -!-- will add the urls later once those screens get implemented -- controls:action url= bean:message key=actions.thiscontext.delete/ /controls:action + --% /controls:actions /div /td 1.3 +3 -2 jakarta-tomcat-4.0/webapps/admin/host.jsp Index: host.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/host.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- host.jsp 18 Jan 2002 05:53:26 - 1.2 +++ host.jsp 13 Feb 2002 00:03:32 - 1.3 @@ -32,13 +32,13 @@ controls:actions controls:action selected=true -bean:message key=actions.available.actions/- /controls:action controls:action - /controls:action -!-- will add the urls later once those screens get implemented -- +%-- controls:action url= bean:message key=actions.accesslogger.create/ /controls:action controls:action url= bean:message key=actions.accesslogger.delete/ /controls:action controls:action - /controls:action controls:action url= bean:message key=actions.alias.create/ /controls:action controls:action url= bean:message key=actions.alias.delete/ /controls:action - controls:action - /controls:action +controls:action - /controls:action controls:action url= bean:message key=actions.logger.create/ /controls:action controls:action url= bean:message key=actions.logger.delete/ /controls:action controls:action - /controls:action @@ -52,6 +52,7 @@ controls:action url= bean:message key=actions.valve.delete/ /controls:action controls:action - /controls:action controls:action url= bean:message key=actions.thishost.delete/ /controls:action +--% /controls:actions /div /td 1.3 +2 -1 jakarta-tomcat-4.0/webapps/admin/logger.jsp Index: logger.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/logger.jsp,v
cvs commit: jakarta-tomcat-4.0/webapps/admin/service addService.jsp deleteService.jsp service.jsp
manveen 02/02/12 16:04:29 Added: webapps/admin/service addService.jsp deleteService.jsp service.jsp Log: Move service related jsps to service directory to organize jsps and avoid clutter. Revision ChangesPath 1.1 jakarta-tomcat-4.0/webapps/admin/service/addService.jsp Index: addService.jsp === !-- Standard Struts Entries -- %@ page language=java % %@ taglib uri=/WEB-INF/struts-bean.tld prefix=bean % %@ taglib uri=/WEB-INF/struts-html.tld prefix=html % %@ taglib uri=/WEB-INF/controls.tld prefix=controls % html:html locale=true %@ include file=../users/header.jsp % !-- Body -- body bgcolor=white !--Form -- html:errors/ html:form method=POST action=/addService table width=100% border=0 cellspacing=0 cellpadding=0 tr class=page-title-row td width=81% div class=page-title-text align=left bean:message key=service.create.new/ /div /td /tr /table %@ include file=../buttons.jsp % %-- Heading --% table border=0 cellspacing=0 cellpadding=0 width=100% tr td div class=table-title-text bean:define name=addServiceForm id=addServiceForm scope=session/ bean:message key=service.properties/ /div /td /tr /table table class=back-table border=0 cellspacing=0 cellpadding=1 width=100% tr td controls:table tableStyle=front-table lineStyle=line-row controls:row header=true labelStyle=table-header-text dataStyle=table-header-text controls:labelbean:message key=service.property//controls:label controls:databean:message key=service.value/ /controls:data /controls:row controls:row labelStyle=table-label-text dataStyle=table-normal-text controls:labelbean:message key=service.name/:/controls:label controls:data html:text property=serviceName size=24 maxlength=24/ /controls:data /controls:row /controls:table /td /tr /table br table border=0 cellspacing=0 cellpadding=0 width=100% tr td div class=table-title-text bean:message key=service.engine.props/ /div /td /tr /table table class=back-table border=0 cellspacing=0 cellpadding=1 width=100% tr td controls:table tableStyle=front-table lineStyle=line-row controls:row header=true labelStyle=table-header-text dataStyle=table-header-text controls:labelbean:message key=service.property//controls:label controls:databean:message key=service.value/ /controls:data /controls:row controls:row labelStyle=table-label-text dataStyle=table-normal-text controls:labelbean:message key=service.name/:/controls:label controls:data html:text property=engineName size=24 maxlength=24/ /controls:data /controls:row controls:row labelStyle=table-label-text dataStyle=table-normal-text controls:labelbean:message key=server.debuglevel/:/controls:label controls:data html:select property=debugLvl bean:define id=debugLvlVals name=addServiceForm property=debugLvlVals/ html:options collection=debugLvlVals property=value labelProperty=label/ /html:select /controls:data /controls:row controls:row labelStyle=table-label-text dataStyle=table-normal-text controls:labelbean:message key=service.defaulthostname/:/controls:label controls:data html:text property=defaultHost size=24 maxlength=24/ /controls:data /controls:row /controls:table /td /tr /table br %@ include file=../buttons.jsp % /html:form /body /html:html 1.1 jakarta-tomcat-4.0/webapps/admin/service/deleteService.jsp Index: deleteService.jsp === !-- Standard Struts Entries -- %@ page language=java % %@ taglib uri=/WEB-INF/struts-bean.tld prefix=bean % %@ taglib uri=/WEB-INF/struts-html.tld prefix=html % %@ taglib uri=/WEB-INF/struts-logic.tld prefix=logic % %@ taglib uri=/WEB-INF/controls.tld prefix=controls % html:html locale=true %@ include file=../users/header.jsp % !-- Body -- body bgcolor=white !--Form -- html:errors/ html:form method=post action=/deleteService table width=100% border=0 cellspacing=0 cellpadding=0 tr bgcolor=7171A5 td
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector - New directory
manveen 02/02/12 16:05:06 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context - New directory
manveen 02/02/12 16:05:15 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Native Connector problems
On Tue, 12 Feb 2002, Mike Anderson wrote: The problem is that the default cache size is one and in the ajp_init The problem is that I spent too much time writing java code. I didn't see the return statement, the deep if() have confused me. If you ever see any commit (from me) that late in a release cycle - make sure you -1 it, regardless of how usefull it may look. Peer review seems to work well, but it needs more time. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/bin cpappend.bat
patrickl02/02/12 21:55:21 Modified:catalina/src/bin Tag: tomcat_40_branch cpappend.bat Log: Add support for spaces in path names Revision ChangesPath No revision No revision 1.2.4.3 +18 -0 jakarta-tomcat-4.0/catalina/src/bin/cpappend.bat Index: cpappend.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/cpappend.bat,v retrieving revision 1.2.4.2 retrieving revision 1.2.4.3 diff -u -r1.2.4.2 -r1.2.4.3 --- cpappend.bat 12 Feb 2002 23:53:02 - 1.2.4.2 +++ cpappend.bat 13 Feb 2002 05:55:21 - 1.2.4.3 @@ -1 +1,19 @@ +rem --- +rem Append to CLASSPATH +rem +rem $Id: cpappend.bat,v 1.2.4.3 2002/02/13 05:55:21 patrickl Exp $ +rem --- + +rem Process the first argument +if %1 == goto end set CLASSPATH=%CLASSPATH%;%1 +shift + +rem Process the remaining arguments +:setArgs +if %1 == goto doneSetArgs +set CLASSPATH=%CLASSPATH% %1 +shift +goto setArgs +:doneSetArgs +:end -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/bin cpappend.bat
patrickl02/02/12 21:57:08 Modified:catalina/src/bin cpappend.bat Log: Add support for spaces in path names Revision ChangesPath 1.5 +18 -0 jakarta-tomcat-4.0/catalina/src/bin/cpappend.bat Index: cpappend.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/cpappend.bat,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- cpappend.bat 12 Feb 2002 23:51:21 - 1.4 +++ cpappend.bat 13 Feb 2002 05:57:08 - 1.5 @@ -1 +1,19 @@ +rem --- +rem Append to CLASSPATH +rem +rem $Id: cpappend.bat,v 1.5 2002/02/13 05:57:08 patrickl Exp $ +rem --- + +rem Process the first argument +if %1 == goto end set CLASSPATH=%CLASSPATH%;%1 +shift + +rem Process the remaining arguments +:setArgs +if %1 == goto doneSetArgs +set CLASSPATH=%CLASSPATH% %1 +shift +goto setArgs +:doneSetArgs +:end -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
AW: Native Connector problems
Hi, I just ran into a problem with the loadbalancing stuff. I built mod_jk.so from the 4.0.2 connector package and replaced my mod_jk.so (TC3.3 Version) with this one in apache/libexec (1.3.19). By just changing a link back and forth between the two versions, I tested our TC3.3 based application against the two versions of mod_jk. If this is not enough and I am missing something, please let me know. Otherwise exactly the same setup All works perfectly with the new mod_jk when I use normal ajp13 workers (one webapp), but fails when I use a loadbalancing worker pointing to another webapp on a different Tomcat instance. I do not have the mod_jk.log here at home. Will send it in a couple of hours when I am in the office. What else would be required for debugging? Note, We use the loadbalancer just for switching tomcats. Only one instance of the two loadbalanced Tomcats is active most of the time. (by changing the lbvalue) Thanks, Hans -Ursprungliche Nachricht- Von: Mike Anderson [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 13. Februar 2002 02:17 An: [EMAIL PROTECTED] Betreff: RE: Native Connector problems The problem is that the default cache size is one and in the ajp_init function in jk_ajp_common.c we return from inside of an if when we initialize the cache so the secrect member of the structure never gets initialized. This caused some GPFs in certain cases on some of my builds. I've checked in the fix. All I did was move the line that initializes secret up above the if statement. Remy, would it be possible to relabel jk_ajp_common.c rev. 1.24 as the rev for tomcat_402? I've built and tested this fix on NetWare and the resolved my GPFs and bad behavior talking to older installations of Tomcat (i.e. 3.3). I was able to use the same module to talk to Tomcat 4.0.2 and Tomcat 3.3 from the same instance of the web server. I love it when a plan comes together :-) Mike Anderson [EMAIL PROTECTED] 02/12/02 05:19PM One of the last changes on the connector ( the secret ) introduced a bug, when worker_cache is enabled. The secret will not be initialized, and that may creates all kind of serious problems. Could you detail the problem ? -- 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6196] - jsp:forward should trigger IllegalStateException when buffer flushed
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=6196. 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=6196 jsp:forward should trigger IllegalStateException when buffer flushed --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 08:07 --- Of course it doesn't show in the resulting HTML ! If I remember correctly it throws IOException, which can be shown using an errorPage attribute. JFH -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6273] - page directive without attribute
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=6273. 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=6273 page directive without attribute --- Additional Comments From [EMAIL PROTECTED] 2002-02-13 08:15 --- I thought that at least the language attribute was required : In JSP 1.2, the only defined and required scripting language value for this attribute is java, JSP 1.2 Spec, page 49. JFH -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
