No, I wouldn't want to repack JARs... we actually do that with Java Web Parts with a couple of Commons packages, but what I'm working on now has a larger number of dependencies and they are a little more complex. Definitely wouldn't want to do any bytecode manipulation either, or any other voodoo for that matter ;)
If a plugin is to be truly "drop in and go", that kind of implies all dependencies are included, doesn't it? That's what my naive little mind had in its brain LOL... if that's not the case, so be it, I'll just need to document the dependencies and modify my build script a little, not the end of the world. That wouldn't make a terrible S2 enhancement though, the ability to (optionally) unpack any JARs in a plugin JAR and add them to the classpath (not even sure you can do that dynamically). Would let developers make plugins truly self-contained and also ensure proper versioning of dependent libraries... of course, there's that nagging conflicting versions issue, so maybe not such a great idea :( Thanks, Frank -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM/Yahoo: fzammetti MSN: [EMAIL PROTECTED] Author of "Practical Ajax Projects With Java Technology" (2006, Apress, ISBN 1-59059-695-1) and "JavaScript, DOM Scripting and Ajax Projects" (2007, Apress, ISBN 1-59059-816-4) Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! On Wed, June 6, 2007 11:59 am, Dave Newton wrote: > You can also consider using Jar Jar Links ("ooooo, > me-sa gonna muck witha your bytecodes", or if you > prefer a more recent meme, "IM UP IN UR JARZ TWEAKIN > UR PKGS") if you are coupled to a specific release and > want to ensure there's no possibility of library > conflict with webapp libs. > > Dave > > --- Philip Luppens <[EMAIL PROTECTED]> wrote: > >> On 6/6/07, Frank W. Zammetti <[EMAIL PROTECTED]> >> wrote: >> > Hi everyone... I'm writing my first S2 plugin and >> I'm running into a >> > problem, which may well just be one of >> understanding. >> > >> > I had thought that any JAR placed in the root of >> the plugin JAR would be >> > added to the path, but this seemingly isn't the >> case. My understanding is >> > that a plugin JAR is a self-contained entity, and >> this to me means it >> > should include any JARs it is itself dependant on. >> > >> > So, is my understanding correct, and assuming so, >> how can I get those >> > internal JARs available? I should note that I'm >> looking for the included >> > JARs to be available not only to my plugin code >> but *also* to code in the >> > webapp its a part of, which maybe isn't possible? >> If it isn't, is there >> > any potential for conflict by having the same JAR >> within the plugin JAR >> > and also in WEb-INF/lib of the webapp? >> >> Well, I've written some plugins, and I never pack >> dependencies in the >> same jar, for precisely that reason. But if you >> really want, you can >> always repack jars, but I really see no good reason >> for it. OSGi, >> anyone ? >> >> Phil >> >> > >> > Guidance is appreciate whataver the answer(s). >> Thanks all! >> > >> > Frank >> > >> > -- >> > Frank W. Zammetti >> > Founder and Chief Software Architect >> > Omnytex Technologies >> > http://www.omnytex.com >> > AIM/Yahoo: fzammetti >> > MSN: [EMAIL PROTECTED] >> > Author of "Practical Ajax Projects With Java >> Technology" >> > (2006, Apress, ISBN 1-59059-695-1) >> > and "JavaScript, DOM Scripting and Ajax Projects" >> > (2007, Apress, ISBN 1-59059-816-4) >> > Java Web Parts - >> http://javawebparts.sourceforge.net >> > Supplying the wheel, so you don't have to >> reinvent it! >> > >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: >> [EMAIL PROTECTED] >> > For additional commands, e-mail: >> [EMAIL PROTECTED] >> > >> > >> >> -- >> Software Architect - Memenco Consulting >> "Always code as if the guy who ends up maintaining >> your code will be a >> violent psychopath who knows where you live." - John >> F. Woods >> >> > --------------------------------------------------------------------- >> To unsubscribe, e-mail: >> [EMAIL PROTECTED] >> For additional commands, e-mail: >> [EMAIL PROTECTED] >> >> > > > > > ____________________________________________________________________________________ > It's here! Your new message! > Get new email alerts with the free Yahoo! Toolbar. > http://tools.search.yahoo.com/toolbar/features/mail/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]