Hi,
> The javax.management.loading.MLet class is a subclass of
> URLClassLoader and it is
> installed as the org.jboss.Main.main thread's context class
> loader and becomes the parent
> ClassLoader of any other URLClassLoader created by JBoss. The
> org.jboss.util.ClassPathExtension
> can be used to add any directory or jars to the MLet
> ClassLoader and this is how
> the contents of lib/ext is added. I don't see that it is
> dynamic in that new jars can be
> dropped into a dir and will be loaded by a running server.
> They will be loaded the next
> time the server is restarted.
>
Thanks for that explanation.
> >
> > > All of the jars in the
> > > lib directory are in
> > > the bin/run.jar manifest Class-Path.
> > >
> >
> > What I propose to do is to change this - remove the
> Class-Path entry from
> > the jar/manifest and put "add all jars from the lib
> directory into the
> > classpath" code into the run.bat/run.sh scripts.
> >
> > I know its not using the jar as perhaps it could be - but
> it allows us to
> > switch to alternate implementations more easily -
> especially the xml parser.
> >
> >
> I don't see a problem with this, but only the jars in lib
> should be on the
> system classpath. I had the impression from an earlier mail
> that you wanted
> to put both lib and lib/ext jars in the system classpath.
>
Yes - I do want to do that - but I still can't see a reason why we shouldn't
just put them all on the classpath.
I can see that we still need the mlet classloader - for stuff that is
perhaps remote/in another directory.
...but why the split of directories?
I want to remove the explicit definition of files that go into lib versus
lib/ext from the build.xml.
Just a thought,
Chris
================================================================================================
This electronic message (email) and any attachments to it are subject to copyright and
are sent for the personal attention of the addressee. Although you may be the named
recipient, it may become apparent that this email and its contents are not intended
for you and an addressing error has been made. This email may include information that
is legally privileged and exempt from disclosure. If you have received this email in
error, please advise us immediately and delete this email and any attachments from
your computer system.Rabobank International is the trading name of Coöperatieve
Centrale Raiffeisen-Boerenleenbank B.A. which is incorporated in the Netherlands.
Registered with the Registrar of Companies for England & Wales No. BR002630 and
regulated by the SFA for the conduct of investment business in the UK.
The presence of this footnote also confirms that this email has been automatically
checked by Rabobank International for the presence of computer viruses prior to it
being sent, however, no guarantee is given or implied that this email is virus free
upon delivery.
