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 (
o.a.tomcat.u
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 PROTEC
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 storeConf
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,
Hi again,
Remy Maucherat wrote:
> Well, I think in the complex cases, you should probably use
StandardContext.setCompilerClasspath. I'm willing to remove that check,
though.
> Of course, it's good to remember that this code exists only because
of the lack of a good in memory compiler. This c
> 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-c
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 org.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 a
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
>
--- Deacon Marcus <[EMAIL PROTECTED]> wrote:
> Hi,
> Is it possible to override single classes in Tomcat by placing .class files
> in server/classes? If a .class exists both in /lib/.jar and
> /classes//.class which one is used?
>
For Tomcat 4, the following priority list is followed:
/WEB-INF/
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
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 n
> 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 ag
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 m
> 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
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 syste
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 bel
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
18 matches
Mail list logo
