| [cross-project-issues-dev] Staging for SimRel 2023-06 RC2 is Complete |
https://download.eclipse.org/releases/2023-06
_____________________________
Thanks for those who have helped to update their release
records. If you have not already done so, please review that the
records recorded in this issue are correct:
https://github.com/merks/simrel-maven/issues/7
______________________________
I installed the Eclipse Eierlegende Wollmilchsau and it is
getting to be less horrible!
Parsley has the only wiring problem on startup:
org.osgi.framework.BundleException: Could not resolve module:
org.eclipse.emf.parsley [880]
Unresolved requirement: Require-Bundle:
org.eclipse.emf.parsley.common; visibility:="reexport"
-> Bundle-SymbolicName: org.eclipse.emf.parsley.common;
bundle-version="1.14.0.v20221201-1038"; singleton:="true"
org.eclipse.emf.parsley.common [883]
No resolution report for the bundle. Unresolved
requirement: Require-Bundle: org.eclipse.emf.parsley.runtime;
visibility:="reexport"
-> Bundle-SymbolicName: org.eclipse.emf.parsley.runtime;
bundle-version="1.14.0.v20221201-1038"
org.eclipse.emf.parsley.runtime [893]
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.14.0.v20221201-1038"; 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.v20221112-0806"] via two dependency
chains.
Chain 1:
org.eclipse.emf.parsley [osgi.identity;
osgi.identity="org.eclipse.emf.parsley"; type="osgi.bundle";
version:Version="1.14.0.v20221201-1038"; 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.14.0.v20221201-1038"; singleton:="true"]
require: (osgi.wiring.bundle=org.eclipse.emf.parsley.runtime)
|
provide: osgi.wiring.bundle;
bundle-version:Version="1.14.0.v20221201-1038";
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.v20221112-0806"]
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.v20221112-0806"]
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)
But that's not a new problem. It would be nice to be able to
entirely get rid of duplicates, especially for things like this
that tend to be exposed via APIs, but with 1/2 the projects not
contributing new content, that's a challenge...