welo.googlecode.com should do it i believe
-igor
On Tue, Jun 24, 2008 at 3:48 PM, David Leangen <[EMAIL PROTECTED]> wrote:
>
>> > nick, have you tried asking on pax wicket mailing list? those guys use
>> > wicket with osgi all the time. perhaps they have a clean solution.
>
> We have had numerous
> > nick, have you tried asking on pax wicket mailing list? those guys use
> > wicket with osgi all the time. perhaps they have a clean solution.
We have had numerous issues with this. We have a working solution, but IMO
not a "clean" one. Actually, "opinion" is probably too strong a word, since
tried asking on pax wicket mailing list? those guys use
> wicket with osgi all the time. perhaps they have a clean solution.
>
> -igor
>
--
View this message in context:
http://www.nabble.com/MarkupResourceStream-and-classloading-tp18029801p18046534.html
Sent from the Wicket -
nick, have you tried asking on pax wicket mailing list? those guys use
wicket with osgi all the time. perhaps they have a clean solution.
-igor
On Fri, Jun 20, 2008 at 6:38 AM, Nick Giles <[EMAIL PROTECTED]> wrote:
> We're using Wicket within an OSGi evironment (Equinox 3.3.0), and have run
> in
t have dependency on osgi.
> --
> View this message in context:
> http://www.nabble.com/MarkupResourceStream-and-classloading-tp18029801p18045590.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
My take is to implement your own version of IClassResolver.
Wicket shouldn't have dependency on osgi.
--
View this message in context:
http://www.nabble.com/MarkupResourceStream-and-classloading-tp18029801p18045590.html
Sent from the Wicket - User mailing list archive at Nabbl
We're using Wicket within an OSGi evironment (Equinox 3.3.0), and have run into
an issue with MarkupResourceStream. It is given a class the markup is
associated with, but it stores that class using only its name. When accessed,
it then tries to instantiate that class through Classes.resolveClass