You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Jan Juno <ja...@gmail.com> on 2010/01/27 23:31:27 UTC
wicket osgi (not Pax)
Is there a How-to for OSGI and wicket, not from pax
I managed to install jetty servlet api in equinox...now I have to install
wicket somehow
Re: wicket osgi (not Pax)
Posted by Ernesto Reinaldo Barreiro <re...@gmail.com>.
Take a look at
http://code.google.com/p/antilia/source/browse/#svn/com.antilia.wstarter
<http://code.google.com/p/antilia/source/browse/#svn/com.antilia.wstarter>
http://code.google.com/p/antilia/source/browse/#svn/com.antilia.wstarter.demo
<http://code.google.com/p/antilia/source/browse/#svn/com.antilia.wstarter.demo>
Best,
Ernesto
On Wed, Jan 27, 2010 at 11:31 PM, Jan Juno <ja...@gmail.com> wrote:
> Is there a How-to for OSGI and wicket, not from pax
> I managed to install jetty servlet api in equinox...now I have to install
> wicket somehow
>
Re: wicket osgi (not Pax)
Posted by Jan Juno <ja...@gmail.com>.
Thank you very much
On Thu, Jan 28, 2010 at 12:08 PM, Ernesto Reinaldo Barreiro <
reiern70@gmail.com> wrote:
> I did not know about it being included on the standard...
>
> Thanks for the update.
>
> Ernesto
>
> On Thu, Jan 28, 2010 at 11:18 AM, Jochen Mader <pflanzenmoerder@gmail.com
> >wrote:
>
> > Buddy-class loading is real OSGi since 4.1 ;)
> > The new MANIFEST.MF entry is named "Bundle- *BuddyPolicy".*
> >
> > Cheers,
> >
> > Jochen
> >
> >
> > On Thu, Jan 28, 2010 at 9:55 AM, Ernesto Reinaldo Barreiro <
> > reiern70@gmail.com> wrote:
> >
> > > Yes I mean buddy class-loading. It might not be real OSGi but it
> works:-)
> > > .... as far as you only use equinox.
> > >
> > > I also do like a lot OSGi. But I know from experience that it might
> take
> > > some time for newbies to get the full grasp of it....
> > >
> > > Cheers,
> > >
> > > Ernesto
> > >
> > > On Thu, Jan 28, 2010 at 9:47 AM, David Leangen <wi...@leangen.net>
> > wrote:
> > >
> > > >
> > > > Hi Ernesto,
> > > >
> > > > > Antilia simply use equinox extensions for class-loading that way
> you
> > > can
> > > > use
> > > > > "normal" Wicket components... No need to modify Wicket or your
> > > > components.
> > > >
> > > > Ok, do you mean buddy classloading?
> > > >
> > > > If so, that's not "real" OSGi. :-)
> > > >
> > > >
> > > > > What I wanted to says is that you not always have to face the
> > problems
> > > > you
> > > > > mentioned: it might depend on how you build your application. But I
> > do
> > > > agree
> > > > > the OSGi road is not for the faint hearted and people should
> > carefully
> > > > > consider their requirements before jumping into it: moreover if you
> > can
> > > > > achieve extensibility and modularity with other means.
> > > >
> > > > Personally, I'm addicted to OSGi. I wish that somebody would come up
> > with
> > > a
> > > > good solution for this that doesn't rely on buddy classloading...
> > > >
> > > > Anyway, thanks for the discussion.
> > > >
> > > >
> > > > Cheers,
> > > > =David
> > > >
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > > > For additional commands, e-mail: users-help@wicket.apache.org
> > > >
> > > >
> > >
> >
>
Re: wicket osgi (not Pax)
Posted by Ernesto Reinaldo Barreiro <re...@gmail.com>.
I did not know about it being included on the standard...
Thanks for the update.
Ernesto
On Thu, Jan 28, 2010 at 11:18 AM, Jochen Mader <pf...@gmail.com>wrote:
> Buddy-class loading is real OSGi since 4.1 ;)
> The new MANIFEST.MF entry is named "Bundle- *BuddyPolicy".*
>
> Cheers,
>
> Jochen
>
>
> On Thu, Jan 28, 2010 at 9:55 AM, Ernesto Reinaldo Barreiro <
> reiern70@gmail.com> wrote:
>
> > Yes I mean buddy class-loading. It might not be real OSGi but it works:-)
> > .... as far as you only use equinox.
> >
> > I also do like a lot OSGi. But I know from experience that it might take
> > some time for newbies to get the full grasp of it....
> >
> > Cheers,
> >
> > Ernesto
> >
> > On Thu, Jan 28, 2010 at 9:47 AM, David Leangen <wi...@leangen.net>
> wrote:
> >
> > >
> > > Hi Ernesto,
> > >
> > > > Antilia simply use equinox extensions for class-loading that way you
> > can
> > > use
> > > > "normal" Wicket components... No need to modify Wicket or your
> > > components.
> > >
> > > Ok, do you mean buddy classloading?
> > >
> > > If so, that's not "real" OSGi. :-)
> > >
> > >
> > > > What I wanted to says is that you not always have to face the
> problems
> > > you
> > > > mentioned: it might depend on how you build your application. But I
> do
> > > agree
> > > > the OSGi road is not for the faint hearted and people should
> carefully
> > > > consider their requirements before jumping into it: moreover if you
> can
> > > > achieve extensibility and modularity with other means.
> > >
> > > Personally, I'm addicted to OSGi. I wish that somebody would come up
> with
> > a
> > > good solution for this that doesn't rely on buddy classloading...
> > >
> > > Anyway, thanks for the discussion.
> > >
> > >
> > > Cheers,
> > > =David
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > > For additional commands, e-mail: users-help@wicket.apache.org
> > >
> > >
> >
>
Re: wicket osgi (not Pax)
Posted by David Leangen <wi...@leangen.net>.
If you're already using Wicket successfully in OSGi, then I don't see what benefit using pax-wicket will add for you.
pax-wicket is useful to help get you going in OSGi, since the class loading / serialization stuff can be tricky. Sounds like you're doing ok, though.
=David
On Oct 12, 2010, at 3:09 PM, kugaprakash wrote:
>
> Hi,
> I have multiple Wicket Applications running on different servers, each of
> them runs on OSGI/Jetty, and a Master Wicket Application also runs on
> OSGI/Jetty. Master wicket application, has its own server, where it gets the
> data from the sub servers.
>
> Do you recommend Pax Wicket for such architechture?
> --
> View this message in context: http://apache-wicket.1842946.n4.nabble.com/wicket-osgi-not-Pax-tp1893713p2991185.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wicket osgi (not Pax)
Posted by kugaprakash <kv...@infoblox.com>.
Hi,
I have multiple Wicket Applications running on different servers, each of
them runs on OSGI/Jetty, and a Master Wicket Application also runs on
OSGI/Jetty. Master wicket application, has its own server, where it gets the
data from the sub servers.
Do you recommend Pax Wicket for such architechture?
--
View this message in context: http://apache-wicket.1842946.n4.nabble.com/wicket-osgi-not-Pax-tp1893713p2991185.html
Sent from the Users forum mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wicket osgi (not Pax)
Posted by Eelco Hillenius <ee...@gmail.com>.
> In any case, this is getting REALLY off topic... ;-)
On the contrary; this is really helpful for OSGi n00bs like me. Thanks
for replying everyone.
Eelco
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wicket osgi (not Pax)
Posted by Jochen Mader <pf...@gmail.com>.
I ran into a lot of use-cases for it.
Just take a look at esper and drools. They are packaged as OSGi and need to
be able to work with classes provided by people using them.
But yes, we are getting a little off topic here :D
Re: wicket osgi (not Pax)
Posted by David Leangen <wi...@leangen.net>.
> Buddy-class loading is real OSGi since 4.1 ;)
> The new MANIFEST.MF entry is named "Bundle- *BuddyPolicy".*
Ok, thanks for letting me know. I haven't looked at 4.1 at all.
I'll have to look into the buddy thing. I'm wondering if it was some kind of compromise for the Equinox people, or if there was some other real use-case.
In any case, this is getting REALLY off topic... ;-)
Cheers,
=David
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wicket osgi (not Pax)
Posted by Jochen Mader <pf...@gmail.com>.
Buddy-class loading is real OSGi since 4.1 ;)
The new MANIFEST.MF entry is named "Bundle- *BuddyPolicy".*
Cheers,
Jochen
On Thu, Jan 28, 2010 at 9:55 AM, Ernesto Reinaldo Barreiro <
reiern70@gmail.com> wrote:
> Yes I mean buddy class-loading. It might not be real OSGi but it works:-)
> .... as far as you only use equinox.
>
> I also do like a lot OSGi. But I know from experience that it might take
> some time for newbies to get the full grasp of it....
>
> Cheers,
>
> Ernesto
>
> On Thu, Jan 28, 2010 at 9:47 AM, David Leangen <wi...@leangen.net> wrote:
>
> >
> > Hi Ernesto,
> >
> > > Antilia simply use equinox extensions for class-loading that way you
> can
> > use
> > > "normal" Wicket components... No need to modify Wicket or your
> > components.
> >
> > Ok, do you mean buddy classloading?
> >
> > If so, that's not "real" OSGi. :-)
> >
> >
> > > What I wanted to says is that you not always have to face the problems
> > you
> > > mentioned: it might depend on how you build your application. But I do
> > agree
> > > the OSGi road is not for the faint hearted and people should carefully
> > > consider their requirements before jumping into it: moreover if you can
> > > achieve extensibility and modularity with other means.
> >
> > Personally, I'm addicted to OSGi. I wish that somebody would come up with
> a
> > good solution for this that doesn't rely on buddy classloading...
> >
> > Anyway, thanks for the discussion.
> >
> >
> > Cheers,
> > =David
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
> >
>
Re: wicket osgi (not Pax)
Posted by Ernesto Reinaldo Barreiro <re...@gmail.com>.
Yes I mean buddy class-loading. It might not be real OSGi but it works:-)
.... as far as you only use equinox.
I also do like a lot OSGi. But I know from experience that it might take
some time for newbies to get the full grasp of it....
Cheers,
Ernesto
On Thu, Jan 28, 2010 at 9:47 AM, David Leangen <wi...@leangen.net> wrote:
>
> Hi Ernesto,
>
> > Antilia simply use equinox extensions for class-loading that way you can
> use
> > "normal" Wicket components... No need to modify Wicket or your
> components.
>
> Ok, do you mean buddy classloading?
>
> If so, that's not "real" OSGi. :-)
>
>
> > What I wanted to says is that you not always have to face the problems
> you
> > mentioned: it might depend on how you build your application. But I do
> agree
> > the OSGi road is not for the faint hearted and people should carefully
> > consider their requirements before jumping into it: moreover if you can
> > achieve extensibility and modularity with other means.
>
> Personally, I'm addicted to OSGi. I wish that somebody would come up with a
> good solution for this that doesn't rely on buddy classloading...
>
> Anyway, thanks for the discussion.
>
>
> Cheers,
> =David
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: wicket osgi (not Pax)
Posted by David Leangen <wi...@leangen.net>.
Hi Ernesto,
> Antilia simply use equinox extensions for class-loading that way you can use
> "normal" Wicket components... No need to modify Wicket or your components.
Ok, do you mean buddy classloading?
If so, that's not "real" OSGi. :-)
> What I wanted to says is that you not always have to face the problems you
> mentioned: it might depend on how you build your application. But I do agree
> the OSGi road is not for the faint hearted and people should carefully
> consider their requirements before jumping into it: moreover if you can
> achieve extensibility and modularity with other means.
Personally, I'm addicted to OSGi. I wish that somebody would come up with a good solution for this that doesn't rely on buddy classloading...
Anyway, thanks for the discussion.
Cheers,
=David
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wicket osgi (not Pax)
Posted by Ernesto Reinaldo Barreiro <re...@gmail.com>.
Hi David,
Antilia simply use equinox extensions for class-loading that way you can use
"normal" Wicket components... No need to modify Wicket or your components.
There I just create the extensions points I need to allow extending
components at some places (e.g. toolbars). The projects I mentioned are not
a framework: just the skeleton showing how to encapsulate Wicket into a
bundle and how to create an application depending on that bundle.
What I wanted to says is that you not always have to face the problems you
mentioned: it might depend on how you build your application. But I do agree
the OSGi road is not for the faint hearted and people should carefully
consider their requirements before jumping into it: moreover if you can
achieve extensibility and modularity with other means.
Best regards,
Ernesto
On Thu, Jan 28, 2010 at 8:06 AM, David Leangen <wi...@leangen.net> wrote:
>
>
> > I have seen OSGi successfully used with Wicket on production
> environments...
> > With no problems with the serialization issues you mentioned.
>
> Yes, I am using pax-wicket for this.
>
> What I meant was--as I understood from the original post--the person wanted
> to use wicket in OSGi without using a framework. If that is the case, it is
> a huge headache.
>
>
> How does Antilla solve the problem? Do they have an elegant solution?
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: wicket osgi (not Pax)
Posted by David Leangen <wi...@leangen.net>.
> I have seen OSGi successfully used with Wicket on production environments...
> With no problems with the serialization issues you mentioned.
Yes, I am using pax-wicket for this.
What I meant was--as I understood from the original post--the person wanted to use wicket in OSGi without using a framework. If that is the case, it is a huge headache.
How does Antilla solve the problem? Do they have an elegant solution?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wicket osgi (not Pax)
Posted by Ernesto Reinaldo Barreiro <re...@gmail.com>.
I have seen OSGi successfully used with Wicket on production environments...
With no problems with the serialization issues you mentioned.
Best,
Ernesto
On Thu, Jan 28, 2010 at 1:08 AM, David Leangen <wi...@leangen.net> wrote:
>
> > Is there a How-to for OSGI and wicket, not from pax
> > I managed to install jetty servlet api in equinox...now I have to install
> > wicket somehow
>
> Good luck!
>
> Due to serialization issues, it's not an easy problem to solve.
>
> I don't know of any "how-to". All I can say is that you have a long road
> ahead of you.
>
>
> Cheers,
> =David
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: wicket osgi (not Pax)
Posted by David Leangen <wi...@leangen.net>.
Hi Eelco,
>>> Is there a How-to for OSGI and wicket, not from pax
>>> I managed to install jetty servlet api in equinox...now I have to install
>>> wicket somehow
>>
>> Good luck!
>>
>> Due to serialization issues, it's not an easy problem to solve.
>>
>> I don't know of any "how-to". All I can say is that you have a long road ahead of you.
>
> Really? That's disappointing. I thought introducing IClassResolver way
> back when and asking OSGi people to work with that did the trick? How
> come it doesn't?
The IClassResolver does indeed make it possible, but not necessarily easy.
OSGi (or at least "proper" use thereof) is very strict in terms of which packages can be seen by which other packages. In many cases, the actual classes that are serialized are dependencies of dependencies of depen... you get the idea.
The problem that nobody appears to have take the time to solve in a satisfactory way is that upon deserialization, the actual classes being deserialized are not visible to the bundle that is doing the deserialization, so a CNFE is thrown.
Cheers,
=David
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wicket osgi (not Pax)
Posted by Eelco Hillenius <ee...@gmail.com>.
>> Is there a How-to for OSGI and wicket, not from pax
>> I managed to install jetty servlet api in equinox...now I have to install
>> wicket somehow
>
> Good luck!
>
> Due to serialization issues, it's not an easy problem to solve.
>
> I don't know of any "how-to". All I can say is that you have a long road ahead of you.
Really? That's disappointing. I thought introducing IClassResolver way
back when and asking OSGi people to work with that did the trick? How
come it doesn't?
Cheers,
Eelco
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wicket osgi (not Pax)
Posted by David Leangen <wi...@leangen.net>.
> Is there a How-to for OSGI and wicket, not from pax
> I managed to install jetty servlet api in equinox...now I have to install
> wicket somehow
Good luck!
Due to serialization issues, it's not an easy problem to solve.
I don't know of any "how-to". All I can say is that you have a long road ahead of you.
Cheers,
=David
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org