Hello Matthias and All!
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.
mecc Class org.eclipse.jdt.internal.compiler.Compiler in combination with
mecc
Remy Maucherat wrote:
The implementation of the feature had little to do with the
StandardServer class itself.
It should really be a separate helper class (no more hacks, sorry ;-) ).
Well, I can do the helper class, but I have some questions.
The helper class will be for the method
Florent BENOIT wrote:
For the saving feature :
That feature is thought out for standalone mode. It's hard to predict
what are the components which should be saved, and which should not.
Now if you want to refactor the save-to-xml code to a separate class
(and allow configuring that class,
Hello,
When we embed Tomcat in an application server, we have the following
problem that we must patch.
It would be good if in the Tomcat 5.x branch, this will be fixed.
The problem :
It's about the setClassPath() method of the class WebappLoader of the
package org.apache.catalina.loader.
Florent BENOIT wrote:
Hello,
When we embed Tomcat in an application server, we have the following
problem that we must patch.
It would be good if in the Tomcat 5.x branch, this will be fixed.
The problem :
It's about the setClassPath() method of the class WebappLoader of the
package
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
