Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] Is it acceptable to have two providers?


I raised this issue somewhat speculatively before.

I now raise this as a real problem on 3.8M5.

Xtext gives me a dependency that loads
Acceleo gives me a dependency that loads

Both provide so I'm not surprised that Hudson gives me:
java.lang.LinkageError: loader constraint violation: loader (instance of
org/eclipse/osgi/internal/baseadaptor/DefaultClassLoader) previously initiated
loading for a different type with name "com/google/common/collect/SetMultimap"

Surely one of or must be changed?

Even if Acceleo migrates to guava, this problem will still occur for any other plugin that continues to use the Indigo libraries.

I see the problem in an JUnit test run as a plugin test. The same JUnit test run as an ordinary test has no problem, so perhaps there is a relative loading order of and that can be enforced to avoid the problem.


        Ed Willink

On 16/12/2011 15:11, Stéphane Bégaudeau wrote:

I have already encountered some problems with several providers of a same package. If a project "A" uses "" and if a project "B" uses and reexports "", a plugin "C" depending on both projects can be crippled by ClassLoader issues. If the plugin "C" does not have any dependencies with guava or google.collect but if it is extending a class of the plugin "A" that is using some elements of Google Collection from guava then when you will manipulate the class from the plugin "C" linkage errors will appear.

As for Acceleo, we were waiting for the release of 10 to start a switch from "" to "". We will do it in the weeks to come (maybe for M5) and we will make sure not to reexport it :)


Stephane Begaudeau

Le 16/12/2011 15:46, Sven Efftinge a écrit :
On Dec 16, 2011, at 3:42 PM, Ed Willink wrote:

Hi John, Sven

Thanks. It appears the double package provider is not a major concern, so I've done my job by raising the possible issue.

OCL was easily fixed by changing the require bundle from to
I think that even shouldn't be necessary as long as you have installed.
I suspect it didn't work in your case, since the old bundle is no longer there, because it's no longer shipped with Xtext.

cross-project-issues-dev mailing list

cross-project-issues-dev mailing list

No virus found in this message.
Checked by AVG -
Version: 2012.0.1901 / Virus Database: 2109/4735 - Release Date: 01/10/12

Back to the top