RE: Implementation of the sessions
Thanks a lot for your answer. I read these documents. But there are not a lot of details. I use session with SSL, and all I can obtain is : - SRV.7.1.2 SSL Sessions Secure Sockets Layer, the encryption technology used in the HTTPS protocol, has a mechanism built into it allowing multiple requests from a client to be unambiguously identified as being part of a session. A servlet container can easily use this data to define a session. - What is that mechanism ? Benja. -Original Message- From: Bojan Smojver [mailto:[EMAIL PROTECTED]] Sent: mardi 21 mai 2002 2:01 To: Tomcat Dev List Subject: Re: Implementation of the sessions On Tue, 2002-05-21 at 01:34, Benjamin Fonzé [benja.be] wrote: So I suppose its URL rewriting, but I dont see some variables transmitted like page.jsp?SESSION_INFO= It's called 'jsessionid' and it gets there by explicit encoding of the URL. You should check the Java Servlet Specification, which is a public document available from Sun and Java Servlet API documentation (also available from Sun), which explains how it's actually used. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Implementation of the sessions
On Tue, 2002-05-21 at 17:32, Benjamin Fonzé [benja.be] wrote: What is that mechanism ? SSL establishes a session before HTTP protocol gets on top of it (i.e. SSL is a transport layer). Once that happens, the container (Tomcat) might have access to the SSL Session ID (I know that part to be true if you use Apache + mod_ssl + mod_jk) and then use it as its own session ID. To my knowledge, that's not the case with 3.3.x series (wouldn't have a clue about 4.x). However you can check Tomcat session ID against the SSL session ID in 3.3.x. I think I read somewhere (and SSL people please correct me) that SSL session ID's can be swapped during the session at any time (this is by design), so the above checking might create problems if that happens. In practice it usually ends up being fine, but in theory I think it's not entirely correct thing to do. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...
Pier Fumagalli wrote: Remy Maucherat [EMAIL PROTECTED] wrote: Thanks for the report Pier. I had been wondering for AGES why the CL would reload the webapp randomly after accessing a JSP, telling that a bean class had been modified. I couldn't find a reason why it was a bug (the logging I added to investigate this displayed different dates which didn't appear bogus), but I failed to undestand why it happened. Yeah, I wonder why noone actually noticed this before... Am I the only idiot using TC4 in a secure production environment? (Meaning, chrooted JVM and suid execution, with access only to the work directory)? Last time I have tried this I noted that it did not work: TC tries to write in several places (at least conf and webapps). Jasper 2 has some big advantages in production, like being able to disable reloading checks altogether, as well as various other optimizations, which makes the JSP overhead over a servlet almost zero. Obviously, the fix for bug 8290 is also a huge improvement if you're using a lot of tags. Lately, I have found some incompatibilities with JSTL (their examples WAR doesn't really like Jasper 2); the admin webapp (big Struts webapp which is painfully slow with Jasper 1 - and that's with one user on an Athlon XP 1700+ ;-) ) and Watchdog both run very well, though. Yeah, I'm not going to start using it for http://www.vnunet.com/ anyway for another while anyway... We've got some beefy hardware behind that site, so speed is not an issue, but if one page goes wild, my salary starts going down. No thanks, I'll wait... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant1.5B1/TC
Anthony W. Marino wrote: Are there any side effects to using Ant 1.5B1 with existing TC drops? It works great for me. I am using ant download behind a fire wall that works only with ant-1,5B1. Thanks, Anthony -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
jsp:include a servlet and the servlet forwards to a jsp file
helloi have a jsp:include and forward problem the scenario is as follows. i have two JSP files and one servlet files. In the First File say "index.jsp" i am including one servlet file say "ServletTest". and in the included servlet file i am forwarding to the other jsp file say "test.jsp" but i am getting an error javax.servlet.ServletException i am working on j2ee ri 1.3.1(jspservlet container cored tomcat )... please reply soon me really stuck thanks alot !! All files as attachments original.war --- !--content of index.jsp:-- jsp:include page="/ServletTest"/ //content of ServletTest.java: import java.io.IOException;import javax.servlet.*;import javax.servlet.http.*; /***@Authorheinzli*/public class ServletTest extends HttpServlet{ public void doPost(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { System.out.println("servlet"); RequestDispatcher rd = getServletContext().getRequestDispatcher("/test.jsp"); rd.forward(request,response); } public void doGet(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { doPost(request,response); } } !--content of test.jsp:-- bri m return file.br heinzli original.war Description: Binary data -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...
jean-frederic clere [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: Remy Maucherat [EMAIL PROTECTED] wrote: Thanks for the report Pier. I had been wondering for AGES why the CL would reload the webapp randomly after accessing a JSP, telling that a bean class had been modified. I couldn't find a reason why it was a bug (the logging I added to investigate this displayed different dates which didn't appear bogus), but I failed to undestand why it happened. Yeah, I wonder why noone actually noticed this before... Am I the only idiot using TC4 in a secure production environment? (Meaning, chrooted JVM and suid execution, with access only to the work directory)? Last time I have tried this I noted that it did not work: TC tries to write in several places (at least conf and webapps). Conf works... I'll never give him access to my configurations directory... :) One trick is _never_ to put any source .java file anywhere in the WEB-INF directory, so that the useBean thing won't try to compile them (or at least, it seems to be working this way) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Implementation of the sessions
Benjamin Fonzé [benja.be] wrote: What is that mechanism ? See http://www.mozilla.org/projects/security/pki/nss/ssl/ for links to SSL and TLS specs and other related information. For sessions thru cookies, see RFC-2965 (at rfc-editor.org, for example). Regards. Rolf. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Implementation of the sessions
Thank you for your help Bojan and Rolf. I'll try to understand all that :) Benja. -Original Message- From: Bojan Smojver [mailto:[EMAIL PROTECTED]] Sent: mardi 21 mai 2002 9:46 To: Tomcat Dev List Subject: RE: Implementation of the sessions On Tue, 2002-05-21 at 17:32, Benjamin Fonzé [benja.be] wrote: What is that mechanism ? SSL establishes a session before HTTP protocol gets on top of it (i.e. SSL is a transport layer). Once that happens, the container (Tomcat) might have access to the SSL Session ID (I know that part to be true if you use Apache + mod_ssl + mod_jk) and then use it as its own session ID. To my knowledge, that's not the case with 3.3.x series (wouldn't have a clue about 4.x). However you can check Tomcat session ID against the SSL session ID in 3.3.x. I think I read somewhere (and SSL people please correct me) that SSL session ID's can be swapped during the session at any time (this is by design), so the above checking might create problems if that happens. In practice it usually ends up being fine, but in theory I think it's not entirely correct thing to do. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Conncurency issue with tomcat???
Hi Remy,Peter After some research I found out that there were no more concurrent session problems and the same request processed twice problem when I changed my simulator(test program) to use HttpClient API. There could be the a bug in implementaion of java.net.HttpUrlConenction. I tried HttpUrlConnection with the Coyote connector and I got the concurrent session problem and the same request being processed twice problem. When I used the API from HttpClient for connection I go no concurrent issues and the test run realibaly with 90 concurrent users. Thanx for ur valuable comment on this subject... Raj -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant1.5B1/TC
On Tuesday 21 May 2002 05:11 am, jean-frederic clere wrote: Anthony W. Marino wrote: Are there any side effects to using Ant 1.5B1 with existing TC drops? It works great for me. I am using ant download behind a fire wall that works only with ant-1,5B1. I just started using it last evening and so far so good. Thanks, Anthony -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [PROPOSAL] Tomcat 4 System.err/System.out logging
The other problem with logging is that messages logged without a trace level are not given a default trace level so there is no way to stop those messages from being displayed. Why are messages not given a default log level if they are not created with one. John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Glenn Nielsen Sent: Tuesday, May 21, 2002 8:01 AM To: [EMAIL PROTECTED] Subject: [PROPOSAL] Tomcat 4 System.err/System.out logging Problem --- Frequently code running within a web application context will print to System.out, System.err, printStackTrace(), etc. This output ends up getting logged to catalina.out without any timestamps. When you have multiple virtual hosts/contexts it can be a pain to correlate the stack traces and other output in catalina.out with the web application context which generated it. Proposed Solution - 1. Create a JNDI named resource for the ServletContext (java:comp/env/context) scoped to the web application. 2. Create a custom PrintStream object which uses the above JNDI named resource to find which ServletContext to direct output to. If no context is found, it prints to the default System.err and System.out. If a ServletContext is found it uses its log method for output. 3. On Tomcat startup use System.setErr() and System.setOut() to replace the default PrintStream with the above custom PrintStream. Comments, suggestions, and alternate solutions are welcome. :-) Regards, Glenn -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Spec change: getting servlet context name / url prefix during init
Hello, I'm aware (or at least, I assume!) that some of the people on this list are involved in developing the specs for the Servlet API. It would be useful to be able to obtain information about the servlet context's name (or specifically, it's URL prefix) during initialisation (either in a servlet's init() method, or in session or context event listeners), for example to know that all servlets in the context will be prefixed with /mycontext for example. It's useful for preparing resources in quite a few cases, but at present, I can only obtain this info from the ServletRequest (and that's too late, or at least very tricky to handle or synchronise). I know that there's a method on ServletContext called getServletContextName, but that returns the value of the display-name element in the deployment descriptor, not the URI mapping. Hopefully someone can put this idea forward for inclusion in Servlet2.4 (the next one, isn't it?). Thanks, -Chris B. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: (Known) Problems with WebappClassLoader
Hallo Remy, I think I have nailed the problem. As it turns out java.util.jar.JarEntry.getCertificates (), which is used to retrieve the certificates in the first place, is documented thus * Returns the codeCertificate/code objects for this entry, or * codenull/code if none. This method can only be called once * the codeJarEntry/code has been completely verified by reading * from the entry input stream until the end of the stream has been * reached. Otherwise, this method will return codenull/code. After moving the call to a point after reading the entry input stream everything seems to work. I have attached a preliminary patch against 4.03, but you might want to make some minor adjustments. (I apologize for using 4.03 instead of 4.04, but since the change is trivial, my natural laziness got the better of me.) Michael -Original Message- From: Eriksson, Michael Sent: Monday, May 20, 2002 3:39 PM To: Tomcat Developers List Subject: RE: (Known) Problems with WebappClassLoader 1) Sealed jars are not handled correctly. Cf. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8611. I'm inclined to port the latest CL changes to 4.0.x now, but it will be at the expense of an addtional TC 4.0.4 beta. Would be great if you did. 2) Class.getSigners () returns null instead of the signers. This is probably http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7578. Any fix at all? (The bug-report from 2002-03-28 has had no response so far.) I'd like this bug to be fixed. I don't know why it doesn't work, and I didn't try to fix it yet. If you have some time, maybe you can look into it ? If my boss does not object, I will be pleased to give it a try. (If he does object, I'll let you know.) From my preliminary findings last week, the problem is ClassLoader.setSigners(Class c, Object[] signers) being called from ClassLoader (and indirectly from URLClassLoader) but not from WebappClassLoader. I'll see if I can find the exact place(s) and solve the problem. Michael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] --- WebappClassLoader.java 2002-03-01 13:48:40.0 +0100 +++ +/e/tomcat/src403/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java + 2002-05-21 15:47:35.0 +0200 @@ -1751,7 +1751,7 @@ e.printStackTrace(); return null; } -entry.certificates = jarEntry.getCertificates(); + contentLength = (int) jarEntry.getSize(); try { entry.manifest = jarFiles[i].getManifest(); @@ -1794,6 +1794,9 @@ entry.binaryContent = binaryContent; +//The call to getCertificates has to follow _after_ +//reading the entire entry stream. +entry.certificates = jarEntry.getCertificates(); } // Add the entry in the local resource repository -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JK2/Coyote Connector Testing Effort
On Mon, 20 May 2002, Anthony W. Marino wrote: Costin, I've experienced all kinds of build problems using Ant however it's what I prefer to use and I'll pass along the changes when finished. Ant is what I prefer to use, but the final goal is to make it easy for people to build mod_jk - if ant gets in the way, you should use the makefiles and autoconf. There is another project ( ant-contrib on sf.net ) doing tasks to compile C code with ant - the syntax is a bit different, but it could be used as well. After we're done with jk and this release, I'll spend some more time with the tasks trying to integrate/merge with those - any help would be great. Now that's something that seems extremely interesting! The reason I'm interested in this - I think java is a more powerfull language than m4 and .sh, and it may be worth having a build system that most people can understand. I admit having troubles reading the libtool code ( and I have some .sh experience ), and not liking m4 too much. Are you going to be gone for long??? Just have a good time, regardless of what/where! I'll be back in 2 days ( unfortunately :-), I'm visiting few friends on the east coast. I'm in NJ and it's been nice however on the chilly side as of late!!! Later, Anthony -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Spec change: getting servlet context name / url prefix duringinit
The feedback address for comments on the Servlet Specification is printed on the cover page of the spec itself: [EMAIL PROTECTED]. This message has been cc'd to the feedback address. Servlet 2.4 is indeed the next version -- it is in the Community Review stage of the JCP process at the moment, so that all JCP members can see it and comment on it. Craig On Tue, 21 May 2002, chris brown wrote: Date: Tue, 21 May 2002 15:46:04 +0200 From: chris brown [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Spec change: getting servlet context name / url prefix during init Hello, I'm aware (or at least, I assume!) that some of the people on this list are involved in developing the specs for the Servlet API. It would be useful to be able to obtain information about the servlet context's name (or specifically, it's URL prefix) during initialisation (either in a servlet's init() method, or in session or context event listeners), for example to know that all servlets in the context will be prefixed with /mycontext for example. It's useful for preparing resources in quite a few cases, but at present, I can only obtain this info from the ServletRequest (and that's too late, or at least very tricky to handle or synchronise). I know that there's a method on ServletContext called getServletContextName, but that returns the value of the display-name element in the deployment descriptor, not the URI mapping. Hopefully someone can put this idea forward for inclusion in Servlet2.4 (the next one, isn't it?). Thanks, -Chris B. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] Stack based finallies in Generator.java
Hi Kin-Man, Here is the patch as promised. . It follows what we agreed about the two arrays simulating stacks; . It prevents generating any extra code if there is no Tags in the JSP, now this case is easy to determine thanks to pageInfo.getMaxTagNesting :) This is a first draft, I'll continue testing it, if you see something you don't like just give tell me so, and I'll correct it. Thanks! Index: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java === RCS file: /home/cvspublic/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v retrieving revision 1.14 diff -c -r1.14 Generator.java *** jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java 15 May 2002 20:42:03 - 1.14 --- jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java 21 May 2002 01:08:45 - *** *** 94,102 private JspCompilationContext ctxt; private boolean breakAtLF; private PageInfo pageInfo; ! private FinallyApplyer finallies; ! private int tryBit; ! private Stack tryStack; /** * @param s the input string --- 94,101 private JspCompilationContext ctxt; private boolean breakAtLF; private PageInfo pageInfo; ! private int maxTagNesting; ! /** * @param s the input string *** *** 226,231 --- 225,256 out.println(); out.println(); } + + maxTagNesting = pageInfo.getMaxTagNesting(); + if (maxTagNesting = 0) { + out.printil(private static final int RELEASE_ACTION = 0;); + out.printil(private static final int POP_AND_RELEASE_ACTION = 1;); + out.println(); + out.println(); + } + + + // Class fields declarations + + // pseudo Finally state stack objects + + if (maxTagNesting = 0) { + String depth = Integer.toString(maxTagNesting + 1); + out.printil(int finallyStackIndex = -1;); + out.printin(int[] finallyStackActions = new int[); + out.print(depth); + out.println(];); + out.printin(javax.servlet.jsp.tagext.Tag[] finallyStackTags = new +javax.servlet.jsp.tagext.Tag[); + out.print(depth); + out.println(];); + out.println(); + out.println(); + } // Constructor (empty so far) here *** *** 238,255 out.println(); out.println(); - out.printil(private void addTagToVector(java.util.Vector tags, int index, Object tag) {); - out.pushIndent(); - out.printil(if (index + 1 tags.size())); - out.pushIndent(); - out.printil(tags.setSize(index + 1);); - out.popIndent(); - out.printil(tags.setElementAt(tag, index);); - out.popIndent(); - out.printil(}); - out.println(); - out.println(); - // Now the service method out.printin(public void ); out.print (serviceMethodName); --- 263,268 *** *** 977,998 declareTagVariableInfos(tagVarInfos, n.getTagData(), VariableInfo.AT_BEGIN); ! if (implementsTryCatchFinally) { ! out.printil(try {); ! out.pushIndent(); ! } else { ! out.printil(// try {); ! out.printin(bitmask.set(); ! Integer tryBitVal = new Integer(tryBit++); ! tryStack.push(tryBitVal); ! out.print(tryBitVal.toString()); ! out.println();); ! out.printin(addTagToVector(tags, ); ! out.print(tryBitVal.toString()); ! out.print(, ); ! out.print(tagHandlerVar); ! out.println();); ! } out.printin(int ); out.print(tagEvalVar); out.print( = ); --- 990,1006 declareTagVariableInfos(tagVarInfos, n.getTagData(), VariableInfo.AT_BEGIN); ! if (implementsTryCatchFinally) { ! out.printil(try {); ! out.pushIndent(); ! } else { ! out.printil(// try {); ! out.printil(finallyStackActions[++finallyStackIndex] = RELEASE_ACTION;); ! out.printin(finallyStackTags[finallyStackIndex] = ); ! out.print(tagHandlerVar); ! out.println(;); ! } ! out.printin(int ); out.print(tagEvalVar); out.print( = ); *** *** 1008,1050 VariableInfo.AT_BEGIN, false); if (n.getBody()
Re: [PROPOSAL] Tomcat 4 System.err/System.out logging
Problem --- Frequently code running within a web application context will print to System.out, System.err, printStackTrace(), etc. This output ends up getting logged to catalina.out without any timestamps. When you have multiple virtual hosts/contexts it can be a pain to correlate the stack traces and other output in catalina.out with the web application context which generated it. Proposed Solution - 1. Create a JNDI named resource for the ServletContext (java:comp/env/context) scoped to the web application. 2. Create a custom PrintStream object which uses the above JNDI named resource to find which ServletContext to direct output to. If no context is found, it prints to the default System.err and System.out. If a ServletContext is found it uses its log method for output. 3. On Tomcat startup use System.setErr() and System.setOut() to replace the default PrintStream with the above custom PrintStream. Comments, suggestions, and alternate solutions are welcome. :-) There's a (small) problem. The new compiler (needed for Jasper 2) and Ant require that the Sys.err (and/or Sys.out) is captured to actually display error messages. That proposal must be modified to allow temporarily capturing a thread's Sys.out output, and put it in a String (in addition to the logging features you mentioned). Since this class is needed in Jasper (for other components, it's just an enhancement), it must be independent of Catalina (your proposal seems to be ok for that) and should be put in j-t-c/util. To summarize, that's a great timing for your proposal (I have the Ant compiler working at the moment, but I still need to do the output capture) :) Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...
Pier Fumagalli wrote: jean-frederic clere [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: Remy Maucherat [EMAIL PROTECTED] wrote: Thanks for the report Pier. I had been wondering for AGES why the CL would reload the webapp randomly after accessing a JSP, telling that a bean class had been modified. I couldn't find a reason why it was a bug (the logging I added to investigate this displayed different dates which didn't appear bogus), but I failed to undestand why it happened. Yeah, I wonder why noone actually noticed this before... Am I the only idiot using TC4 in a secure production environment? (Meaning, chrooted JVM and suid execution, with access only to the work directory)? Last time I have tried this I noted that it did not work: TC tries to write in several places (at least conf and webapps). Conf works... I'll never give him access to my configurations directory... :) One trick is _never_ to put any source .java file anywhere in the WEB-INF directory, so that the useBean thing won't try to compile them (or at least, it seems to be working this way) What are you using to make chroot, setuid and co? Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PROPOSAL] Tomcat 4 System.err/System.out logging
Remy Maucherat wrote: Problem --- Frequently code running within a web application context will print to System.out, System.err, printStackTrace(), etc. This output ends up getting logged to catalina.out without any timestamps. When you have multiple virtual hosts/contexts it can be a pain to correlate the stack traces and other output in catalina.out with the web application context which generated it. Proposed Solution - 1. Create a JNDI named resource for the ServletContext (java:comp/env/context) scoped to the web application. 2. Create a custom PrintStream object which uses the above JNDI named resource to find which ServletContext to direct output to. If no context is found, it prints to the default System.err and System.out. If a ServletContext is found it uses its log method for output. 3. On Tomcat startup use System.setErr() and System.setOut() to replace the default PrintStream with the above custom PrintStream. Comments, suggestions, and alternate solutions are welcome. :-) There's a (small) problem. The new compiler (needed for Jasper 2) and Ant require that the Sys.err (and/or Sys.out) is captured to actually display error messages. That proposal must be modified to allow temporarily capturing a thread's Sys.out output, and put it in a String (in addition to the logging features you mentioned). Since this class is needed in Jasper (for other components, it's just an enhancement), it must be independent of Catalina (your proposal seems to be ok for that) and should be put in j-t-c/util. To summarize, that's a great timing for your proposal (I have the Ant compiler working at the moment, but I still need to do the output capture) :) How is Ant implemented within Tomcat for doing JSP compiles? I am concerned about Ant running within the same JVM and having to capture the JVM's System.out and System.err. Other output from catalina could get intermixed with the Ant output. Also I saw something about synchronizing of compiles being required. Remy Regards, Glenn -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PROPOSAL] Tomcat 4 System.err/System.out logging
Remy Maucherat wrote: How is Ant implemented within Tomcat for doing JSP compiles? I am concerned about Ant running within the same JVM and having to capture the JVM's System.out and System.err. Other output from catalina could get intermixed with the Ant output. Also I saw something about synchronizing of compiles being required. If the compiler is run within the same thread as the request, then the filtering can be done. I presume all out of process compilers would suffer from that problem. However, I'd like to point out that there's no other choice but to upgrade. In many situations, the current Jasper 2 generated servlets don't compile to valid bytecode when using the classic compiler (and you get a VerifyError when loading the class; this happens esp when using JSTL). The J2SE team hasn't touched the old compiler code for more than 2 years, and refuse to fix bugs :-( Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Exception on persisted sessions - SimpleLog
hello: I am using Tomcat 4 binary version for jdk1.4 as a Standalone server working with Struts 1.1, no cluster. Suddenly, i have this exception popped up at the startup and shutdown of tomcat: On catalina start up - Standalone server: [-] Searching for random number generator has been completed [-] IOException while loading persisted sessions: java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: org.apache.commons.logging.impl.SimpleLog Caused by: java.io.NotSerializableException: org.apache.commons.logging.impl.SimpleLog ... 9 times When catalina is shutdown: [-] finalizing [-] cannot serialize session attribute user for session xx java.io.NotSerializableException: org.apache.commons.logging.impl.SimpleLog = our user object implements Serializable and set to each user session once the user is authenticated. Any help and/or suggestion. Thanks. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
j-t-c/jk/native2/build.xml: if=linux
Where/when does the linux property get set? Thank You, Anthony -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...
Haven't seen that before, and no idea why it's so. You'll need to give me a test case. Test case: touch $CATALINA_HOME/webapps/examples/jsp/colors/colrs.jsp So that Jasper will have to recompile it, and it will try (the first time) to recompile also: $CATALINA_HOME/webapps/examples/WEB-INF/classes/colors/ColorGameBean.java But putting its class back into $CATALINA_HOME/webapps/examples/WEB-INF/classes/colors/ColorGameBean.class Not into $CATALINA_HOME/work/.. That's pretty nasty, as the user under which the Tomcat process is running is not (and can not) write into $CATALINA_HOME/webapps/. I tried that, and couldn't seem to reproduce your problem. I tried both the head branch and the 4.0 branch, on Solaris, there was no recompilation of ColorGameBean.class. What configurations do you have? I looked at the code, and couldn't find the place that would cause the recompilation of the bean classes. Would appreciate if anyone else have insights to this puzzle. :-) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/ant Tomcat3JSPVersionFile.java
keith 02/05/21 11:15:02 Modified:.build.xml src/share/org/apache/tomcat/ant Tomcat3JSPVersionFile.java Log: tomcat-ant changes: - move ant.properties to META-INF - add regexpclasspath attribute to version task Revision ChangesPath 1.180 +3 -2 jakarta-tomcat/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat/build.xml,v retrieving revision 1.179 retrieving revision 1.180 diff -u -r1.179 -r1.180 --- build.xml 18 May 2002 17:17:13 - 1.179 +++ build.xml 21 May 2002 18:15:02 - 1.180 @@ -606,6 +606,7 @@ !-- Ant utilities == -- target name=tomcat-ant depends=detect if=ant15-present +delete dir=${tomcat.build}/ant / javac srcdir=src/share destdir=${tomcat.build}/classes include name=org/apache/tomcat/ant/*.java / @@ -618,12 +619,12 @@ mkdir dir=${tomcat.build}/ant / jar jarfile=${tomcat.build}/ant/tomcat-ant.jar basedir=${tomcat.build}/classes - include name=org/apache/tomcat/ant/** / + include name=org/apache/tomcat/ant/*.class / /jar jar jarfile=${tomcat.build}/ant/tomcat-ant.jar basedir=src/share/org/apache/tomcat/ant update=yes - include name=*.properties / + include name=META-INF/*.properties / /jar /target 1.2 +66 -3 jakarta-tomcat/src/share/org/apache/tomcat/ant/Tomcat3JSPVersionFile.java Index: Tomcat3JSPVersionFile.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/ant/Tomcat3JSPVersionFile.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Tomcat3JSPVersionFile.java16 May 2002 03:15:13 - 1.1 +++ Tomcat3JSPVersionFile.java21 May 2002 18:15:02 - 1.2 @@ -59,10 +59,13 @@ import java.io.FileInputStream; import java.io.IOException; import java.util.Vector; +import org.apache.tools.ant.AntClassLoader; import org.apache.tools.ant.BuildException; import org.apache.tools.ant.DirectoryScanner; import org.apache.tools.ant.Project; import org.apache.tools.ant.Task; +import org.apache.tools.ant.types.Path; +import org.apache.tools.ant.types.Reference; import org.apache.tools.ant.util.regexp.RegexpMatcher; import org.apache.tools.ant.util.regexp.RegexpMatcherFactory; @@ -70,9 +73,11 @@ * Task to create version files used by Tomcat to determine the * appropriate class to load for a JSP. * - * This task can accept the following attribute: + * This task can accept the following attributes: * ul * lisrcdir + * liregexpclasspath + * liregexpclasspathref * /ul * bsrcdir/b is required. * p @@ -83,18 +88,24 @@ * it contains the correct version innn/i. If not, a new version file is * created. * + * pThis task uses a regular expression library. If one is not found in + * the ant classpath, this task will attempt to load both the Ant regexp + * bridge (optional.jar) and the Jakarta regular expression matcher + * (jakarta-regexp) from the specified regexpclasspath. + * * pUse this task with the Tomcat3Precompiler to create the appropriate * files to pre-populate the Tomcat work directory. * * @author Keith Wannamaker a href=mailto:[EMAIL PROTECTED];[EMAIL PROTECTED]/a * - * @version $Revision: 1.1 $ + * @version $Revision: 1.2 $ * * @since Ant 1.6 * */ public class Tomcat3JSPVersionFile extends Task { private File srcdir; +private Path regexpClasspath; private RegexpMatcherFactory factory = new RegexpMatcherFactory(); /** Setter for srcdir */ @@ -102,6 +113,32 @@ this.srcdir = new File(srcdir); } +/** Setter for regexpclasspath */ +public void setRegexpClasspath(Path cp) { +if (regexpClasspath == null) { +regexpClasspath = cp; +} else { +regexpClasspath.append(cp); +} +} + +/** + * Support nested regexpclasspath elements + */ +public Path createRegexpClasspath() { +if (regexpClasspath == null) { +regexpClasspath = new Path(project); +} +return regexpClasspath.createPath(); +} + +/** + * Add classpath reference + */ +public void setRegexpClasspathRef(Reference r) { +createRegexpClasspath().setRefid(r); +} + /** Execute the task */ public void execute() throws BuildException { if (srcdir == null) { @@ -115,7 +152,7 @@ String[] files = ds.getIncludedFiles(); int count = 0; for (int i = 0; i files.length; i++) {
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/ant/META-INF - New directory
keith 02/05/21 11:15:23 jakarta-tomcat/src/share/org/apache/tomcat/ant/META-INF - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/ant/META-INF ant.properties
keith 02/05/21 11:24:45 Added: src/share/org/apache/tomcat/ant/META-INF ant.properties Removed: src/share/org/apache/tomcat/ant ant.properties Log: Move ant.properties Revision ChangesPath 1.1 jakarta-tomcat/src/share/org/apache/tomcat/ant/META-INF/ant.properties Index: ant.properties === # # jakarta-tomcat custom ant tasks # taskdef resource=META-INF/ant.properties / # jspversion=org.apache.tomcat.ant.Tomcat3JSPVersionFile -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context ContextForm.java
manveen 02/05/21 12:34:38 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context ContextForm.java Log: Check for context path validation only while creation of a context. Revision ChangesPath 1.6 +7 -6 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java Index: ContextForm.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- ContextForm.java 29 Apr 2002 01:07:53 - 1.5 +++ ContextForm.java 21 May 2002 19:34:38 - 1.6 @@ -1,7 +1,7 @@ -/* - * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java,v 1.5 2002/04/29 01:07:53 manveen Exp $ - * $Revision: 1.5 $ - * $Date: 2002/04/29 01:07:53 $ +p/* + * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java,v 1.6 2002/05/21 19:34:38 manveen Exp $ + * $Revision: 1.6 $ + * $Date: 2002/05/21 19:34:38 $ * * * @@ -74,7 +74,7 @@ * Form bean for the context page. * * @author Manveen Kaur - * @version $Revision: 1.5 $ $Date: 2002/04/29 01:07:53 $ + * @version $Revision: 1.6 $ $Date: 2002/05/21 19:34:38 $ */ public final class ContextForm extends ActionForm { @@ -769,7 +769,8 @@ errors.add(docBase, new ActionError(error.docBase.required)); } -if (!path.startsWith(/)) { +// validate context starting with / only at the time of context creation. +if (Create.equalsIgnoreCase(adminAction) !path.startsWith(/)) { errors.add(path, new ActionError(error.path.prefix)); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7488] - JspC generates wrong package with -webapp on PC/DOS/NT/Win2k
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7488. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7488 JspC generates wrong package with -webapp on PC/DOS/NT/Win2k [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2002-05-21 19:35 --- Im am using jasper with option -uriroot WebRoot and -p PackageName under windows. The java generated file contains a wrong package name ( it is terminated by a '.' (dot) character ) and cannot be compiled. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context ContextForm.java
manveen 02/05/21 12:47:10 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context ContextForm.java Log: cleaning up. Revision ChangesPath 1.7 +5 -5 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java Index: ContextForm.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- ContextForm.java 21 May 2002 19:34:38 - 1.6 +++ ContextForm.java 21 May 2002 19:47:10 - 1.7 @@ -1,7 +1,7 @@ -p/* - * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java,v 1.6 2002/05/21 19:34:38 manveen Exp $ - * $Revision: 1.6 $ - * $Date: 2002/05/21 19:34:38 $ +/* + * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java,v 1.7 2002/05/21 19:47:10 manveen Exp $ + * $Revision: 1.7 $ + * $Date: 2002/05/21 19:47:10 $ * * * @@ -74,7 +74,7 @@ * Form bean for the context page. * * @author Manveen Kaur - * @version $Revision: 1.6 $ $Date: 2002/05/21 19:34:38 $ + * @version $Revision: 1.7 $ $Date: 2002/05/21 19:47:10 $ */ public final class ContextForm extends ActionForm { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java
amyroh 02/05/21 13:10:53 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java Log: Fix to create root context with an empty string instead of '/'. Revision ChangesPath 1.34 +5 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanFactory.java Index: MBeanFactory.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanFactory.java,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- MBeanFactory.java 7 May 2002 05:52:40 - 1.33 +++ MBeanFactory.java 21 May 2002 20:10:53 - 1.34 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanFactory.java,v 1.33 2002/05/07 05:52:40 amyroh Exp $ - * $Revision: 1.33 $ - * $Date: 2002/05/07 05:52:40 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanFactory.java,v 1.34 2002/05/21 20:10:53 amyroh Exp $ + * $Revision: 1.34 $ + * $Date: 2002/05/21 20:10:53 $ * * * @@ -117,7 +117,7 @@ * codeorg.apache.catalina.core.StandardServer/code component./p * * @author Amy Roh - * @version $Revision: 1.33 $ $Date: 2002/05/07 05:52:40 $ + * @version $Revision: 1.34 $ $Date: 2002/05/21 20:10:53 $ */ public class MBeanFactory extends BaseModelMBean { @@ -816,6 +816,7 @@ // Create a new StandardContext instance StandardContext context = new StandardContext(); +path = getPathStr(path); context.setPath(path); context.setDocBase(docBase); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...
jean-frederic clere [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: jean-frederic clere [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: Remy Maucherat [EMAIL PROTECTED] wrote: Thanks for the report Pier. I had been wondering for AGES why the CL would reload the webapp randomly after accessing a JSP, telling that a bean class had been modified. I couldn't find a reason why it was a bug (the logging I added to investigate this displayed different dates which didn't appear bogus), but I failed to undestand why it happened. Yeah, I wonder why noone actually noticed this before... Am I the only idiot using TC4 in a secure production environment? (Meaning, chrooted JVM and suid execution, with access only to the work directory)? Last time I have tried this I noted that it did not work: TC tries to write in several places (at least conf and webapps). Conf works... I'll never give him access to my configurations directory... :) One trick is _never_ to put any source .java file anywhere in the WEB-INF directory, so that the useBean thing won't try to compile them (or at least, it seems to be working this way) What are you using to make chroot, setuid and co? Oh, not that hard... This works on Solaris, the trick is set up your entire CHROOTED environment (finding library dependancies, and that kind of crap). Pier #include sys/types.h #include unistd.h #include string.h #include errno.h #include stdio.h #include pwd.h int main(int argc, char *argv[]) { struct passwd *user=NULL; char **args=NULL; int x; if (argc4) { fprintf(stderr, Usage: %s [user] [chroot] [command] [...]\n,argv[0]); return(1); } if ((user=getpwnam(argv[1]))==NULL) { fprintf(stderr, %s cannot retrieve user \%s\ profile\n,argv[0],argv[1]); return(2); } if (chroot(argv[2])!=0) { fprintf(stderr, %s cannot chroot to \%s\\n,argv[0],argv[2]); return(2); } if (setgroups(1,user-pw_gid)!=0) { fprintf(stderr, %s cannot set groups id\n, argv[0]); return(2); } if (setgid(user-pw_gid)!=0) { fprintf(stderr, %s cannot set effective group id\n, argv[0]); return(2); } if (setegid(user-pw_gid)!=0) { fprintf(stderr, %s cannot set real group id\n, argv[0]); return(2); } if (setuid(user-pw_uid)!=0) { fprintf(stderr, %s cannot set effective user id\n, argv[0]); return(2); } if (seteuid(user-pw_uid)!=0) { fprintf(stderr, %s cannot set real user id\n, argv[0]); return(2); } args=(char **)malloc((argc-2)*sizeof(char *)); for (x=3; xargc; x++) args[x-3]=argv[x]; args[argc-2]=NULL; execvp(argv[3], args); fprintf(stderr, %s: %s: %s\n, argv[0], argv[3], strerror(errno)); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PROPOSAL] Tomcat 4 System.err/System.out logging
Remy Maucherat [EMAIL PROTECTED] wrote: Remy Maucherat wrote: How is Ant implemented within Tomcat for doing JSP compiles? I am concerned about Ant running within the same JVM and having to capture the JVM's System.out and System.err. Other output from catalina could get intermixed with the Ant output. Also I saw something about synchronizing of compiles being required. If the compiler is run within the same thread as the request, then the filtering can be done. I presume all out of process compilers would suffer from that problem. However, I'd like to point out that there's no other choice but to upgrade. In many situations, the current Jasper 2 generated servlets don't compile to valid bytecode when using the classic compiler (and you get a VerifyError when loading the class; this happens esp when using JSTL). The J2SE team hasn't touched the old compiler code for more than 2 years, and refuse to fix bugs :-( I'm wondering how hard it would be to use BCEL associated with some extended JavaCC grammar for JSPs... Bah... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...
Kin-Man Chung [EMAIL PROTECTED] wrote: Haven't seen that before, and no idea why it's so. You'll need to give me a test case. Test case: touch $CATALINA_HOME/webapps/examples/jsp/colors/colrs.jsp So that Jasper will have to recompile it, and it will try (the first time) to recompile also: $CATALINA_HOME/webapps/examples/WEB-INF/classes/colors/ColorGameBean.java But putting its class back into $CATALINA_HOME/webapps/examples/WEB-INF/classes/colors/ColorGameBean.class Not into $CATALINA_HOME/work/.. That's pretty nasty, as the user under which the Tomcat process is running is not (and can not) write into $CATALINA_HOME/webapps/. I tried that, and couldn't seem to reproduce your problem. I tried both the head branch and the 4.0 branch, on Solaris, there was no recompilation of ColorGameBean.class. What configurations do you have? Last time I saw it, it was on here: [pier@legolas] ~ $ java -version java version 1.4.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) [pier@legolas] ~ $ uname -a SunOS legolas 5.8 Generic_108529-09 i86pc i386 i86pc [pier@legolas] ~ $ But it was two weeks ago, and someone might have just changed stuff around (it's a test machine) I looked at the code, and couldn't find the place that would cause the recompilation of the bean classes. Would appreciate if anyone else have insights to this puzzle. :-) I'm puzzled as well, because I thought that you would have called javac with the -d $CATALINA_HOME/work/./ directory (the servlet context work directory, I presume), but. I'll see if I can replicate and send you a stacktrace... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Case Sensitivity on Windows systems...
Hello All, This question really transcends the users list, but is not really completely development related, but please hear me out. I am using tomcat on a windows server, and I am accessing it through ajp from an IIS server. Now, for reasons that I will go in to if desired, I need to make my uri worker map case insensitive. Previously, I was using apache, entering my uris as lower case and using mod_rewrite to lowercase incoming urls. That is no longer an option and I am now stuck with IIS. Here is the development part if I were to add configurable functionality to the jk_isapi filter to lowercase urls before it sends them to the jk_isapi extension... would this change be accepted in the main code stream? My other thought would be to make the match case insensitive on windows platforms in jk_uri_worker_map.c file, but his is harder to make configurable and I think it would be less desirable for the general user. My final thought would be to create my own filter which lowercases the urls before jk_isapi can get to them ... and this accomplishes the purpose but is less desirable to me because it increases the number of deliverables for relatively little reason. So, which solution would be the most widely accepted by the tomcat developer community? Disclaimer: I have not looked at any of this in the 4.x stream, so if the issue is solved in some elegant way there, please point me to it. Many Thanks .-.| Steven Velez oo|| Software Engineer /`'\| alventive (\_;/) | 678-202-2226
DO NOT REPLY [Bug 9189] - Port specified in doc is incorrect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9189. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9189 Port specified in doc is incorrect [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-21 23:29 --- No, 8080 is still the default port. (at least, this is true of the Tomcat 4.0.3 distribution you can download from Jakarta) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PROPOSAL] Tomcat 4 System.err/System.out logging
However, I'd like to point out that there's no other choice but to upgrade. In many situations, the current Jasper 2 generated servlets don't compile to valid bytecode when using the classic compiler (and you get a VerifyError when loading the class; this happens esp when using JSTL). The J2SE team hasn't touched the old compiler code for more than 2 years, and refuse to fix bugs :-( I'm wondering how hard it would be to use BCEL associated with some extended JavaCC grammar for JSPs... Bah... Pier A distinct possibility, at least for the pages where scriptlets are not used, in which case JavaCC would not be even needed. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 9071] - JSP page can not find the classes in WEB-INF/lib directory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9071. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9071 JSP page can not find the classes in WEB-INF/lib directory [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-05-21 23:32 --- To follow up on this, if your big JAR contains the Servlet 2.2 API classes, it will get excluded by the classloader. Allowing it would cause a compilation failure of the code generated from your JSP (not a very nice alternative). In general, it is a bad idea to create a big JAR containing third party programs, as it makes your application binary a lot less modular. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/host hosts.jsp
manveen 02/05/21 16:45:38 Modified:webapps/admin/context contexts.jsp webapps/admin/host hosts.jsp Log: Look for the host name pattern in the ObjectName to identify the host and context the admin app is running on. Revision ChangesPath 1.6 +2 -2 jakarta-tomcat-4.0/webapps/admin/context/contexts.jsp Index: contexts.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/context/contexts.jsp,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- contexts.jsp 10 May 2002 22:41:40 - 1.5 +++ contexts.jsp 21 May 2002 23:45:38 - 1.6 @@ -65,10 +65,10 @@ tr class=line-row tddiv align=left class=table-normal-textnbsp; %-- admin context cannot be deleted from the tool --% - logic:match name=context value='%= request.getContextPath() %' + logic:match name=context value='%= path=+request.getContextPath()+, %' font color='red'*/font /logic:match - logic:notMatch name=context value='%= request.getContextPath() %' + logic:notMatch name=context value='%= path=+request.getContextPath()+, %' html:multibox property=contexts value=%= context.toString() %/ /logic:notMatch 1.4 +2 -2 jakarta-tomcat-4.0/webapps/admin/host/hosts.jsp Index: hosts.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/host/hosts.jsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- hosts.jsp 10 May 2002 22:41:40 - 1.3 +++ hosts.jsp 21 May 2002 23:45:38 - 1.4 @@ -57,10 +57,10 @@ logic:iterate name=hostsList id=host tr class=line-row tddiv align=left class=table-normal-textnbsp; - logic:match name=host value='%= request.getServerName() %' + logic:match name=host value='%= host=+request.getServerName()+, %' font color='red'*/font /logic:match - logic:notMatch name=host value='%= request.getServerName() %' + logic:notMatch name=host value='%= host=+request.getServerName()+, %' html:multibox property=hosts value=%= host.toString() %/ /logic:notMatch -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Rate milestone 4.1.2
ballot [ ] Alpha [ ] Beta /ballot Ok, so after an apparent lack of interest, I'll release this milestone as an alpha. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PROPOSAL] Tomcat 4 System.err/System.out logging
Kin-Man Chung [EMAIL PROTECTED] wrote: However, I'd like to point out that there's no other choice but to upgrade. In many situations, the current Jasper 2 generated servlets don't compile to valid bytecode when using the classic compiler (and you get a VerifyError when loading the class; this happens esp when using JSTL). The J2SE team hasn't touched the old compiler code for more than 2 years, and refuse to fix bugs :-( I'm wondering how hard it would be to use BCEL associated with some extended JavaCC grammar for JSPs... Bah... Pier A distinct possibility, at least for the pages where scriptlets are not used, in which case JavaCC would not be even needed. Yes, thought of that, and if you consider that with tag libraries now anyone with a little clue shouldn't put scriplets in pages anymore, it might be as well worth (maybe) investigating... I know that with XSLTC they got some pretty good performance compared to static DTM interpretation (which is very fast as well given the structure of DTM itself)... I don't have time/bandwidth/knowledge to do that, but I believe it should be put in the todo items for someone with the capacity and resources to tackle, right? Pier -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Rate milestone 4.1.2
Remy Maucherat [EMAIL PROTECTED] wrote: ballot [ ] Alpha [ ] Beta /ballot Ok, so after an apparent lack of interest, I'll release this milestone as an alpha. I believe you caught us all over a _very_ busy weekend, with (at least from some of us' side, a big huge phat ASF members meeting coming up tonight)... (Administrivia, administrivia) Pier -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequestFacade.java CoyoteResponseFacade.java CoyoteRequest.java CoyoteResponse.java
remm02/05/21 18:15:18 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequest.java CoyoteResponse.java Added: coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequestFacade.java CoyoteResponseFacade.java Log: - Fix compatibility problems between Tomcat 4.0.x and Coyote 1.0 RC 1. Unfortunately, there is no clean way to add the missing method to the facades from 4.0.x. - The version of Coyote included in 4.0.4 Beta 3 works fine. - Coyote 1.0 RC 1 has been pulled, and a 1.0 RC 2 will be made available shortly to replace it. - Many thanks to Jon Stevens for testing this and for the report (and shame on me for not testing it again before release ;-)). Revision ChangesPath 1.22 +6 -8 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteRequest.java Index: CoyoteRequest.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteRequest.java,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- CoyoteRequest.java15 May 2002 04:24:45 - 1.21 +++ CoyoteRequest.java22 May 2002 01:15:18 - 1.22 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteRequest.java,v 1.21 2002/05/15 04:24:45 remm Exp $ - * $Revision: 1.21 $ - * $Date: 2002/05/15 04:24:45 $ + * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteRequest.java,v 1.22 2002/05/22 01:15:18 remm Exp $ + * $Revision: 1.22 $ + * $Date: 2002/05/22 01:15:18 $ * * * @@ -110,8 +110,6 @@ import org.apache.catalina.Session; import org.apache.catalina.Wrapper; -import org.apache.catalina.connector.HttpRequestFacade; - import org.apache.catalina.util.Enumerator; import org.apache.catalina.util.ParameterMap; import org.apache.catalina.util.RequestUtil; @@ -124,7 +122,7 @@ * * @author Remy Maucherat * @author Craig R. McClanahan - * @version $Revision: 1.21 $ $Date: 2002/05/15 04:24:45 $ + * @version $Revision: 1.22 $ $Date: 2002/05/22 01:15:18 $ */ public class CoyoteRequest @@ -512,7 +510,7 @@ /** * The facade associated with this request. */ -protected HttpRequestFacade facade = null; +protected CoyoteRequestFacade facade = null; /** * Return the codeServletRequest/code for which this object @@ -520,7 +518,7 @@ */ public ServletRequest getRequest() { if (facade == null) { -facade = new HttpRequestFacade(this); +facade = new CoyoteRequestFacade(this); } return (facade); } 1.16 +6 -7 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java Index: CoyoteResponse.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- CoyoteResponse.java 15 May 2002 04:24:45 - 1.15 +++ CoyoteResponse.java 22 May 2002 01:15:18 - 1.16 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java,v 1.15 2002/05/15 04:24:45 remm Exp $ - * $Revision: 1.15 $ - * $Date: 2002/05/15 04:24:45 $ + * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java,v 1.16 2002/05/22 01:15:18 remm Exp $ + * $Revision: 1.16 $ + * $Date: 2002/05/22 01:15:18 $ * * * @@ -105,7 +105,6 @@ import org.apache.catalina.Realm; import org.apache.catalina.Session; import org.apache.catalina.Wrapper; -import org.apache.catalina.connector.HttpResponseFacade; import org.apache.catalina.util.CharsetMapper; import org.apache.catalina.util.RequestUtil; import org.apache.catalina.util.StringManager; @@ -116,7 +115,7 @@ * * @author Remy Maucherat * @author Craig R. McClanahan - * @version $Revision: 1.15 $ $Date: 2002/05/15 04:24:45 $ + * @version $Revision: 1.16 $ $Date: 2002/05/22 01:15:18 $ */ public class CoyoteResponse @@ -406,7 +405,7 @@ /** * The facade associated with this response. */ -protected HttpResponseFacade facade = null; +protected CoyoteResponseFacade facade = null; /** * Return the codeServletResponse/code for which this object @@ -414,7 +413,7 @@ */ public
Re: [VOTE] Rate milestone 4.1.2
Remy Maucherat [EMAIL PROTECTED] wrote: ballot [ ] Alpha [ ] Beta /ballot Ok, so after an apparent lack of interest, I'll release this milestone as an alpha. I believe you caught us all over a _very_ busy weekend, with (at least from some of us' side, a big huge phat ASF members meeting coming up tonight)... Originally, I was hopeful that this would be beta-worthy, but it turns out there are some issues with the Jasper 2 build included with it: - problem when more than one TLV is used on a single page - old javac may generate bad bytecode for the generated classes (it has no problem for the admin webapp, but has issues with the examples for JSTL) Other than that, the rest looked decent. Fixing the second item will take a few more days probably, and I plan to put out a 4.1.3 build when it is done. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Rate milestone 4.1.2
Remy Maucherat [EMAIL PROTECTED] wrote: Originally, I was hopeful that this would be beta-worthy, but it turns out there are some issues with the Jasper 2 build included with it: - problem when more than one TLV is used on a single page - old javac may generate bad bytecode for the generated classes (it has no problem for the admin webapp, but has issues with the examples for JSTL) And you wanted me to move my production site over onto it, right! :) :) Last for 2nite! :) Cat's crying for sleep and she can't while I type ! :) Pier -- [Perl] combines all the worst aspects of C and Lisp: a billion of different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript. [Jamie Zawinski - DNA Lounge - San Francisco] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Rate milestone 4.1.2
Remy Maucherat [EMAIL PROTECTED] wrote: Originally, I was hopeful that this would be beta-worthy, but it turns out there are some issues with the Jasper 2 build included with it: - problem when more than one TLV is used on a single page - old javac may generate bad bytecode for the generated classes (it has no problem for the admin webapp, but has issues with the examples for JSTL) And you wanted me to move my production site over onto it, right! :) :) I didn't know about the above points at the time I released the milestone ;-) The one week delay between milestone and announcement is a good thing IMO. Last for 2nite! :) Cat's crying for sleep and she can't while I type ! :) Lol. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[VOTE] New committer: Denis Benoit
I'd like to propose Denis Benoit Denis.Benoit at fbn.ca as a committer on the Tomcat project. Denis has contributed patches to Jasper 2 which brings an impressive performance improvement when using JSP pages which rely heavily on tags, such as the administration web application available in Tomcat 4.1.x. He appears willing to spend time to further improve Jasper 2 performance. He has my +1 as a committer. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [VOTE] New committer: Denis Benoit
+1 Keith | -Original Message- | From: Remy Maucherat [mailto:[EMAIL PROTECTED]] | Sent: Tuesday, May 21, 2002 9:33 PM | To: [EMAIL PROTECTED] | Subject: [VOTE] New committer: Denis Benoit | | | I'd like to propose Denis Benoit Denis.Benoit at fbn.ca as a committer on | the Tomcat project. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[Coyote] Coyote 1.0 Release Candidate 2 available
Coyote 1.0 RC 2 is now available, and includes: - HTTP/1.1 protocol handler - JK 2 protocol handler, with support for the AJP 1.3 protocol - An adapter for Tomcat 3.3.x - An adapter for Tomcat 4.x The only change over RC 1 is fixing compatibility with Tomcat 4.0.x. Note: The version of Coyote included in Tomcat 4.0.4 Beta 3 (Coyote 1.0 Beta 9) was not subject to this problem. Binaries can be downloaded at: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/coyote/release/v1 .0-rc2/ Installation instructions for both 3.3.x and 4.0.x are given on the download page. The Tomcat 4.1.x milestones already include this new connector, and use it for HTTP/1.1 and AJP 1.3 support. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]