Re: [cross-project-issues-dev] 2022-09 Participation

[Lorenzo Bettini <lorenzo.bettini@xxxxxxxxx>]

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