Re: mod_jk timeout?
On Mon, 27 Oct 2003, Henri Gomez wrote: If the thread on java side is a long running task or a blocking task, it should be handled by the servlet engine and sus some watchdog support should be added in Tomcat. In you're exemple I didn't know how the thread could be ever finished !!! In theory, that's what Thread#interrupt is for. It asks the thread to shut down, resulting in setting the #interrupted flag / an InterruptedException on potentially blocking calls such as wait() or sleep(). One could interrupt named jsp like that. However, dealing correctly with InterruptedExceptions is hard (you should leave your objects in a meaningful state) and since InterruptedException also is a checked exception, many people choose to catch(InterruptedException ie) {}, even(?) Sun ORB code does so (not to speak of my own). Those threads are inevitably lost. Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [next] What's next ?
On Thu, 2 Oct 2003, Angus Mezick wrote: 2. Eliminate the shared and common classloader repositories. Unless these are required by the spec? Force webapps to be self-contained by putting all their classes in WEB-INF/lib or WEB-INF/classes of their webapp. Have the WEB-INF/clases - WEB-INF/lib - endorsed - system classloader hierarchy, much simpler than current. -1 Ugh! No. I love the current format. I have full control of what webapps are in use on my system and I don't wish to have to maintain the build config that has each of my 5 web apps copy from a central repository instead of just using commons. I find the current solution rather elegant because I can use it but am not forced to. Ack. In contrast, I've sometimes wished to have webapp (classloader) hierarchies. A context nested in another context would see the outer classes but would be independently restartable. However, if a parent context is restarted, all children are restarted, too. Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Classloader when Tomcat is embedded + save
Of course, it's good to remember that this code exists only because of the lack of a good in memory compiler. This could change. Class org.eclipse.jdt.internal.compiler.Compiler in combination with org.apache.cocoon.components.language.programming.java.EclipseJavaCompiler provide a load-from-context-classloader compiler, independent of the filesystem. The latter can be easily turned into an ant CompilerAdapter. I've once briefly browsed the javac source, that one couldn't even easily be adapted. Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] 5.0.9 stability rating
On Mon, 25 Aug 2003, Shapira, Yoav wrote: I don't think it really matters, except I'd like to say Beta to get more users to download and test it. I think we've reached the point where more user testing of the 5.0.x branch is highly desirable. On an unnamed blog the attitude was exactly that: I won't download anymore until that thing is beta. Since I'm not fully aware of Apache's definition of 'beta' (or even 'voter') I don't vote. Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: request
Majesh, first of all, you should peruse the fine documentation on this subject that is readily available on the jakarta tomcat website. furthermore you should read it more thoroughly than the mailing-list instructions. quote Do not send mail to this list with usage questions or configuration problems -- that's what tomcat-user is for. best regards matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP 2.0 Jasper in Jetty 5
On Fri, 15 Aug 2003, Greg Wilkins wrote: Integration has been totally painless and the results appear to be a very fast and snappy! I'd like to second that. I've managed to integrate Jasper into a number of non-tomcat Servlet 2.3 containers for using tagfiles. I've also been able to add a small extension ( Class getTag(String tagfileUri) ) for programmatic tag file invocation. And it worked impressively easy and well. Chapeau! Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jasper Cocoon's Eclipse Compiler Plugin
On Wed, 30 Jul 2003, Glenn Nielsen wrote: Plugging in a different javac compiler if it works better may be of iterest. The only way for the tomcat developer community to determine this is to submit a patch so that it can be evaluated. Alright. I'll come up with one. I was only wondering if there were any objections upfront ... Could you get more specific about which ClassLoader is conflicting with using the Eclipse plugin and why it conflicts? It's not conflicting; rather Jasper needs to be told where all the jars are in order to build the -classpath option for the java compiler. It does so a) by demanding the context classloader created by the container to be an URLClassLoader that points to WEB-INF/lib and friends. Jasper will then extract all 'file:' urls from there (JspRuntimeLibrary) b) by offering a manual option to set an additional 'classpath' (Options) c) by using a Tomcat specific 'org.apache.catalina.jsp_classpath' context attribute (JspRuntimeLibrary) d) last but not least, by using the system property 'java.class.path' (Compiler) This is expected to be the joint classpath of the container-provided webapp classloader. While this works in Tomcat and Jetty, it doesn't in Resin. Through the cocoon compiler plugin in conjunction with the eclipse compiler, there is no need for such reverse engineering, as the classloader _is_ the classpath. Stay tuned Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jasper Cocoon's Eclipse Compiler Plugin
On Thu, 31 Jul 2003, Remy Maucherat wrote: Jasper uses Ant and that was a rather painful switch which needed lots of testing to start working fine. You should be able to use EDT through Ant. I'm against what you propose (lots of pain, no gain). You are right. With some afterthought, I was able to build an Ant CompilerAdapter that does what I described. I can make that public but it no longer touches Jasper. Sorry for the stir up Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] JspProperty constructor should be public
There is no possibility to actually create an alternative JspConfig, since you cannot create own JspProperties. This possibility seems to be implied, though, since org.apache.jasper.Options includes 'public JspConfig getConfig()'. It would be helpful for me. Patch against public CVS is attached. Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology //coremedia/thirdparty/apache/jakarta-jasper2/src/share/org/apache/jasper/compiler/JspConfig.java#2 - /home/mernst/p4/main/thirdparty/apache/jasper2/src/share/org/apache/jasper/compiler/JspConfig.java @@ -398,7 +398,7 @@ private Vector includePrelude; private Vector includeCoda; - JspProperty(String isXml, String elIgnored, + public JspProperty(String isXml, String elIgnored, String scriptingInvalid, String pageEncoding, Vector includePrelude, Vector includeCoda) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[5.0 Performance] EL Parser Cache
Hi, other than no optimizations yet, is there a reason why PageContextImpl turns off the EL caches ? Turning them on boosts performance a lot for me. PS: should I post bugzilla requests for that ? Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology //coremedia/thirdparty/apache/jakarta-jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java#2 - /home/mernst/p4/main/thirdparty/apache/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java @@ -121,7 +121,7 @@ // The expression evaluator, for evaluating EL expressions. private static ExpressionEvaluatorImpl elExprEval - = new ExpressionEvaluatorImpl(true); + = new ExpressionEvaluatorImpl(false); // The variable resolver, for evaluating EL expressions. private VariableResolverImpl variableResolver; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jasper Cocoon's Eclipse Compiler Plugin
Hi, I'm experimenting with embedding Jasper/JSP 2.0 into production servlet 2.3 containers / JSP 1.2. That works surprisingly well, using an alternative lib directory and an additional classloader. (I want to run tagfiles in Websphere,Dynamo,... before 2005.) Anwyay, one of the obstacles is Jasper's requirement for the container's URLClassLoader for assembling a classpath for the compiler. The cocoon project has solved this by using an Eclipse Java compiler plugin that reads classes on demand from the thread context classloader. I.e. no jar location is needed. I've patched Jasper to use that compiler plugin instead of ant and it works very well so far. It's even much faster than javac. Is there interest to incorporate that compiler and remove the URLClassLoader requirement ? Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Connector default configuration + connection timeout
On Mon, 28 Jul 2003, Henri Gomez wrote: May be you should mimic the defaults settings of Apache 2.0 : 150 Threads, 25 MinSpare, 75 MaxSpare. Shouldn't one assume that a servlet container's application is different from that of a webserver ? I.e. less static files, more computation ? I always feel tempted to pull the threads down to something like 20. After all, all I have is 2 CPUs. Weblogic ships with 35 threads. Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]