Re: TOMCAT memory usage : how to manage and benchmark ?
Pier Fumagalli wrote: On 28/10/02 22:40, Bojan Smojver [EMAIL PROTECTED] wrote: On Tue, 2002-10-29 at 00:31, Pier Fumagalli wrote: Those are _not_ processes, they are threads... Use a decent operating system that supports them nicely (not Linux) and you'll see the difference (how many times do I have to repeat this?)... Linux sucks :-( Ha, ha... Keep dreaming Pier ;-) Works for you? Good! Doesn't for me! :-) The Linux threads implementation is _bad_ but that does not mean that the whole thing bad. For the Fun. The kernel threads appair also in ps but I have not (yet) tried to kill one ;-) Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14038] New: - PATCH Documentation Enhancement JK2
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=14038. 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=14038 PATCH Documentation Enhancement JK2 Summary: PATCH Documentation Enhancement JK2 Product: Tomcat 4 Version: 4.0 Beta 1 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] At my first reading I found it difficult to piece together just how I could contribute to the documentation. Once I had it all down I decided that my first contribution should be a page on How To Contribute to the documentation. I have a patch for putting it in xdocs/common but it is needed where ever it ends up. Index: menu.idx.in === RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/xdocs/menu.idx.in,v retrieving revision 1.2 diff -u -r1.2 menu.idx.in --- menu.idx.in 7 Oct 2002 07:47:59 - 1.2 +++ menu.idx.in 29 Oct 2002 07:41:44 - @@ -13,6 +13,7 @@ section name=Commons document href=common/AJPv13.xml/ document href=common/AJPv13-extensions-proposal.xml/ + document href=common/doccontrib.xml/ document href=faq.xml/ /section #Begin new document doccontrib.xml### ?xml version=1.0 encoding=UTF-8? document properties titleHow to Contribute to the Documentation/title author email=[EMAIL PROTECTED]Robert Sowders/author date$Date: 2002/10/25 00:22:20 $/date /properties section name=Introduction p This document describes how you can easily contribute to the documentation. I'm going to try to make it easy for everyone to help out with the documentation of Tomcat, more specifically the documentation for the connectors. This is written from a windows user perspective as I believe they will most benefit from it. For people using Unix it should be easy for them to apply these steps. Just substitute Unix sytax where needed. /p p The documentation is produced using xml with xsl style sheets. This effectivly seperates the content of the documents from the style, so all that contributers need to worry about the content. It is much easier to use than html. /p p It's all really quite simple. Here is what you will need: ul li bA recent version of Ant/b /li li bThe source code for the connectors from cvs/b /li li bAny ascii text editor/b /li /ul /p /section section name=Getting Started Step by Step p After you get these tools they are simple to set up. /p subsection name=STEP 1. Get Ant p Install a href=http://jakarta.apache.org/ant;Ant/a. The only advice I have is to choose a simple installation path. Now set an environment variable for ANT_HOME, and then add the location of the Ant/bin directory to your PATH variable. Consult your Operating system documentation for information on how to do this. When you are finished verify that you can run ant from the command line. /p p Ant is used to build the documentation, among other things, and it must be able to see a file called bbuild.xml/b. This file is located in the bCVS_HOME\jakarta-tomcat-connectors\jk/b directory. In the bbuild.xml/b file there is a target named docs that will be used to build the docs. /p /subsection subsection name=STEP 2. Get the sources p Get the sources for a href=http://cvs.apache.org/viewcvs/jakarta-tomcat- connectors/jakarta-tomcat-connectors/a from the CVS repository. If you'll be editing from a windows platform you will need a windows cvs client. There are several available. I like a href=http://www.cygwin.com/;cygwin/a. During the install open the developer group and click on cvs. Unix users should install the CVS client of their choice, if they don't already have one. /p p You are ready to download the sources now. Change directory to the location where you want your repository to be, and run the following commands to download the sources for the first time. For simplicity we will call this your bCVS_HOME./b Mine is located in C:\build. /p p Login to the repository and then give the cvs password banoncvs/b. screen read /read readC:\build/read readC:\build\cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login/read readcvs password: anoncvs/read read /read /screen /p p When your prompt comes back you are logged in. Now run the following command to bcheckout/b the sources for the first time. You should only need to do this once. screen read /read readC:\build\cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout jakarta-tomcat-connectors/read read /read /screen /p p You should now be watching all the downloads come in.
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup ContextConfig.java
remm2002/10/29 00:21:29
Modified:catalina/src/share/org/apache/catalina/startup
ContextConfig.java
Log:
- Port patch.
Revision ChangesPath
1.16 +5 -5
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
Index: ContextConfig.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- ContextConfig.java7 Oct 2002 17:41:43 - 1.15
+++ ContextConfig.java29 Oct 2002 08:21:29 - 1.16
-1201,7 +1201,7
// FIXME - Servlet 2.4 DTD implies that the location MUST be
// a context-relative path starting with '/'?
if (!resourcePath.startsWith(/)) {
-resourcePath = /WEB-INF/web.xml/../ + resourcePath;
+resourcePath = /WEB-INF/ + resourcePath;
}
if (log.isTraceEnabled()) {
log.trace( Adding path ' + resourcePath +
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt
remm2002/10/29 00:26:30 Modified:.RELEASE-NOTES-4.1.txt Log: - Update changelog. Revision ChangesPath 1.26 +11 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- RELEASE-NOTES-4.1.txt 29 Oct 2002 04:52:28 - 1.25 +++ RELEASE-NOTES-4.1.txt 29 Oct 2002 08:26:30 - 1.26 -488,6 +488,12 [4.1.13] ProxyDirContext: Peformance fix: allow directory caching. +[4.1.14] Catalina: + Fix security manager package protection configuration. + +[4.1.14] ContextConfig: + Fix TLD processing. + Coyote Bug Fixes: -542,6 +548,7 [4.1.13] Fix broken JSSE/SSL-support and include support for Cert-Auth with JSSE 1.1.x. + Jasper Bug Fixes: -733,6 +740,9 [4.1.13] #13843 JspServlet: Fix locking on Windows of big JSP files. + +[4.1.14] Compiler: + Add global synchronization on the javac invocation. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14040] New: - 2 Watchdog test fails (GetHeadersTest and HttpServletRequestWrapperGetHeadersTest)
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=14040. 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=14040 2 Watchdog test fails (GetHeadersTest and HttpServletRequestWrapperGetHeadersTest) Summary: 2 Watchdog test fails (GetHeadersTest and HttpServletRequestWrapperGetHeadersTest) Product: Tomcat 4 Version: 4.1.12 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] It seems there is a bug in the header handling: +++ GET /servlet-tests/GetHeadersTest HTTP/1.0 Accept-Language: en-us Accept-Language: ga-us +++ Returns Test PASSED. But +++ GET /servlet-tests/GetHeadersTest HTTP/1.0 Accept-Language: en-us, ga-us +++ Returns test FAILED The 2 requests should be handed the same way. (The PR 9526 is about a related topic but now the tests are failed with the standalone Tomcat). -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14040] - 2 Watchdog test fails (GetHeadersTest and HttpServletRequestWrapperGetHeadersTest)
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=14040. 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=14040 2 Watchdog test fails (GetHeadersTest and HttpServletRequestWrapperGetHeadersTest) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 09:10 --- This has been discussed a lot, if you remember the thread on headers parsing, and it appears this is not the case. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Calling addRepository after startup
Hello Tomcat crew, I'm working on a slick OpenEJB/Tomcat integration (finally), and am running into a bit of a stickiness on ClassLoading and JSP Compilation. The integration I'm doing allows users to just put one OpenEJB library in the Tomcat common/lib directory. The first time OpenEJB is referenced, all the required libraries are sucked into the common classloader by calling StandardClassLoader.addRepository. This seems to nicely update the internal repository, which serves great for all the executing Servlets. The stickiness is that this seems to have no effect for JSPs. It looks like their classpaths are constructed at startup and not rebuilt when classes are added to the Common or Shared classloader. It looks like the opportunity to build a classpath from the URLs in the StandardClassLoader is in the JspRuntimeContext.initClassPath method. It's unclear to me when this code is executed (seems only at startup) or if there is a way to force it to recreate the classpath. I've worked around the problem by also updating the java.class.path variable whenever I add something to the Common classloader. Though I'm not actually adding classes to the System classloader, it still strikes me as, oh, let's just say yucky. Any insight or advice is extremely welcome. -David -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: JkRequestLogFormat for JK 1.2.x on Apache 2.0 ?
Mladen Turk wrote: -Original Message- From: news [mailto:news;main.gmane.org] On Behalf Of Costin Manolache Sent: Monday, October 28, 2002 6:40 PM To: [EMAIL PROTECTED] Subject: Re: JkRequestLogFormat for JK 1.2.x on Apache 2.0 ? Henri Gomez wrote: I added 'JkRequestLogFormat' for Apache 2.0. Henri - any chance you'll add this to jk2 as well :-) ? And to the logger_file too :-) I'll take a look at this of course ;) I just wonder if with the sofisticated chaining in Apache 2.0, we couldn't just use mod_log_config ? -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14021] - Default RPM install fails WAR autodeploy due to directory permissions
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=14021. 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=14021 Default RPM install fails WAR autodeploy due to directory permissions [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 09:36 --- You're right, tomcat4 can't expand a war in webapps directory since only root could do it. Some people asking me to prevent such behaviour, but I'll relax the perms a little and let tomcat4 write in webapps -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14030] - Can find source for mod_jk
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=14030. 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=14030 Can find source for mod_jk [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 09:41 --- The JK source are in jakarta-tomcat-connector dist are : for jk 1.2.0 http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/src/ for jk 2.0.1 http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.1/src/ -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
RE: JkRequestLogFormat for JK 1.2.x on Apache 2.0 ?
-Original Message-
From: Henri Gomez [mailto:hgomez;apache.org]
Sent: Tuesday, October 29, 2002 10:30 AM
To: Tomcat Developers List
Subject: Re: JkRequestLogFormat for JK 1.2.x on Apache 2.0 ?
Mladen Turk wrote:
-Original Message-
From: news [mailto:news;main.gmane.org] On Behalf Of Costin
Manolache
Sent: Monday, October 28, 2002 6:40 PM
To: [EMAIL PROTECTED]
Subject: Re: JkRequestLogFormat for JK 1.2.x on Apache 2.0 ?
Henri Gomez wrote:
I added 'JkRequestLogFormat' for Apache 2.0.
Henri - any chance you'll add this to jk2 as well :-) ?
And to the logger_file too :-)
I'll take a look at this of course ;)
I just wonder if with the sofisticated chaining in Apache
2.0, we couldn't just use mod_log_config ?
Yes, we could using ap_register_log_handler, like mod_ssl does.
But you will need to use that in the format of
%{...}j or something...
MT.
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: TOMCAT memory usage : how to manage and benchmark ?
On Tue, 2002-10-29 at 20:15, jean-frederic clere wrote: The Linux threads implementation is _bad_ but that does not mean that the whole thing bad. I was just teasing. Anyway, have a look at this: http://marc.theaimsgroup.com/?l=linux-kernelm=103269598000900w=2 and this: http://www-124.ibm.com/developerworks/oss/pthreads/ The first link is the future (2.6 or 3.0), the second is now. For the Fun. The kernel threads appair also in ps but I have not (yet) tried to kill one ;-) There are known problems with POSIX compliance in the stock threads (this includes signal delivery and other problems). Bojan -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14045] New: - JSP compilation fails consistently when Tomcat is run as NT Service
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=14045. 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=14045 JSP compilation fails consistently when Tomcat is run as NT Service Summary: JSP compilation fails consistently when Tomcat is run as NT Service Product: Tomcat 4 Version: 4.1.12 Platform: Other OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat 4.1.12 has been installed as an NT Service using the following command line (CATALINA_HOME and JAVA_HOME are set correctly): %CATALINA_HOME%\bin\tomcat.exe -install Tomcat %JAVA_HOME% \jre\bin\server\jvm.dll -Djava.class.path=%CATALINA_HOME%\bin\bootstrap.jar - Dcatalina.home=%CATALINA_HOME% -start org.apache.catalina.startup.BootstrapService -method main -params start -stop org.apache.catalina.startup.BootstrapService -method main -params start -out % CATALINA_HOME%\logs\service.out -err %CATALINA_HOME%\logs\service.err Whenever Tomcat 4.1.12 is started as a service, it fails to compile new or modified JSP pages with the error message and stack trace below. There is no problem compiling JSP pages when Tomcat is run as a console app. exception org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Compiling 1 source file at org.apache.jasper.compiler.DefaultErrorHandler.javacError (DefaultErrorHandler.java:120) at org.apache.jasper.compiler.ErrorDispatcher.javacError (ErrorDispatcher.java:293) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:313) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:324) at org.apache.jasper.JspCompilationContext.compile (JspCompilationContext.java:474) at org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:184) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke (ApplicationDispatcher.java:684) at org.apache.catalina.core.ApplicationDispatcher.doForward (ApplicationDispatcher.java:432) at org.apache.catalina.core.ApplicationDispatcher.forward (ApplicationDispatcher.java:356) at se.basset.wui.server.action.WuiActionServlet.processRequest (WuiActionServlet.java:123) at se.basset.wui.server.action.WuiActionServlet.doGet (WuiActionServlet.java:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2396) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at
DO NOT REPLY [Bug 14045] - JSP compilation fails consistently when Tomcat is run as NT Service
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=14045. 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=14045 JSP compilation fails consistently when Tomcat is run as NT Service [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 11:20 --- It works for me. There's likely a configuration problem with the JVM (the routine in the installer is not particularly smart). If it doesn't work, bad luck (either you'll have to learn to use JavaService directly or copy tools.jar to common/lib). -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14045] - JSP compilation fails consistently when Tomcat is run as NT Service
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=14045. 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=14045 JSP compilation fails consistently when Tomcat is run as NT Service --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 11:21 --- BTW, if trying to use JavaService directly, then you're on your own (and it's a user error, because you also need to copy tools.jar). -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
BASIC authentication in Tomcat+IIS
Hello everybody! I have the following GREAT problem with basic authentication in Tomcat I have two servers configured as follows: Server 1: Operating system: Windows 2000 Advanced Server Web Server: IIS 5.0 Servlet Container: Tomcat 4.x Server 2: Windows XP Professional Web Server: IIS 5.0 Servlet Container: Tomcat 4.x Server 2 is not connected to the Internet but it is used to test web applications before passing them in the production environment deployed in Server 1. In fact Server 1 is connected to the Internet and contains all the final versions of Web Applications. So I connect to Server 1 using a real domain name (for example: www.mydomain.com) while I connect to Server 2 using localhost. In both Servers I use Tomcat 4.x as Servlet Container and Micrososft IIS 5 as Web Server. I installed the ISAPI filter to redirect to Tomcat all the requests to Servlet/JSP pages or to web sites based on such java-technologies. I have tried to protect some Servlet/jsp-pages using basic authentication of Tomcat. So I configured the following tomcat files in such way: server.xml: ... !-- Define an AJP 1.3 Connector on port 8009 -- Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 minProcessors=5 maxProcessors=75 acceptCount=10 debug=0/ Realm className=org.apache.catalina.realm.MemoryRealm / ... tomcat-users.xml: tomcat-users user name=admin password=tomcat roles=adminrole / /tomcat-users web.xml: security-constraint display-nameAutenticazione Tomcat/display-name web-resource-collection web-resource-nameProtected Area/web-resource-name !-- Define the context-relative URL(s) to be protected -- url-pattern/MyServlet/url-pattern /web-resource-collection auth-constraint !-- Anyone with one of the listed roles may access this area -- role-nameadminrole/role-name /auth-constraint /security-constraint !-- Default login configuration uses form-based authentication -- login-config auth-methodBASIC/auth-method realm-nameAutenticazione Tomcat/realm-name /login-config Server.xml and tomcat-users.xml are present in /conf folder of Tomcat, while web.xml in the WEB-INF folder of the web application that contains the resource (in this case the servlet MyServlet) that I want to protect. All works fine in Server 2 (localhost): in fact when I connect to the protected resource (servlet MyServlet)Tomcat asks me in a window the login and the password to access to the resource. The problem appears after moving my application in Server 2 (production environment) because when I try to connect to the protected servlet I receive from Tomcat the following error page: Apache Tomcat/4.0.4-b3 - HTTPS Status 403 - Access to the requested resource has been denied type: Status report message: Access to the requested resource has been denied description: Access to the specified resource (Access to the requested resource has been denied) has been forbidden. The strange thing is that Tomcat, before showing the error page, doesn't ask to me for the login and the password to access the resource (as in the first case). It seems that IIS passes automatically an internal login and password to Tomcat to access to the protected resource: given that they are not correct I receive an error message from Tomcat. Anyway I am not sure of this but I suspect that the problem is in Windows 2000 Advanced Server because when I try to access to Server 2, where there is Windows XP installed , all works fine. I have heard that this problem could occur in Windows 2000 only when realm authentication is not set in IIS, but i am not sure and in any case I have no idea how to set realm authentication in IIS. I hope someone can help me to solve this problem. Thanks a lot in advance! Luca -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
cvs commit: jakarta-tomcat-5/resources jvm.ini config.ini
remm2002/10/29 03:22:50
Modified:.tomcat.nsi
resources config.ini
Added: resources jvm.ini
Log:
- Add a JVM selection page (the default path is autodetected as before, so
most users can just click next).
- If the VM path is bad, the installer will exit.
Revision ChangesPath
1.12 +72 -39jakarta-tomcat-5/tomcat.nsi
Index: tomcat.nsi
===
RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- tomcat.nsi28 Oct 2002 15:53:33 - 1.11
+++ tomcat.nsi29 Oct 2002 11:22:49 - 1.12
-56,6 +56,7
InstallDirRegKey HKLM SOFTWARE\Apache Group\Tomcat\5.0
ReserveFile ${NSISDIR}\Plugins\InstallOptions.dll
+ ReserveFile jvm.ini
ReserveFile config.ini
SubSection Tomcat SecTomcat
-80,9 +81,7
File webapps\*.xml
File /r webapps\ROOT
- Call findJavaPath
- Pop $2
-
+ !insertmacro MUI_INSTALLOPTIONS_READ $2 jvm.ini Field 2 State
CopyFiles $2\lib\tools.jar $INSTDIR\common\lib 4500
BringToFront
-94,6 +93,8
SectionIn 3
+ !insertmacro MUI_INSTALLOPTIONS_READ $2 jvm.ini Field 2 State
+ Push $2
Call findJVMPath
Pop $2
-129,8 +130,7
SectionIn 1 2 3
- Call findJavaPath
- Pop $2
+ !insertmacro MUI_INSTALLOPTIONS_READ $2 jvm.ini Field 2 State
SetOutPath $SMPROGRAMS\Apache Tomcat 5.0
-207,12 +207,7
Function .onInit
!insertmacro MUI_INSTALLOPTIONS_EXTRACT config.ini
-
- ClearErrors
-
- Call findJavaPath
- Pop $1
- MessageBox MB_OK Using Java Development Kit found in $1
+ !insertmacro MUI_INSTALLOPTIONS_EXTRACT jvm.ini
FunctionEnd
-232,14 +227,14
!insertmacro MUI_INNERDIALOG_TEXT 1040 $(MUI_INNERTEXT_LICENSE)
!insertmacro MUI_INNERDIALOG_STOP 1
-!insertmacro MUI_INNERDIALOG_START 2
+!insertmacro MUI_INNERDIALOG_START 3
!insertmacro MUI_INNERDIALOG_TEXT 1042 $(MUI_INNERTEXT_DESCRIPTION_TITLE)
!insertmacro MUI_INNERDIALOG_TEXT 1043 $(MUI_INNERTEXT_DESCRIPTION_INFO)
-!insertmacro MUI_INNERDIALOG_STOP 2
+!insertmacro MUI_INNERDIALOG_STOP 3
-!insertmacro MUI_INNERDIALOG_START 3
+!insertmacro MUI_INNERDIALOG_START 4
!insertmacro MUI_INNERDIALOG_TEXT 1041 $(MUI_INNERTEXT_DESTINATIONFOLDER)
-!insertmacro MUI_INNERDIALOG_STOP 3
+!insertmacro MUI_INNERDIALOG_STOP 4
!insertmacro MUI_INNERDIALOG_END
-268,14 +263,29
!insertmacro MUI_PAGE_STOP 1
!insertmacro MUI_PAGE_START 2
- !insertmacro MUI_HEADER_TEXT $(MUI_TEXT_COMPONENTS_TITLE)
$(MUI_TEXT_COMPONENTS_SUBTITLE)
+ !insertmacro MUI_HEADER_TEXT Java Virtual Machine Java Virtual Machine
path selection.
+ !insertmacro MUI_INSTALLOPTIONS_WRITE jvm.ini Settings Title Java
Virtual Machine path selection
+ !insertmacro MUI_INSTALLOPTIONS_WRITE jvm.ini Settings CancelConfirm
Are you sure you want to quit ${NAME} Setup?
+ !insertmacro MUI_INSTALLOPTIONS_WRITE jvm.ini Settings
CancelConfirmCaption ${NAME} ${VERSION} Setup
+ !insertmacro MUI_INSTALLOPTIONS_WRITE jvm.ini Settings
CancelConfirmFlags MB_ICONEXCLAMATION
+ !insertmacro MUI_INSTALLOPTIONS_WRITE jvm.ini Settings BackButtonText
$(MUI_BUTTONTEXT_BACK)
+ !insertmacro MUI_INSTALLOPTIONS_WRITE jvm.ini Settings NextButtonText
$(MUI_BUTTONTEXT_NEXT)
+ Call findJavaPath
+ Pop $3
+ !insertmacro MUI_INSTALLOPTIONS_WRITE jvm.ini Field 2 State $3
+ !insertmacro MUI_INSTALLOPTIONS_SHOW 2 jvm.ini
!insertmacro MUI_PAGE_STOP 2
!insertmacro MUI_PAGE_START 3
- !insertmacro MUI_HEADER_TEXT $(MUI_TEXT_DIRSELECT_TITLE)
$(MUI_TEXT_DIRSELECT_SUBTITLE)
- !insertmacro MUI_PAGE_STOP 3
+ Call checkJvm
+ !insertmacro MUI_HEADER_TEXT $(MUI_TEXT_COMPONENTS_TITLE)
$(MUI_TEXT_COMPONENTS_SUBTITLE)
+!insertmacro MUI_PAGE_STOP 3
!insertmacro MUI_PAGE_START 4
+ !insertmacro MUI_HEADER_TEXT $(MUI_TEXT_DIRSELECT_TITLE)
$(MUI_TEXT_DIRSELECT_SUBTITLE)
+ !insertmacro MUI_PAGE_STOP 4
+
+!insertmacro MUI_PAGE_START 5
!insertmacro MUI_HEADER_TEXT Configuration Tomcat basic configuration.
!insertmacro MUI_INSTALLOPTIONS_WRITE config.ini Settings Title
${NAME} ${VERSION} Configuration Options
!insertmacro MUI_INSTALLOPTIONS_WRITE config.ini Settings CancelConfirm
Are you sure you want to quit ${NAME} Setup?
-283,17 +293,17
!insertmacro MUI_INSTALLOPTIONS_WRITE config.ini Settings
CancelConfirmFlags MB_ICONEXCLAMATION
!insertmacro MUI_INSTALLOPTIONS_WRITE config.ini Settings
BackButtonText $(MUI_BUTTONTEXT_BACK)
!insertmacro MUI_INSTALLOPTIONS_WRITE config.ini Settings
NextButtonText
Charsets and RequestDispatcher
Hello,
i have made the following observation:
I am using Tomcat 4.1.12 on Windows NT.
If i display the jsp page with charset windows-1253 by invoking the page
the direct way,
the characters are displayed correct.
e.g. http://localhost/jsp/enc_test/ch1253.jsp
After that i wrote a small servlet, which uses the
RequestDispatcher.include()
mechanism to dispaly the same page inside of this servlet:
e.g.
public class RequestDispatcherTest extends HttpServlet
{
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException
{
// Acquire request parameters we need
String incPage = request.getParameter(incpage);
if (incPage != null)
{
RequestDispatcher rd =
getServletContext().getRequestDispatcher(incPage);
rd.include(request, response);
return;
}
System.out.println(No parameter incpage given!);
}
}
I have invoked the execution of the page by:
http://localhost/servlet/RequestDispatcherTest?incpage=/jsp/enc_test/ch1253.
jsp
To my surprise, all the characters are now displayed as question marks:
?? ?
24 ?? 1997
8 Mbps ??? ? ??? ??? 1998
??? ??? ?? ?? ?? ?? ??? ?? ??? 2 Mbps, ???
?? ?? ??? ?? ??? ??? ??? 4 Mbps ,
? FORTHnet A.E. ??? ??? ??? ?? ?? ?? ??? ??? ???
? ??? ? ?, ? ??? ??? ?? ??
??? ?, ? ? 8 Mbps. ? ?? ,
??? ? ?? Internet ??? ??? ??? ?? ,
? ?? ? ??? ??? ?? ???, ??
? ?o FORTHnet ?? ??? ? ??? ? ? ??? ?.
? ?? ??? ?? ??? ?? ??? ? ??? , ???
??? ??? MCI, ??? ??? ??? ? ? ? ???
??? ??? ??, ??? ?? ? ??
?? ??. ? ??? ? ??? ?
? ??? ??, ??? ??? ??? ? ???
? ??? ??? ? ??? ??, ? ??? ?? ?? ?? ??
?? ??? ??? ? ??? ??? ??? 1998, ? ??? ?? ? ??
? ??.
?: ???
: 7295100
FAX: 7258520
-
My question now is:
Is this the normal (correct) behaviour or is this a bug?
Does the servlet spec 2.3 prohibit to change the character set of an
included page somehow?
Thanks in advance
Holger
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14040] - 2 Watchdog test fails (GetHeadersTest and HttpServletRequestWrapperGetHeadersTest)
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=14040. 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=14040 2 Watchdog test fails (GetHeadersTest and HttpServletRequestWrapperGetHeadersTest) --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 13:28 --- Please update your watchdog distribution. These two tests were commented out for the time being as the spec is being clarified in the header handling for this method. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: TOMCAT memory usage : how to manage and benchmark ?
jean-frederic clere [EMAIL PROTECTED] wrote: The Linux threads implementation is _bad_ but that does not mean that the whole thing bad. That's why I said works for you? Good... For our setup we _need_ threads... For the Fun. The kernel threads appair also in ps but I have not (yet) tried to kill one ;-) It can provide hours of entertainment... Last time I tried it was _so_ wicked! :-) Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: TOMCAT memory usage : how to manage and benchmark ?
Pier Fumagalli wrote: jean-frederic clere [EMAIL PROTECTED] wrote: The Linux threads implementation is _bad_ but that does not mean that the whole thing bad. That's why I said works for you? Good... For our setup we _need_ threads... So the problem is a little different: you need a JVM that uses the NGPT threads. For the Fun. The kernel threads appair also in ps but I have not (yet) tried to kill one ;-) It can provide hours of entertainment... Last time I tried it was _so_ wicked! :-) Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 13924] - error-page directive does not always work correctly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13924. 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=13924 error-page directive does not always work correctly --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 16:05 --- The problem with issue 2) may be that Tomcat wraps every exception thrown from a JSP in a JasperException (even ServletExceptions), but does not recurrsively unwrap them again. With regard to 1), it's beyond me why it should make a difference if the exception is thrown from a Servlet or a JSP. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: [4.1.14] New test milestone released
Hi, i was waiting a new release of Tomcat 4.1.x for a problem with
symlink and looking at this test version i see that the problem is here yet.
The problem is this: if symlink are allowed (allowLinking true) AND the
link is beetween two file INSIDE context path,
org.apache.naming.resources.FileDirContext return null in the file(..)
method.
I have asked before to understand if this it's ok or it's an error, but
i haven't received any answer.
For me the problem is inside
org.apache.naming.resources.FileDirContext.file( String name ).after
testing if canPath is inside context path, there is a test (if
caseSensitive is active) that control if canPath is equal or not from
absPath (in this case they are different but inside context-path).
// Check to see if going outside of the web application root
if ((!allowLinking) (!canPath.startsWith(absoluteBase))) {
return null;
}
// Case sensitivity check
if (caseSensitive) {
String fileAbsPath = file.getAbsolutePath();
if (fileAbsPath.endsWith(.))
fileAbsPath = fileAbsPath + /;
String absPath = normalize(fileAbsPath);
if (canPath != null)
canPath = normalize(canPath);
if ((absoluteBase.length() absPath.length())
(absoluteBase.length() canPath.length())) {
absPath = absPath.substring(absoluteBase.length() + 1);
if ((canPath == null) || (absPath == null))
return null;
if (absPath.equals())
absPath = /;
canPath = canPath.substring(absoluteBase.length() + 1);
if (canPath.equals())
canPath = /;
-- if (!canPath.equals(absPath))
-- return null;
}
}
Remy Maucherat wrote:
A new test milestone of Tomcat 4.1 has just been released. Please help
test this upcoming Tomcat release for compliance issues and other
problems.
Downloads:
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/
Significant changes over 4.1.13 include a security manager bugfix. Over
4.1.12, Tomcat 4.1.14 includes bugfixes as well as performance
improvements.
The full list of changes is available in the release notes.
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/RELEASE
-NOTES
Remy
--
To unsubscribe, e-mail:
mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail:
mailto:tomcat-dev-help;jakarta.apache.org
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
cvs commit: jakarta-servletapi-5/jsr154/examples/WEB-INF/classes CookieExample.java HelloWorldExample.java RequestHeaderExample.java RequestInfoExample.java RequestParamExample.java SessionExample.java
remm2002/10/29 09:42:58 Modified:jsr152/examples index.html jsr152/examples/WEB-INF web.xml jsr152/examples/jsptoserv jsptoservlet.jsp jsr154/examples cookies.html helloworld.html index.html reqheaders.html reqinfo.html reqparams.html sessions.html jsr154/examples/WEB-INF web.xml jsr154/examples/WEB-INF/classes CookieExample.java HelloWorldExample.java RequestHeaderExample.java RequestInfoExample.java RequestParamExample.java SessionExample.java Removed: jsr152/examples/WEB-INF/classes CookieExample.java HelloWorldExample.java LocalStrings.properties LocalStrings_en.properties LocalStrings_es.properties LocalStrings_fr.properties RequestHeaderExample.java RequestInfoExample.java RequestParamExample.java SendMailServlet.java SessionExample.java jsr152/examples/mail sendmail.html sendmail.jsp sendmail.txt Log: - Fix most problems with the examples webapps, which should now be Tomcat dependency free (ie, no use of the invoker). Revision ChangesPath 1.3 +0 -7 jakarta-servletapi-5/jsr152/examples/index.html Index: index.html === RCS file: /home/cvs/jakarta-servletapi-5/jsr152/examples/index.html,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- index.html7 Sep 2002 00:47:58 - 1.2 +++ index.html29 Oct 2002 17:42:56 - 1.3 -282,13 +282,6 /tr tr valign=TOP -tdSend mail example/td -td valign=TOP width=30%a href=mail/sendmail.jspimg src=images/execute.gif hspace=4 border=0 align=top/aa href=mail/sendmail.jspExecute/a/td - -td width=30%a href=mail/sendmail.htmlimg SRC=images/code.gif HSPACE=4 BORDER=0 height=24 width=24 align=TOP/aa href=mail/sendmail.htmlSource/a/td -/tr - -tr valign=TOP tdXML syntax example/td td valign=TOP width=30%a href=xml/xml.jspimg src=images/execute.gif hspace=4 border=0 align=top/aa href=xml/xml.jspExecute/a/td 1.5 +2 -50 jakarta-servletapi-5/jsr152/examples/WEB-INF/web.xml Index: web.xml === RCS file: /home/cvs/jakarta-servletapi-5/jsr152/examples/WEB-INF/web.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- web.xml 9 Oct 2002 21:31:24 - 1.4 +++ web.xml 29 Oct 2002 17:42:57 - 1.5 -51,17 +51,6 /init-param /filter -!-- Define filter mappings for the defined filters -- -filter-mapping -filter-nameServlet Mapped Filter/filter-name - servlet-nameinvoker/servlet-name -/filter-mapping -filter-mapping -filter-namePath Mapped Filter/filter-name - url-pattern/servlet/*/url-pattern -/filter-mapping - - !-- Example filter mapping to apply the Set Character Encoding filter to *all* requests processed by this web application -- !-- -96,30 +85,6 !-- Define servlets that are included in the example application -- servlet -servlet-nameSendMailServlet/servlet-name -servlet-classSendMailServlet/servlet-class -/servlet - -servlet -servlet-name -snoop -/servlet-name -servlet-class -SnoopServlet -/servlet-class -!-- -init-param -param-namefoo/param-name -param-valuebar/param-value -/init-param --- -run-as -descriptionSecurity role for anonymous access/description -role-nametomcat/role-name -/run-as -/servlet - -servlet servlet-name servletToJsp /servlet-name -127,14 +92,14 servletToJsp /servlet-class /servlet -servlet + +servlet servlet-name CompressionFilterTestServlet /servlet-name servlet-class compressionFilters.CompressionFilterTestServlet /servlet-class - /servlet servlet-mapping -146,19 +111,6 /url-pattern /servlet-mapping -servlet-mapping -servlet-nameSendMailServlet/servlet-name -url-pattern/SendMailServlet/url-pattern -/servlet-mapping - -servlet-mapping -servlet-name -snoop -/servlet-name -url-pattern -/snoop -/url-pattern -/servlet-mapping servlet-mapping servlet-name
cvs commit: jakarta-tomcat-5 build.properties.default build.xml
remm2002/10/29 09:58:09
Modified:.build.properties.default build.xml
Log:
- Fix incorrect nsis path.
- Update to MX4J 1.1.1.
Revision ChangesPath
1.48 +3 -3 jakarta-tomcat-5/build.properties.default
Index: build.properties.default
===
RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
retrieving revision 1.47
retrieving revision 1.48
diff -u -r1.47 -r1.48
--- build.properties.default 26 Oct 2002 14:23:12 - 1.47
+++ build.properties.default 29 Oct 2002 17:58:09 - 1.48
-173,11 +173,11
# - Java Management Extensions (JMX), JMX RI 1.0.1 or later or MX4J 1.1 or
later -
-jmx.home=${base.path}/mx4j-1.1
+jmx.home=${base.path}/mx4j-1.1.1
jmx.lib=${jmx.home}/lib
jmx.jar=${jmx.lib}/mx4j-jmx.jar
jmx-tools.jar=${jmx.lib}/mx4j-tools.jar
-jmx.loc=http://telia.dl.sourceforge.net/sourceforge/mx4j/mx4j-1.1.tar.gz
+jmx.loc=http://telia.dl.sourceforge.net/sourceforge/mx4j/mx4j-1.1.1.tar.gz
# - Java Secure Sockets Extension (JSSE), version 1.0.2 or later -
1.54 +1 -1 jakarta-tomcat-5/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
retrieving revision 1.53
retrieving revision 1.54
diff -u -r1.53 -r1.54
--- build.xml 28 Oct 2002 19:32:44 - 1.53
+++ build.xml 29 Oct 2002 17:58:09 - 1.54
-856,7 +856,7
/antcall
antcall target=downloadfile
param name=sourcefile value=${nsis.loc}/
- param name=destfile value=${nsis.home}/nsis.exe/
+ param name=destfile value=${nsis.exe}/
param name=destdir value=${nsis.home}/
/antcall
antcall target=downloadgz
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
cvs commit: jakarta-tomcat-5 build.properties.default build.xml
remm2002/10/29 10:07:38
Modified:.build.properties.default build.xml
Log:
- Reorganize property.
- Add a Watchdog specific download target.
Revision ChangesPath
1.49 +55 -49jakarta-tomcat-5/build.properties.default
Index: build.properties.default
===
RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -r1.48 -r1.49
--- build.properties.default 29 Oct 2002 17:58:09 - 1.48
+++ build.properties.default 29 Oct 2002 18:07:37 - 1.49
-108,21 +108,17
# --
-#OPTIONAL LIBRARIES
+# CORE OPTIONAL LIBRARIES
# --
-# - Java Activation Framework (JAF), version 1.0.1 or later -
-activation.home=${base.path}/jaf-1.0.1
-activation.lib=${activation.home}
-activation.jar=${activation.lib}/activation.jar
-
# - Log4j -
log4j.home=${base.path}/jakarta-log4j-1.2.7
log4j.lib=${log4j.home}
log4j.jar=${log4j.lib}/dist/lib/log4j-1.2.7.jar
log4j.loc=http://jakarta.apache.org/log4j/jakarta-log4j-1.2.7.tar.gz
+
# - LogKit -
logkit.home=${base.path}/LogKit-1.1
logkit.lib=${logkit.home}
-130,15 +126,6
logkit.loc=http://jakarta.apache.org/builds/jakarta-avalon/release/logkit/latest/LogKit-1.1-bin.tar.gz
-# - Jaxen ( required by taglibs/standard required by jasper ) -
-jaxen.home=${base.path}/jaxen-1.0-FCS
-jaxen.jar=${jaxen.home}/jaxen-full.jar
-
-# - Saxpath ( required by taglibs/standard required by jasper ) -
-saxpath.home=${base.path}/saxpath-1.0-FCS
-saxpath.jar=${saxpath.home}/saxpath.jar
-
-
# - Commons DBCP, version 1.0 or later -
commons-dbcp.home=${base.path}/commons-dbcp-1.0
commons-dbcp.lib=${commons-dbcp.home}
-166,12 +153,6
javaservice.loc=http://www.alexandriasc.com/software/JavaService/JavaService-bin-1.2.0.zip
-# - Java Database Connectivity (JDBC) Optional Package, version 2.0 -
-jdbc20ext.home=${base.path}/jdbc2_0-stdext
-jdbc20ext.lib=${jdbc20ext.home}
-jdbc20ext.jar=${jdbc20ext.lib}/jdbc2_0-stdext.jar
-
-
# - Java Management Extensions (JMX), JMX RI 1.0.1 or later or MX4J 1.1 or
later -
jmx.home=${base.path}/mx4j-1.1.1
jmx.lib=${jmx.home}/lib
-180,20 +161,6
jmx.loc=http://telia.dl.sourceforge.net/sourceforge/mx4j/mx4j-1.1.1.tar.gz
-# - Java Secure Sockets Extension (JSSE), version 1.0.2 or later -
-jsse.home=${base.path}/jsse-1.0.2
-jsse.lib=${jsse.home}/lib
-jcert.jar=${jsse.lib}/jcert.jar
-jnet.jar=${jsse.lib}/jnet.jar
-jsse.jar=${jsse.lib}/jsse.jar
-
-
-# - Java Transaction API (JTA), version 1.0.1a or later -
-jta.home=${base.path}/jta-1_0_1a
-jta.lib=${jta.home}
-jta.jar=${jta.lib}/jta.jar
-
-
# - JUnit Unit Test Suite, version 3.7 or later -
junit.home=${base.path}/junit3.7
junit.lib=${junit.home}
-201,12 +168,6
junit.loc=http://download.sourceforge.net/junit/junit3.7.zip
-# - Java Mail, version 1.2 or later -
-mail.home=${base.path}/javamail-1.2
-mail.lib=${mail.home}
-mail.jar=${mail.lib}/mail.jar
-
-
# - NSIS, version 2.0a7 or later -
nsis.home=${base.path}/nsis-2.0
nsis.exe=${nsis.home}/makensis.exe
-214,12 +175,6
nsis.loc=http://telia.dl.sourceforge.net/sourceforge/nsis/nsis20a7.exe
-# - PureTLS Extension, version 0.9 or later -
-puretls.home=${base.path}/puretls-0.9b2
-puretls.lib=${puretls.home}/build
-puretls.jar=${puretls.lib}/puretls.jar
-
-
# - Struts, version 1.1 Beta 2 or later -
struts.home=${base.path}/jakarta-struts-1.1-b2
struts.lib=${struts.home}/lib
-234,6 +189,59
tyrex.loc=http://telia.dl.sourceforge.net/sourceforge/tyrex/tyrex-1.0.jar
+# --
+#OPTIONAL LIBRARIES
+# --
+
+
+# - Java Activation Framework (JAF), version 1.0.1 or later -
+activation.home=${base.path}/jaf-1.0.1
+activation.lib=${activation.home}
+activation.jar=${activation.lib}/activation.jar
+
+
+# - Jaxen ( required by taglibs/standard required by jasper ) -
+jaxen.home=${base.path}/jaxen-1.0-FCS
+jaxen.jar=${jaxen.home}/jaxen-full.jar
+
+
+# - Saxpath ( required by taglibs/standard required by jasper ) -
+saxpath.home=${base.path}/saxpath-1.0-FCS
+saxpath.jar=${saxpath.home}/saxpath.jar
+
+
+# - Java Database Connectivity (JDBC) Optional Package, version 2.0 -
+jdbc20ext.home=${base.path}/jdbc2_0-stdext
+jdbc20ext.lib=${jdbc20ext.home}
+jdbc20ext.jar=${jdbc20ext.lib}/jdbc2_0-stdext.jar
+
+
DO NOT REPLY [Bug 14055] - manager app - Install - WAR URL not documented or not working
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=14055. 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=14055 manager app - Install - WAR URL not documented or not working [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 18:10 --- No, with install, you have to use a jar: URL: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/manager-howto.html -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14055] - manager app - Install - WAR URL not documented or not working
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=14055. 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=14055 manager app - Install - WAR URL not documented or not working --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 19:02 --- Maybe I miss something but the doc you are referring contains more references to non-packed installation (under the Install A New Application section): The war parameter specifies a URL (including the file: scheme) for either a directory or a web application archive (WAR) file. And also: The URL specified by the war parameter must identify a directory on this server that contains the unpacked version of a web application, or the absolute URL of a web application archive (WAR) file that contains this application. In addition one of the two examples at the top of the section is about the non- war installation, without jar: scheme: http://localhost:8080/manager/install?path=/foowar=file:/path/to/foo; (in contrast to the second example using a war file: http://localhost:8080/manager/install? path=/barwar=jar:file:/path/to/bar.war!/ -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14059] New: - HTP Response does not respond correctly to flush()
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=14059.
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=14059
HTP Response does not respond correctly to flush()
Summary: HTP Response does not respond correctly to flush()
Product: Tomcat 4
Version: 4.1.12
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Major
Priority: Other
Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The code below processes a servlet response. In TC4.0.6 the client does
get the response message at the flush(). The sleep does not effect
the delivery.
In TC 4.1.12, the output does not get delivered until after the code gets back
into the area around:
org.apache.coyote.tomcat4.CoyoteAdapter.service(org.apache.coyote.Request,
org.apache.coyote.Response) line: 226
Bottom line is the flush() has no effect on getting the data out of the stream.
My normal client is java code, however, I have reproduced the problem
using this code chunk using either mozilla or IE6 in place of the clients.
try {
logger.debug( Release requestor );
response.setContentType( text/plain; charset=ISO-8859-1 );
PrintWriter out = response.getWriter();
out.println( OK );
out.flush();
out.close(); // client should get OK message at this time
logger.debug( Release requestor - done );
String readQueue = request.getParameter( readQueue );
logger.debug( Sleeping );
Thread.sleep(6000);
logger.debug( awake );
// Pull off parms passed and exec ReadCntl
} catch ( Exception e ) {
logger.error(Unexpected error, e);
}
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14059] - HTP Response does not respond correctly to flush()
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=14059. 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=14059 HTP Response does not respond correctly to flush() --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 19:08 --- I am almost certain this is correctly implemented. I'll make sure of that with a telnet. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
cvs commit: jakarta-tomcat-site/xdocs/stylesheets project.xml
remm2002/10/29 11:12:52 Modified:docs bugreport.html index.html irc.html news.html resources.html xdocs/stylesheets project.xml Added: docs building.html xdocsbuilding.xml Log: - Add page on building Tomcat (so that people stop complaining). Revision ChangesPath 1.6 +2 -0 jakarta-tomcat-site/docs/bugreport.html Index: bugreport.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/bugreport.html,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- bugreport.html28 Oct 2002 09:42:41 - 1.5 +++ bugreport.html29 Oct 2002 19:12:51 - 1.6 -47,6 +47,8 /li lia href=./bugreport.htmlBug Database/a /li +lia href=./building.htmlBuilding/a +/li lia href=./resources.htmlResources/a /li lia href=./irc.htmlIRC/a 1.30 +2 -0 jakarta-tomcat-site/docs/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- index.html28 Oct 2002 09:42:41 - 1.29 +++ index.html29 Oct 2002 19:12:51 - 1.30 -47,6 +47,8 /li lia href=./bugreport.htmlBug Database/a /li +lia href=./building.htmlBuilding/a +/li lia href=./resources.htmlResources/a /li lia href=./irc.htmlIRC/a 1.7 +2 -0 jakarta-tomcat-site/docs/irc.html Index: irc.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/irc.html,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- irc.html 28 Oct 2002 09:42:41 - 1.6 +++ irc.html 29 Oct 2002 19:12:51 - 1.7 -47,6 +47,8 /li lia href=./bugreport.htmlBug Database/a /li +lia href=./building.htmlBuilding/a +/li lia href=./resources.htmlResources/a /li lia href=./irc.htmlIRC/a 1.30 +2 -0 jakarta-tomcat-site/docs/news.html Index: news.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/news.html,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- news.html 28 Oct 2002 09:42:41 - 1.29 +++ news.html 29 Oct 2002 19:12:51 - 1.30 -47,6 +47,8 /li lia href=./bugreport.htmlBug Database/a /li +lia href=./building.htmlBuilding/a +/li lia href=./resources.htmlResources/a /li lia href=./irc.htmlIRC/a 1.5 +2 -0 jakarta-tomcat-site/docs/resources.html Index: resources.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/resources.html,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- resources.html28 Oct 2002 09:42:41 - 1.4 +++ resources.html29 Oct 2002 19:12:51 - 1.5 -47,6 +47,8 /li lia href=./bugreport.htmlBug Database/a /li +lia href=./building.htmlBuilding/a +/li lia href=./resources.htmlResources/a /li lia href=./irc.htmlIRC/a 1.1 jakarta-tomcat-site/docs/building.html Index: building.html === !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; !-- Content Stylesheet for Site -- !-- start the processing -- !-- == -- !-- Main Page Section -- !-- == -- html head meta http-equiv=Content-Type content=text/html; charset=iso-8859-1/ meta name=author value=Remy Maucherat meta name=email value=$au.getAttributeValue(email) titleThe Jakarta Site - Building Tomcat/title /head body bgcolor=#ff text=#00 link=#525D76 table border=0 width=100% cellspacing=0 !-- TOP IMAGE --
cvs commit: jakarta-servletapi-5/jsr154/src/share/javax/servlet ServletRequestEvent.java
patrickl2002/10/29 11:33:16
Modified:jsr154/src/share/javax/servlet ServletRequestEvent.java
Log:
Change getRequest() method to getServletRequest() to match upcoming change in the
next Servlet 2.4 spec document.
Revision ChangesPath
1.3 +1 -1
jakarta-servletapi-5/jsr154/src/share/javax/servlet/ServletRequestEvent.java
Index: ServletRequestEvent.java
===
RCS file:
/home/cvs/jakarta-servletapi-5/jsr154/src/share/javax/servlet/ServletRequestEvent.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- ServletRequestEvent.java 26 Aug 2002 16:05:56 - 1.2
+++ ServletRequestEvent.java 29 Oct 2002 19:33:16 - 1.3
-86,7 +86,7
*
* return the ServletRequest that sent the event.
*/
-public ServletRequest getRequest () {
+public ServletRequest getServletRequest () {
return this.request;
}
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Bug 4690 - Sessions not scoped according to spec section 7.3 - Re-open/Pointers?
I'm running into Bug 4690 in our applications and it is currently marked to be addressed later. The comments state that the issue may be addressed in the 4.1 release, but I have not seen any activity on this particular bug. Would it be possible to re-open this bug or get some pointers on where to start poking around in the code? I'm just ramping up on Tomcat from SilverStream, so any help and/or direction would be greatly appreciated. Thanks, Mike Becker -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 9931] - Base64 decoder chokes on a whitespace
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=9931. 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=9931 Base64 decoder chokes on a whitespace --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 20:27 --- Message from Paul Libbrecht outlining his work around: http://www.mail-archive.com/rpc-user;xml.apache.org/msg00104.html -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: Tomcat 4.1.x: Jasper 2 backwards compat with Jasper 1?
Resending this. Does anyone happen to know the answer to this? Is this supported? Thanks in advance, Eddie --- Eddie Ruvinsky [EMAIL PROTECTED] wrote: In Tomcat 4.1.x, is the Jasper 2 runtime supposed to be backwards compatible the Jasper 1 runtime (i.e., from Tomcat 4.0.x), so that existing precomiled JSPs using the Jasper 1 compiler would work as-is with Jasper 2 in Tomcat 4.1.x? Thanks, Eddie --- Remy Maucherat [EMAIL PROTECTED] wrote: A new test milestone of Tomcat 4.1 has just been released. Please help test this upcoming Tomcat release for compliance issues and other problems. Downloads: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.13/ Significant changes over 4.1.12 include some performance improvements as well as bugfixes. The full list of changes is available in the release notes. http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.13/RELEASE-NOTES IMPORTANT NOTE: Security manager functionality is broken in this milestone. This will be fixed in the next milestone. This milestone will not be proposed for official release, and should be used for testing purposes only. Remy __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14064] New: - Symbolic links broken
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=14064. 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=14064 Symbolic links broken Summary: Symbolic links broken Product: Tomcat 4 Version: 4.1.12 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] With this version, symbolic links within webapps no longer work properly. In versions 4.0.x, I was able to place a symbolic link to my classes path in WEB- INF, and to use symbolic links to jar files in WEB-INF/lib. With 4.1.2, Catalina gets errors on startup. When I switch back to 4.0.4/4.0.1, it all works properly again. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14066] New: - AJP13 connection security info not passed through
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=14066. 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=14066 AJP13 connection security info not passed through Summary: AJP13 connection security info not passed through Product: Tomcat 4 Version: 4.1.12 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using a coyote connector with 4.1.12 to communicate with apache 2.x. It seems that you have to manually set the security state of the connection in server.xml. But this info is available in the ajp13 protocol (which is what the connector uses to communicate with Apache/mod_jk2?). If I use the Ajp13 connector that comes with Catalina 4.0.4 instead, the security info is passed though correctly without any manual intervention. This is useful (essential for me), as the servlet engine can use isSecure() to tell whether the client connected to apache using http or https. The coyote connector should automatically set the security state like the Ajp13 connector that comes with 4.0.4! -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
accessClassInPackage.org.apache.catalina.realm permission
Hi all, ( sorry to post here... in users list nobody answered ) One of my users is asking for the following permission in his context java.security.AccessControlException: access denied (java.lang.RuntimePermission accessClassInPackage.org.apache.catalina.realm) He is using the securityfilter.jar library I'm using Tomcat 4.1.12 with SecurityManager. Is is safe to grant this permission ? Thanks Renato - Do you Yahoo!? HotJobs - Search new jobs daily now
Re: accessClassInPackage.org.apache.catalina.realm permission
Renato wrote:
Hi all,
( sorry to post here... in users list nobody answered )
One of my users is asking for the following permission in his context
java.security.AccessControlException: access denied (java.lang.RuntimePermission accessClassInPackage.org.apache.catalina.realm)
He is using the securityfilter.jar library
I'm using Tomcat 4.1.12 with SecurityManager.
Is is safe to grant this permission ?
it is never safe to grant access to an internal catalina permission. You
need to (1) trust your users and then (2) add the following to your
tomcat.policy:
grant codeBase file:${catalina.home}/webapps/{you user webapp name}/- {
};
This will only grant his webapp to accessClassInPackage. But be aware
that you *are* possibly opening a security hole. At you own risk ;-)
-- Jeanfrancois
Thanks
Renato
-
Do you Yahoo!?
HotJobs - Search new jobs daily now
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14069] New: - Ant DeployTask and UndeplyTask causes tomcatAuthentication to be removed from CoyoteConnector settings in server.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14069. 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=14069 Ant DeployTask and UndeplyTask causes tomcatAuthentication to be removed from CoyoteConnector settings in server.xml Summary: Ant DeployTask and UndeplyTask causes tomcatAuthentication to be removed from CoyoteConnector settings in server.xml Product: Tomcat 4 Version: 4.1.14 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Configuration: Tomcat 4.1.14, JK 2.0.1, Ant 1.5.1, IIS 5.0, Windows 2000 Using the org.apache.catalina.ant.DeployTask to deploy a web application, the tomcatAuthentication=false setting is missing from the CoyoteConnector for port 8009 in the rewritten server.xml file. Manually added tomcatAuthentication=false to the server.xml file and restarted the Apache Tomcat 4.1 service then used the org.apache.catalina.ant.UndeployTask to undeploy the web application. The tomcatAuthentication=false setting was once again missing from the CoyoteConnector for port 8009 in the rewritten server.xml file. Started with this entry in the server.xml file: !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8009 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=2 useURIValidationHack=false tomcatAuthentication=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ After Ant deploy of web application, get this for the port 8009 CoyoteConnector in the server.xml file: Connector className=org.apache.coyote.tomcat4.CoyoteConnector acceptCount=10 bufferSize=2048 connectionTimeout=2 debug=0 enableLookups=true maxProcessors=75 minProcessors=5 port=8009 protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler proxyPort=0 redirectPort=8443 scheme=http secure=false tcpNoDelay=true useURIValidationHack=false Factory className=org.apache.catalina.net.DefaultServerSocketFactory/ /Connector -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 12196] - request.getRemoteUser() returns null for AJP request with remote username
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=12196. 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=12196 request.getRemoteUser() returns null for AJP request with remote username [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Version|4.1.9 |4.1.14 --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 21:54 --- Configuration: Tomcat 4.1.14, JK 2.0.1, Ant 1.5.1, IIS 5.0, Windows 2000 Using these connector settings, I still get null when I call request.getRemoteUser(). !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8009 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=2 useURIValidationHack=false tomcatAuthentication=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ The ISAPI redirector I am using (isapi_redirector2.dll) is from http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.1/ Using the old JK AJP 1.3 connector in Tomcat 4.0.x, request.getRemoteUser() would return the remote users name as expected. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
10/29/02 Notes
are available under http://javaweb.sfbay.sun.com/~ja120114/security-audit/SecurityAudit.html Let me know if something is missing. Thanks, -- jeanfrancois -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: 10/29/02 Notes
Oups..wrong list...sorry. -- Jeanfrancois Jean-Francois Arcand wrote: are available under http://javaweb.sfbay.sun.com/~ja120114/security-audit/SecurityAudit.html Let me know if something is missing. Thanks, -- jeanfrancois -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14073] New: - No way to determine JSP page which generated error from error page
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=14073. 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=14073 No way to determine JSP page which generated error from error page Summary: No way to determine JSP page which generated error from error page Product: Tomcat 4 Version: 4.1.9 Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Because the code in org.apache.jasper.runtime.PageContextImpl.handlePageException does a forward if you have defined an error page, you lose the URL/URI of the page that generated the error. This information needs to be stashed somewhere helpful so that more useful error messages can be generated. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14069] - Ant DeployTask and UndeplyTask causes tomcatAuthentication to be removed from CoyoteConnector settings in server.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14069. 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=14069 Ant DeployTask and UndeplyTask causes tomcatAuthentication to be removed from CoyoteConnector settings in server.xml [EMAIL PROTECTED] changed: What|Removed |Added Severity|Critical|Major -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java
costin 2002/10/29 14:29:05
Modified:jasper2/src/share/org/apache/jasper/runtime Tag:
tomcat_4_branch PageContextImpl.java
Log:
Port from the main branch the Content-Length fix.
Revision ChangesPath
No revision
No revision
1.11.2.2 +7 -4
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java
Index: PageContextImpl.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java,v
retrieving revision 1.11.2.1
retrieving revision 1.11.2.2
diff -u -r1.11.2.1 -r1.11.2.2
--- PageContextImpl.java 6 Aug 2002 05:31:55 - 1.11.2.1
+++ PageContextImpl.java 29 Oct 2002 22:29:05 - 1.11.2.2
-178,7 +178,10
((JspWriterImpl)out).flushBuffer();
// push it into the including jspWriter
} else {
- out.flush();
+ //out.flush();
+ // As discussed on the main list - this allows Content-Length
+// to work with servlets
+((JspWriterImpl)out).flushBuffer();
}
} catch (IOException ex) {
loghelper.log(Internal error flushing the buffer in release());
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 11657] - AJP13 Connector redirect does not 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=11657. 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=11657 AJP13 Connector redirect does not work [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 22:32 --- This should be fixed now ( I just checked it for 4.1.14 ) -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14069] - Ant DeployTask and UndeplyTask causes tomcatAuthentication to be removed from CoyoteConnector settings in server.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14069. 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=14069 Ant DeployTask and UndeplyTask causes tomcatAuthentication to be removed from CoyoteConnector settings in server.xml --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 22:38 --- I forgot to mention that I was using Sun J2SDK 1.4.1_01 -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: 10/29/02 Notes
One might still feel he's on the pteam! :-) pier On 29/10/02 22:00, Jean-Francois Arcand [EMAIL PROTECTED] wrote: Oups..wrong list...sorry. -- Jeanfrancois Jean-Francois Arcand wrote: are available under http://javaweb.sfbay.sun.com/~ja120114/security-audit/SecurityAudit.html Let me know if something is missing. Thanks, -- jeanfrancois -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Someone fix this...
send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/mod_jk_1.3.n lm.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/mod_jk_2.0.4 2.nlm.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/nsapi_rd.nlm .asc: Permission denied Files not mirrored... Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: 10/29/02 Notes
Lol. :-D Pier Fumagalli wrote: One might still feel he's on the pteam! :-) pier On 29/10/02 22:00, Jean-Francois Arcand [EMAIL PROTECTED] wrote: Oups..wrong list...sorry. -- Jeanfrancois Jean-Francois Arcand wrote: are available under http://javaweb.sfbay.sun.com/~ja120114/security-audit/SecurityAudit.html Let me know if something is missing. Thanks, -- jeanfrancois -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: Someone fix this...
DOH! Sorry. Thats what you get when you get a Non-Unix weanie to play around on a Unix box. I knew that I've had to do this in the past but completely spaced it for this. This should be fixed now. Mike Anderson [EMAIL PROTECTED] 10/29/02 03:51PM send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/mod_jk_1.3.n lm.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/mod_jk_2.0.4 2.nlm.asc: Permission denied send_files failed to open /builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/nsapi_rd.nlm .asc: Permission denied Files not mirrored... Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 9417] - ajp13 conector does not pass Query string corectly to tomcat
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=9417. 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=9417 ajp13 conector does not pass Query string corectly to tomcat --- Additional Comments From [EMAIL PROTECTED] 2002-10-29 23:29 --- Checked that with apache - it works fine. I assume it's IIS specific - Nacho is the man. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: [4.1.14] New test milestone released
Remy Maucherat wrote: A new test milestone of Tomcat 4.1 has just been released. Please help test this upcoming Tomcat release for compliance issues and other problems. Downloads: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/ Significant changes over 4.1.13 include a security manager bugfix. Over 4.1.12, Tomcat 4.1.14 includes bugfixes as well as performance improvements. Is this the final build ? Sorry, I didn't know you plan to do it - just realised I forgot to backport the content-length fix. -- Costin -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: [4.1.14] New test milestone released
Remy Maucherat wrote: A new test milestone of Tomcat 4.1 has just been released. Please help test this upcoming Tomcat release for compliance issues and other problems. Downloads: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/ Significant changes over 4.1.13 include a security manager bugfix. Over 4.1.12, Tomcat 4.1.14 includes bugfixes as well as performance improvements. The full list of changes is available in the release notes. http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/RELEASE-NOTES One small issue: the .zip file doesn't have +x on the bin/ files. Costin -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: Someone fix this...
On 29/10/02 23:02, Mike Anderson [EMAIL PROTECTED] wrote: DOH! Sorry. Thats what you get when you get a Non-Unix weanie to play around on a Unix box. I knew that I've had to do this in the past but completely spaced it for this. This should be fixed now. Rsync should run in another 5 hours now... Will see tomorrow in the morning. Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14077] New: - JSP class corruption when compiling page on SMP server
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=14077. 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=14077 JSP class corruption when compiling page on SMP server Summary: JSP class corruption when compiling page on SMP server Product: Tomcat 4 Version: 4.1.12 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Running Tomcat 4.1.12 on multiprocessor servers we often see classloader errors when we hit a JSP page that is being compiled for the first time. We have seen this both on Windows 2000 with Sun JDK 1.3.1_01 or 1.3.1_05 and AIX with IBM JDK 1.3.1.2, but we have never seen this on a single-processor system. The symptom looks like the stack traces below--the class name gets mangled in the class compiled from the JSP page. Deleting the page from the work directory and hitting it again usually works, as does precompiling the page using jspc. This may be related to bug 11379. java.lang.ClassFormatError: org/apache/jsp/apphead_jsp (Illegal Class name Collections$4.) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java(Compiled Code)) at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java(Compiled Code)) at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java(Compiled Code)) at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java(Compiled Code)) at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java(Compiled Code)) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java(Compiled Code)) at org.apache.jasper.compiler.Compiler.isOutDated(Compiler.java(Compiled Code)) at org.apache.jasper.compiler.Compiler.isOutDated(Compiler.java:333) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:472) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:184) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) java.lang.ClassFormatError: org/apache/jsp/apphead_jsp (Illegal UTF8 string in constant pool) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:486) at java.lang.ClassLoader.defineClass(ClassLoader.java:426) at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:215) at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:131) at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:504) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:145) at org.apache.jasper.compiler.Compiler.isOutDated(Compiler.java:383) at org.apache.jasper.compiler.Compiler.isOutDated(Compiler.java:333) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:472) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:184) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Re: [4.1.14] New test milestone released
On 29/10/02 22:46, Costin Manolache [EMAIL PROTECTED] wrote: Remy Maucherat wrote: A new test milestone of Tomcat 4.1 has just been released. Please help test this upcoming Tomcat release for compliance issues and other problems. Downloads: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/ Significant changes over 4.1.13 include a security manager bugfix. Over 4.1.12, Tomcat 4.1.14 includes bugfixes as well as performance improvements. The full list of changes is available in the release notes. http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/RELEASE-NOTES One small issue: the .zip file doesn't have +x on the bin/ files. Ehemm... Actually, the whole thing is completely wrong (I mean how the files are on daedalus, not only what you said, Costin)... _MAKE_SURE_ (this is _very_ important for mirrors, and I'm trying to enforce it now that we're not _yet_ mirrored heavily) that your UMASK is set to 002 ZARRO ZARRO TO when putting stuff in /www, that _ALL_ the files you create have a 664 mode (therefore when listing them, it needs to come out with -rw-rw-r-- ...) ALL directories need to be 755 (therefore only THOSE and NOT THE FILES need to have the +x bit set) they need to look like drwxrwxr-x If you don't have a clue of what I'm talking about, make sure you do man chmod and man umask from your favorite Linux (HAHA!) box... Seriously speaking, now, with the way in which the files for 4.1.14 are laid out, they can't be moved, deleted, removed, updated, mirrored by anyone but Remy (nah, probably right now with my config I can get them mirrored, but anyhow, DON¹T DO IT) Thankyou! :-) Pier -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
[4.1.14] New test milestone released
A new test milestone of Tomcat 4.1 has just been released. Please help test this upcoming Tomcat release for compliance issues and other problems. Downloads: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/ Significant changes over 4.1.13 include a security manager bugfix. Over 4.1.12, Tomcat 4.1.14 includes bugfixes as well as performance improvements. The full list of changes is available in the release notes. http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.14/RELEASE-NOTES Remy -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
SEVERE: Handshake failed
hi there, we got a web application running on production system. it uses SSL to serve few pages. we have been getting the following exception lately on a regular basis but the SSL page is served to the user. looks like, the performance is affecting a bit because of this exception. do any of u have any idea why is this happening. the application uses TOMCAT 4.1.12, STRUTS 1.0.2 - 29/10/2002 01:14:14 org.apache.tomcat.util.log.CommonLogHandler log SEVERE: Handshake failed javax.net.ssl.SSLException: error while writing to socket at com.sun.net.ssl.internal.ssl.SSLSocketImpl.b(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275) at com.sun.net.ssl.internal.ssl.AppOutputStream.write(DashoA6275) at java.io.OutputStream.write(OutputStream.java:58) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(DashoA6275) at org.apache.tomcat.util.net.JSSESocketFactory.handshake(JSSESocketFact ory.java:290) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java :493) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP ool.java:533) at java.lang.Thread.run(Thread.java:536) 29/10/2002 01:14:14 org.apache.tomcat.util.log.CommonLogHandler log SEVERE: Caught exception executing org.apache.tomcat.util.net.TcpWorkerThread@8e 4805, terminating thread java.lang.NullPointerException at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java :512) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP ool.java:533) at java.lang.Thread.run(Thread.java:536) - Chakradhar Tallam Consultant Object Consulting Level 11 / 75 Miller Street, North Sydney, NSW - 2060 Phone: +61 2 9459 3356 Fax: +61 2 9955 6659 Email: [EMAIL PROTECTED] Web: http://www.objectconsulting.com.au/ consulting | development | training | support our experience makes the difference
DO NOT REPLY [Bug 14080] New: - Compile error when the JSP has a %% character
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=14080.
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=14080
Compile error when the JSP has a %% character
Summary: Compile error when the JSP has a %% character
Product: Tomcat 4
Version: 4.1.12
Platform: PC
OS/Version: Other
Status: NEW
Severity: Normal
Priority: Other
Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
save the following as r1.jsp. The r1_jsp.java will create some very strange
output see below when it hits %%.
Tomcat 4.0.4 is okay
Tomcat 4.1.12 is not okay
JDK 1.4.0_01
System: Windows NT 2000.
%!
public void tableHeader(JspWriter out, String sTitle, String sSubtitle)
{
String sHeight=15;
String sWidth=14;
String sColor=088000;
/*
out.println(trtd bgcolor=#808080 height=+sHeight+ rowspan=2
nowraptable width=140 cellpadding=0 cellspacing=0 border=0trtd
width=140/td/tr/tablefont
color=whitenbsp;nbsp;b+sTitle+/b/font/tdtd bgcolor=#808080
valign=topimg src=../images/tri.gif width=+sWidth+
height=+sHeight+/tdtd align=right width=90%%tabletrtd
nowrap+sSubtitle+/td/tr/table/td/tr);
*/
}
%
--
Output result in r1_jsp.java
package org.apache.jsp;
import javax.servlet.*;
import javax.servlet.http.*;
import javax.servlet.jsp.*;
import org.apache.jasper.runtime.*;
public class r1_jsp extends HttpJspBase {
public void tableHeader(JspWriter out, String sTitle, String sSubtitle)
{
String sHeight=15;
String sWidth=14;
String sColor=088000;
/*
out.println(trtd bgcolor=#808080 height=+sHeight+ rowspan=2 nowrap
table width=140 cellpadding=0 cellspacing=0 border=0trtd width=140/td/
tr/tablefont color=whitenbsp;nbsp;b+sTitle+/b/font/tdtd bgcolo
r=#808080 valign=topimg src=../images/tri.gif width=+sWidth+ height=+sHeigh
t+/tdtd align=right width=90%
private static java.util.Vector _jspx_includes;
public java.util.List getIncludes() {
return _jspx_includes;
}
public void _jspService(HttpServletRequest request, HttpServletResponse respon
se)
throws java.io.IOException, ServletException {
JspFactory _jspxFactory = null;
javax.servlet.jsp.PageContext pageContext = null;
HttpSession session = null;
ServletContext application = null;
ServletConfig config = null;
JspWriter out = null;
Object page = this;
JspWriter _jspx_out = null;
try {
_jspxFactory = JspFactory.getDefaultFactory();
response.setContentType(text/html;charset=ISO-8859-1);
pageContext = _jspxFactory.getPageContext(this, request, response,
null, true, 8192, true);
application = pageContext.getServletContext();
config = pageContext.getServletConfig();
session = pageContext.getSession();
out = pageContext.getOut();
_jspx_out = out;
out.write(table);
out.write(tr);
out.write(td nowrap\+sSubtitle+\);
out.write(/td);
out.write(/tr);
out.write(/table);
out.write(/td);
out.write(/tr\);\r\n\t*/\r\n }\r\n%\r\n\r\n);
} catch (Throwable t) {
out = _jspx_out;
if (out != null out.getBufferSize() != 0)
out.clearBuffer();
if (pageContext != null) pageContext.handlePageException(t);
} finally {
if (_jspxFactory != null) _jspxFactory.releasePageContext(pageContext);
}
}
}
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java
billbarker2002/10/29 19:47:27
Modified:jk/java/org/apache/jk/server JkCoyoteHandler.java
Log:
Fix what looks like a typo.
Without this, the same buffer is used for both input and output. The result is that
fields like requestURI and remoteHost are trashed after the servlet has started
sending output back.
Revision ChangesPath
1.27 +1 -1
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkCoyoteHandler.java
Index: JkCoyoteHandler.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkCoyoteHandler.java,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- JkCoyoteHandler.java 9 Aug 2002 17:42:44 - 1.26
+++ JkCoyoteHandler.java 30 Oct 2002 03:47:27 - 1.27
-246,7 +246,7
if( ep.getNote( headersMsgNote ) == null ) {
Msg msg2=new MsgAjp();
-ep.setNote( headersMsgNote, msg );
+ep.setNote( headersMsgNote, msg2 );
}
res.setNote( epNote, ep );
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 3888] - WebappClassLoader: Lifecycle error : CL stopped
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=3888. 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=3888 WebappClassLoader: Lifecycle error : CL stopped --- Additional Comments From [EMAIL PROTECTED] 2002-10-30 06:47 --- Created an attachment (id=3657) ant buld of a webapp reproducing the CL errorrequires libraries in next attachment... -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 3888] - WebappClassLoader: Lifecycle error : CL stopped
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=3888. 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=3888 WebappClassLoader: Lifecycle error : CL stopped --- Additional Comments From [EMAIL PROTECTED] 2002-10-30 07:25 --- Ok, well, as it turns out, the second attachment seems too big for Bugzilla to handle. It is moderately large, but not that big; about 2,386k. Here is a link to it: ftp://ftp.visi.com/users/hoju/pub/barracuda-libs.zip Here is a link to the Ant build, for good measure: ftp://ftp.visi.com/users/hoju/pub/barracuda-pages.sample_test.zip Instructions on what everything is and how to use it is in a README.txt file in the root directory of the ant build in barracuda-pages.sample_test.zip. Basically, extract barracuda-pages.sample_test.zip to any directory and extract barracuda-libs.zip to $CATALINA_HOME. It will put the jar files where they need to go. Again, more instructions are in the README.txt and they detail what libraries go where. This setup is meant to be a completely reproduceable test showing the ...CL stopped error. It runs the first time the app is installed, but after removal and then another install, trying to pull up a dynamic page causes a java.lang.ClassNotFoundException and the ...CL stopped error shows up in the stdout.log. A similar configuration, but with a few of the libraries copied to WEB-INF/lib makes everything work flawlessly no matter how many install/remove cycles are done. Step-by-step instructions are in README.txt of the Ant build. let me know if you have any questions or difficulties. Jake -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14064] - Symbolic links broken
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=14064. 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=14064 Symbolic links broken [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-30 07:35 --- This is mentioned in the release notes (and filed many times as a bug, also). -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 14069] - Ant DeployTask and UndeplyTask causes tomcatAuthentication to be removed from CoyoteConnector settings in server.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14069. 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=14069 Ant DeployTask and UndeplyTask causes tomcatAuthentication to be removed from CoyoteConnector settings in server.xml [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-30 07:37 --- You should use jk2.properties to set tomcatAuthentication. There's no tomcatAuthentication field on the CoyoteConnector class. -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
DO NOT REPLY [Bug 12196] - request.getRemoteUser() returns null for AJP request with remote username
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=12196. 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=12196 request.getRemoteUser() returns null for AJP request with remote username [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID -- To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
