[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [cross-project-issues-dev] 2022-09 Participation
|
Hi Ed
I don't know why we have this issue (together with WindowBuilder).
Maybe in Xtext they changed something w.r.t. how they consume guava
while we haven't touched that part for a while.
I guess it's late to try to fix that, so I'll have a look in the near
future for the next simrel. As you said, this shouldn't disturb too many
users, hopefully.
cheers
Lorenzo
On 9/2/22 16:09, Ed Merks wrote:
Parsley,
Parsley is not happy with the WindowBuilders direct-from-maven
com.google.guava version 31.1.0.jre producing this wiring problem when
installing everything from the train into one IDE:
eclipse.buildId=4.25.0.I20220824-1800
java.version=17.0.4
java.vendor=Eclipse Adoptium
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86_64
org.eclipse.emf.parsley
Error
Fri Sep 02 09:37:27 CEST 2022
FrameworkEvent ERROR
org.osgi.framework.BundleException: Could not resolve module:
org.eclipse.emf.parsley [892]
Unresolved requirement: Require-Bundle:
org.eclipse.emf.parsley.runtime; visibility:="reexport"
-> Bundle-SymbolicName: org.eclipse.emf.parsley.runtime;
bundle-version="1.13.0.v20201130-1005"
org.eclipse.emf.parsley.runtime [905]
No resolution report for the bundle. Unresolved requirement:
Require-Bundle: org.eclipse.emf.parsley.common; visibility:="reexport"
-> Bundle-SymbolicName: org.eclipse.emf.parsley.common;
bundle-version="1.13.0.v20201130-1005"; singleton:="true"
org.eclipse.emf.parsley.common [895]
No resolution report for the bundle. Bundle was not resolved
because of a uses constraint violation.
org.apache.felix.resolver.reason.ReasonException: Uses constraint
violation. Unable to resolve resource org.eclipse.emf.parsley
[osgi.identity; osgi.identity="org.eclipse.emf.parsley";
type="osgi.bundle"; version:Version="1.13.0.v20201130-1005";
singleton:="true"] because it is exposed to package
'com.google.common.base' from resources com.google.guava [osgi.identity;
osgi.identity="com.google.guava"; type="osgi.bundle";
version:Version="31.1.0.jre"] and com.google.guava [osgi.identity;
osgi.identity="com.google.guava"; type="osgi.bundle";
version:Version="30.1.0.v20210127-2300"] via two dependency chains.
Chain 1:
org.eclipse.emf.parsley [osgi.identity;
osgi.identity="org.eclipse.emf.parsley"; type="osgi.bundle";
version:Version="1.13.0.v20201130-1005"; singleton:="true"]
require: (osgi.wiring.bundle=org.eclipse.emf.parsley.runtime)
|
provide: osgi.wiring.bundle: org.eclipse.emf.parsley.runtime
com.google.guava [osgi.identity; osgi.identity="com.google.guava";
type="osgi.bundle"; version:Version="31.1.0.jre"]
Chain 2:
org.eclipse.emf.parsley [osgi.identity;
osgi.identity="org.eclipse.emf.parsley"; type="osgi.bundle";
version:Version="1.13.0.v20201130-1005"; singleton:="true"]
require: (osgi.wiring.bundle=org.eclipse.emf.parsley.runtime)
|
provide: osgi.wiring.bundle;
bundle-version:Version="1.13.0.v20201130-1005";
osgi.wiring.bundle="org.eclipse.emf.parsley.runtime"
com.google.inject [osgi.identity; osgi.identity="com.google.inject";
type="osgi.bundle"; version:Version="5.0.1.v20210324-2015"]
import:
(&(osgi.wiring.package=com.google.common.collect)(&(version>=30.1.0)(!(version>=31.0.0))))
|
export: osgi.wiring.package: com.google.common.collect;
uses:=com.google.common.base
export: osgi.wiring.package=com.google.common.base
com.google.guava [osgi.identity; osgi.identity="com.google.guava";
type="osgi.bundle"; version:Version="30.1.0.v20210127-2300"]
at org.eclipse.osgi.container.Module.start(Module.java:463)
at
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel$2.run(ModuleContainer.java:1852)
at
org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor$1$1.execute(EquinoxContainerAdaptor.java:136)
at
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1845)
at
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1786)
at
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1750)
at
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1672)
at
org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
at
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:234)
at
org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:345)
Hopefully no one will try to install both WindowBuilder and Parsley.
What I don't understand is why Parsely is the only one with such errors
and not, for example, Xtext...
--
Prof. Lorenzo Bettini, Computer Science, DISIA, Univ. Firenze
HOME: https://www.lorenzobettini.it
TDD Book: https://leanpub.com/tdd-buildautomation-ci
Xtext Book:
https://www.packtpub.com/application-development/implementing-domain-specific-languages-xtext-and-xtend-second-edition