DO NOT REPLY [Bug 28465] - Cannot use jsp error pages from servlets
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28465. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28465 Cannot use jsp error pages from servlets [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 07:01 --- Using error pages defined in web.xml error-page -element is not really an option for me. I need to use different error pages depending on the location of the page that generated the exception. Basically I have a dispatcher that searches for the correct error page from the parent directories of the page that generated the exception. Use of the standard attribute (javax.servlet.error.exception) enables my error pages to take advantage of the standard jsp features such as having the implicit exception object defined in my error pages and the possibility to explicitly select the error page to be used by defining the errorPage page directive. Invoking jsp error pages from servlets, dispatchers and such by first setting the standard attribute and then forwarding seems to be a common practise anyway. I have seen numerous examples where this has been done. For example the java pet store example (both version 1.3.2 from http://java.sun.com/developer/releases/petstore/ and version 1.4 that comes with j2ee 1.4) contains a servlet called com.sun.j2ee.blueprints.waf.controller.web.MainServlet which on error conditions sets the javax.servlet.jsp.jspException attribute and uses a dispatcher to forward to the error page it selects. To my understanding the pet store example is supposed to provide best practice guidelines. From the petstore: private void doProcess(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { // set the locale of the user to default if not set if (request.getSession().getAttribute(WebKeys.LOCALE) == null) { request.getSession().setAttribute(WebKeys.LOCALE, defaultLocale); } try { getRequestProcessor().processRequest(request); getScreenFlowManager().forwardToNextScreen(request,response); } catch (Throwable ex) { String className = ex.getClass().getName(); String nextScreen = getScreenFlowManager().getExceptionScreen(ex); // put the exception in the request request.setAttribute(javax.servlet.jsp.jspException, ex); if (nextScreen == null) { // send to general error screen ex.printStackTrace(); throw new ServletException(MainServlet: unknown exception: + className); } context.getRequestDispatcher(nextScreen).forward(request, response); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: compiling isapi redirector 1.2.5 - different file size
Dear Mathias, Unfortunately, we have not been able to locate the program that you have inquired about in our database. If you could provide us with a program identification number or the name of the program developer's company we would be happy to further research your inquiry. If however, the program that you have inquired about is not listed with our service, we would recommend that you visit our web site www.element5.com and browse our catalog. We are confident that among the nearly 44,000 programs listed with our service you will find a different program to suit your needs. element 5 processes orders and collects payments on behalf of several software authors. Unfortunately we cannot assist you with technical or content-related questions. Please be so kind to contact directly the publisher of this software. Let us know if we can be of further assistance. Sincerely, Tanja Goebbels Your element 5 team __ element 5 - the e-way of software at http://www.element5.com * element 5 Germany - France - Italy - Sweden - UK - USA * __ Original Message Follows: - Hi all! I just downloaded the source code of the jakarta-tomcat-connectors in order to compile the isapi redirector 1.2.5. Importing the project isapi.dsp into MS Visual C++ and compiling the project was no problem. But unfortunately the resulting tomcat_redirector.dll is not working at all. What seems curios to me is that the resulting DLL has got a size of 104 KB whereas the binary version of the DLL has got a size of 160 KB. By the way: The binary version of the redirector is working great (unfortunaltly I have some upload-problems with files greater than 56 KB - known as Bug 15278 in the Apache Bug Database...) in my enviroment. Has anybody run into similar problems and can anybody tell me something about the different file sizes? Thank you, in advance, for your help Mathias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 for Win32
Dear Sir, Unfortunately, we have not been able to locate the program that you have inquired about in our database. If you could provide us with a program identification number or the name of the program developer's company we would be happy to further research your inquiry. If however, the program that you have inquired about is not listed with our service, we would recommend that you visit our web site www.element5.com and browse our catalog. We are confident that among the nearly 44,000 programs listed with our service you will find a different program to suit your needs. Let us know if we can be of further assistance. Sincerely, Ana Isabel Dinis Your element 5 team __ element 5 - the e-way of software at http://www.element5.com * element 5 Germany - France - Italy - Sweden - UK - USA * __ Original Message Follows: - Hi folks, I just tried downloading the JK2 Connectors for Apache 1.3.2 on Win32 and noticed that the modules sub-dir instead of dll's has so's... I take it these are for Apache on linux. Anyone got any ideas or pointers so I can get the right archives? TIA, --JM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pageEncoing and contentType
Hi Jan, Thank you for your reply. I read the section of the specification. But something is not clear to me. I have to specify pageEncoding attribute to tell jasper what character encoding is used in the jsp page. At the same time, I have to specify exact HTTP header content-type string so that Web browser get the right application. Why the specification deny it? (I don't want to change coding syntax only for this reason.) I think pageEncoding attribute should not be used to form content-type string because you can specify charset string by other means if necessary. This will happen not only for PDF files but image files or what ever. Am I wrong? seiji takegata wrote: Hi, I'm trying to generate PDF document from JSP, using itext library. (http://www.lowagie.com/iText/) I set contentType attribute to get browser open AdobeReader, and pageEncoding to get right encoding for Japanese characters, %@ page contentType=application/pdf pageEncoding=Shift_JIS % Jasper translates this line to; response.setContentType(application/pdf;charset=Shift_JIS); I want to set response type to look like PDF without any particular encoding, and to tell Jasper that my source encoded with Shift_JIS, because IE does not recognize the contentType if charset option is added. My question is: 1. Why Jasper adds charset option when I specify pageEncoding attribute? 2. Can I make Jasper not to add charset option when I use pageEncoding? I posted same question to tomcat-user ML, then I was suggested to post this question to tomcat-dev list. This is my first message to this list. Notice that this is consistent with the JSP 2.0 spec (see JSP.4.2: Response Character Encoding): The initial response char encoding is set to the CHARSET value of the contentType attribute of the page directive. If the page doesn't provide this attribute or the attribute does not have a CHARSET value [as in your case], the initial response char encoding is determined as follows: * ... * For JSP pages in standard syntax, it is the character encoding specified by the pageEncoding attribute of the page directive ... The reason behind this is that if the page specifies a page character encoding (other than ISO-8859-1), it probably contains non-Latin characters that may get lost if the response switched to another char encoding. If this is not what you want, you should consider using XML syntax for your JSPs, in which case the response char encoding is set to UTF-8 (under the above circumstances), regardless of the autodetected page source encoding. Jan Thanks you. -- seiji takegata [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pageEncoing and contentType
Jan Luehe wrote: seiji takegata wrote: Hi, I'm trying to generate PDF document from JSP, using itext library. (http://www.lowagie.com/iText/) I set contentType attribute to get browser open AdobeReader, and pageEncoding to get right encoding for Japanese characters, %@ page contentType=application/pdf pageEncoding=Shift_JIS % Jasper translates this line to; response.setContentType(application/pdf;charset=Shift_JIS); I want to set response type to look like PDF without any particular encoding, and to tell Jasper that my source encoded with Shift_JIS, because IE does not recognize the contentType if charset option is added. My question is: 1. Why Jasper adds charset option when I specify pageEncoding attribute? 2. Can I make Jasper not to add charset option when I use pageEncoding? I posted same question to tomcat-user ML, then I was suggested to post this question to tomcat-dev list. This is my first message to this list. Notice that this is consistent with the JSP 2.0 spec (see JSP.4.2: Response Character Encoding): The initial response char encoding is set to the CHARSET value of the contentType attribute of the page directive. If the page doesn't provide this attribute or the attribute does not have a CHARSET value [as in your case], the initial response char encoding is determined as follows: * ... * For JSP pages in standard syntax, it is the character encoding specified by the pageEncoding attribute of the page directive ... The reason behind this is that if the page specifies a page character encoding (other than ISO-8859-1), it probably contains non-Latin characters that may get lost if the response switched to another char encoding. If this is not what you want, you should consider using XML syntax for your JSPs, in which case the response char encoding is set to UTF-8 (under the above circumstances), regardless of the autodetected page source encoding. On BS2000 I use the following for native jsp: +++ ?xml version=1.0 encoding=OSD_EBCDIC_DF04_1? %@ page session=false pageEncoding=OSD_EBCDIC_DF04_1 contentType=text/html; charset=iso-8859-1 % +++ Jan Thanks you. -- seiji takegata [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pageEncoing and contentType
Hi jean, Thank you for your reply. On BS2000 I use the following for native jsp: +++ ?xml version=1.0 encoding=OSD_EBCDIC_DF04_1? %@ page session=false pageEncoding=OSD_EBCDIC_DF04_1 contentType=text/html; charset=iso-8859-1 % +++ I tried, but it did not help. I'm trying to generate a binary content, not html. That's why I don't want to add charset string to content-type. -- seiji takegata [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pageEncoing and contentType
seiji takegata wrote: Hi jean, Thank you for your reply. On BS2000 I use the following for native jsp: +++ ?xml version=1.0 encoding=OSD_EBCDIC_DF04_1? %@ page session=false pageEncoding=OSD_EBCDIC_DF04_1 contentType=text/html; charset=iso-8859-1 % +++ I tried, but it did not help. I'm trying to generate a binary content, not html. That's why I don't want to add charset string to content-type. Ok. My example was show how to use a different charset and pageEncoding. But what you want is to prevent the pageEncoding beeing use as charset... No easy as for the moment Tomcat puts the pageEncoding in the charset ;-(. Would make sense not to put the ; charset=ISO-8859-1? That would help you and should have no side effects on browsers. -- seiji takegata [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pageEncoing and contentType
Hi, Ok. My example was show how to use a different charset and pageEncoding. But what you want is to prevent the pageEncoding beeing use as charset... No easy as for the moment Tomcat puts the pageEncoding in the charset ;-(. Would make sense not to put the ; charset=ISO-8859-1? That would help you and should have no side effects on browsers. If you specify: %@ page contentType=application/pdf; charset=iso-8859-1 pageEncoding=Shift_JIS % then content type in the jasper generated code would be: application/pdf; charset=iso-8859-1 If you specify: %@ page contentType=application/pdf pageEncoding=Shift_JIS % then: application/pdf; charset=Shift_JIS (ouch!) else if: %@ page contentType=application/pdf% application/pdf This is what I want. Anyway, I'm grad to know you (or someone) are interested in this problem, thanks. -- seiji takegata [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28465] - Cannot use jsp error pages from servlets
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28465. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28465 Cannot use jsp error pages from servlets --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 10:24 --- You don't agree with what? Do you mean that it's not common to set those attributes or that the pet store is not implemented correctly? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28465] - Cannot use jsp error pages from servlets
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28465. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28465 Cannot use jsp error pages from servlets [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 10:14 --- Well, I don't agree with that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25092] - Bug with cookies=false
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=25092. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=25092 Bug with cookies=false --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 11:14 --- I have a problem much like this with my webapplication as well. This only appears on Tomcat 5.0.19. My webapplication is a servlet 2.3/jsp 1.2 application, which I would like to move to Tomcat 5.0.19, but I am unable to because of this problem. What happens is that if the session cookie is blocked by browser security settings as with P3P on IE6 then a new session is created instead of the old one being reused and this even happens with JSESSIONID written into the URL. I've tracked this using a HttpSessionListener. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache with SOAP
Hello Friends, I'm very interested to use Apache to develope Web Services! I get all products necessary to build Java Web Services according with the book Web Service Essencial, but the steps from configuratingdidn't successfull! Can anyone help?!? Please... I would like a step by step installation and configuration to Apache and Web Services utilities.Thanks so much!
[jk/jk2] Free Microsoft Compilers
This may be helpful in allowing more people to build jk/jk2 for windows. Charlie -Original Message- From: Jeff White [mailto:[EMAIL PROTECTED] Sent: Saturday, April 17, 2004 11:18 AM To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED] Free Microsoft Compilers quote The Microsoft Visual C++ Toolkit 2003 includes the core tools developers need to compile and link C++-based applications for Windows and the .NET Common Language Runtime: Microsoft C/C++ Optimizing Compiler and Linker. These are the same compiler and linker that ship with Visual Studio .NET 2003 Professional! C Runtime Library and the C++ Standard Library, including the Standard Template Library. These are the same static-link libraries included with Visual Studio. Microsoft .NET Framework Common Language Runtime. Visual C++ can optionally build applications that target the Common Language Runtime (CLR). Sample code. The toolkit includes four samples designed to showcase the powerful new features of the 2003 version, including new optimization capabilities, features to improve code-security and robustness, enhanced ISO C++ standards support, and the ability to use the .NET Framework library and target the CLR. /quote Microsoft Visual C++ Toolkit 2003 http://msdn.microsoft.com/visualc/vctoolkit2003/ Jeff - The official User-To-User support forum of the Apache HTTP Server Project. See URL:http://httpd.apache.org/userslist.html for more info. To unsubscribe, e-mail: [EMAIL PROTECTED] from the digest: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [jk/jk2] Free Microsoft Compilers
From: Cox, Charlie This may be helpful in allowing more people to build jk/jk2 for windows. Even more if you create a buildable makefiles :-) The Microsoft Visual C++ Toolkit 2003 includes the core tools developers need to compile and link C++-based applications for Windows and the .NET Common Language Runtime: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jk/jk2] Free Microsoft Compilers
Mladen Turk wrote: From: Cox, Charlie This may be helpful in allowing more people to build jk/jk2 for windows. Even more if you create a buildable makefiles :-) They don't include their make in the package ? (it's cmake, right ?) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [jk/jk2] Free Microsoft Compilers
-Original Message- From: Remy Maucherat This may be helpful in allowing more people to build jk/jk2 for windows. Even more if you create a buildable makefiles :-) They don't include their make in the package ? (it's cmake, right ?) Yes, that's the cache, you don't have a nmake :) Also, to be able to use the compiler for any real life, you also need to download entire SDK. The sdk has rc.exe, mc.exe, etc... MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 for Win32
I grabbed the .so and it worked just fine. I am guessing it is a dll with a different name. -Original Message- From: Joao Medeiros [mailto:[EMAIL PROTECTED] Sent: Monday, April 19, 2004 5:38 PM To: [EMAIL PROTECTED] Subject: JK2 for Win32 Hi folks, I just tried downloading the JK2 Connectors for Apache 1.3.2 on Win32 and noticed that the modules sub-dir instead of dll's has so's... I take it these are for Apache on linux. Anyone got any ideas or pointers so I can get the right archives? TIA, --JM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 for Win32
-Original Message- From: Angus Mezick I grabbed the .so and it worked just fine. I am guessing it is a dll with a different name. Correctly. You may name your .dll file to .angus.mezick if you prefer :). The reason for renaming to .so was to make a consistent documentation among different platforms. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25092] - Bug with cookies=false
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=25092. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=25092 Bug with cookies=false [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 13:29 --- I really doubt there's a bug with that. Please don't reopen the report. As for the admin, I think it's fair enough to require cookies, so I'll resolve this bug (since apparently it won't be addressed). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28465] - Cannot use jsp error pages from servlets
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28465. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28465 Cannot use jsp error pages from servlets --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 13:30 --- I don't see anything difficult to understand: I understand your use case, and I consider it invalid. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] HttpSession handling
There are four Tomcat 4 bug reports filed on this problem. There was one bug report filed for Tomcat 5 and Remy applied a small patch to fix it. Problems with expiring sessions have been reported numerous times. The basic problem is as follows, starting at time 0 min and with a max inactive interval of 30 minutes: 00 min: First request, new session created, LastAccessedTime 0 02 min: Second request, reuse session, LastAccessedTime 0 31 min: Third request, reuse session, LastAccessedTime now 2 33 min: Background manager thread expires session even though it has only been two minutes since the remote clients last request. The argument for not changing how this works is based on how the Servlet Spec defines Session.getLastAccessedTime(). But I agree with all those who have complained about this behaviour that Tomcat session timeouts are buggy. So I came up with a compromise that still allows the HttpSession.getLastAccessedTime() to return the time of the previous request to meet the servlet spec. But internally sessions are expired when current time last request + max inactive interval. When we do a major revision we should consider adding the StandardSession.getLastUsedTime() method to the org.apache.catalina.Session interface. JDBCStore - The JDBCStore required a great deal of unnecessary db queries to manage the persisted data. This could severly impact its ability to scale to large numbers of sessions. 1. When a JSESSIONID cookie was submitted with a request where the Session no longer exists multiple queries of the db occurred to try and load a persisted Session from the Store. I was seeing four attempts to load from the persistence store each request when a Session did not exist for a JSESSIONID. PersistentManagerBase swapIn() and swapOut() were patched to maintain a Hashtable of JSESSIONID's which do not exist in the Store so that they don't have to be checked multiple times. Each checkInterval the Hashtable is cleared to prevent it from consuming too much memory. 2. The StoreBase.processExpires() method triggers a load of each Session persisted to the db each checkInterval to perform its test to determine if the Session has expired. This incurred alot of overhead on the db, especially if there was a large amount of session data. The number of queries performed each checkInterval is 1 + number of sessions persisted to the db + number of expired sessions removed. The StoreBase.processExpires() method was overridden in JDBCStore. The method in JDBCStore performs a query of the db to find only those Sessions which should be expired. The number of queries performed here is 1 + 2 * the number of expired sessions (load then remove of expired session). 3. JDBCStore.remove() is being called sometimes with a null sessionid String causing an unnecessary synchronization and db query. Added a check for a null sessionid String at top of method. I propose that these patched be applied to Tomcat 4 first, then to Tomcat 5. Regards, Glenn On Fri, Jan 02, 2004 at 11:10:16AM +0200, [EMAIL PROTECTED] wrote: Reading the servlet spec raised a couple of thoughts about http session handling to my mind. I did verify them, but did not file bug reports. Should I write a patch for these? Thought #1 == SRV.7.6 Last Accessed Times The getLastAccessedTime method of the HttpSession interface allows a servlet to determine the last time the session was accessed before the current request. The session is considered to be accessed when a request that is part of the session is first handled by the servlet container. Imagine the following situation with four requests in the same session: Moment 0: Request #0 arrives. The session is initiated. Moment 1: Request #1 arrives. The request processing performs some long operation. Moment 2: Request #2 arrives. Moment 3: Request #3 arrives. Moment 4: The long operation of the request #1 processing is complete. Request #1 processing calls session.getLastAccessedTime(). According to the spec the method should return the time of moment 0 (request #0 was the previous request before the request #1). Tomcat returns the time of moment 2 (the time request #2 arrived) instead. Thought #2 == If the session is created by the current request, the session.getLastAccessedTime() returns the session creation time. Should it return 0 instead? I'd find it a bit less incorrect. Thought #3 == SRV.7.5 Session Timeouts The session invalidation will not take effect until all servlets using that session have exited the service method. Tomcat does nothing to ensure this. To reproduce, set session timeout to 3mins and put the following code to service method: HttpSession session = request.getSession(); Thread.sleep(200 * 1000L); // a long operation =) session.getLastAccessedTime(); -IllegalStateException is thrown -- Jarno
Oh my God
Norton AntiVirus gelöscht1.txt Description: plain/text - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27611] - Tomcat Not Responding
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27611. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27611 Tomcat Not Responding --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 14:48 --- Should building latest snapshot of Tomcat from source using JDK-1.5.0-beta1 resolve this problem? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [jk/jk2] Free Microsoft Compilers
I didn't have time to look at it yet, but I was hopeful after seeing it on the apache users list. Sorry for misleading... Charlie -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 20, 2004 9:18 AM To: 'Tomcat Developers List' Subject: RE: [jk/jk2] Free Microsoft Compilers -Original Message- From: Remy Maucherat This may be helpful in allowing more people to build jk/jk2 for windows. Even more if you create a buildable makefiles :-) They don't include their make in the package ? (it's cmake, right ?) Yes, that's the cache, you don't have a nmake :) Also, to be able to use the compiler for any real life, you also need to download entire SDK. The sdk has rc.exe, mc.exe, etc... MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27407] - Missing application web.xml, using defaults only
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27407. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27407 Missing application web.xml, using defaults only [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 17:35 --- I can confirm that I get this issue during development when *hot/live deploying a webapp by overwriting an existing WAR which is already deployed in the webapps/ directory, while Tomcat is running. I'm running Tomcat 5.0.19 on Windows 2000 Server. Here is some sample logging output: log4j:WARN No appenders could be found for logger (org.apache.catalina.session.ManagerBase). log4j:WARN Please initialize the log4j system properly. Apr 20, 2004 12:14:17 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /portal from URL file:D:/Java/jakarta-tomcat-5.0.19/webapps/portal Apr 20, 2004 12:14:18 PM org.apache.catalina.startup.ContextConfig applicationConfig INFO: Missing application web.xml, using defaults only StandardEngine [Catalina].StandardHost[localhost].StandardContext[/portal] When the container is in this state, it serves up the stock standard Directory Listing For / directory listing page, as if I were hitting a browsable directory. I can confirm that I definitely have a web.xml in my WAR, since to work around this issue, I shutdown Tomcat, delete the exploded WAR directory in webapps/ and restart Tomcat and the webapp works correctly again. This is quite a nuisance since it slows down the development cycle considerably. I'd be willing to provide additional info to help reproduce and diagnose this issue, if need be. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [jk/jk2] Free Microsoft Compilers
-Original Message- From: Cox, Charlie I didn't have time to look at it yet, but I was hopeful after seeing it on the apache users list. Sorry for misleading... No, it's quite a good choice actually. To build the IIS connector you will the SDK anyhow if using VC6. The main problem is the lack of makefiles. But we have a excellent make only named ant. The problem is to write all those 'cl -O2 -Z ... -D_NODEBUG ...' and use them directly. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27407] - Missing application web.xml, using defaults only
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27407. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27407 Missing application web.xml, using defaults only [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 17:42 --- This is a use case I've been using, and it works for me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jasper compiler problem semi-ready patch
as i read the site docs this is the correct list where to post the issue to make the story short : jasper leaves filehandles open as it's compiling any jsp. the bug is in the org/apache/jasper/compiler/Compiler.java named file around the lines ~500 function called public boolean isOutDated(boolean checkClass) (i really have no time to play around with the cvs, have a lot of work to do, hey but at least i found out where the problem resides. so all this information here is from jakarta-tomcat-5.0.19-src) the thing is that the code there does the following action to check if the src of the jsp is up to date (in this case asking for it's last modified time) : --- jspRealLastModified = jspUrl.openConnection().getLastModified(); --- you see the problem is that the jspUrl.openConnection() opens a stream to the file when getLastModified is being asked, but it never gets closed. as tomcat seems to call garbage collect right after this compilation the garbage-collector manages to clean it up. but if the garbage collector isn't called for a while (as an example in jetty server) the file handles stay open althrough they really aren't used for anything besided the getLastModified() call. now when i fixed it to this --- java.net.URLConnection uc = jspUrl.openConnection(); jspRealLastModified = uc.getLastModified(); uc.getInputStream().close(); -- it closes up nicely and no forgotten streams are left in the jvm, also it doesn't need a garbage collect after it to clean the filehandle up. i hope someone who has write access to the jasper source can fix it, i'm not sure that my code written here should be the one to use, but at least it works. Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 for Win32
Many thanks, I was missing the other DLL's. I copied them across to my modules dir and it works fine now :-) Mladen Turk wrote: -Original Message- From: Angus Mezick I grabbed the .so and it worked just fine. I am guessing it is a dll with a different name. Correctly. You may name your .dll file to .angus.mezick if you prefer :). The reason for renaming to .so was to make a consistent documentation among different platforms. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jasper compiler problem semi-ready patch
Martin, thanks for reporting the issue, and proposing a patch. Your patch is consistent with this recommendation in the class comment of java.net.URLConnection: Calling the ttclose()/tt methods on the ttInputStream/tt or ttOutputStream/tt of an ttURLConnection/tt after a request may free network resources associated with this instance, unless particular protocol specifications specify different behaviours for it. I've applied your patch verbatim. Jan Martin Roos wrote: as i read the site docs this is the correct list where to post the issue to make the story short : jasper leaves filehandles open as it's compiling any jsp. the bug is in the org/apache/jasper/compiler/Compiler.java named file around the lines ~500 function called public boolean isOutDated(boolean checkClass) (i really have no time to play around with the cvs, have a lot of work to do, hey but at least i found out where the problem resides. so all this information here is from jakarta-tomcat-5.0.19-src) the thing is that the code there does the following action to check if the src of the jsp is up to date (in this case asking for it's last modified time) : --- jspRealLastModified = jspUrl.openConnection().getLastModified(); --- you see the problem is that the jspUrl.openConnection() opens a stream to the file when getLastModified is being asked, but it never gets closed. as tomcat seems to call garbage collect right after this compilation the garbage-collector manages to clean it up. but if the garbage collector isn't called for a while (as an example in jetty server) the file handles stay open althrough they really aren't used for anything besided the getLastModified() call. now when i fixed it to this --- java.net.URLConnection uc = jspUrl.openConnection(); jspRealLastModified = uc.getLastModified(); uc.getInputStream().close(); -- it closes up nicely and no forgotten streams are left in the jvm, also it doesn't need a garbage collect after it to clean the filehandle up. i hope someone who has write access to the jasper source can fix it, i'm not sure that my code written here should be the one to use, but at least it works. Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java
luehe 2004/04/20 13:05:19 Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java Log: Close URLConnection's InputStream after getting lastModified date. Patch provided by [EMAIL PROTECTED] Revision ChangesPath 1.80 +4 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java Index: Compiler.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java,v retrieving revision 1.79 retrieving revision 1.80 diff -u -r1.79 -r1.80 --- Compiler.java 17 Mar 2004 19:23:03 - 1.79 +++ Compiler.java 20 Apr 2004 20:05:19 - 1.80 @@ -24,6 +24,7 @@ import java.io.PrintWriter; import java.io.UnsupportedEncodingException; import java.net.URL; +import java.net.URLConnection; import java.util.Iterator; import java.util.List; import java.util.StringTokenizer; @@ -467,7 +468,9 @@ ctxt.incrementRemoved(); return false; } -jspRealLastModified = jspUrl.openConnection().getLastModified(); +URLConnection uc = jspUrl.openConnection(); +jspRealLastModified = uc.getLastModified(); +uc.getInputStream().close(); } catch (Exception e) { e.printStackTrace(); return true; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/conf web.xml
markt 2004/04/20 15:21:09 Modified:catalina/src/conf web.xml Log: Fix bug 20091. Correct grammer and typo. - Reported by Mark Mascolino. Revision ChangesPath 1.56 +4 -4 jakarta-tomcat-4.0/catalina/src/conf/web.xml Index: web.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/web.xml,v retrieving revision 1.55 retrieving revision 1.56 diff -u -r1.55 -r1.56 --- web.xml 14 Mar 2004 18:41:12 - 1.55 +++ web.xml 20 Apr 2004 22:21:09 - 1.56 @@ -62,8 +62,8 @@ !-- The invoker servlet, which executes anonymous servlet classes -- !-- that have not been defined in a web.xml file. Traditionally, this -- - !-- servlet is mapped to URL pattern /servlet/*, but you can map it-- - !-- to other patterns as well. The extra path info portion of such a-- + !-- servlet is mapped to the URL pattern /servlet/*, but you can map -- + !-- it to other patterns as well. The extra path info portion of such a -- !-- request must be the fully qualified class name of a Java class that -- !-- implements Servlet (or extends HttpServlet), or the servlet name -- !-- of an existing servlet definition. This servlet supports the -- @@ -88,7 +88,7 @@ !-- The JSP page compiler and execution servlet, which is the mechanism -- !-- used by Tomcat to support JSP pages. Traditionally, this servlet-- - !-- is mapped to URL patterh *.jsp. This servlet supports the -- + !-- is mapped to the URL pattern *.jsp. This servlet supports the -- !-- following initialization parameters (default values are in square-- !-- brackets): -- !-- -- @@ -168,7 +168,7 @@ !-- Server Side Includes processing servlet, which processes SSI -- !-- directives in HTML pages consistent with similar support in web -- - !-- servers like Apache. Traditionally, this servlet is mapped to -- + !-- servers like Apache. Traditionally, this servlet is mapped to the -- !-- URL pattern *.shtml. This servlet supports the following -- !-- initialization parameters (default values are in square brackets): -- !-- -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/conf web.xml
markt 2004/04/20 15:22:04 Modified:catalina/src/conf web.xml Log: Fix bug 20091. Correct grammer. - Reported by Mark Mascolino. - Ported from TC4. Revision ChangesPath 1.39 +4 -4 jakarta-tomcat-catalina/catalina/src/conf/web.xml Index: web.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/web.xml,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- web.xml 14 Mar 2004 18:42:05 - 1.38 +++ web.xml 20 Apr 2004 22:22:04 - 1.39 @@ -76,8 +76,8 @@ !-- The invoker servlet, which executes anonymous servlet classes -- !-- that have not been defined in a web.xml file. Traditionally, this -- - !-- servlet is mapped to URL pattern /servlet/*, but you can map it-- - !-- to other patterns as well. The extra path info portion of such a-- + !-- servlet is mapped to the URL pattern /servlet/*, but you can map -- + !-- it to other patterns as well. The extra path info portion of such a -- !-- request must be the fully qualified class name of a Java class that -- !-- implements Servlet (or extends HttpServlet), or the servlet name -- !-- of an existing servlet definition. This servlet supports the -- @@ -104,7 +104,7 @@ !-- The JSP page compiler and execution servlet, which is the mechanism -- !-- used by Tomcat to support JSP pages. Traditionally, this servlet-- - !-- is mapped to URL pattern *.jsp. This servlet supports the -- + !-- is mapped to the URL pattern *.jsp. This servlet supports the -- !-- following initialization parameters (default values are in square-- !-- brackets): -- !-- -- @@ -200,7 +200,7 @@ !-- Server Side Includes processing servlet, which processes SSI -- !-- directives in HTML pages consistent with similar support in web -- - !-- servers like Apache. Traditionally, this servlet is mapped to -- + !-- servers like Apache. Traditionally, this servlet is mapped to the -- !-- URL pattern *.shtml. This servlet supports the following -- !-- initialization parameters (default values are in square brackets): -- !-- -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20091] - server's default web.xml ( conf/web.xml ) has grammer and spelling errors
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=20091. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=20091 server's default web.xml ( conf/web.xml ) has grammer and spelling errors [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 22:24 --- This has been fixed along with a number of similar grammar errors in both TC4 and TC5. Thanks for the patch. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20136] - SAX parse exception
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=20136. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=20136 SAX parse exception [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 22:27 --- Without steps to reproduce this is invalid. The difference behaviour across platforms seems to indicate that this is not a Tomcat issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20083] - Session timeout implementation requires 2 accesses per timeout.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=20083. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=20083 Session timeout implementation requires 2 accesses per timeout. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 22:31 --- *** This bug has been marked as a duplicate of 15463 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15463] - StandardManager incorrectly uses getLastAccessedTime
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=15463. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=15463 StandardManager incorrectly uses getLastAccessedTime [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 22:31 --- *** Bug 20083 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20247] - Possible error in website's class loader HOWTO
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=20247. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=20247 Possible error in website's class loader HOWTO [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 22:43 --- *** This bug has been marked as a duplicate of 10627 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10627] - incorrect documentation for class-loader-howto.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=10627. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=10627 incorrect documentation for class-loader-howto.xml [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-04-20 22:43 --- *** Bug 20247 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed
To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project jakarta-tomcat-5 has an issue affecting its community integration, and has been outstanding for 11 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5/index.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Jar [servlets-default.jar] identifier set to jar basename: [servlets-default] - Info - Jar [naming-common.jar] identifier set to jar basename: [naming-common] - Info - Jar [naming-resources.jar] identifier set to jar basename: [naming-resources] - Info - Jar [catalina.jar] identifier set to jar basename: [catalina] - Info - Jar [bootstrap.jar] identifier set to jar basename: [bootstrap] - Info - Jar [servlets-common.jar] identifier set to jar basename: [servlets-common] - Info - Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker] - Info - Dependency on javamail exists, no need to add for property mail.jar. - Info - Dependency on jaf exists, no need to add for property activation.jar. - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. - Info - Dependency on xml-xerces exists, no need to add for property xmlParserAPIs.jar. - Info - Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. - Info - Dependency on commons-el exists, no need to add for property commons-el.jar. - Info - Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.jar. - Info - Dependency on ant exists, no need to add for property ant.home. - Info - Dependency on jsse exists, no need to add for property jsse.home. - Info - Dependency on jmx exists, no need to add for property jmx.home. - Info - Dependency on jmx exists, no need to add for property jmx.jar. - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar. - Info - Dependency on jndi exists, no need to add for property jndi.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar. - Info - Dependency on javamail exists, no need to add for property mail.home. - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property jasper.home. - Info - Dependency on jaf exists, no need to add for property activation.home. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.home. - Info - Dependency on commons-daemon exists, no need to add for property commons-daemon.jsvc.tar.gz. - Info - Dependency on jakarta-struts exists, no need to add for property struts.home. - Info - Enable debug output, due to a sequence of 10 previous errors. - Info - Failed with reason build failed - - - - - -- -- G U M P Gump performed this work: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build) State: Failed Elapsed: 0 hours, 1 minutes, 58 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -debug -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* -Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote -Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar -Dsite2.home=/data3/gump/jakarta-site2 -DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar -Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri -Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar -Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar -Dregexp.jar=/data3/gump/jakarta-regexp/build/jakarta-regexp-20040421.jar -Dmail.home=/data3/gump/opt/javamail-1.3 -Dant.home=/data3/gump/ant/dist -Dcommons-modeler.home=/data3/gump/jakarta-commons/modeler