On Wed, June 6, 2007 12:57 pm, Musachy Barroso wrote: > The whole auto-unpacking thing could quickly become a nightmare, not a > good > idea IMO.
Yeah, your probably right... If there was a way to ensure you didn't have two versions of the same class in two different JARs I might feel differently, but I suspect that's not possible, not without something a bit drastic like writing a custom classloader... I for one certainly don't want to go there :) All this does however, to me anyway, mean that plugins can't really be called self-contained, and saying "...can extend the framework just by adding a JAR to the application's classpath" in the documentation isn't 100% accurate (99% maybe). Ok, well, doesn't matter, I made my changes and have things working now, so thanks for the clarification on this guys. Frank > @Phil: last time I tried to get OSGi and Struts together I failed > miserably, > I even feel dumber after that :). Someday I will try again, but that time > I > will actually read OSGi documentation first. > > musachy > > On 6/6/07, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: >> >> 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] >> >> > > > -- > "Hey you! Would you help me to carry the stone?" Pink Floyd > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]