You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by "Frank W. Zammetti" <fz...@omnytex.com> on 2007/06/06 17:32:48 UTC
[S2] JARs in plugins
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?
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
Re: [S2] JARs in plugins
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
Thanks Ted! Very minor update done now as well :)
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 2:18 pm, Ted Husted wrote:
> On 6/6/07, Frank W. Zammetti <fz...@omnytex.com> wrote:
>> I'd be happy to... I don't seem to have permissions to edit the guides
>> pages though
>
> Done.
>
>> (or are these docs auto-generated by the build process?)
>
> The ones to edit are here:
>
> * http://struts.apache.org/2.x/index.html
>
> The static HTML pages are autogenerated on every change, but they need
> to make it over from another server, so there is some latency before a
> change makes it back to the main Struts site. But, if you select the
> edit link, it will take you to the right place. :)
>
> -Ted.
>
> ---------------------------------------------------------------------
> 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
Re: [S2] JARs in plugins
Posted by Ted Husted <hu...@apache.org>.
On 6/6/07, Frank W. Zammetti <fz...@omnytex.com> wrote:
> I'd be happy to... I don't seem to have permissions to edit the guides
> pages though
Done.
> (or are these docs auto-generated by the build process?)
The ones to edit are here:
* http://struts.apache.org/2.x/index.html
The static HTML pages are autogenerated on every change, but they need
to make it over from another server, so there is some latency before a
change makes it back to the main Struts site. But, if you select the
edit link, it will take you to the right place. :)
-Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [S2] JARs in plugins
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
On Wed, June 6, 2007 1:07 pm, Ted Husted wrote:
> On 6/6/07, Frank W. Zammetti <fz...@omnytex.com> wrote:
>> 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).
>
> They are self-contained in the sense that all the Struts configuration
> is included, and that we do not need to do anything except drop in the
> JAR and ensure that any of the JARs dependencies are available to the
> container. (Otherwise, we end up reinventing Maven!)
Yep, fair enough... perhaps worth clarifying though, because although I
haven't done it, I could certainly see where I would have dropped a plugin
JAR in, expecting it to work, and wondering why it blew up instead :)
> Feel free to update the documentation with that clarification :)
I'd be happy to... I don't seem to have permissions to edit the guides
pages though (or are these docs auto-generated by the build process?)
> -Ted.
Frank
> ---------------------------------------------------------------------
> 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
Re: [S2] JARs in plugins
Posted by Ted Husted <hu...@apache.org>.
On 6/6/07, Frank W. Zammetti <fz...@omnytex.com> wrote:
> 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).
They are self-contained in the sense that all the Struts configuration
is included, and that we do not need to do anything except drop in the
JAR and ensure that any of the JARs dependencies are available to the
container. (Otherwise, we end up reinventing Maven!)
Feel free to update the documentation with that clarification :)
-Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [S2] JARs in plugins
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
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 <fz...@omnytex.com> 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: 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 <ph...@gmail.com> wrote:
>> >
>> >> On 6/6/07, Frank W. Zammetti <fz...@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
>>
>>
>
>
> --
> "Hey you! Would you help me to carry the stone?" Pink Floyd
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [S2] JARs in plugins
Posted by Musachy Barroso <mu...@gmail.com>.
The whole auto-unpacking thing could quickly become a nightmare, not a good
idea IMO.
@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 <fz...@omnytex.com> 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: 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 <ph...@gmail.com> wrote:
> >
> >> On 6/6/07, Frank W. Zammetti <fz...@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
>
>
--
"Hey you! Would you help me to carry the stone?" Pink Floyd
Re: [S2] JARs in plugins
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
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 <ph...@gmail.com> wrote:
>
>> On 6/6/07, Frank W. Zammetti <fz...@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
Re: [S2] JARs in plugins
Posted by Dave Newton <ne...@yahoo.com>.
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 <ph...@gmail.com> wrote:
> On 6/6/07, Frank W. Zammetti <fz...@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
Re: [S2] JARs in plugins
Posted by Philip Luppens <ph...@gmail.com>.
On 6/6/07, Frank W. Zammetti <fz...@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