While the suggestion of deploying your entire app "in-place" will
almost certainly work, it has a number of limitations -- in-place is
really only designed for development and does not work well with the
geronimo plugin packaging and distribution system.
What may work better for you is to deploy your jar directly into the
geronimo repository and include a dependency on it in the geronimo
plan for your web app. If you update the jar (copying the new version
on top of the old one in the geronimo repository) then if you restart
the web app you will see the new classes.
This method works well with maven and geronimo plugins. For instance,
if your jar and web app are built with maven, and you pre-package your
app as a geronimo plugin, installing the plugin into a geronimo
instance will also pull in the external jar.
hope this helps
david jencks
On Aug 6, 2009, at 4:34 AM, Marco Laponder wrote:
> Hi erveryone,
>
> I need some advice on the following situation. We have a war with a
> framework which based on configuration in the database and use of
> reflection dynamically can call a method of a java class. When this
> class is present in a jar (lets call it impl.jar) which is located
> in WEB-INF/lib it works as expected.
>
> However what I want to accomplish is:
> 1) have the impl.jar not included in the WEB-INF but at an
> alternate external location, so for a new impl.jar we need not
> redeploy the war
> 2) once the jar has been altered I probably need to force a
> reload of the classes already loaded by the Geronimo classloader. Is
> this possible and how can this be accomplished
>
> When I am completely off the track or have any other advice which
> could help me just point me in the right direction, any
> documentation or google terms will be appreciated.
>
> Kind regards,
> Marco Laponder
>
|