Hi,
I think it's a great goal and a great idea -- I look forward to seeing
progress on it ;)
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Costin Manolache
Sent: Friday, September 24, 2004 10:41 AM
To: [EMAIL
Costin Manolache wrote:
I had a small vacation, and managed to make some of the changes in the
classloader/module area. I'm not completely done - but I want to
eventually start checking in some of the code ( if nobody objects ).
To avoid breaking anything, I started a new package (
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,
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
Once again - debugging it is close to impossible ( just like most
classloader problems), but luckily I guessed how to fix it - just
remove the endorsed property and it works again...
What endorsed dirs has to do with ActionHook - I don't know.
Costin
Costin Manolache wrote:
Ok, that's
I figured it out. For the curious, I was specifying a loader for my root context, but
that wasn't being propogated to any WAR files, only to servlets explicitly added to
the root context at startup time. I had to set the parent classloader on the host
which was loading the WAR files.
Rich
On Wed, Jan 23, 2002 at 02:28:52AM -0800, Remy Maucherat wrote:
On Tue, Jan 22, 2002 at 06:14:18PM -0800, Remy Maucherat wrote:
Do you mean you're spawning another process to do compilation? I
thought that javac's core class had been fixed so that it'd be possible
to run it in a thread
Remy Maucherat wrote:
What is not working with the latest sources ?
It is quite bizarre really. I am using the EmbeddedManager MBean, and
when I call start nothing happens. No listener is started. As a
side-effect I can't test much of anything. Going back to T4b7 makes it
work again.
If
Remy Maucherat wrote:
If it really does nothing now and it was ok in b7, maybe it's also a
regression caused by a new feature Craig introduced (the new CATALINA_BASE
property). I had trouble with that and my service stuff.
Sounds like a possible culprit yes.
I will commit what I have now
Hi!
I'm working on the JBoss plugin for Catalina, and everything is going
well except for classloading. For some very obscure reason I can't get
Catalina to pick up new classes. What the plugin does is to delegate to
the EmbeddedManager MBean (which internally delegates to Embedded) on
Remy Maucherat wrote:
What is not working with the latest sources ?
It is quite bizarre really. I am using the EmbeddedManager MBean, and
when I call start nothing happens. No listener is started. As a
side-effect I can't test much of anything. Going back to T4b7 makes it
work again.
The
On 4 Aug 2001, burtonator wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OK.
I running Tomcat under with Xalan under JDK 1.3. I want to have
Tomcat reload all my Xalan extensions when I recompile.
The only problem is that since the Tomcat core uses Xalan the system
OK, I've been playing with the scenario below ... and as far as I can tell,
session reloading works correctly. To aid in experimentation, I've added some
instrumentation so that you can log debugging detail messages related to it. The
attached log file is what I get when executing your steps
Rob Shaw wrote:
Given that I have 2 "contexts" defined (which I'm assuming
each has thier own classloader).
That is correct.
After making a request to the same servlet within each
context, I'm witnessing the creation of seperate instances
of the servlet per context, which I would
16 matches
Mail list logo
