Thank you for following up.
I've been trying to update Pax Wicket (OSGi adapter for Wicket) for use
with the Wicket 1.3 branch. It is not trivial at all for me, who is not
so familiar with either Wicket or Pax Wicket internals.
However, I seem to have most of the work done, except that the way class
loaders works is very different. I'm no longer sure if it's a Wicket
thing or not, but on the other hand, I don't see why it would suddenly
change.
It _seems_ (have not yet had time to fully check) that any class within
the bundle where the Application was instantiated is available, while
any class in a different bundle is not available. Although this is
causing classloading to fail, it seems to be a proper OSGi behaviour.
So, either the Pax Wicket classloader is wrong, or for some reason a
classresolver is missing from the picture.
I have run out of time ATM to work on this, so I've passed it on to the
Pax Wicket team. However, they seem to be busy with other work right
now.
In conclusion: I'll have to get back to you on this. :-)
Cheers,
Dave
On Mon, 2007-08-27 at 23:13 -0700, Eelco Hillenius wrote:
> > I am trying to upgrade to wicket 1.3. I was running 1.2.6 with no
> > problems.
> >
> > When trying to resolve the class for this markup:
> > bundleresource://88/com/company/package/MyClass$WelcomeLabel.html
> >
> > in MarkupResourceStream, the method:
> >
> > public Class getMarkupClass()
> > {
> > return Classes.resolveClass(markupClassName);
> > }
> >
> > is returning null. In other words, for some reason, it's not finding the
> > class.
>
> Does this problem persist for the latest snapshot? And if so, can you
> describe what is special about your case? I'm using panels for
> internal classes all the time without any problems.
>
> Eelco
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
_______________________________________________
general mailing list
general@lists.ops4j.org
http://lists.ops4j.org/mailman/listinfo/general
