| Is this a bug or change in the osgi platform? [message #303419] |
Mon, 15 May 2006 10:20  |
Eclipse User |
|
|
|
Originally posted by: ytgyazilim.gmail.com
Hello,
I have an RCP project which is based on EJB3 based 3 tier client server
application.
I created set of plugins such that a plugin provides libraries rarely
change like j2ee stuff.
There is a fragment which extends this plugin with the application
specific client side server libraries which change more frequently. ie
interfaces, hibernate objects.
Other plugins depend on the plugin and also has reference in the build
config to the fragment project.
Until 3.2 they compiled and ran fine. When I upgraded to 3.2, classes in
the fragment cannot locate classes in their host plugin but only in
runtime. They compile fine.
Is this a bug or a change in something that disallows such architecture
in 3.2 branch?
Regards,
H.Ceylan
|
|
|
|
| Re: Is this a bug or change in the osgi platform? [message #303562 is a reply to message #303490] |
Wed, 17 May 2006 08:30  |
| Eclipse User |
|
|
|
Originally posted by: ytgyazilim.gmail.com
Alex Blewitt wrote:
> Doesn't sound like a good way of structuring it, in any case. You can get by this with having plugins have buddy classloading; see http://www.eclipsezone.com/articles/eclipse-vms/ for a discussion on how the classloading stuff works using Log4J as an example. Basically, make them two separate plugins, but have your common code have the registered policy, and allow plugins that depend on it to be registered buddies.
>
> Alex.
Thanks Alex. I did not like the structure either. Back then when started
it, this was the only solution to my knowledge.
I was think about revising the this structure.
Maybe it is the time.
Ceylan
|
|
|
Powered by
FUDForum. Page generated in 0.03615 seconds
Home