[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[wtp-dev] best way to deal with classpath of changing jar files?
- From: raccah@xxxxxxxxxxxx
- Date: Wed, 24 Sep 2008 12:36:18 -0700
- Delivered-to: firstname.lastname@example.org
- User-agent: Thunderbird 18.104.22.168 (Macintosh/20080707)
We're using the generic server adapter framework and the
GenericServerRuntimeTargetHandler for the runtimeClasspathProviders
extension. We have a list of jar files in a <classpath></classpath>
entry in our serverdef. The problem is, the list of jar files in our
server keeps changing, and it's quite difficult to keep up with it, and
even if we keep up with it, if a user gets a different plugin version
than the one meant to work with a particular server build, he's kind of
These are the types of jar file changes that occur:
1) some string in the jar file name (like version number) is either
2) some jar files are optional - they may be found in a server with a
particular functionality enabled, but not in another server which is
barebones. If the functionality exists, I would like it automatically
in the build path.
3) renaming/changing of the jar file contents
I think for 1, a regex/wildcard type functionality would help. For 2, I
could see marking something as optional. For 3, I don't know of any
way to work that in....
My questions -
Is it possible to account for these types of changes in an
If not, is my option to provide an alternate (java based) classpath
provider? If yes, is there a good example for me to look at somewhere?