Beth H Thoresen/MAD/NOPO er ikke til stede på kontoret.
Jeg vil ikke være på kontoret fra og med 02.04.2004 og vil ikke være tilbake før 19.04.2004. Jeg vil svare på meldingen når jeg kommer tilbake. Vennligst kontakt Knut Norland hvis noe haster. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Antw: Re: Re: Document
Bin vom 09.04.-.18.04.2004. abwesend. Dringliches bitte zu Frau Dr. M. Prögler, Leitende Ärztin, Frauenklinik. Nicht Dringliches bearbeite ich nach meiner Rückkehr. Mit bestem Dank und freundlichen Grüssen Ch. Honegger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Discussion - /jkstatus and xml
-Original Message- From: NormW Hmmm It seems your proposal has left everyone speechless which could mean either +1 or +0 perhaps... Norm It's probably +0 thought :) Really, I think it's a good solution, that doesn't change the overall appearance of the current implementation. The current one can be embedded as const char * string parsed, but you may have an external file for what ever format you like. The two directives to the [status] should be added and those are 'template' and 'contentType'. Without it's presence the default one will get displayed. I'm using the code for a custom mod_dir that generates the xml directory listings, and it works good enough. It is useful in any situation where you have mixture of key-value pares combined with the collection of key-value pairs generated using loops. MT. If the appropriate solution is to have a template file that can generate what ever content then I have a solution. http://jakarta.apache.org/~mturk/strproc.zip is a simple state template engine with only 13k of code. You can define loop callbacks and have a content what ever you like html, txt or xml. If the template file is the acceptable solution then I can help you integrate that. The gain is to have a single codebase that can generate any type of a content. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28374] New: - peer not authenticated
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=28374. 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=28374 peer not authenticated Summary: peer not authenticated Product: Tomcat 4 Version: 4.1.29 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: Major Priority: Other Component: Connector:Other AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using the HTTPS connector i get the same error message which was reported in version 4.1.27. It was supposed to be solved in versioin 4.1.28. This looks like the same problem/bug than with the release of tomcat 4.1.27 and i am wondering if this could be the same problem? The error log is as below: 2004-04-14 10:14:22,752 DEBUG [org.apache.tomcat.util.net.jsse.JSSE14Support] Error getting client certs javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated at com.sun.net.ssl.internal.ssl.SSLSessionImpl.getPeerCertificates (DashoA6275) at org.apache.tomcat.util.net.jsse.JSSE14Support.getX509Certificates (JSSE14Support.java:151) at org.apache.tomcat.util.net.jsse.JSSESupport.getPeerCertificateChain (JSSESupport.java:166) at org.apache.coyote.http11.Http11Processor.action (Http11Processor.java:954) at org.apache.coyote.Response.action(Response.java:226) at org.apache.coyote.tomcat4.CoyoteAdapter.postParseRequest (CoyoteAdapter.java:303) at org.apache.coyote.tomcat4.CoyoteAdapter.service (CoyoteAdapter.java:195) at org.apache.coyote.http11.Http11Processor.process (Http11Processor.java:781) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnectio n(Http11Protocol.java:549) at org.apache.tomcat.util.net.TcpWorkerThread.runIt (PoolTcpEndpoint.java:605) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:677) at java.lang.Thread.run(Thread.java:534) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spam vulnerability at apache
OK. Thanks guys! There is also the issue of getting spam directly to my email address, due to the fact that the email address is out there on the net in some list archives somewhere, vulnerable to email-address spiders looking for someone to point their spam cannons at. The careful ones, i.e. www.mail-archive.com, hide them, but others (marc.theaimsgroup.com) don't. Adam On 04/13/2004 11:27 PM Craig McClanahan wrote: Adam Hardy wrote: Actually I have found the spam resulting from this list to be negligible. That includes the user list. For that, you should thank the moderators of these two lists (Remy, Ignacio, Yoav, and Mark) who patiently field all the spam from non-subscribed addresses and filter out the non-relevant stuff. I'm a moderator on some other Apache lists and get tens to low hundreds of moderate requests per day; I would imagine that the Tomcat lists attract quite a few more than that. Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- struts 1.2 + tomcat 5.0.19 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to go about updating the JK docs on jakarta.apache.org
Shapira, Yoav wrote: Hi, I've added a link to jakarta-tomcat-connectors/jk/xdocs/index.xml to the wiki page where we list the external documents on using/configuring the connectors. Now I'd like to update the jakarta.apache.org web site. The files are in /www/jakarta.apache.org/tomcat-4.1-doc/jk2. I ran 'ant docs' fine in my CVS checkout's jakarta-tomcat-connectors/jk directory, but I see that the printer-friendly version of the docs aren't generated. Why is that? If they were generated, I could simply copy the files from my CVS checkout's jakarta-tomcat-connectors/jk/build/docs to /www/jakarta.apache.org/tomcat-4.1-doc/jk2 and be done with what I want to do. I will have a look to this. Alternatively, if there's another connector release/connector website update coming up soon, I'll just let someone else do this. Is there? ;) Yoav Shapira Millennium Research Informatics This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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]
Stephen Manly/TOR/MLAC will be out of the office until April 19th
I will be out of the office starting 04/02/2004 and will not return until 04/19/2004. In my absence, please contact Barbara Hicks at [EMAIL PROTECTED] (or at 416-687-4261) for assistance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28378] New: - better error message upon No selector attribute (cookie/header/name/parameter) was specified
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=28378.
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=28378
better error message upon No selector attribute (cookie/header/name/parameter) was
specified
Summary: better error message upon No selector attribute
(cookie/header/name/parameter) was specified
Product: Tomcat 4
Version: 4.1.27
Platform: Other
OS/Version: Other
Status: NEW
Severity: Enhancement
Priority: Other
Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
in a struts logic:greaterthan tag, I for got the name element.
javax.servlet.ServletException: No selector attribute
(cookie/header/name/parameter) was specified
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:533)
at org.apache.jsp.myPage_jsp._jspService(myPage_jsp.java:*NUMBER2DISCUSS*)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:210)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
...
*NUMBER2DISCUSS* unfortunately is useless since it is the catch-block and not
where it occurs:
if (pageContext != null) pageContext.handlePageException(t);
} finally {
if (_jspxFactory != null) _jspxFactory.releasePageContext(pageContext);
}
Suggestion: add a printStackTrace such that I can find which line is the
offending one!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion - /jkstatus and xml
Hello again. It looks like a one-sided discussion at the moment. I must admit being a +0 myself, although, from a technical standpoint, I don't get or need a vote. I've finally got the HTML version worked out, and the 'comfort' that knowledge brings is not readily given up. But a few years ago I didn't even know about Apache, so change seems both inevitable and sneaky. And your suggestion bypasses a decision as to what format to include in the JTC source! At this point, (due to lack of response so far) some questions of likely interest are: 1. What development effort the implementation would need, 2. What timeframe it could take, and 3. Is there a document outlining the development of a 'template'. If this went ahead, it seems all questions would need to be answered by you. However, it might be considered 'early days' yet. Norm - Original Message - From: Mladen Turk [EMAIL PROTECTED] To: 'Tomcat Developers List' [EMAIL PROTECTED] Sent: Wednesday, April 14, 2004 5:15 PM Subject: RE: Discussion - /jkstatus and xml -Original Message- From: NormW Hmmm It seems your proposal has left everyone speechless which could mean either +1 or +0 perhaps... Norm It's probably +0 thought :) Really, I think it's a good solution, that doesn't change the overall appearance of the current implementation. The current one can be embedded as const char * string parsed, but you may have an external file for what ever format you like. The two directives to the [status] should be added and those are 'template' and 'contentType'. Without it's presence the default one will get displayed. I'm using the code for a custom mod_dir that generates the xml directory listings, and it works good enough. It is useful in any situation where you have mixture of key-value pares combined with the collection of key-value pairs generated using loops. MT. If the appropriate solution is to have a template file that can generate what ever content then I have a solution. http://jakarta.apache.org/~mturk/strproc.zip is a simple state template engine with only 13k of code. You can define loop callbacks and have a content what ever you like html, txt or xml. If the template file is the acceptable solution then I can help you integrate that. The gain is to have a single codebase that can generate any type of a content. - 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]
TEI Classloading - problems
Greetings. I am sending this email to the Dev list as opposed to the user list as I feel that it is more Dev related than config etc (please feel free to correct me if I am off bat here!). I have posted to the User list about this problem before (Tomcat 50.1.9 issues) in case you would like some reference. The problem I am encountering is as follows: I have a farily large Custom Tag Library in use in a number of sites. The TLD for the tag library contains all 200 odd custom tag definitions, some of which use TEI classes (which are obviously referenced in the teiclass/ tag. At compile to of a JSP the TLD is parsed and the jasper attempts to classload all TEI classes found in the TLD. If it does not find a referenced TEI class in the classpath the resulting Exception is bubbled all the way up and is forwarded to the error page. Is this meant to happen? I noticed in older versions of Tomcat (e.g. 4.1.29) that these exceptions ARE thrown, but are caught and reported by the Engine component. In Tomcat 5.0.19 it seems that they are just thrown. An example of one of these Exceptions is: === SNIP === StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: /logon.jsp(1,1) Failed to load or instantiate TagExtraInfo class: com.platform_basic.modules.virtualpage.VirtualPageTEI at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler. java:83) at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:402 ) at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:126 ) at org.apache.jasper.compiler.Parser.processIncludeDirective(Parser.java:384) at org.apache.jasper.compiler.Parser.parseIncludeDirective(Parser.java:417) at org.apache.jasper.compiler.Parser.parseDirective(Parser.java:515) at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1577) at org.apache.jasper.compiler.Parser.parse(Parser.java:171) at org.apache.jasper.compiler.ParserController.doParse(ParserController.java:25 8) at org.apache.jasper.compiler.ParserController.parse(ParserController.java:139) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:237) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 53) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:257) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:245) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:199) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:184 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:339) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:415) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:716) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:650) at
DO NOT REPLY [Bug 28355] - Can't not login to Admin page.
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=28355. 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=28355 Can't not login to Admin page. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 13:53 --- I can't reproduce this. I don't want to install Livelink MeetingZone or anything: please explain how to reproduce this issue without this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java StandardDefaultContext.java
Remy Maucherat wrote: (personally, I don't care about JDK 1.3 support anymore) I'll strongly ditto that -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28380] New: - Dynamic attributes with non-alphanumeric chars in names do not work in classic tag handlers with pooling enabled
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=28380. 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=28380 Dynamic attributes with non-alphanumeric chars in names do not work in classic tag handlers with pooling enabled Summary: Dynamic attributes with non-alphanumeric chars in names do not work in classic tag handlers with pooling enabled Product: Tomcat 5 Version: 5.0.16 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] See summary. Neither style.width nor mynamespace:attribute attributes in tags do not work because Jasper tries to make pool variable based on this names. I suppose some escaping must be added. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Stolen document
I cannot believe that. Norton AntiVirus excluído1.txt Description: plain/text - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans DefaultContextMBean.java GroupMBean.java MemoryUserDatabaseMBean.java NamingResourcesMBean.java StandardContextMBean.java UserMBean.java
luehe 2004/04/14 10:29:16
Modified:catalina/src/share/org/apache/catalina/mbeans
DefaultContextMBean.java GroupMBean.java
MemoryUserDatabaseMBean.java
NamingResourcesMBean.java StandardContextMBean.java
UserMBean.java
Log:
Added support for exception chaining.
Revision ChangesPath
1.4 +10 -4
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans/DefaultContextMBean.java
Index: DefaultContextMBean.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans/DefaultContextMBean.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- DefaultContextMBean.java 27 Feb 2004 14:58:44 - 1.3
+++ DefaultContextMBean.java 14 Apr 2004 17:29:16 - 1.4
@@ -105,8 +105,10 @@
MBeanUtils.createObjectName(managed.getDomain(), envs[i]);
results.add(oname.toString());
} catch (MalformedObjectNameException e) {
-throw new IllegalArgumentException
+IllegalArgumentException iae = new IllegalArgumentException
(Cannot create object name for environment + envs[i]);
+iae.initCause(e);
+throw iae;
}
}
return ((String[]) results.toArray(new String[results.size()]));
@@ -128,8 +130,10 @@
MBeanUtils.createObjectName(managed.getDomain(), resources[i]);
results.add(oname.toString());
} catch (MalformedObjectNameException e) {
-throw new IllegalArgumentException
+IllegalArgumentException iae = new IllegalArgumentException
(Cannot create object name for resource + resources[i]);
+iae.initCause(e);
+throw iae;
}
}
return ((String[]) results.toArray(new String[results.size()]));
@@ -151,8 +155,10 @@
MBeanUtils.createObjectName(managed.getDomain(), links[i]);
results.add(oname.toString());
} catch (MalformedObjectNameException e) {
-throw new IllegalArgumentException
+IllegalArgumentException iae = new IllegalArgumentException
(Cannot create object name for resource + links[i]);
+iae.initCause(e);
+throw iae;
}
}
return ((String[]) results.toArray(new String[results.size()]));
1.4 +7 -3
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans/GroupMBean.java
Index: GroupMBean.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans/GroupMBean.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- GroupMBean.java 27 Feb 2004 14:58:45 - 1.3
+++ GroupMBean.java 14 Apr 2004 17:29:16 - 1.4
@@ -106,8 +106,10 @@
MBeanUtils.createObjectName(managed.getDomain(), role);
results.add(oname.toString());
} catch (MalformedObjectNameException e) {
-throw new IllegalArgumentException
+IllegalArgumentException iae = new IllegalArgumentException
(Cannot create object name for role + role);
+iae.initCause(e);
+throw iae;
}
}
return ((String[]) results.toArray(new String[results.size()]));
@@ -131,8 +133,10 @@
MBeanUtils.createObjectName(managed.getDomain(), user);
results.add(oname.toString());
} catch (MalformedObjectNameException e) {
-throw new IllegalArgumentException
+IllegalArgumentException iae = new IllegalArgumentException
(Cannot create object name for user + user);
+iae.initCause(e);
+throw iae;
}
}
return ((String[]) results.toArray(new String[results.size()]));
1.3 +34 -40
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans/MemoryUserDatabaseMBean.java
Index: MemoryUserDatabaseMBean.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans/MemoryUserDatabaseMBean.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- MemoryUserDatabaseMBean.java 27 Feb 2004 14:58:45 - 1.2
+++
RE: Spam vulnerability at apache
Moderators get these messages too when we post to the list. There is usually no need to ask us to remove them as we do it as a matter of course. Depending on a number of factors, the address may also get barred from re-subscribing. Please give us a reasonable time to spot and remove them before you prompt us otherwise it is just more spam ;) The moderators can be reached at [EMAIL PROTECTED] Mark -Original Message- From: Reshat Sabiq [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 14, 2004 5:21 AM To: Tomcat Developers List Subject: Re: Spam vulnerability at apache I'm glad to hear that this doesn't involve DNS issues. From this discussion, do i understand correctly that the following 2 addresses should be blocked? 1) [EMAIL PROTECTED] 2) [EMAIL PROTECTED] If yes, it would be nice to somehow make this stuff systematic, so that the regular lists don't have to be involved. Would it be correct to just forward these incidents to moderators quietly? P.S. I hope not to receive anything this time. :) P.P.S. And yes, i should consider having special accounts for risky usage, if there is at all any hope to keep a low-profile email account these days. :) Thanks, rsa/ Paul Speed wrote: I think this is a combination of a misconfigured mail server at one800.net and a bad e-mail address subscribed to the list. The mail server is badly configured because it replied to sender instead of the reply-to address. If it had replied to the reply-to address you would never have seen it and the mailing list software would likely have disabled the address. It's probably also a recent thing. -Paul Reshat Sabiq wrote: I'm sorry to report that sending the message below, caused the following to show up in my mail box. There is definitely something fishy with the apache mail servers. This does not happen when i send an email to a non-apache address. Please, let's fix this: Your Mail has been bounced from the OutPost/1.800eMail Server Because [EMAIL PROTECTED] is not a valid username Original message, less any attachments, follows: -- -- ... Reshat Sabiq wrote: Hi, I extremely apologize for this message, but i think this needs to be figured out. I just yesterday registered my new email address with tomcat-dev, and i received the spam below almost immediately thereafter. Only a few people are aware of this email address, so the origin of spam info 99% appears to be tomcat-dev registration. Is there any chance that DNS gets resolved to one of several IPs, one of which collects these emails and uses them for spam (or perhaps is infected with a virus)? I would look for any IPs based in russia as the prime suspects, because this email contains russian text and appears to be originated there. What's worse is that 25 minutes after this spam, i received another one of similar content. Please help save me and others from this plague of the Internet. I entrusted apache.org with this address, and hope we can keep it between us. P.S. If there are other people who received similar emails, please let me, the admins, or the list know. If you let only me know, i will accumulate the number of people affected and forward this to an admin. P.P.S. I see that emails are protected in the archives publicly published, and i think this issue is in the same category. Thanks, rsa/ [EMAIL PROTECTED] wrote: russian(win-1251): ! Photo document, . . , [TID#4977]. , : [TID#4977] (subject) . (reply). C , -10 http://www.m-10.ru -- -- english: Greetings, This message has been automatically generated in response to your message regarding Photo document, the content of which appears below. There is no need to reply to it now. Support has received your message and it has been assigned a ticket ID of [TID#4977]. Please include the string: [TID#4977] in the subject line of all future correspondence about this problem. To do so, you may reply to this message. WBR, Support Team Hosting Operator M-10 http://www.m-10.ru Original Message- Please, photo document. Yours sincerely +++ X-Attachment-Type: document +++ X-Attachment-Status: no virus found +++ Powered by the new F-Secure OnlineAntiVirus +++ Visit us: www.f-secure.com -Headers Follow-- Received: from [EMAIL PROTECTED] by office.m-10.ru (CommuniGate Pro GROUP 4.1.8) with GROUP id 1745058; Mon,
DO NOT REPLY [Bug 28380] - Dynamic attributes with non-alphanumeric chars in names do not work in classic tag handlers with pooling enabled
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=28380. 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=28380 Dynamic attributes with non-alphanumeric chars in names do not work in classic tag handlers with pooling enabled [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 17:30 --- No idea what you are talking about. Dynamic attributes in classic tag handlers? Also, Jasper does not make variables out of dynamic attributes. Please supply a test case (in war) if you still have problems. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader StandardClassLoader.java WebappClassLoader.java
luehe 2004/04/14 10:35:41
Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java WebappClassLoader.java
Log:
Added support for exception chaining.
Revision ChangesPath
1.9 +12 -10
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java
Index: StandardClassLoader.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- StandardClassLoader.java 2 Mar 2004 12:31:57 - 1.8
+++ StandardClassLoader.java 14 Apr 2004 17:35:41 - 1.9
@@ -370,7 +370,10 @@
URL url = new URL(null, repository, streamHandler);
super.addURL(url);
} catch (MalformedURLException e) {
-throw new IllegalArgumentException(e.toString());
+IllegalArgumentException iae = new IllegalArgumentException
+(Invalid repository: + repository);
+iae.initCause(e);
+throw iae;
}
// Add this repository to our internal list
@@ -454,7 +457,7 @@
} catch (Exception se) {
if (debug = 4)
log( --Exception--ClassNotFoundException, se);
-throw new ClassNotFoundException(name);
+throw new ClassNotFoundException(name, se);
}
}
}
@@ -473,7 +476,7 @@
clazz = super.findClass(name);
}
} catch(AccessControlException ace) {
-throw new ClassNotFoundException(name);
+throw new ClassNotFoundException(name, ace);
} catch (RuntimeException e) {
if (debug = 4)
log( --RuntimeException Rethrown, e);
@@ -774,10 +777,8 @@
} catch (SecurityException se) {
String error = Security Violation, attempt to use +
Restricted Class: + name;
-System.out.println(error);
-se.printStackTrace();
log(error);
-throw new ClassNotFoundException(error);
+throw new ClassNotFoundException(error, se);
}
}
}
@@ -944,9 +945,10 @@
repository + ');
}
} catch (Throwable t) {
-t.printStackTrace();
-throw new IllegalArgumentException
-(addRepositoryInternal: + t);
+IllegalArgumentException iae = new IllegalArgumentException
+(addRepositoryInternal);
+iae.initCause(t);
+throw iae;
} finally {
if (jarFile != null) {
try {
1.32 +9 -9
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Index: WebappClassLoader.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
retrieving revision 1.31
retrieving revision 1.32
diff -u -r1.31 -r1.32
--- WebappClassLoader.java27 Feb 2004 14:58:44 - 1.31
+++ WebappClassLoader.java14 Apr 2004 17:35:41 - 1.32
@@ -545,7 +545,10 @@
hasExternalRepositories = true;
repositoryURLs = null;
} catch (MalformedURLException e) {
-throw new IllegalArgumentException(e.toString());
+IllegalArgumentException iae = new IllegalArgumentException
+(Invalid repository: + repository);
+iae.initCause(e);
+throw iae;
}
}
@@ -842,7 +845,7 @@
} catch (Exception se) {
if (log.isTraceEnabled())
log.trace( --Exception--ClassNotFoundException,
se);
-throw new ClassNotFoundException(name);
+throw new ClassNotFoundException(name, se);
}
}
}
@@ -860,8 +863,7 @@
throw cnfe;
}
} catch(AccessControlException ace) {
-ace.printStackTrace();
-throw new ClassNotFoundException(name);
+throw new ClassNotFoundException(name, ace);
} catch (RuntimeException e) {
if (log.isTraceEnabled())
log.trace( --RuntimeException
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteResponse.java
luehe 2004/04/14 10:40:54
Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
Added support for exception chaining.
Revision ChangesPath
1.14 +9 -3
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteResponse.java
Index: CoyoteResponse.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteResponse.java,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- CoyoteResponse.java 14 Apr 2004 00:14:22 - 1.13
+++ CoyoteResponse.java 14 Apr 2004 17:40:54 - 1.14
@@ -1438,7 +1438,10 @@
}
});
} catch (PrivilegedActionException pae){
-throw new IllegalArgumentException(location);
+IllegalArgumentException iae =
+new IllegalArgumentException(location);
+iae.initCause(pae.getCause());
+throw iae;
}
} else {
encodedURI = urlEncoder.encodeURL(relativePath);
@@ -1448,7 +1451,10 @@
}
redirectURLCC.append(location, 0, location.length());
} catch (IOException e) {
-throw new IllegalArgumentException(location);
+IllegalArgumentException iae =
+new IllegalArgumentException(location);
+iae.initCause(e);
+throw iae;
}
return redirectURLCC.toString();
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves RequestFilterValve.java
luehe 2004/04/14 10:45:18
Modified:catalina/src/share/org/apache/catalina/valves
RequestFilterValve.java
Log:
Added support for exception chaining.
Revision ChangesPath
1.4 +4 -2
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/RequestFilterValve.java
Index: RequestFilterValve.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/RequestFilterValve.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- RequestFilterValve.java 27 Feb 2004 14:58:52 - 1.3
+++ RequestFilterValve.java 14 Apr 2004 17:45:18 - 1.4
@@ -228,8 +228,10 @@
try {
reList.add(new RE(pattern));
} catch (RESyntaxException e) {
-throw new IllegalArgumentException
+IllegalArgumentException iae = new IllegalArgumentException
(sm.getString(requestFilterValve.syntax, pattern));
+iae.initCause(e);
+throw iae;
}
list = list.substring(comma + 1);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves RequestFilterValve.java
Does this mean J2SE 1.3 support is no more? On Apr 14, 2004, at 1:45 PM, [EMAIL PROTECTED] wrote: Log: Added support for exception chaining. +iae.initCause(e); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves RequestFilterValve.java
Sandy McArthur wrote: Does this mean J2SE 1.3 support is no more? On Apr 14, 2004, at 1:45 PM, [EMAIL PROTECTED] wrote: Log: Added support for exception chaining. +iae.initCause(e); If there is a strong desire to maintain BC with J2SE 1.3, I'll resort to the JdkCompat mechanism, but both Remy and Jess voiced (strongly in the case of Jess) opinions that there was no need for it. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java
markt 2004/04/14 12:21:29
Modified:jasper2/src/share/org/apache/jasper/servlet Tag:
tomcat_4_branch JspServletWrapper.java
Log:
- Fix bug 19238. Don't wrap a ServletException in a JasperException.
A custom exception in a JSP will be be wrapped in a ServletException.
If this is further wrapped in a JasperException Tomcat can't get at the
original exception and error page mappings in web.xml are not applied.
Revision ChangesPath
No revision
No revision
1.6.2.7 +4 -4
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java
Index: JspServletWrapper.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java,v
retrieving revision 1.6.2.6
retrieving revision 1.6.2.7
diff -u -r1.6.2.6 -r1.6.2.7
--- JspServletWrapper.java9 Mar 2004 17:53:37 - 1.6.2.6
+++ JspServletWrapper.java14 Apr 2004 19:21:29 - 1.6.2.7
@@ -244,7 +244,7 @@
ex, Logger.ERROR);
}
}
-} catch (JasperException ex) {
+} catch (ServletException ex) {
throw ex;
} catch (Exception ex) {
throw new JasperException(ex);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19238] - Tomcat Servlet container fails to catch exceptions
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=19238. 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=19238 Tomcat Servlet container fails to catch exceptions [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 19:22 --- This is already fixed in TC5. I have committed a patch to CVS for TC4. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk build.xml
markt 2004/04/14 12:34:40 Modified:jk build.xml Log: - Fix bug 19254. Provide a basic implementation for the clean-native target. Provided by [EMAIL PROTECTED] Revision ChangesPath 1.72 +2 -0 jakarta-tomcat-connectors/jk/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.xml,v retrieving revision 1.71 retrieving revision 1.72 diff -u -r1.71 -r1.72 --- build.xml 1 Jan 2004 23:05:04 - 1.71 +++ build.xml 14 Apr 2004 19:34:40 - 1.72 @@ -358,6 +358,8 @@ /target target name=clean-native +ant dir=native antfile=build.xml target=clean / +ant dir=native2 antfile=build.xml target=clean / /target !-- Check if we found Xalan in our classpath. We require Xalan because it has - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19254] - connectors/jk build.xml has empty clean-native target
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=19254. 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=19254 connectors/jk build.xml has empty clean-native target [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 19:35 --- I have committed your proposed change to CVS. Thanks for the suggestion. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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://issues.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://issues.apache.org/bugzilla/show_bug.cgi?id=13924 error-page directive does not always work correctly --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 19:37 --- Although 2) is technically invalid the current behaviour is rather annoying. I have committed a change that will fix this in response to bug 19238. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves RequestFilterValve.java
Jan Luehe wrote: Sandy McArthur wrote: Does this mean J2SE 1.3 support is no more? On Apr 14, 2004, at 1:45 PM, [EMAIL PROTECTED] wrote: \ Log: Added support for exception chaining. +iae.initCause(e); If there is a strong desire to maintain BC with J2SE 1.3, I'll resort to the JdkCompat mechanism, but both Remy and Jess voiced (strongly in the case of Jess) opinions that there was no need for it. Though I strongly feel Java 2 v1.3.1 is too old to bother with it (and that those who are still stuck back on it for some strange reason can stick with older versions of Tomcat as well), I do believe a statement that this and future versions of Tomcat shall require Java 2 v1.4 or higher should accompany the first public release after any change requiring Java 2 v1.4 for basic functionality. -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves RequestFilterValve.java
On Apr 14, 2004, at 4:04 PM, Jess Holle wrote: Jan Luehe wrote: Sandy McArthur wrote: Does this mean J2SE 1.3 support is no more? On Apr 14, 2004, at 1:45 PM, [EMAIL PROTECTED] wrote: \ Log: Added support for exception chaining. +iae.initCause(e); If there is a strong desire to maintain BC with J2SE 1.3, I'll resort to the JdkCompat mechanism, but both Remy and Jess voiced (strongly in the case of Jess) opinions that there was no need for it. Though I strongly feel Java 2 v1.3.1 is too old to bother with it (and that those who are still stuck back on it for some strange reason can stick with older versions of Tomcat as well), I do believe a statement that this and future versions of Tomcat shall require Java 2 v1.4 or higher should accompany the first public release after any change requiring Java 2 v1.4 for basic functionality. Personally I'd prefer to drop J2SE 1.3 support. It gives me another argument to management for See, those AIX 4.3 boxes are so old we cannot use the latest Tomcat on them because a 1.4 JVM isn't available. As a programmer/site admin/all around nice guy :) I think it would be nice if there was one more stable release that supported J2SE 1.3 that included an announcement like This is the last version that will run on J2SE 1.3. All future versions of Tomcat will require a 1.4 JVM. You have been warned. Sandy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18203] - jikes occationally fails to compile changed jsp pages
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=18203. 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=18203 jikes occationally fails to compile changed jsp pages --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 20:45 --- You are right about the path being the problem. On closer inspection it looks like something is trying to compile the tag library. Clearly this shouldn't happen. Without a reproducible test case this is going to be impossible to track down. Do you see this with the latest JBoss / Tomcat bundle? Do you see this if you don't use Jikes? I'll leave this open for now but without a test case this will eventually become a WONTFIX. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19298] - mod_jk2 and Apache2 broken autoindex
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=19298. 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=19298 mod_jk2 and Apache2 broken autoindex [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 20:48 --- This reads like an enhancement request to me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28393] New: - Patch for JK2 docs about load balanceing.
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=28393. 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=28393 Patch for JK2 docs about load balanceing. Summary: Patch for JK2 docs about load balanceing. Product: Tomcat 4 Version: 4.1.29 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Enhancement Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Will be attaching patch file and .xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28393] - Patch for JK2 docs about load balanceing.
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=28393. 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=28393 Patch for JK2 docs about load balanceing. --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 21:01 --- Created an attachment (id=11242) Diff of my changes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28393] - Patch for JK2 docs about load balanceing.
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=28393. 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=28393 Patch for JK2 docs about load balanceing. --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 21:02 --- Created an attachment (id=11243) The edited file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18462] - System.err gets overriden to output to System.out
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=18462. 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=18462 System.err gets overriden to output to System.out [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 21:09 --- Marking this an an enhancement. Not sure how much interest there is in the user community for this patch. A quick scan of the last 12 months of tomcat-user didn't highlight this as a requirement although I might have missed something. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19414] - jsp compile produces corrupt class file
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=19414. 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=19414 jsp compile produces corrupt class file [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 21:11 --- Closing this based on Remy's comments. If you have a reproducible test case please re-open and attach it to this bug report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19444] - JNDI Authentication roles must be anonymous accessible
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=19444. 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=19444 JNDI Authentication roles must be anonymous accessible [EMAIL PROTECTED] changed: What|Removed |Added Severity|Minor |Enhancement --- Additional Comments From [EMAIL PROTECTED] 2004-04-14 21:33 --- Here is the relevant thread from tomact-user http://marc.theaimsgroup.com/?l=tomcat-userm=103158720132648w=2 I am going to mark this as an enhancement request for now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java CoyoteRequest.java
remm2004/04/14 15:20:47
Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteAdapter.java CoyoteRequest.java
Log:
- Optimization: delay parsing of the cookies. Since most request will contain a
session
cookie, and a lot of servlets won't call getCookies, it is useful to save some
object
allocations.
- This seem to work for me (sessions still work, and the cookies example works as
well),
but this is regression friendly.
Revision ChangesPath
1.23 +2 -35
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java
Index: CoyoteAdapter.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- CoyoteAdapter.java6 Apr 2004 00:55:07 - 1.22
+++ CoyoteAdapter.java14 Apr 2004 22:20:47 - 1.23
@@ -288,8 +288,6 @@
return false;
}
-// Parse cookies
-parseCookies(req, request);
return true;
}
@@ -348,22 +346,12 @@
request.setRequestedSessionURL(false);
}
-}
-
-
-/**
- * Parse cookies.
- */
-protected void parseCookies(Request req, CoyoteRequest request) {
-
+// Parse session id from cookies
Cookies serverCookies = req.getCookies();
int count = serverCookies.getCookieCount();
if (count = 0)
return;
-Cookie[] cookies = new Cookie[count];
-
-int idx=0;
for (int i = 0; i count; i++) {
ServerCookie scookie = serverCookies.getCookie(i);
if (scookie.getName().equals(Globals.SESSION_COOKIE_NAME)) {
@@ -386,28 +374,7 @@
}
}
}
-try {
-Cookie cookie = new Cookie(scookie.getName().toString(),
- scookie.getValue().toString());
-cookie.setPath(scookie.getPath().toString());
-cookie.setVersion(scookie.getVersion());
-String domain = scookie.getDomain().toString();
-if (domain != null) {
-cookie.setDomain(scookie.getDomain().toString());
-}
-cookies[idx++] = cookie;
-} catch(IllegalArgumentException e) {
-log.info(Bad Cookie: Name: + scookie.getName()
- + Value: + scookie.getValue());
-}
}
-if( idx count ) {
-Cookie [] ncookies = new Cookie[idx];
-System.arraycopy(cookies, 0, ncookies, 0, idx);
-cookies = ncookies;
-}
-
-request.setCookies(cookies);
}
1.35 +53 -1
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java
Index: CoyoteRequest.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java,v
retrieving revision 1.34
retrieving revision 1.35
diff -u -r1.34 -r1.35
--- CoyoteRequest.java14 Apr 2004 00:14:22 - 1.34
+++ CoyoteRequest.java14 Apr 2004 22:20:47 - 1.35
@@ -50,8 +50,10 @@
import org.apache.tomcat.util.buf.B2CConverter;
import org.apache.tomcat.util.buf.MessageBytes;
+import org.apache.tomcat.util.http.Cookies;
import org.apache.tomcat.util.http.FastHttpDateFormat;
import org.apache.tomcat.util.http.Parameters;
+import org.apache.tomcat.util.http.ServerCookie;
import org.apache.tomcat.util.http.mapper.MappingData;
import org.apache.coyote.ActionCode;
@@ -246,6 +248,12 @@
/**
+ * Cookies parsed flag.
+ */
+protected boolean cookiesParsed = false;
+
+
+/**
* Secure flag.
*/
protected boolean secure = false;
@@ -378,6 +386,7 @@
subject = null;
sessionParsed = false;
requestParametersParsed = false;
+cookiesParsed = false;
locales.clear();
localesParsed = false;
secure = false;
@@ -1835,6 +1844,9 @@
*/
public Cookie[] getCookies() {
+if (!cookiesParsed)
+parseCookies();
+
return cookies;
}
@@ -2296,6 +2308,46 @@
if (isSecure()) {
cookie.setSecure(true);
}
+}
+
+/**
+ * Parse cookies.
+ */
+protected void parseCookies() {
+
+cookiesParsed = true;
+
+Cookies serverCookies = coyoteRequest.getCookies();
+
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteRequest.java
remm2004/04/14 15:26:42
Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteRequest.java
Log:
- One fix for FORM: if calling clearCookies, parsedCookies should be set.
- Similarly, addCookie should parse the cookies.
Revision ChangesPath
1.36 +4 -2
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java
Index: CoyoteRequest.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -r1.35 -r1.36
--- CoyoteRequest.java14 Apr 2004 22:20:47 - 1.35
+++ CoyoteRequest.java14 Apr 2004 22:26:42 - 1.36
@@ -1538,7 +1538,8 @@
*/
public void addCookie(Cookie cookie) {
-// For compatibility only
+if (!cookiesParsed)
+parseCookies();
int size = 0;
if (cookies != null) {
@@ -1595,6 +1596,7 @@
* Clear the collection of Cookies associated with this Request.
*/
public void clearCookies() {
+cookiesParsed = true;
cookies = null;
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28399] New: - WebDAV copyResource function broken for URLs
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=28399. 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=28399 WebDAV copyResource function broken for URLs Summary: WebDAV copyResource function broken for URLs Product: Tomcat 4 Version: 4.1.30 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Servlets:WebDAV AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] the WebDAV servlet does not handle copy/move/rename operations correctly. The function copyResource calls normalize() too early in the process. So, destination urls like http://www.site.com; gets translated to http:/www.site.com since normalize removes all double slashes. This causes the check for :// to fail, as the double slash no longer exists. The fix would be to move the call to normalize() to after the if/else block so that the URL processing will succeed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28400] New: - RemoteHostValve
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=28400. 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=28400 RemoteHostValve Summary: RemoteHostValve Product: Tomcat 5 Version: 5.0.19 Platform: All OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm using Tomcat 5.0.19 and tried to setup filter on host name as below in $CATALINA_HOME/conf/server.xml, but the attribute allow and deny do not work. I can successfully make it in Tomcat 4.1. Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Valve className=org.apache.catalina.valves.RemoteHostValve allow=mycompany.com deny=daniel.mycompany.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader StandardClassLoader.java WebappClassLoader.java
luehe 2004/04/14 18:44:09
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java StandardDefaultContext.java
catalina/src/share/org/apache/catalina/valves
RequestFilterValve.java
catalina/src/share/org/apache/catalina/mbeans
DefaultContextMBean.java GroupMBean.java
MemoryUserDatabaseMBean.java
NamingResourcesMBean.java StandardContextMBean.java
UserMBean.java
catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java WebappClassLoader.java
Log:
Hide Throwable.initCause() inside Jdk14Compat, in order to preserver BC with J2SE
1.3
Revision ChangesPath
1.127 +21 -11
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
Index: StandardContext.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
retrieving revision 1.126
retrieving revision 1.127
diff -u -r1.126 -r1.127
--- StandardContext.java 13 Apr 2004 23:59:50 - 1.126
+++ StandardContext.java 15 Apr 2004 01:44:08 - 1.127
@@ -101,6 +101,7 @@
import org.apache.naming.resources.FileDirContext;
import org.apache.naming.resources.ProxyDirContext;
import org.apache.naming.resources.WARDirContext;
+import org.apache.tomcat.util.compat.JdkCompat;
/**
* Standard implementation of the bContext/b interface. Each
@@ -135,6 +136,22 @@
}
+// - Class Variables
+
+
+/**
+ * The descriptive information string for this implementation.
+ */
+private static final String info =
+org.apache.catalina.core.StandardContext/1.0;
+
+
+/**
+ * JDK compatibility support
+ */
+private static final JdkCompat jdkCompat = JdkCompat.getJdkCompat();
+
+
// - Instance Variables
@@ -305,13 +322,6 @@
/**
- * The descriptive information string for this implementation.
- */
-private static final String info =
-org.apache.catalina.core.StandardContext/1.0;
-
-
-/**
* The set of classnames of InstanceListeners that will be added
* to each newly created Wrapper by codecreateWrapper()/code.
*/
@@ -5066,7 +5076,7 @@
} catch (MalformedObjectNameException e) {
IllegalArgumentException iae = new IllegalArgumentException
(Cannot create object name for environment + envs[i]);
-iae.initCause(e);
+jdkCompat.chainException(iae, e);
throw iae;
}
}
@@ -5091,7 +5101,7 @@
} catch (MalformedObjectNameException e) {
IllegalArgumentException iae = new IllegalArgumentException
(Cannot create object name for resource + resources[i]);
-iae.initCause(e);
+jdkCompat.chainException(iae, e);
throw iae;
}
}
@@ -5116,7 +5126,7 @@
} catch (MalformedObjectNameException e) {
IllegalArgumentException iae = new IllegalArgumentException
(Cannot create object name for resource + links[i]);
-iae.initCause(e);
+jdkCompat.chainException(iae, e);
throw iae;
}
}
1.14 +22 -12
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardDefaultContext.java
Index: StandardDefaultContext.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardDefaultContext.java,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- StandardDefaultContext.java 13 Apr 2004 23:59:50 - 1.13
+++ StandardDefaultContext.java 15 Apr 2004 01:44:09 - 1.14
@@ -53,6 +53,7 @@
import org.apache.commons.modeler.ManagedBean;
import org.apache.commons.modeler.Registry;
import org.apache.naming.ContextAccessController;
+import org.apache.tomcat.util.compat.JdkCompat;
/**
* Used to store the default configuration a Host will use
@@ -81,6 +82,22 @@
}
+// - Class Variables
+
+
+/**
+ * The string manager for this package.
+ */
+protected static StringManager sm =
+StringManager.getManager(Constants.Package);
+
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/compat JdkCompat.java Jdk14Compat.java
luehe 2004/04/14 18:44:49
Modified:util/java/org/apache/tomcat/util/compat JdkCompat.java
Jdk14Compat.java
Log:
Hide Throwable.initCause() inside Jdk14Compat, in order to preserver BC with J2SE
1.3
Revision ChangesPath
1.13 +10 -0
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/compat/JdkCompat.java
Index: JdkCompat.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/compat/JdkCompat.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- JdkCompat.java3 Apr 2004 06:47:24 - 1.12
+++ JdkCompat.java15 Apr 2004 01:44:49 - 1.13
@@ -212,4 +212,14 @@
return result;
}
+
+/**
+ * Chains the ttwrapped/tt throwable to the ttwrapper/tt throwable.
+ *
+ * @param wrapper The wrapper throwable
+ * @param wrapped The throwable to be wrapped
+ */
+public void chainException(Throwable wrapper, Throwable wrapped) {
+// do nothing
+}
}
1.9 +12 -0
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/compat/Jdk14Compat.java
Index: Jdk14Compat.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/compat/Jdk14Compat.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- Jdk14Compat.java 24 Feb 2004 08:50:05 - 1.8
+++ Jdk14Compat.java 15 Apr 2004 01:44:49 - 1.9
@@ -104,4 +104,16 @@
public String [] split(String path, String pat) {
return path.split(pat);
}
+
+
+/**
+ * Chains the ttwrapped/tt throwable to the ttwrapper/tt throwable.
+ *
+ * @param wrapper The wrapper throwable
+ * @param wrapped The throwable to be wrapped
+ */
+public void chainException(Throwable wrapper, Throwable wrapped) {
+wrapper.initCause(wrapped);
+}
+
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteResponse.java
luehe 2004/04/14 18:54:07
Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteResponse.java
Log:
Hide Throwable.initCause() inside Jdk14Compat, in order to preserver BC with J2SE
1.3
Revision ChangesPath
1.15 +16 -6
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteResponse.java
Index: CoyoteResponse.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteResponse.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- CoyoteResponse.java 14 Apr 2004 17:40:54 - 1.14
+++ CoyoteResponse.java 15 Apr 2004 01:54:07 - 1.15
@@ -54,6 +54,7 @@
import org.apache.tomcat.util.http.MimeHeaders;
import org.apache.tomcat.util.http.ServerCookie;
import org.apache.tomcat.util.net.URL;
+import org.apache.tomcat.util.compat.JdkCompat;
/**
* Wrapper object for the Coyote response.
@@ -75,12 +76,13 @@
}
-// - Instance Variables
+// - Class Variables
+
/**
- * The date format we will use for creating date headers.
+ * JDK compatibility support
*/
-protected SimpleDateFormat format = null;
+private static final JdkCompat jdkCompat = JdkCompat.getJdkCompat();
/**
@@ -97,6 +99,14 @@
StringManager.getManager(Constants.Package);
+// - Instance Variables
+
+/**
+ * The date format we will use for creating date headers.
+ */
+protected SimpleDateFormat format = null;
+
+
// - Properties
@@ -1440,7 +1450,7 @@
} catch (PrivilegedActionException pae){
IllegalArgumentException iae =
new IllegalArgumentException(location);
-iae.initCause(pae.getCause());
+jdkCompat.chainException(iae, pae.getCause());
throw iae;
}
} else {
@@ -1453,7 +1463,7 @@
} catch (IOException e) {
IllegalArgumentException iae =
new IllegalArgumentException(location);
-iae.initCause(e);
+jdkCompat.chainException(iae, e);
throw iae;
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Your software
Please read the attached file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Email account utilization warning.
attachment: yknjlqkxab.bmp- 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 5 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 verbose output, due to 4 previous error(s). - Info - Failed with reason build failed - Info - Enable debug output, due to build failure. - - - - - -- -- 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, 56 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 -verbose -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-20040415.jar -Dmail.home=/data3/gump/opt/javamail-1.3 -Dant.home=/data3/gump/ant/dist
Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/compat JdkCompat.java Jdk14Compat.java
- Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 14, 2004 6:44 PM Subject: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/compat JdkCompat.java Jdk14Compat.java luehe 2004/04/14 18:44:49 Modified:util/java/org/apache/tomcat/util/compat JdkCompat.java Jdk14Compat.java Log: Hide Throwable.initCause() inside Jdk14Compat, in order to preserver BC with J2SE 1.3 Thanks Jan :). This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
