index:/org.eclipse.setup fails to resolve with 2021-03 [message #1839468] |
Mon, 22 March 2021 05:16  |
Eclipse User |
|
|
|
I have a setup that was working fine until 2020-12. With 2021-03 the setuptasks are no longer executed (no settings are changed, projects are not imported).
When I open the setup in eclipse I get the following error:
org.eclipse.oomph.util.IOExceptionWithCause: unknown protocol: archive: archive:http://www.eclipse.org/setups/setups.zip!/http/git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/org.eclipse.setup
Can anybody give me a hint in which direction to look?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: index:/org.eclipse.setup fails to resolve with 2021-03 [message #1854236 is a reply to message #1840870] |
Mon, 08 August 2022 13:31   |
Eclipse User |
|
|
|
Hello Ed,
I'm encountering this same issue again with a fresh install of Eclipse Modeling Tools 2021-03 using Oomph. When the installation completes, the new instance is unable to load Oomph setups when "Perform Setup Tasks" is invoked or any of the setups are navigated.
As before, the error is about the "archive:" protocol. This occurs at least on macOS and Linux (Ubuntu 20.04).
I imagine this is fixed in newer versions, but assuming I wanted to stay on 2021-03, what would the solution be here?
Many thanks,
eclipse.buildId=4.19.0.I20210303-1800
java.version=11.0.16
java.vendor=Eclipse Adoptium
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Framework arguments: -product org.eclipse.epp.package.modeling.product
Command-line arguments: -os linux -ws gtk -arch x86_64 -product org.eclipse.epp.package.modeling.product
org.eclipse.oomph.setup.ui
Error
Mon Aug 08 08:52:14 PDT 2022
org.eclipse.oomph.util.IOExceptionWithCause: unknown protocol: archive: archive:http://www.eclipse.org/setups/setups.zip!/http/git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/org.eclipse.setup
org.eclipse.emf.ecore.resource.impl.ResourceSetImpl$1DiagnosticWrappedException: org.eclipse.oomph.util.IOExceptionWithCause: unknown protocol: archive: archive:http://www.eclipse.org/setups/setups.zip!/http/git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/org.eclipse.setup
at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.handleDemandLoadException(ResourceSetImpl.java:319)
at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoadHelper(ResourceSetImpl.java:278)
at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl$ResourceLocator.demandLoadHelper(ResourceSetImpl.java:804)
at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl$MappedResourceLocator.getResource(ResourceSetImpl.java:1204)
at org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil$3.getResource(SetupCoreUtil.java:466)
...
Caused by: org.eclipse.oomph.util.IOExceptionWithCause: unknown protocol: archive: archive:http://www.eclipse.org/setups/setups.zip!/http/git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/org.eclipse.setup
at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createIOException(ECFURIHandlerImpl.java:555)
at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.access$15(ECFURIHandlerImpl.java:542)
at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl$ConnectionHandler.process(ECFURIHandlerImpl.java:1805)
at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:323)
at org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:358)
at org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(ResourceImpl.java:1314)
at org.eclipse.oomph.setup.internal.core.util.ResourceMirror$LoadJob.perform(ResourceMirror.java:232)
at org.eclipse.oomph.util.WorkerPool$Worker.run(WorkerPool.java:434)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
Caused by: java.net.MalformedURLException: unknown protocol: archive
at java.base/java.net.URL.<init>(URL.java:652)
at java.base/java.net.URL.fromURI(URL.java:719)
at java.base/java.net.URI.toURL(URI.java:1116)
at org.eclipse.ecf.provider.filetransfer.identity.FileTransferID.getURL(FileTransferID.java:80)
at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:879)
at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:578)
at org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:108)
at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl$InputStreamConnectionHandler.sendConnectionRequest(ECFURIHandlerImpl.java:1950)
at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl$ConnectionHandler.process(ECFURIHandlerImpl.java:1649)
... 6 more
|
|
|
|
|
Re: index:/org.eclipse.setup fails to resolve with 2021-03 [message #1854262 is a reply to message #1854257] |
Tue, 09 August 2022 11:17   |
Eclipse User |
|
|
|
Yes, many things going on. The installer generally includes https://download.eclipse.org/oomph/updates/milestone/latest (or https://download.eclipse.org/oomph/updates/latest for the nightly installer). Until 2022-03, the latest version of Oomph could be installed in very old IDEs, but the platform's changes for PGP signing could not be accommodated in a backward compatible way, so that stopped being true. So for older IDEs, the latest Oomph won't install but instead the Oomph version from the train gets installer, which can be quite old.
The generated product catalog includes version ranges on only a few of the features, and even for those, only sets the lower bound so you can always update the features of an installation. You should instead use a CDO site with mostly only CDO plugins, e.g.,
https://download.eclipse.org/modeling/emf/cdo/drops/R20220608-1105/
This for browser all the folders for CDO:
https://download.eclipse.org/justj/?file=modeling/emf/cdo/drops/R20220608-1105
I think just adding this site will install the latest CDO from that site while installing the rest as normal.
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.07440 seconds