struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Frank W. Zammetti" <fzli...@omnytex.com>
Subject Re: [S2] JARs in plugins
Date Wed, 06 Jun 2007 16:50:07 GMT
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: fzammetti@hotmail.com
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 <philip.luppens@gmail.com> wrote:
>
>> On 6/6/07, Frank W. Zammetti <fzlists@omnytex.com>
>> 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: fzammetti@hotmail.com
>> > 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:
>> dev-unsubscribe@struts.apache.org
>> > For additional commands, e-mail:
>> dev-help@struts.apache.org
>> >
>> >
>>
>> --
>> 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:
>> dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail:
>> dev-help@struts.apache.org
>>
>>
>
>
>
>
> ____________________________________________________________________________________
> 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: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Mime
View raw message