RE: [PROPOSAL] Revised Tomcat 4.0-beta-2 Release Plan
Rather than removing the TC4.1 cvs would it not be better to alias it back to the TC4.0 repository and not broadcast that it exists? This will keep those who checked out the source from having to move back to 4.0. Excellent project... J. === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
BugRat Report #822 has been filed.
Bug report #822 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com/BugRatViewer/ShowReport/822 REPORT #822 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Confidence: public Environment: Release: 3.1 JVM Release: 1.2.x Operating System: 2000, AIX OS Release: 2000, 4.2 Platform: Intel, RS6000 Synopsis: incorrect .java generation under load Description: Under load, .java is incorrectly generated from .jsp. Consequently, the request is aborted due to compiler errors. Title: BugRat Report # 822 BugRat Report # 822 Project: Tomcat Release: 3.1 Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Confidence: public Submitter: Joerg Viola ([EMAIL PROTECTED]) Date Submitted: Jan 23 2001, 04:48:27 CST Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: incorrect .java generation under load Environment: (jvm, os, osrel, platform) 1.2.x, 2000, AIX, 2000, 4.2, Intel, RS6000 Additional Environment Description: Report Description: Under load, .java is incorrectly generated from .jsp. Consequently, the request is aborted due to compiler errors. How To Reproduce: null Workaround: null View this report online... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Forming an opinion
Jon Stevens wrote: on 1/22/01 4:33 PM, "Anil Vijendran" [EMAIL PROTECTED] wrote: Its not that someone is opiniated that bothers me, its how it is conveyed. Are you still discussing this issue? I thought you said you were going to stop. I changed my mind. How about discussing what to do when a developer goes and does whatever the fuck he wants to do regardless of what everyone else voted and agreed on? Nah. You won that shit throwing match. -- Peace, Anil +:-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core Context.java
larryi 01/01/23 05:02:01 Modified:src/share/org/apache/tomcat/core Context.java Log: If reaload is true, don't defer to DependManager. Revision ChangesPath 1.132 +1 -1 jakarta-tomcat/src/share/org/apache/tomcat/core/Context.java Index: Context.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/core/Context.java,v retrieving revision 1.131 retrieving revision 1.132 diff -u -r1.131 -r1.132 --- Context.java 2000/12/29 20:31:27 1.131 +++ Context.java 2001/01/23 13:02:01 1.132 @@ -979,7 +979,7 @@ // temp. properties until reloading is separated. public final boolean shouldReload() { - if( dependM != null ) + if( !reload dependM != null ) return dependM.shouldReload(); return reload; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config AutoSetup.java
larryi 01/01/23 05:17:07 Modified:src/share/org/apache/tomcat/modules/config AutoSetup.java Log: If an expanded context is already defined, try to reload the context instead of recreate it. This has a better chance of preserving the context settings. :-) Note: Context reloading is not currently successful at completely avoiding the bug. If you try to execute the admin/test/test.jsp when the admin.war wasn't already expaned, the request will result in a 500 error. The ServletContext for the JspServlet is still carrying a reference to the old context and its old classloader. This old classloader doesn't have WEB-INF/classes in its urls[] array. If this problem occurs, restart Tomcat. Since the admin.war is already expanded, the problem is avoided. Revision ChangesPath 1.4 +21 -6 jakarta-tomcat/src/share/org/apache/tomcat/modules/config/AutoSetup.java Index: AutoSetup.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/config/AutoSetup.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- AutoSetup.java2001/01/22 21:37:29 1.3 +++ AutoSetup.java2001/01/23 13:17:07 1.4 @@ -148,15 +148,30 @@ path=""; Context ctx = (Context)definedContexts.get(path); -// if context not defined or was expanded - if( ctx == null || expanded ) { + // if context is defined and was expanded + if( ctx != null expanded ) { + // we need to reload the context since it was initialized + // before its directories existed. At minimum, its classloader + // needs updating. + if ( ctx.getReloadable() ) { + ctx.setReload( true ); + if( debug 0 ) + log("setting context " + ctx.toString() + "to reload"); + } else { + log("Warning: predefined context " + ctx.toString() + + " is not reloadable, recreating instead. Some settings may be lost!"); + cm.removeContext(ctx); + // XXX Make sure ctx is destroyed - we may have + // undetected leaks + ctx=null; + } + } + +// if context not defined + if( ctx == null ) { // if no explicit set up and is a directory File f=new File( webappD, name); if (f.isDirectory()) { - // If the context is already defined and was expanded, - // we need to remove it since it was initialized before - // its directories existed. At minimum, its classloader - // needs updating. if ( ctx != null ) cm.removeContext(ctx); ctx=new Context(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Session url rewriting
hi there! the original e-mail of craig dates some months back. When a session is first created, Tomcat has no way to know whether session cookies are supported by the browser. Therefore, to be safe, it sends the session ID both ways (by cookie and by modifying URLs that you submit to response.encodeURL calls). On subsequent requests that are part of this session, Tomcat will notice that it received the session ID via a cookie, so it will stop doing the rewriting. i wonder whether anything has changed here, especially whether there is a configuration option (possibly in server.xml) that switches cookies for session tracking of. thanks a lot robert -- Robert Klemme Software Engineer - myview technologies GmbH Co. KG Riemekestrae 160 ~ D-33106 Paderborn ~ Germany E-Mail: mailto:[EMAIL PROTECTED] Telefon: +49/5251/69090-321 ~ Fax: +49/5251/69090-399 - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
BugRat Report #823 has been filed.
Bug report #823 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com/BugRatViewer/ShowReport/823 REPORT #823 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: non-critical Confidence: public Environment: Release: 3.2.1 JVM Release: 1.2.2_05a Operating System: Solaris OS Release: 5.6 Platform: single CPU Sparc Synopsis: Exception on wildcard URL servlet mapping Description: I am unable to use tomcat 3.2.1 with PathInfo and Servlets. I tried with Apache and the mod_jserv-Connector (from Tomcat 3.2.1). When specifing a servlet mapping like .. servlet-namenet.xx.yy.myservlet/servlet-name url-pattern/servlet/net.xx.yy.myservlet/url-pattern .. in web.xml I get a 404 from Tomcat when accessing URLs like /servlet/net.xx.yy.myservlet/anyinformation When specifing a mapping like .. servlet-namenet.xx.yy.myservlet/servlet-name url-pattern/servlet/net.xx.yy.myservlet/*/url-pattern .. the response is like this: Internal Servlet Error: java.lang.IllegalStateException: Can't happen - classname is null, who added this ? at java.lang.Throwable.fillInStackTrace(Native Method) at java.lang.Throwable.fillInStackTrace(Compiled Code) at java.lang.Throwable.(Compiled Code) at java.lang.Exception.(Compiled Code) at java.lang.RuntimeException.(Compiled Code) at java.lang.IllegalStateException.(Compiled Code) at org.apache.tomcat.core.ServletWrapper.loadServlet(Compiled Code) at org.apache.tomcat.core.ServletWrapper.init(Compiled Code) at org.apache.tomcat.core.Handler.service(Compiled Code) As I guess every time a program says "this can't happen" a bug is involved, I felt invited to report it like this. Regards, Georg Title: BugRat Report # 823 BugRat Report # 823 Project: Tomcat Release: 3.2.1 Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: non-critical Confidence: public Submitter: Georg von Zezschwitz ([EMAIL PROTECTED]) Date Submitted: Jan 23 2001, 08:57:29 CST Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: Exception on wildcard URL servlet mapping Environment: (jvm, os, osrel, platform) 1.2.2_05a, Solaris, 5.6, single CPU Sparc Additional Environment Description: Apache 1.3.12 Report Description: I am unable to use tomcat 3.2.1 with PathInfo and Servlets. I tried with Apache and the mod_jserv-Connector (from Tomcat 3.2.1). When specifing a servlet mapping like .. net.xx.yy.myservlet /servlet/net.xx.yy.myservlet .. in web.xml I get a 404 from Tomcat when accessing URLs like /servlet/net.xx.yy.myservlet/anyinformation When specifing a mapping like .. net.xx.yy.myservlet /servlet/net.xx.yy.myservlet/* .. the response is like this: Internal Servlet Error: java.lang.IllegalStateException: Can't happen - classname is null, who added this ? at java.lang.Throwable.fillInStackTrace(Native Method) at java.lang.Throwable.fillInStackTrace(Compiled Code) at java.lang.Throwable.(Compiled Code) at java.lang.Exception.(Compiled Code) at java.lang.RuntimeException.(Compiled Code) at java.lang.IllegalStateException.(Compiled Code) at org.apache.tomcat.core.ServletWrapper.loadServlet(Compiled Code) at org.apache.tomcat.core.ServletWrapper.init(Compiled Code) at org.apache.tomcat.core.Handler.service(Compiled Code) As I guess every time a program says "this can't happen" a bug is involved, I felt invited to report it like this. Regards, Georg View this report online... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
BugRat Report #293 - JSPC interprets the second %@ include .. % of the same file as recursive
- Sender's Comment - here is what is happening on my machine. - End Of Sender's Comment --- Report URL: http://znutar.cortexity.com/BugRatViewer/ShowReport/293 Report #293 Details Project: Jasper Category: Bug Report SubCategory: New Bug Report Class: swbug State: closed Priority: medium Severity: serious Confidence: public Environment: Release: 3.1 JVM Release: 1.2.2_005 Operating System: Windows NT OS Release: 4.0 SP5 Platform: Classic VM (build JDK-1.2.2_005, Synopsis: JSPC interprets the second %@ include .. % of the same file as recursive Description: If the same file appears in the JSP statement %@ include file=filename % more than one time JSPC reports "maybe this is a recursive include?!". org.apache.jasper.compiler.ParseException: Seen file foo.jsp already, maybe this is a recursive include?! at org.apache.jasper.compiler.JspReader.pushFile(JspReader.java, Compile d Code) at org.apache.jasper.compiler.JspReader.pushFile(JspReader.java:127) at org.apache.jasper.compiler.JspParseEventListener.handleDirective(JspP arseEventListener.java, Compiled Code) at org.apache.jasper.compiler.DelegatingListener.handleDirective(Delegat ingListener.java:116) at org.apache.jasper.compiler.Parser$Directive.accept(Parser.java, Compi led Code) at org.apache.jasper.compiler.Parser.parse(Parser.java, Compiled Code) at org.apache.jasper.compiler.Parser.parse(Parser.java:1038) at org.apache.jasper.compiler.Parser.parse(Parser.java:1034) at org.apache.jasper.compiler.Compiler.compile(Compiler.java, Compiled C ode) at org.apache.jasper.JspC.parseFile(JspC.java, Compiled Code) at org.apache.jasper.JspC.parseFiles(JspC.java, Compiled Code) at org.apache.jasper.JspC.main(JspC.java:601) error:Seen file foo.jsp already, maybe this is a recursive include?! I didn't try 3.2beta, I seems the problem persist. Title: BugRat Report # 293 BugRat Report # 293 Project: Jasper Release: 3.1 Category: Bug Report SubCategory: New Bug Report Class: swbug State: closed Priority: medium Severity: serious Confidence: public Submitter: Alexey Yakovets ([EMAIL PROTECTED]) Date Submitted: Oct 20 2000, 09:47:28 CDT Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: JSPC interprets the second <%@ include .. %> of the same file as recursive Environment: (jvm, os, osrel, platform) 1.2.2_005, Windows NT, 4.0 SP5, Classic VM (build JDK-1.2.2_005, Additional Environment Description: Report Description: If the same file appears in the JSP statement <%@ include file= %> more than one time JSPC reports "maybe this is a recursive include?!". org.apache.jasper.compiler.ParseException: Seen file foo.jsp already, maybe this is a recursive include?! at org.apache.jasper.compiler.JspReader.pushFile(JspReader.java, Compile d Code) at org.apache.jasper.compiler.JspReader.pushFile(JspReader.java:127) at org.apache.jasper.compiler.JspParseEventListener.handleDirective(JspP arseEventListener.java, Compiled Code) at org.apache.jasper.compiler.DelegatingListener.handleDirective(Delegat ingListener.java:116) at org.apache.jasper.compiler.Parser$Directive.accept(Parser.java, Compi led Code) at org.apache.jasper.compiler.Parser.parse(Parser.java, Compiled Code) at org.apache.jasper.compiler.Parser.parse(Parser.java:1038) at org.apache.jasper.compiler.Parser.parse(Parser.java:1034) at org.apache.jasper.compiler.Compiler.compile(Compiler.java, Compiled C ode) at org.apache.jasper.JspC.parseFile(JspC.java, Compiled Code) at org.apache.jasper.JspC.parseFiles(JspC.java, Compiled Code) at org.apache.jasper.JspC.main(JspC.java:601) error:Seen file foo.jsp already, maybe this is a recursive include?! I didn't try 3.2beta, I seems the problem persist. How To Reproduce: Workaround: View this Report online... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Bug #823
Hi! First - I was not able to reproduce the following bug. I'd just suggest to decide whether my settings in web.xml were correct and otherwise close the bug. But here my original posting to BugRat: I am unable to use tomcat 3.2.1 with PathInfo and Servlets. I tried with Apache and the mod_jserv-Connector (from Tomcat 3.2.1). When specifing a servlet mapping like .. servlet-namenet.xx.yy.myservlet/servlet-name url-pattern/servlet/net.xx.yy.myservlet/url-pattern .. in web.xml I get a 404 from Tomcat when accessing URLs like /servlet/net.xx.yy.myservlet/anyinformation When specifing a mapping like .. servlet-namenet.xx.yy.myservlet/servlet-name url-pattern/servlet/net.xx.yy.myservlet/*/url-pattern .. the response was: Internal Servlet Error: java.lang.IllegalStateException: Can't happen - classname is null, who added this ? at java.lang.Throwable.fillInStackTrace(Native Method) at java.lang.Throwable.fillInStackTrace(Compiled Code) at java.lang.Throwable.(Compiled Code) at java.lang.Exception.(Compiled Code) at java.lang.RuntimeException.(Compiled Code) at java.lang.IllegalStateException.(Compiled Code) at org.apache.tomcat.core.ServletWrapper.loadServlet(Compiled Code) at org.apache.tomcat.core.ServletWrapper.init(Compiled Code) at org.apache.tomcat.core.Handler.service(Compiled Code) As I guess every time a program says "this can't happen" a bug is involved, I felt invited to report it as a bug Regards, Georg -- [EMAIL PROTECTED] http://www.de.uu.net Product Engineering UUNET Deutschland GmbH Tel. +49 231 972 1438Sebrathweg 20 Fax. +49 231 972 118044149 Dortmund, Germany - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: [PROPOSAL] Revised Tomcat 4.0-beta-2 Release Plan
Morrison, John typed the following on 08:52 AM 1/23/2001 + Rather than removing the TC4.1 cvs would it not be better to alias it back to the TC4.0 repository and not broadcast that it exists? This will keep those who checked out the source from having to move back to 4.0. -0, I've got both checked out and I think either way the update is going to involve a lot of changes. Changing the actual CVS repository files that go with a particular project name seems like it could turn very ugly. Checking out a new project (or renaming your old checkout and checking the project out again from scratch) isn't too big a deal IMO. Kief - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [PROPOSAL] Revised Tomcat 4.0-beta-2 Release Plan
Craig R. McClanahan typed the following on 04:51 PM 1/22/2001 -0800 Therefore, I would like to propose "unfreezing" the 4.0 codebase, and opening it again to new development, with some of the major items listed below. The revised release plan for Tomcat 4.0 Beta 2 would then become: +1 (non-binding) I'm not going to be able to help get the release ready (I'm on the road/ prospecting for work), but I can help with testing and bugfixing. Kief - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_uri_worker_map.c
Hi Jamey, You are touching a very important subject in the mod_jk implementation. And YES, you are absolutely right ( IMHO ) - Apache, IIS, NES, AOLServer are pretty good at processing requests - after all that's their main business. Each requests is mapped by the ( optimized ) mappers of the native web server, and then the same operation is duplicated in mod_jk - adding a performance hit on all served requests. Unfortunately, doing the "right thing" is hard and tricky - the current solution works and the overhead it adds is acceptable. The problem is that configuring the server is tricky and few people know how to do it. An attempt has been made to generate server config file automatically, but web.xml is quite complex and a lot is missing. mod_jk has a lot of flexibility - it can send all the requests for a particular context to tomcat ( where all web.xml settings will be respected ). Or you can translate the mapping from web.xml in server configs - and operate in the most efficient way. The translation is not easy and requires knowledge of the server. All settings in web.xml have equivalent in the server settings - but not too many people know how to do it. And it's even harder to do it automatically. But what you get is maximum flexibility, you can authorize using any of the server modules, etc. That's why forwarding the whole context is sometimes an acceptable solution ( and it automatically respects all settings in web.xml :-). The only problem - static files in webapps will still be served by tomcat, and the server is just a proxy. I have serious doubts that an automated solution is the best for all cases, but improvements to the current "forward all" are needed. On the other side, I think it is very important to support/enhance the flexible aproach where a server admin has the chance to tune the settings. Case: authentication. There is no easy way to guess what mod_auth is used by the server ( you may have multiple modules doing that ). A "manual tunning" would allow the deployer to do implement his site policies and tune the deployment. A "automated" deployment should be possible, but I doubt it is the best for big production sites. (thanks for reviewing the code, any enhancements in this area are wellcomed ) Costin Many thanks, I was wondering why both the mod_jk module and IIS isapi act as filters instead of an Apache handler or an IIS application respectively. In their current implementation they scan all request URIs for ones that they are responsible for and then, in the case of Apache anyway, register a call back to a handler to handle the actual request. I have had this cause problems for me with Apache in the case where I have a servlet named foo and another file named foo.xxx. mod_jk correctly maps /foo to the servlet and registers the callback but Apache never calls the callback and instead some other module or the Apache core make a best guess that the request really meant foo.xxx since no /foo exists as far as Apache is concerned. By adding handler entries to Apache's httpd.conf file like the following (pardon my syntax if it is somewhat off) location path="/login" handler name="jakarta-servlet" /location Apache then automatically sends that URI to mod_jk without any filtering needed. All mod_jk need now do is determine which Tomcat handler to use (ajp12, ajp13, lb, etc...). Filtering is also more expensive because all modules get a chance to act on the URI before the callback handler. By registering mod_jk as a handler directly, Apache maps the URI directly to mod_jk with basically no overhead or searching. I've made some code changes (about four changed lines) to mod_jk that make it behave as a pure handler with no filtering and it seems to run great but I'd like to know before proposing a change if there were specific reasons for the filter implementation. Many thanks to anyone who can help:) -Jamey -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, January 22, 2001 7:23 PM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_uri_worker_map.c danmil 01/01/22 19:23:03 Modified:src/native/mod_jk/common jk_uri_worker_map.c Log: Adding more thorough DEBUG-level to describe what mapping the module is using for a given request. Submitted by: James Courtney Revision ChangesPath 1.3 +18 -6 jakarta-tomcat/src/native/mod_jk/common/jk_uri_worker_map.c Index: jk_uri_worker_map.c === RCS file: /home/cvs/jakarta-tomcat/src/native/mod_jk/common/jk_uri_worker_map.c,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- jk_uri_worker_map.c 2000/11/10 18:48:50 1.2 +++ jk_uri_worker_map.c 2001/01/23 03:23:03 1.3 @@ -65,7 +65,7 @@ * servlet container. * * *
Re: Session url rewriting
"Klemme, Robert, myview" wrote: hi there! the original e-mail of craig dates some months back. When a session is first created, Tomcat has no way to know whether session cookies are supported by the browser. Therefore, to be safe, it sends the session ID both ways (by cookie and by modifying URLs that you submit to response.encodeURL calls). On subsequent requests that are part of this session, Tomcat will notice that it received the session ID via a cookie, so it will stop doing the rewriting. i wonder whether anything has changed here, especially whether there is a configuration option (possibly in server.xml) that switches cookies for session tracking of. Yes ... answer depends on version. Tomcat 3.2: Search in "conf/server.xml" for the string "noCookies" and set the corresponding attribute to "true". This is global to the entire JVM, and therefore all webapps. Tomcat 4.0: You can make a choice of cookies versus not for each webapp individually (default is to use cookies if they are supported). To turn them off, create a context entry like this: Context path="/foo" docBase="foo" cookies="false" ... / thanks a lot robert Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
BugRat Report #826 has been filed.
Bug report #826 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com/BugRatViewer/ShowReport/826 REPORT #826 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical Confidence: public Environment: Release: Tomcat 3.2b1 JVM Release: JDK1.3 Operating System: Windows OS Release: 2000 Platform: Intel Synopsis: jk_nt_service.exe stops executing as an NT service when user logs off Description: When jk_nt_service.exe is used to install Tomcat as a Windows NT service and the user logs off, the service stops as well. This is due to a bug in JDK 1.3 explained at the following URL: http://developer.java.sun.com/developer/bugParade/bugs/4323062.html This behavior in JDK1.3 is different from JDK1.2 Title: BugRat Report # 826 BugRat Report # 826 Project: Tomcat Release: Tomcat 3.2b1 Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical Confidence: public Submitter: _Anonymous ([EMAIL PROTECTED]) Date Submitted: Jan 23 2001, 11:48:10 CST Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: jk_nt_service.exe stops executing as an NT service when user logs off Environment: (jvm, os, osrel, platform) JDK1.3, Windows, 2000, Intel Additional Environment Description: Report Description: When jk_nt_service.exe is used to install Tomcat as a Windows NT service and the user logs off, the service stops as well. This is due to a bug in JDK 1.3 explained at the following URL: http://developer.java.sun.com/developer/bugParade/bugs/4323062.html This behavior in JDK1.3 is different from JDK1.2 How To Reproduce: null Workaround: null View this report online... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Win2K + Apache + JServ + Tomcat
Anybody knows a working combination of Win2K + Apache + Jserv + tomcat? I installed apache 1.3.12 + tomcat 3.2.1 + jserv (come with tomcat 3.2.1) on win2K but as soon as the jserv was added into the httpd.conf and the the dll was copied into the right place, the apache refused to start up. From the web site information I have searched, it seemt to me that only certain old versions of apache + jserv + tomcat could work together. No information could be found about Win2K installation. Any hint + reference + pointer would be greatly appreciated. Thanks in anticipation. Charles - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Forming an opinion
On 1/22/01 4:16 PM, "Geoff Soutter" [EMAIL PROTECTED] wrote: Yeah, sounds reasonable. Maybe I ought to be asking how do we protect the people that get offended? :-) Those who need to be protected shouldn't walk outside their front door. -- James Duncan Davidson[EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/connectors/docs - New directory
pier01/01/23 10:39:51 jakarta-tomcat-4.0/connectors/docs - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/connectors/docs connection.jpg logo.png packet.jpg warp.html
pier01/01/23 10:41:15 Added: connectors/docs connection.jpg logo.png packet.jpg warp.html Log: Added initial documentation Revision ChangesPath 1.1 jakarta-tomcat-4.0/connectors/docs/connection.jpg Binary file 1.1 jakarta-tomcat-4.0/connectors/docs/logo.png Binary file 1.1 jakarta-tomcat-4.0/connectors/docs/packet.jpg Binary file 1.1 jakarta-tomcat-4.0/connectors/docs/warp.html Index: warp.html === html head titleWARP version 0.9/title /head body bgcolor="#FF" text="#00" link="#FF" vlink="#FF" alink="#FF" table width="100%" border="0" cellspacing="0" cellpadding="0" align="center" tr td width="75" align="left"img src="logo.png" width="70" height="50"/td td align="center" font size="+3"WARP version 0.9/font br bfont size="+1"Web Application Remote-access Protocol/font/b /td td align="right" width="75"img src="logo.png" width="70" height="50"/td /tr /table hr h2 Index: /h2 ol liPreface/li liPacket Structure/li /ol hr h2Preface:/h2 font color="#FF"[NOTE: write a preface describing the objectives of the WARP protocol]/font pnbsp;/p hr h2Packet Structure:/h2 pEvery WARP packet has the same structure, three sixteen bits (two octects) values representing the packet header followed by a variable-length data body:/p p align="center"img src="packet.jpg" width="600" height="29"/p h4 align="left"The REQ field:/h4 p align="left"The first sixteen bits in a packets are called quot;REQquot; and this value represents the request identificator for this packet. The WARP protocol allows different requests to be handled at the same time on a shared IO resource (like a socket). This technique is called multiplexing, and it is used to reduce the resources used by the system when handling a request./p p align="left"font color="#FF"[NOTE: expand on why multiplexing requests reduces resource utilization]/font/p p align="left"Usually, this field contains the ID of the request, but two values are reserved by the WARP protocol to handle specific cases: The 0x value is used to set up the connection (see below, Connection Handling) and the 0x value is used to terminate the connection in case of errors (see below, Connection Termination). Thus, the values left for request handling range between 0x0001 and 0xFFFE, allowing a total of 65533 requests handled at the same time over a single IO resource (see below, Request Handling)./p h4 align="left"The TYP field:/h4 p align="left"The second set of sixteen bits in a packets is called quot;TYPquot;. This value represents represents the data contained in the packet. Reference tables for these values are given below for the three possible states of the connection: Connection Handling, Connection Termination and Request Handling./p h4 align="left"The LEN field:/h4 p align="left"The third set of sixteen bits in a packets is called quot;LEDquot;. This value specifies the number of octets present in the DTA field. This value can range between 0x and 0x, allowing a length between 0 and 65535 octets for the DTA field./p h4 align="left"The DTA field:/h4 p align="left"The last part of a WARP packet is called quot;DTAquot; and contains the actual data transmitted in the packet. The length of this part is determined by the value specified in the quot;LENquot; field of the packet, and can be zero (no DTA present) when LEN is equal to 0x./p p align="left"The format of the data contained in this field depends on the value of the TYP field, tables are provided below./p p align="left"Three kinds of data are allowed in the DTA field and these are:/p ul liVALUE: a value is represented by 16 bits (2 octets) and can range between 0x and 0x. Depending on the value of the TYP field, a value can be interpreted as an unsigned value (between 0 and 65535) or as a signed value (between -32768 and 32767)./li /ul ul liSTRING: a string is an array of characters always encoded following the ISO-8859-1 standard. A string is value is represented by a 16 bits (2 octets) value indicating the encoded string length and the actual octets of the encoded characters./li /ul ul liRAW: sometimes it is useful to send raw data within packets (for binary data transmission, or to avoid multiple string encoding and decoding). Raw
cvs commit: jakarta-tomcat-4.0/connectors/java Makefile
pier01/01/23 10:46:19 Added: connectors/java Makefile Log: Added simple Makefile for Java classes (to ease the release of WARP standalone). Revision ChangesPath 1.1 jakarta-tomcat-4.0/connectors/java/Makefile Index: Makefile === # = # # # # The Apache Software License, Version 1.1 # # # # Copyright (c) 1999, 2000 The Apache Software Foundation. # # All rights reserved.# # # # = # # # # Redistribution and use in source and binary forms, with or without modi- # # fication, are permitted provided that the following conditions are met: # # # # 1. Redistributions of source code must retain the above copyright notice # #notice, this list of conditions and the following disclaimer. # # # # 2. Redistributions in binary form must reproduce the above copyright # #notice, this list of conditions and the following disclaimer in the # #documentation and/or other materials provided with the distribution. # # # # 3. The end-user documentation included with the redistribution, if any, # #must include the following acknowlegement: # # # # "This product includes software developed by the Apache Software # #Foundation http://www.apache.org/." # # # #Alternately, this acknowlegement may appear in the software itself, if # #and wherever such third-party acknowlegements normally appear. # # # # 4. The names "The Jakarta Project", "Tomcat", and "Apache Software # #Foundation" must not be used to endorse or promote products derived # #from this software without prior written permission. For written # #permission, please contact [EMAIL PROTECTED].# # # # 5. Products derived from this software may not be called "Apache" nor may # #"Apache" appear in their names without prior written permission of the # #Apache Software Foundation.# # # # THIS SOFTWARE IS PROVIDED "AS IS" AND ANY EXPRESSED OR IMPLIED WARRANTIES # # INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY # # AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL # # THE APACHE SOFTWARE FOUNDATION OR ITS CONTRIBUTORS BE LIABLE FOR ANY # # DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL # # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, # # STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN # # ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE # # POSSIBILITY OF SUCH DAMAGE. # # # # = # # # # This software consists of voluntary contributions made by many indivi- # # duals on behalf of the Apache Software Foundation. For more information # # on the Apache Software Foundation, please see http://www.apache.org/. # # # # = #
New WEBAPP/WARP sources...
I just added a bunch of changes to the WEBAPP/WARP sources to comply more with WatchDog. I'll be rolling a new release of the module as soon as I get back home... Pier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [PROPOSAL] Revised Tomcat 4.0-beta-2 Release Plan
Quoting Tim Tye [EMAIL PROTECTED]: I would like to see the encoding of the input stream fixed in this release also. At least use the value of ServletRequest.setCharacterEncoding() to specify the encoding of parameter names and values. (BugRat #785). +1 for fixing #785 (I still can't figure out why it's not working, BTW). Good i18n issues handling won't make it in 4.0, however (the connector reorganization was thought to be too risky). Working decoding of the parameters should also be supported (I think it was #783 or #784). I will do the work on this one. Thanks for the help on those issues :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_uri_worker_map.c
Costin and Geoff, Thanks very much for your help and interest. I don't think that doing the "right thing" is as hard as you think though:) I've got the 2.2 servlet spec and I reread the servlet mapping functionality. I believe Apache does path matching in the same way so that any patterns specified in Apache have the same context when passed to Tomcat, thus a direct mapping is still feasible. In actuallity, Apache will map "*.jsp" as in the servlet 2.2. spec and mod_jk requires "/*.jsp". I've attached a segment of an Apache httpd.conf file containing the Tomcat configuration as I've modified it, a sample WEB-INF/web.xml file, a sample workers.properties file, a sample server.xml, and both the current mod_jk.c and my mod_jk.c files and a diff between them. If you'll notice, the only configuration changes that differ from the current way of doing things are in httpd.conf. The web.xml, workers.properties, and server.xml files are nothing out of the ordinary. Please let me know what you think of the differences and how they would impact usability. Please note in particular the architectural changes I made to mod_jk.c by unregistering it as a filter and changing the entry point for the handler to allow URI resolution to determine the appropriate Tomcat worker. I agree that the existing performance hit is minimal but I just don't see an advantage to paying that price and risking URI misinterpretation by other installed modules. Additionally, I'm fairly confident that tomcat could be set up to produce the appropriate sample httpd.conf file fairly easily too. Many thanks for your time and insight and please let me know what you think. Cheers, Jamey -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 23, 2001 8:52 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_uri_worker_map.c Hi Jamey, You are touching a very important subject in the mod_jk implementation. And YES, you are absolutely right ( IMHO ) - Apache, IIS, NES, AOLServer are pretty good at processing requests - after all that's their main business. Each requests is mapped by the ( optimized ) mappers of the native web server, and then the same operation is duplicated in mod_jk - adding a performance hit on all served requests. Unfortunately, doing the "right thing" is hard and tricky - the current solution works and the overhead it adds is acceptable. The problem is that configuring the server is tricky and few people know how to do it. An attempt has been made to generate server config file automatically, but web.xml is quite complex and a lot is missing. mod_jk has a lot of flexibility - it can send all the requests for a particular context to tomcat ( where all web.xml settings will be respected ). Or you can translate the mapping from web.xml in server configs - and operate in the most efficient way. The translation is not easy and requires knowledge of the server. All settings in web.xml have equivalent in the server settings - but not too many people know how to do it. And it's even harder to do it automatically. But what you get is maximum flexibility, you can authorize using any of the server modules, etc. That's why forwarding the whole context is sometimes an acceptable solution ( and it automatically respects all settings in web.xml :-). The only problem - static files in webapps will still be served by tomcat, and the server is just a proxy. I have serious doubts that an automated solution is the best for all cases, but improvements to the current "forward all" are needed. On the other side, I think it is very important to support/enhance the flexible aproach where a server admin has the chance to tune the settings. Case: authentication. There is no easy way to guess what mod_auth is used by the server ( you may have multiple modules doing that ). A "manual tunning" would allow the deployer to do implement his site policies and tune the deployment. A "automated" deployment should be possible, but I doubt it is the best for big production sites. (thanks for reviewing the code, any enhancements in this area are wellcomed ) Costin Many thanks, I was wondering why both the mod_jk module and IIS isapi act as filters instead of an Apache handler or an IIS application respectively. In their current implementation they scan all request URIs for ones that they are responsible for and then, in the case of Apache anyway, register a call back to a handler to handle the actual request. I have had this cause problems for me with Apache in the case where I have a servlet named foo and another file named foo.xxx. mod_jk correctly maps /foo to the servlet and registers the callback but Apache never calls the callback and instead some other module or the Apache core make a best guess that the request really meant foo.xxx since no /foo exists as far as Apache is
Re: New WEBAPP/WARP sources...
Pier Fumagalli wrote: I just added a bunch of changes to the WEBAPP/WARP sources to comply more with WatchDog. I'll be rolling a new release of the module as soon as I get back home... Pier With the latest CVS code, I get compile errors on WarpConnection, WarpConnectionHandler, WarpRequestHandler, WarpHandler, and WarpResponse. Is it possible some files got missed in your commit? Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Meeting dialins
Shawn McMurdo wrote: A reservation system or even an informal "who's planning on dialing in" query on the list before the meeting can give the community and the organizers a good feel for whether there is room for casual observers or whether more ports are needed. I performed an informal query on this list. From the thunderous silence, I figured that there wouldn't really be more than a few people dialing in... and so reserved far more than I ever thought I'd need. Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Catalina.java
glenn 01/01/23 14:01:20 Modified:catalina/src/share/org/apache/catalina/startup Catalina.java Log: Implement SecurityManager Revision ChangesPath 1.13 +23 -9 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java Index: Catalina.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- Catalina.java 2001/01/23 05:05:51 1.12 +++ Catalina.java 2001/01/23 22:01:16 1.13 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java,v 1.12 2001/01/23 05:05:51 remm Exp $ - * $Revision: 1.12 $ - * $Date: 2001/01/23 05:05:51 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java,v 1.13 2001/01/23 22:01:16 glenn Exp $ + * $Revision: 1.13 $ + * $Date: 2001/01/23 22:01:16 $ * * * @@ -70,6 +70,7 @@ import java.io.OutputStream; import java.lang.reflect.InvocationTargetException; import java.net.Socket; +import java.security.Security; import java.util.Stack; import org.apache.catalina.Container; import org.apache.catalina.Lifecycle; @@ -96,7 +97,7 @@ * /u * * @author Craig R. McClanahan - * @version $Revision: 1.12 $ $Date: 2001/01/23 05:05:51 $ + * @version $Revision: 1.13 $ $Date: 2001/01/23 22:01:16 $ */ public class Catalina { @@ -484,12 +485,6 @@ ("addLifecycleListener", "org.apache.catalina.LifecycleListener")); -/* - mapper.addRule(prefix + "/Loader", -mapper.objectCreate -("org.apache.catalina.loader.StandardLoader", - "className")); -*/ mapper.addRule(prefix + "/Loader", new CreateLoaderAction()); mapper.addRule(prefix + "/Loader", @@ -647,6 +642,25 @@ System.setProperty(javax.naming.Context.INITIAL_CONTEXT_FACTORY, "org.apache.naming.java.javaURLContextFactory"); } + + // If a SecurityManager is being used, set properties for + // checkPackageAccess() and checkPackageDefinition + if( System.getSecurityManager() != null ) { + String access = Security.getProperty("package.access"); + if( access != null access.length() 0 ) + access += ","; + else + access = "sun.,"; + Security.setProperty("package.access", + access + "org.apache.catalina.,org.apache.jasper."); + String definition = Security.getProperty("package.definition"); + if( definition != null definition.length() 0 ) + definition += ","; + else + definition = "sun.,"; + Security.setProperty("package.definition", + "java.,javax.,org.apache.catalina.,org.apache.jasper."); + } // Start the new server if (server instanceof Lifecycle) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup ContextConfig.java
glenn 01/01/23 14:02:38 Modified:catalina/src/share/org/apache/catalina/startup ContextConfig.java Log: Implement SecurityManager Revision ChangesPath 1.38 +4 -124 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java Index: ContextConfig.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- ContextConfig.java2001/01/23 05:05:51 1.37 +++ ContextConfig.java2001/01/23 22:02:36 1.38 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v 1.37 2001/01/23 05:05:51 remm Exp $ - * $Revision: 1.37 $ - * $Date: 2001/01/23 05:05:51 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v 1.38 2001/01/23 22:02:36 glenn Exp $ + * $Revision: 1.38 $ + * $Date: 2001/01/23 22:02:36 $ * * * @@ -68,7 +68,6 @@ import java.io.File; import java.io.FileInputStream; import java.io.FileNotFoundException; -import java.io.FilePermission; import java.io.InputStream; import java.io.IOException; import java.lang.reflect.InvocationTargetException; @@ -76,12 +75,6 @@ import java.net.JarURLConnection; import java.net.MalformedURLException; import java.net.URL; -import java.security.CodeSource; -import java.security.Permission; -import java.security.Permissions; -import java.security.PermissionCollection; -import java.security.Policy; -import java.security.ProtectionDomain; import java.util.ArrayList; import java.util.Enumeration; import java.util.MissingResourceException; @@ -118,7 +111,7 @@ * of that Context, and the associated defined servlets. * * @author Craig R. McClanahan - * @version $Revision: 1.37 $ $Date: 2001/01/23 05:05:51 $ + * @version $Revision: 1.38 $ $Date: 2001/01/23 22:02:36 $ */ public final class ContextConfig @@ -766,116 +759,6 @@ /** - * Configure permissions for this web application if we are running - * under the control of a security manager. - */ -private void permissionsConfig() { - -// Has a security manager been installed? -SecurityManager securityManager = System.getSecurityManager(); -if (securityManager == null) -return; - -// Refresh the standard policy permissions -if (debug = 1) -log("Retrieving global policy permissions"); -Policy policy = Policy.getPolicy(); -policy.refresh(); - -// Accumulate the common permissions we will add to all code sources -if (debug = 1) -log("Building common permissions to add"); -ServletContext servletContext = context.getServletContext(); -Permissions commonPerms = new Permissions(); -URL baseURL = null; -try { -baseURL = servletContext.getResource("/"); -if (debug = 1) -log(" baseURL=" + baseURL.toString()); -} catch (MalformedURLException e) { -log("permissionsConfig.baseURL", e); -} -String baseFile = baseURL.toString(); -if (baseFile.startsWith("file://")) // FIXME - file dependency -baseFile = baseFile.substring(7); -else if (baseFile.startsWith("file:")) -baseFile = baseFile.substring(5); -if (baseFile.endsWith("/")) -baseFile += "-"; -else -baseFile += "/-"; -commonPerms.add(new FilePermission(baseFile, "read")); -File workDir = (File) -context.getServletContext().getAttribute(Globals.WORK_DIR_ATTR); -try { -commonPerms.add(new FilePermission(workDir.getCanonicalPath() + - "/-", - "read,write,delete")); -} catch (IOException e) { -log("permissionsConfig.filePerm", e); -} -if (debug = 1) -log(" commonPerms=" + commonPerms.toString()); - -// Build a CodeSource representing our document root code base -if (debug = 1) -log("Building document root code source"); -URL docURL = null; -try { -docURL = servletContext.getResource("/WEB-INF"); -if (debug = 1) -log(" docURL=" + docURL.toString()); -} catch (MalformedURLException e) { -log("permissionsConfig.docURL", e); -} -
RE: Forming an opinion
So, it seems that you have nothing against self defense. Right? Paulo -Original Message- From: James Duncan Davidson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 23, 2001 19:23 On 1/22/01 4:16 PM, "Geoff Soutter" [EMAIL PROTECTED] wrote: Yeah, sounds reasonable. Maybe I ought to be asking how do we protect the people that get offended? :-) Those who need to be protected shouldn't walk outside their front door. -- James Duncan Davidson [EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java
glenn 01/01/23 14:05:55 Modified:catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java Log: Implement SecurityManager Revision ChangesPath 1.11 +6 -6 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java Index: ApplicationDispatcher.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- ApplicationDispatcher.java2000/12/29 20:27:10 1.10 +++ ApplicationDispatcher.java2001/01/23 22:05:52 1.11 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v 1.10 2000/12/29 20:27:10 glenn Exp $ - * $Revision: 1.10 $ - * $Date: 2000/12/29 20:27:10 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v 1.11 2001/01/23 22:05:52 glenn Exp $ + * $Revision: 1.11 $ + * $Date: 2001/01/23 22:05:52 $ * * * @@ -64,10 +64,10 @@ package org.apache.catalina.core; -import java.security.AccessController; -import java.security.PrivilegedActionException; import java.io.IOException; import java.io.PrintWriter; +import java.security.AccessController; +import java.security.PrivilegedActionException; import javax.servlet.RequestDispatcher; import javax.servlet.Servlet; import javax.servlet.ServletException; @@ -96,7 +96,7 @@ * codejavax.servlet.ServletResponseWrapper/code. * * @author Craig R. McClanahan - * @version $Revision: 1.10 $ $Date: 2000/12/29 20:27:10 $ + * @version $Revision: 1.11 $ $Date: 2001/01/23 22:05:52 $ */ final class ApplicationDispatcher - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
FW: cvs commit: jakarta-tomcat-4.0/connectors/webapplib Makefilewa.c wa.h wa_callback.c wa_callback.h wa_connection.c wa_connection.hwa_host.c wa_host.h wa_provider.c wa_provider.h wa_provider_info.cwa_provider_warp.c wa_provider_warp.h wa_request.c wa_request.h
This one didn't get thru... Pier -- Pier Fumagalli mailto:[EMAIL PROTECTED] I'm selling my Sony Vaio Z505. Check out http://www.betaversion.org/~pier/ -- Forwarded Message From: [EMAIL PROTECTED] Date: 23 Jan 2001 18:45:17 - To: [EMAIL PROTECTED] Subject: failure notice Hi. This is the qmail-send program at apache.org. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: ezmlm-reject: fatal: Sorry, I don't accept messages larger than 10 bytes (#5.2.3) --- Below this line is a copy of the message. Return-Path: [EMAIL PROTECTED] Received: (qmail 94379 invoked by uid 500); 23 Jan 2001 18:45:10 - Delivered-To: [EMAIL PROTECTED] Received: (qmail 94335 invoked by uid 1023); 23 Jan 2001 18:45:03 - Date: 23 Jan 2001 18:45:03 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-4.0/connectors/webapplib Makefile wa.c wa.h wa_callback.c wa_callback.h wa_connection.c wa_connection.h wa_host.c wa_host.h wa_provider.c wa_provider.h wa_provider_info.c wa_provider_warp.c wa_provider_warp.h wa_request.c wa_request.h pier01/01/23 10:45:01 Modified:connectors Makedefs.orig Makefile connectors/apache-1.3 Makefile mod_webapp.c connectors/java WarpConnection.java WarpConnectionHandler.java WarpConnector.java WarpConstants.java WarpContext.java WarpDebug.java WarpEngine.java WarpEngineMapper.java WarpHandler.java WarpHandlerTable.java WarpHost.java WarpInputStream.java WarpOutputStream.java WarpPacket.java WarpReader.java WarpRequest.java WarpRequestHandler.java WarpResponse.java WarpTable.java connectors/webapplib Makefile wa.c wa.h wa_callback.c wa_callback.h wa_connection.c wa_connection.h wa_host.c wa_host.h wa_provider.c wa_provider.h wa_provider_info.c wa_provider_warp.c wa_provider_warp.h wa_request.c wa_request.h Log: New release of WEBAPP/WARP. Improved compliancy with WatchDog, performance tuning, and revised protocol. -- End of Forwarded Message - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: New WEBAPP/WARP sources...
Pier Fumagalli [EMAIL PROTECTED] wrote: I just added a bunch of changes to the WEBAPP/WARP sources to comply more with WatchDog. I'll be rolling a new release of the module as soon as I get back home... Yeah yeah whatever... I screwed the build... SHIATZ! :( Hope to be able to fix it before tonight's nightly... Pier -- Pier Fumagalli mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader Reloader.java
glenn 01/01/23 14:12:35 Modified:catalina/src/share/org/apache/catalina/loader Reloader.java Log: Implement SecurityManager Revision ChangesPath 1.3 +4 -61 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/Reloader.java Index: Reloader.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/Reloader.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Reloader.java 2000/09/21 20:06:04 1.2 +++ Reloader.java 2001/01/23 22:12:32 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/Reloader.java,v 1.2 2000/09/21 20:06:04 craigmcc Exp $ - * $Revision: 1.2 $ - * $Date: 2000/09/21 20:06:04 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/Reloader.java,v 1.3 2001/01/23 22:12:32 glenn Exp $ + * $Revision: 1.3 $ + * $Date: 2001/01/23 22:12:32 $ * * * @@ -71,23 +71,13 @@ * codeStandardLoader/code. * * @author Craig R. McClanahan - * @version $Revision: 1.2 $ $Date: 2000/09/21 20:06:04 $ + * @version $Revision: 1.3 $ $Date: 2001/01/23 22:12:32 $ */ public interface Reloader { /** - * Add a new fully qualified class or resource name to which access will be - * allowed, even if the class or resource name would otherwise match one - * of the restricted patterns. - * - * @param name Class or resource name to allow access for - */ -public void addAllowed(String name); - - -/** * Add a new repository to the set of places this ClassLoader can look for * classes to be loaded. * @@ -101,58 +91,11 @@ /** - * Add a fully qualified class or resource name prefix that, if it matches - * the name of a requested class or resource, will cause access to that - * class or resource to fail (unless the complete name is on the allowed - * list). - * - * @param prefix The restricted prefix - */ -public void addRestricted(String prefix); - - -/** - * Add a fully qualified class or resource name prefix that, if it matches - * the name of a requested class or resource, will cause access to that - * class or resource to be attempted in the system class loader only - * (bypassing the repositories defined in this class loader). By default, - * the codejava./code prefix is defined as a system prefix. - * - * @param prefix The system prefix - */ -public void addSystem(String prefix); - - -/** - * Return a String array of the allowed class or resource name list - * for this class loader. If there are none, a zero-length array - * is returned. - */ -public String[] findAllowed(); - - -/** * Return a String array of the current repositories for this class * loader. If there are no repositories, a zero-length array is * returned. */ public String[] findRepositories(); - - -/** - * Return a String array of the restricted class or resource name prefixes - * for this class loader. If there are none, a zero-length array - * is returned. - */ -public String[] findRestricted(); - - -/** - * Return a Striong array of the sytsem class or resource name prefixes - * for this class loader. If there are none, a zero-length array - * is returned. - */ -public String[] findSystem(); /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader StandardLoader.java
glenn 01/01/23 14:12:51 Modified:catalina/src/share/org/apache/catalina/loader StandardLoader.java Log: Implement SecurityManager Revision ChangesPath 1.15 +15 -6 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java Index: StandardLoader.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- StandardLoader.java 2001/01/23 05:05:48 1.14 +++ StandardLoader.java 2001/01/23 22:12:49 1.15 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v 1.14 2001/01/23 05:05:48 remm Exp $ - * $Revision: 1.14 $ - * $Date: 2001/01/23 05:05:48 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v 1.15 2001/01/23 22:12:49 glenn Exp $ + * $Revision: 1.15 $ + * $Date: 2001/01/23 22:12:49 $ * * * @@ -110,7 +110,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.14 $ $Date: 2001/01/23 05:05:48 $ + * @version $Revision: 1.15 $ $Date: 2001/01/23 22:12:49 $ */ public final class StandardLoader @@ -602,9 +602,18 @@ (parentClassLoader, shFactory); for (int i = 0; i repositories.length; i++) classLoader.addRepository(repositories[i]); - classLoader.addRestricted("org.apache.catalina."); - classLoader.addSystem("javax.servlet."); ((StandardClassLoader) classLoader).setDelegate(this.delegate); + if (container instanceof Context) { + // Tell the class loader the root of the context + Resources resources = ((Context) container).getResources(); + try { + URL contextURL = resources.getResource("/"); + if( contextURL != null ) + ((StandardClassLoader)classLoader).setPermissions( + contextURL); + } catch (MalformedURLException e) { + } + } if (classLoader instanceof Lifecycle) ((Lifecycle) classLoader).start(); } catch (Throwable t) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader StandardClassLoader.java
glenn 01/01/23 14:13:09 Modified:catalina/src/share/org/apache/catalina/loader StandardClassLoader.java Log: Implement SecurityManager Revision ChangesPath 1.8 +179 -281 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java Index: StandardClassLoader.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- StandardClassLoader.java 2001/01/23 05:05:48 1.7 +++ StandardClassLoader.java 2001/01/23 22:13:06 1.8 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v 1.7 2001/01/23 05:05:48 remm Exp $ - * $Revision: 1.7 $ - * $Date: 2001/01/23 05:05:48 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v 1.8 2001/01/23 22:13:06 glenn Exp $ + * $Revision: 1.8 $ + * $Date: 2001/01/23 22:13:06 $ * * * @@ -65,6 +65,7 @@ package org.apache.catalina.loader; import java.io.File; +import java.io.FilePermission; import java.io.InputStream; import java.io.IOException; import java.net.JarURLConnection; @@ -74,6 +75,9 @@ import java.net.URLConnection; import java.net.URLStreamHandlerFactory; import java.net.URLStreamHandler; +import java.security.CodeSource; +import java.security.PermissionCollection; +import java.security.Policy; import java.util.ArrayList; import java.util.Enumeration; import java.util.HashMap; @@ -105,7 +109,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.7 $ $Date: 2001/01/23 05:05:48 $ + * @version $Revision: 1.8 $ $Date: 2001/01/23 22:13:06 $ */ public class StandardClassLoader @@ -123,6 +127,9 @@ public StandardClassLoader() { super(new URL[0]); + this.parent = getParent(); + this.system = getSystemClassLoader(); + securityManager = System.getSecurityManager(); } @@ -150,6 +157,9 @@ public StandardClassLoader(ClassLoader parent) { super((new URL[0]), parent); + this.parent = parent; + this.system = getSystemClassLoader(); + securityManager = System.getSecurityManager(); } @@ -179,6 +189,9 @@ public StandardClassLoader(String repositories[]) { super(convert(repositories)); + this.parent = getParent(); + this.system = getSystemClassLoader(); + securityManager = System.getSecurityManager(); if (repositories != null) { for (int i = 0; i repositories.length; i++) addRepositoryInternal(repositories[i]); @@ -197,6 +210,9 @@ public StandardClassLoader(String repositories[], ClassLoader parent) { super(convert(repositories), parent); + this.parent = parent; + this.system = getSystemClassLoader(); + securityManager = System.getSecurityManager(); if (repositories != null) { for (int i = 0; i repositories.length; i++) addRepositoryInternal(repositories[i]); @@ -215,6 +231,9 @@ public StandardClassLoader(URL repositories[], ClassLoader parent) { super(repositories, parent); + this.parent = parent; + this.system = getSystemClassLoader(); + securityManager = System.getSecurityManager(); if (repositories != null) { for (int i = 0; i repositories.length; i++) addRepositoryInternal(repositories[i].toString()); @@ -227,14 +246,6 @@ /** - * The set of fully qualified class or resource names to which access - * will be allowed (if they exist) by this class loader, even if the - * class or resource name would normally be restricted. - */ -protected String allowed[] = new String[0]; - - -/** * The set of optional packages (formerly standard extensions) that * are available in the repositories associated with this class loader. * Each object in this list is of type @@ -283,23 +294,32 @@ protected ArrayList required = new ArrayList(); +/** + * Instance of the SecurityManager installed. + */ +private SecurityManager securityManager = null; + + /** - * The set of class name prefixes to which access should be restricted. - * A request for a class or resource that starts with this prefix will - * fail with an appropriate exception or codenull/code return value, - * unless that specific class or resource name is on the allowed
Re: New WEBAPP/WARP sources...
Craig R. McClanahan [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: I just added a bunch of changes to the WEBAPP/WARP sources to comply more with WatchDog. I'll be rolling a new release of the module as soon as I get back home... Pier With the latest CVS code, I get compile errors on WarpConnection, WarpConnectionHandler, WarpRequestHandler, WarpHandler, and WarpResponse. Is it possible some files got missed in your commit? And all files have double new line characters all over the place (the commit was too big and rejected by the mailing list)... F**K! :( Pier -- Pier Fumagalli mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core ApplicationFilterChain.java
glenn 01/01/23 14:22:37 Modified:catalina/src/share/org/apache/catalina/core ApplicationFilterChain.java Log: Implement SecurityManager Revision ChangesPath 1.4 +33 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationFilterChain.java Index: ApplicationFilterChain.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationFilterChain.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ApplicationFilterChain.java 2000/12/17 05:18:58 1.3 +++ ApplicationFilterChain.java 2001/01/23 22:22:35 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationFilterChain.java,v 1.3 2000/12/17 05:18:58 craigmcc Exp $ - * $Revision: 1.3 $ - * $Date: 2000/12/17 05:18:58 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationFilterChain.java,v 1.4 2001/01/23 22:22:35 glenn Exp $ + * $Revision: 1.4 $ + * $Date: 2001/01/23 22:22:35 $ * * * @@ -68,6 +68,8 @@ import java.io.IOException; import java.util.ArrayList; import java.util.Iterator; +import java.security.AccessController; +import java.security.PrivilegedActionException; import javax.servlet.Filter; import javax.servlet.FilterChain; import javax.servlet.FilterConfig; @@ -91,7 +93,7 @@ * method itself. * * @author Craig R. McClanahan - * @version $Revision: 1.3 $ $Date: 2000/12/17 05:18:58 $ + * @version $Revision: 1.4 $ $Date: 2001/01/23 22:22:35 $ */ final class ApplicationFilterChain implements FilterChain { @@ -162,6 +164,33 @@ * @exception ServletException if a servlet exception occurs */ public void doFilter(ServletRequest request, ServletResponse response) +throws IOException, ServletException { + +if( System.getSecurityManager() != null ) { +final ServletRequest req = request; +final ServletResponse res = response; +try { +java.security.AccessController.doPrivileged( +new java.security.PrivilegedExceptionAction() +{ +public Object run() throws ServletException, IOException { +internalDoFilter(req,res); +return null; +} +} +); +} catch( PrivilegedActionException pe) { +Exception e = pe.getException(); +if( e.getClass().getName().equals("javax.servlet.ServletException") ) +throw (ServletException)e; +throw (IOException)e; +} +} else { +internalDoFilter(request,response); +} +} + +private void internalDoFilter(ServletRequest request, ServletResponse response) throws IOException, ServletException { // Construct an iterator the first time this method is called - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources DirContextURLStreamHandler.java DirContextURLStreamHandlerFactory.java
remm01/01/23 14:26:54 Modified:catalina/src/share/org/apache/naming/resources DirContextURLStreamHandler.java DirContextURLStreamHandlerFactory.java Log: - Added classloader binding. Will make resolving URLs like : jar:jndi:/WEB-INF/lib/tld_resource.jar!/META-INF/taglib.tld possible. Revision ChangesPath 1.2 +80 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandler.java Index: DirContextURLStreamHandler.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandler.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- DirContextURLStreamHandler.java 2001/01/23 03:41:29 1.1 +++ DirContextURLStreamHandler.java 2001/01/23 22:26:50 1.2 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandler.java,v 1.1 2001/01/23 03:41:29 remm Exp $ - * $Revision: 1.1 $ - * $Date: 2001/01/23 03:41:29 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandler.java,v 1.2 2001/01/23 22:26:50 remm Exp $ + * $Revision: 1.2 $ + * $Date: 2001/01/23 22:26:50 $ * * * @@ -67,6 +67,7 @@ import java.net.URLConnection; import java.net.URLStreamHandler; import java.io.IOException; +import java.util.Hashtable; import javax.naming.NamingException; import javax.naming.directory.DirContext; @@ -74,7 +75,7 @@ * Stream handler to a JNDI directory context. * * @author a href="mailto:[EMAIL PROTECTED]"Remy Maucherat/a - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ */ public class DirContextURLStreamHandler extends URLStreamHandler { @@ -83,18 +84,31 @@ // --- Constructors +public DirContextURLStreamHandler() { +} + + public DirContextURLStreamHandler(DirContext context) { this.context = context; } +// -- Variables + + +/** + * Bindings class loader - directory context. Keyed by CL id. + */ +private static Hashtable clBindings = new Hashtable(); + + // - Instance Variables /** * Directory context. */ -protected DirContext context; +protected DirContext context = null; // - Properties @@ -109,7 +123,69 @@ */ protected URLConnection openConnection(URL u) throws IOException { -return new DirContextURLConnection(context, u); +DirContext currentContext = this.context; +if (currentContext == null) +currentContext = get(); +return new DirContextURLConnection(currentContext, u); +} + + +// - Public Methods + + +/** + * Binds a directory context to a class loader. + */ +public static void bind(DirContext dirContext) { +ClassLoader currentCL = +Thread.currentThread().getContextClassLoader(); +if (currentCL != null) +clBindings.put(currentCL, dirContext); +} + + +/** + * Unbinds a directory context to a class loader. + */ +public static void unbind() { +ClassLoader currentCL = +Thread.currentThread().getContextClassLoader(); +if (currentCL != null) +clBindings.remove(currentCL); +} + + +/** + * Get the bound context. + */ +public static DirContext get() { +ClassLoader currentCL = +Thread.currentThread().getContextClassLoader(); +return (DirContext) clBindings.get(currentCL); +} + + +/** + * Binds a directory context to a class loader. + */ +public static void bind(ClassLoader cl, DirContext dirContext) { +clBindings.put(cl, dirContext); +} + + +/** + * Unbinds a directory context to a class loader. + */ +public static void unbind(ClassLoader cl) { +clBindings.remove(cl); +} + + +/** + * Get the bound context. + */ +public static DirContext get(ClassLoader cl) { +return (DirContext) clBindings.get(cl); }
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources DirContextURLStreamHandlerFactory.java
remm01/01/23 14:28:03 Modified:catalina/src/share/org/apache/naming/resources DirContextURLStreamHandlerFactory.java Log: - Forgot to remove a useless import. Revision ChangesPath 1.3 +0 -1 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandlerFactory.java Index: DirContextURLStreamHandlerFactory.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandlerFactory.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DirContextURLStreamHandlerFactory.java2001/01/23 22:26:51 1.2 +++ DirContextURLStreamHandlerFactory.java2001/01/23 22:28:00 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandlerFactory.java,v 1.2 2001/01/23 22:26:51 remm Exp $ - * $Revision: 1.2 $ - * $Date: 2001/01/23 22:26:51 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/DirContextURLStreamHandlerFactory.java,v 1.3 2001/01/23 22:28:00 remm Exp $ + * $Revision: 1.3 $ + * $Date: 2001/01/23 22:28:00 $ * * * @@ -63,7 +63,6 @@ package org.apache.naming.resources; -import java.util.Hashtable; import java.net.URLStreamHandler; import java.net.URLStreamHandlerFactory; import java.io.IOException; @@ -74,7 +73,7 @@ * Factory for Stream handlers to a JNDI directory context. * * @author a href="mailto:[EMAIL PROTECTED]"Remy Maucherat/a - * @version $Revision: 1.2 $ + * @version $Revision: 1.3 $ */ public class DirContextURLStreamHandlerFactory implements URLStreamHandlerFactory { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Bug 823
Georg, I tried duplicating this problem (http://znutar.cortexity.com/BugRatViewer/ShowReport/823) with the latest version of Tomcat and it seems to work fine. The only thing I noticed in your bug report is that you don't include the servlet-class tag from your web.xml file. Since your using periods in the servlet name and url pattern and this the Java package name separator I wonder if you might have something mis-configured. Without seeing the rest of your web.xml I really can't tell. Anyway, I tried several combinations of servlet-names, url-patterns with and without periods and path info worked correctly in all cases. If you can provide any additional information that would be helpful. Marc Saegesser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Meeting dialins
Hi Jim, Sorry, I must have missed that message amid the flamefest. ;-) I think it's great that the Jakarta PMC is making these efforts to be more open. Thanks! Shawn Jim Driscoll wrote: Shawn McMurdo wrote: A reservation system or even an informal "who's planning on dialing in" query on the list before the meeting can give the community and the organizers a good feel for whether there is room for casual observers or whether more ports are needed. I performed an informal query on this list. From the thunderous silence, I figured that there wouldn't really be more than a few people dialing in... and so reserved far more than I ever thought I'd need. Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] -- Shawn McMurdo mailto:[EMAIL PROTECTED] Lutris Technologieshttp://www.lutris.com Enhydra.Orghttp://www.enhydra.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Tools.jar
Title: Tools.jar Hello there boys and Girls I have a license issue 1. Sun JDK's license is for non commercial or production use 2. For Production and commercial use they give the JRE 3. Tools.jar is a part of the JDK and is missing from the JRE 4. Tomcat needs Tools.jar for it's normal activity result : Cant put Tomcat on production or commercial use Any Solutions ? Eitan Golan MIS KAMOON 29 Bezalel St. Ramat Gan, 52521 ISRAEL +972 (3) 6129922 ext. 205 +972 (3) 6129923 Fax +972 (58) 638845 Mobile www.Kamoon.com
Re: Tools.jar
At 06:50 PM 1/23/2001 +0200, you wrote: I have a license issue 1. Sun JDK's license is for non commercial or production use 2. For Production and commercial use they give the JRE 3. Tools.jar is a part of the JDK and is missing from the JRE 4. Tomcat needs Tools.jar for it's normal activity result : Cant put Tomcat on production or commercial use Eitan, I think you're mis-reading the license agreement. The key difference is that tools.jar cannot be redistributed, but it does not preclude you using it on a commercial server. If you're looking to redistribute it, you'll need to get a special license from SUN. I still haven't heard how to go about it. :) HTH! -Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/admin/WEB-INF web.xml
nacho 01/01/23 17:44:33 Modified:src/admin/WEB-INF web.xml Log: tag-lib element in bad order validating parsers fail Revision ChangesPath 1.5 +23 -29jakarta-tomcat/src/admin/WEB-INF/web.xml Index: web.xml === RCS file: /home/cvs/jakarta-tomcat/src/admin/WEB-INF/web.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- web.xml 2000/07/27 17:56:14 1.4 +++ web.xml 2001/01/24 01:44:33 1.5 @@ -1,35 +1,29 @@ ?xml version="1.0" encoding="ISO-8859-1"? - -!DOCTYPE web-app -PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN" +!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN" "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd" - web-app - description + description Tomcat Admin /description - -security-constraint - web-resource-collection - web-resource-nameProtected Area/web-resource-name - url-pattern/contextAdmin/*/url-pattern - http-methodDELETE/http-method - http-methodGET/http-method - http-methodPOST/http-method - http-methodPUT/http-method - /web-resource-collection - auth-constraint - role-nameadmin/role-name - /auth-constraint -/security-constraint - -login-config - auth-methodBASIC/auth-method - realm-nameAdmin/realm-name -/login-config - - taglib -taglib-urihttp://jakarta.apache.org/taglibs/tomcat_admin-1.0/taglib-uri -taglib-location/WEB-INF/admin.tld/taglib-location - /taglib + taglib + taglib-urihttp://jakarta.apache.org/taglibs/tomcat_admin-1.0/taglib-uri + taglib-location/WEB-INF/admin.tld/taglib-location + /taglib + security-constraint + web-resource-collection + web-resource-nameProtected Area/web-resource-name + url-pattern/contextAdmin/*/url-pattern + http-methodDELETE/http-method + http-methodGET/http-method + http-methodPOST/http-method + http-methodPUT/http-method + /web-resource-collection + auth-constraint + role-nameadmin/role-name + /auth-constraint + /security-constraint + login-config + auth-methodBASIC/auth-method + realm-nameAdmin/realm-name + /login-config /web-app - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/admin/test test.jsp
nacho 01/01/23 17:47:25 Modified:src/admin/test test.jsp Log: * some cosmetic changes. * less information on fails, was too verbose Revision ChangesPath 1.5 +8 -19 jakarta-tomcat/src/admin/test/test.jsp Index: test.jsp === RCS file: /home/cvs/jakarta-tomcat/src/admin/test/test.jsp,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- test.jsp 2001/01/21 20:10:38 1.4 +++ test.jsp 2001/01/24 01:47:24 1.5 @@ -1,3 +1,5 @@ +htmltitleTomcat Self-Test/title +body bgcolor="#FF" h1Tomcat Self-test/h1 %@ taglib uri="http://jakarta.apache.org/taglibs/tomcat_admin-1.0" @@ -32,22 +34,21 @@ // Keep in mind this is just a way to jump-start testing, not a // production-quality test runner. % - +!-- trozo -- % out.flush(); if( request.getParameter("target") == null ) return; % - +!-- trozo -- adm:admin ctxPath="/test" action="setLogger" value="webapps/test/context_log.txt" / - - +!-- trozo 1 -- adm:gtest testFile="WEB-INF/test-tomcat.xml" testApp="/test" target='%= request.getParameter("target") %' debug='%= request.getParameter("debug") %' outputType='none' / - +!-- trozo 1 -- % // Test completed, display the results ( outType=none means // Gtest doesn't generate any output ( but we have to wait untill // it's done ), use 'html' for "interactive" results @@ -70,24 +71,10 @@ pre %= failures.getHttpClient().getFullRequest() % /pre - bMessage: /b pre %= failures.getMatcher().getMessage() % /pre - -bResponse status: /b -%= failures.getHttpClient().getResponse().getResponseLine() % -br -bResponse headers: /b - (I'm not sure how to do embeded iterations, need JSP expert ) -br - -bResponse body: /b -pre -%= failures.getHttpClient().getResponse().getResponseBody() % -/pre - /adm:iterate % // Success story % @@ -104,3 +91,5 @@ TEST: %= success.getMatcher().getTestDescription() % br /adm:iterate +/body +/html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup ContextConfig.java
remm01/01/23 18:35:00 Modified:catalina/src/share/org/apache/catalina/startup ContextConfig.java Log: - Add bind / unbind calls during init to allow resolving of nested JAR URLs. - JAR file scanning in /WEB-INF/lib folder needs an update. Revision ChangesPath 1.39 +12 -6 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java Index: ContextConfig.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- ContextConfig.java2001/01/23 22:02:36 1.38 +++ ContextConfig.java2001/01/24 02:35:00 1.39 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v 1.38 2001/01/23 22:02:36 glenn Exp $ - * $Revision: 1.38 $ - * $Date: 2001/01/23 22:02:36 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v 1.39 2001/01/24 02:35:00 remm Exp $ + * $Revision: 1.39 $ + * $Date: 2001/01/24 02:35:00 $ * * * @@ -83,6 +83,7 @@ import java.util.jar.JarEntry; import java.util.jar.JarFile; import javax.servlet.ServletContext; +import org.apache.naming.resources.DirContextURLStreamHandler; import org.apache.catalina.Authenticator; import org.apache.catalina.Context; import org.apache.catalina.Globals; @@ -111,7 +112,7 @@ * of that Context, and the associated defined servlets. * * @author Craig R. McClanahan - * @version $Revision: 1.38 $ $Date: 2001/01/23 22:02:36 $ + * @version $Revision: 1.39 $ $Date: 2001/01/24 02:35:00 $ */ public final class ContextConfig @@ -761,7 +762,7 @@ /** * Process a "start" event for this Context. */ -private void start() { +private synchronized void start() { if (debug 0) log(sm.getString("contextConfig.start")); @@ -771,6 +772,7 @@ XmlMapper mapper = createWebMapper(); defaultConfig(mapper); applicationConfig(mapper); +//DirContextURLStreamHandlerFactory.bind(context.getResources()); // Scan tag library descriptor files for additional listener classes if (ok) @@ -802,6 +804,8 @@ context.setAvailable(false); } +//DirContextURLStreamHandlerFactory.unbind(); + } @@ -900,10 +904,12 @@ URL url = context.getServletContext().getResource(resourcePath); if (url == null) return (false); +DirContextURLStreamHandler.bind(context.getResources()); url = new URL("jar:" + url.toString() + "!/"); JarURLConnection conn = (JarURLConnection) url.openConnection(); jarFile = conn.getJarFile(); +DirContextURLStreamHandler.unbind(); boolean found = false; Enumeration entries = jarFile.entries(); while (entries.hasMoreElements()) { @@ -942,7 +948,7 @@ } return (false); } - + } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/test Constants.java HttpConnector.java HttpProcessor.java HttpRequestImpl.java HttpResponseImpl.java LocalStrings.properties
remm01/01/23 18:35:40 Removed: catalina/src/share/org/apache/catalina/connector/test Constants.java HttpConnector.java HttpProcessor.java HttpRequestImpl.java HttpResponseImpl.java LocalStrings.properties Log: - Remove the test connector files (now it's the http10 connector). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat STATUS.html
larryi 01/01/23 19:56:06 Modified:.STATUS.html Log: With info from Costin, marked additional items as completed by naming the release as 3.2 or 3.3m1. Most other items from the Tomcat 3.2 version of the document were moved to an "Ideas For The Future" section at the end of this document. A few were removed since they are no longer applicable to Tomcat 3.x development, such as the discussions relating to Tomcat 4.0. Other miscellaneous changes. Revision ChangesPath 1.10 +240 -267 jakarta-tomcat/STATUS.html Index: STATUS.html === RCS file: /home/cvs/jakarta-tomcat/STATUS.html,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- STATUS.html 2001/01/23 20:45:09 1.9 +++ STATUS.html 2001/01/24 03:56:06 1.10 @@ -26,7 +26,7 @@ ul libPriority/b - A sense of how important the Tomcat development community feels it is to address this issue in the short term./li -libRelease/b - The interim or final release (such as code3.2m2/code) +libRelease/b - The interim or final release (such as code3.3m2/code) for which this action item is scheduled to be completed./li libAction Item/b - Concise description of the action item to be completed./li @@ -52,7 +52,7 @@ and assigned to a particular interim release of Tomcat (based on lazy consensus on the TOMCAT-DEV mailing list). At that time, the assigned release will be recorded in this document, and the item will be listed under that release in -the current a href="RELEASE-PLAN-3.2"RELEASE-PLAN/a schedule. +the current a href="RELEASE-PLAN-3.3"RELEASE-PLAN/a schedule. pFor convenience, the action items have been organized into general categories, which are presented in alphabetical order. The following @@ -63,18 +63,11 @@ lia href="#Connectors"Connectors/a to web servers and HTTP clients lia href="#Containers"Containers/a in the Tomcat core engine lia href="#JSP"JSP/a functionality enhancements -lia href="#Servlet"Servlet/a functionality enhancements lia href="#Performance"Performance/a improvements lia href="#Release"Release/a preparation items +lia href="#Future"Ideas/a for the future /ul -pNOTE: In addition to this list of action items related to the main CVS -source branch for the codejakarta-tomcat/code subproject, a number of -people have expressed interest in working on the iCatalina/i architecture. -To facilitate tracking of these efforts, a -a href="proposals/catalina/STATUS.html"separate STATUS document/a -is maintained in the codeproposals/catalina/code subdirectory. - brbr div align="center"hr width="75%"/div br @@ -90,42 +83,7 @@ /tr tr tdHigh/td -td---/td -tdDefine a Tomcat-specific iService Provider Interface/i (SPI) -that defines a stable API which application server and development -tool providers can use to integrate Tomcat within their products./td -tda href="mailto:[EMAIL PROTECTED]"Craig McClanahan/a/td - /tr - tr -tdMedium/td -td/td -tdDiscuss and agree upon the outlines of the architecture for the -core servlet container components of the next major release (4.0) -of Tomcat, which will correspond to the next versions of the Servlet -and JSP APIs./td -tda href="mailto:[EMAIL PROTECTED]"Craig McClanahan/a/td - /tr - tr -tdMedium/td -td---/td -tdDiscuss and agree upon the outlines of the architecture for the -JSP page compiler and execution environment for the next major -release (4.0) of Tomcat, which will correspond to the next versions -of the Servlet and JSP APIs./td -tda href="mailto:[EMAIL PROTECTED]"Anil Vijendran/a/td - /tr - tr -tdLow/td -td---/td -tdDiscuss and agree upon Tomcat distribution strategies so that users -can select a minimal "reference implementation" version of Tomcat to -validate their own containers against, or a full featured release -with all currently included functionality./td -td--- and a href="mailto:[EMAIL PROTECTED]"Costin Manolache/a/td - /tr - tr -tdHigh/td -td3.3/td +td3.3m1/td tdRefactoring of existing code to improve the flexibility of Tomcat and minimize the amount of spaghetti code to help readability and maintainability. Though listed separately, some of the performance @@ -134,7 +92,7 @@ /tr tr tdHigh/td -td3.3/td +td3.3m1/td tdSeparate the Servlet 2.2/JSP 1.1 API implementation from the Tomcat's core classes through the use of a facade. If implemented properly, bug fixing of Servlet 2.2/JSP 1.1 bugs should only affect the facade and not the @@ -143,7 +101,7 @@ /tr
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader StandardLoader.java
remm01/01/23 20:32:20 Modified:catalina/src/share/org/apache/catalina/loader StandardLoader.java Log: - Should complete the Jasper Runtime Environment. - JARs are copied to the work directory. The class loader doesn't use these. - Classes from /WEB-INF/classes are copied to {workdir}/classes. - All of these repositories are then added to the "Jasper classpath". - All the Jasper specific methods are clearly marked as being Jasper specific. Revision ChangesPath 1.17 +50 -29 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java Index: StandardLoader.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- StandardLoader.java 2001/01/24 02:34:06 1.16 +++ StandardLoader.java 2001/01/24 04:32:20 1.17 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v 1.16 2001/01/24 02:34:06 remm Exp $ - * $Revision: 1.16 $ - * $Date: 2001/01/24 02:34:06 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/StandardLoader.java,v 1.17 2001/01/24 04:32:20 remm Exp $ + * $Revision: 1.17 $ + * $Date: 2001/01/24 04:32:20 $ * * * @@ -82,6 +82,7 @@ import javax.naming.NameClassPair; import javax.naming.NamingEnumeration; import javax.naming.directory.DirContext; +import org.apache.naming.resources.Resource; import org.apache.naming.resources.DirContextURLStreamHandler; import org.apache.naming.resources.DirContextURLStreamHandlerFactory; import org.apache.catalina.Container; @@ -111,7 +112,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.16 $ $Date: 2001/01/24 02:34:06 $ + * @version $Revision: 1.17 $ $Date: 2001/01/24 04:32:20 $ */ public final class StandardLoader @@ -603,13 +604,6 @@ // Construct a class loader based on our current repositories list try { -/* -URLStreamHandlerFactory shFactory = null; -if ((this.container != null) -(this.container.getResources() != null)) { -shFactory = new DirContextURLStreamHandlerFactory(); -} -*/ if (parentClassLoader == null) classLoader = new StandardClassLoader(); else @@ -795,8 +789,8 @@ */ private void setJasperEnvironment() { setClassLoader(); -copyClassesRepository(); setClassPath(); +copyClassesRepository(); } @@ -824,7 +818,12 @@ // Looking up directory /WEB-INF/classes in the context try { -resources.lookup(classesName); +Object object = resources.lookup(classesName); +if (object instanceof DirContext) { +resources = (DirContext) object; +} else { +return; +} } catch(NamingException e) { return; } @@ -836,19 +835,12 @@ if (workDir != null) { if (!(classpath.equals(""))) -classpath += File.pathSeparator; +classpath = File.pathSeparator + classpath; File classesDir = new File(workDir, "/classes"); -classpath += classesDir.getAbsolutePath(); +classesDir.mkdir(); +classpath = classesDir.getAbsolutePath() + classpath; -try { -NamingEnumeration enum = resources.list(classesName); -while (enum.hasMoreElements()) { -NameClassPair ncPair = -(NameClassPair) enum.nextElement(); -String filename = ncPair.getName(); -} -} catch (NamingException e) { -} +copyDir(resources, classesDir); } @@ -860,8 +852,40 @@ /** * Copy directory. */ -private boolean copyDir(DirContext directory) { +private boolean copyDir(DirContext srcDir, File destDir) { + +try { + +NamingEnumeration enum = srcDir.list(""); +while (enum.hasMoreElements()) { +NameClassPair ncPair = +(NameClassPair) enum.nextElement(); +String name = ncPair.getName(); +Object object = srcDir.lookup(name); +File currentFile = new File(destDir, name); +if (object instanceof Resource) { +
cvs commit: jakarta-tomcat-4.0/webapps/webdav index.html
remm01/01/23 21:12:36 Modified:webapps/webdav index.html Log: - Update to the Webdav page, listing more compatibe clients. Revision ChangesPath 1.4 +11 -6 jakarta-tomcat-4.0/webapps/webdav/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/webdav/index.html,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- index.html2000/12/16 19:05:21 1.3 +++ index.html2001/01/24 05:12:35 1.4 @@ -29,34 +29,39 @@ pWorking WebDAV clients include : ul +liAdobe GoLive 5.0 (and other WebDAV-enabled Adobe products, like + Photoshop)/li +liCadaver 0.15/li +liDAV Explorer 0.60 and 0.70/li liInternet Explorer 5 (Windows 2000)/li liInternet Explorer 5.5 (Windows 2000)/li +liJakarta Slide 1.0 WebDAV client library/li liOffice 2000 (Windows 2000)/li -liDAV Explorer 0.60/li -liAdobe GoLive 5.0/li -liJakarta Slide 1.0 WebDAV client/li +liSkunkDAV 1.0/li /ul pIncompatible WebDAV clients include : ul -liDAV Explorer 0.61 and 0.62/li liWebDrive/li /ul Any help resolving those issues would be appreciated. -pDocumentation on WebDAV:/p +pWebDAV links:/p ul liba href="http://www.webdav.org"General info on WebDAV/a/b/li liba href="http://www.ics.uci.edu/pub/ietf/webdav/"WebDAV working group/a/b/li liba href="http://www.webdav.org/projects/"WebDAV clients/a/b/li +lib +a href="http://jakarta.apache.org/slide/"The Jakarta Slide Project/a +/b/li /ul hr p align="right"font size=-1img src="tomcat-power.gif" width="77" height="80"/fontbr nbsp; -font size=-1Copyright copy; 1999-2000 Apache Software Foundation/fontbr +font size=-1Copyright copy; 1999-2001 Apache Software Foundation/fontbr font size=-1All Rights Reserved/font br nbsp;/p p align="right"nbsp;/p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
BugRat Report #720 was closed (apparently by: Craig R. McClanahan)
Report #720 was closed by Person #0 Synopsis: jsp:useBean id="differentId" type="classtype" scope="session" / doesn't work as spec says (logged in as: Craig R. McClanahan) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Locale
I compiled tomcat 3.2.1 on Redhat Linux 7.0. I use JDK1.3 when I start tomcat, I get the message below. Anyone knows how to fix? Jayesh $ ./startup.sh Using classpath: /http/apps/tomcat3.2/classes:/http/apps/tomcat3.2/lib/ant.jar:/ http/apps/tomcat3.2/lib/servlet.jar:/http/apps/tomcat3.2/lib/test:/http/apps /jdk 1.3/lib/tools.jar:/http/apps/build/ant/lib/ant.jar:/http/apps/jakarta/dist/s ervl etapi/lib/servlet.jar:/http/apps/jakarta/jcert.jar:/http/apps/jakarta/jnet.j ar:/ http/apps/jakarta/jsse.jar:/http/apps/jakarta/jakarta-ant/lib/jaxp.jar:/http /app s/jakarta/jakarta-ant/lib/parser.jar:. [ devonshire /http/apps/tomcat3.2/bin ] $ Exception in thread "main" java.lang.ExceptionInInitializerError: java.util.Mi ssingResourceException: Can't find bundle for base name org.apache.tomcat.resour ces.LocalStrings, locale en_US at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle .java:707) at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:679) at java.util.ResourceBundle.getBundle(ResourceBundle.java:546) at org.apache.tomcat.util.StringManager.init(StringManager.java:112) at org.apache.tomcat.util.StringManager.getManager(StringManager.java:26 3) at org.apache.tomcat.startup.Tomcat.clinit(Tomcat.java:24) _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]