Unpack your jar to c:\myjar, then use
deploy -u system -p manager deploy --inPlace c:\myjar
this should work, just tried on my side.
I can’t seem to get the –inPlace option to work, I am trying:
deploy -u system -p manager install-library --groupId com.test --inPlace c:\inplace
This gives me the error:
Too many arguments.
Help for command: install-library
install-library [--groupId grp] LibraryFile
Installs a library file into repository.
If a groupId is provided, the library file will be installed
under that groupId. Otherwise, default will be used. The
artifactId, version and type are computed from the library file
name which should be in the form <artifactId>-<version>.<type>,
for e.g. mylib-1.0.jar.
Do I need a specific version of Geronimo or am I doing something else incorrect ?
Here are some thoughts for your reference.
First, unpack your jar and use --inPlace option to deploy it into Geronimo Repository, then add a dependency in the deployment plan of war.
Doc for reference.
On Thu, Aug 6, 2009 at 7:34 PM, Marco Laponder <email@example.com> wrote:
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.