Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Oomph » Oomps is able to share preferences between different eclipse instances?(Trying to test Oomph and find out how to export, load , apply set preferences to new eclipse instance, workspace)
Oomps is able to share preferences between different eclipse instances? [message #1691582] Wed, 08 April 2015 10:05 Go to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Hello,

I am interested only in 'Oomph Preference Management' feature and trying to understand how it works?
1. Is there any tutorial?
2. I am interested to share eclipse preferences also between different instances of eclipse, not only between different workspaces. Is it possible?

I am not interested in default eclipse provided by Oomph instaler.
I am trying to install required oomph plugins into my custom version of eclipse.
3. As I see, Oomph has many different functionalities, what plugins need to be installed to be able to have 'Preference Management'

e.g.
I updated EMF to be able to install "Oomph Preference Management"
but I don't know how to use it, seems that I also need 'Oomph setup', but this requires 'bundle org.apache.httpcomponents.httpclient [4.0.0,5.0.0)' that is missing in my eclipse, and needs to be installed

Thank you
Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1691595 is a reply to message #1691582] Wed, 08 April 2015 11:52 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

Comments below.


On 08/04/2015 12:05 PM, Lidia Gutu wrote:
> Hello,
>
> I am interested only in 'Oomph Preference Management' feature and
> trying to understand how it works? 1. Is there any tutorial?
No, it's work in progress, so I can't recommend using it right now...
> 2. I am interested to share eclipse preferences also between
> different instances of eclipse, not only between different workspaces.
> Is it possible?
The preference recorder support records preferences globally and will
apply them to every Eclipse installation with Oomph installed.
>
> I am not interested in default eclipse provided by Oomph instaler.
> I am trying to install required oomph plugins into my custom version
> of eclipse.
Just the basic core setup support and the associated UI will provide for
preference recording support.
> 3. As I see, Oomph has many different functionalities, what plugins
> need to be installed to be able to have 'Preference Management'
>
> e.g.
> I updated EMF to be able to install "Oomph Preference Management"
> but I don't know how to use it, seems that I also need 'Oomph setup',
> but this requires 'bundle org.apache.httpcomponents.httpclient
> [4.0.0,5.0.0)' that is missing in my eclipse, and needs to be installed
Yes, Oomph Setup is all you need You could use
http://download.eclipse.org/releases/mars as an available update site to
find httpclient.
>
> Thank you
> Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1691601 is a reply to message #1691595] Wed, 08 April 2015 12:38 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Thanks a lot Ed for you replay, seems that it is really what I am looking for. Testing now .
Re: Oomps is able to share preferences between different eclipse instances? [message #1691616 is a reply to message #1691601] Wed, 08 April 2015 13:51 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
One more question Ed.
How I supposed to enable 'managing workspace-specific preferences globally across all workspaces. ' ?

On Preferences, I do have enabled 'Oomph -> Setup -> Preference Recorder'
I changed manually eclipse.ini, Appended at the end -Doomph.setup=true .
This doesn't seems to help?

Is there any other ways to share those preferences globally?

Thank you
Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1691626 is a reply to message #1691616] Wed, 08 April 2015 14:58 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
My bad, seems that nothing special needs to be done, just not all preferences are shared. For example, (General -> Appearance) theme is not applied.
Re: Oomps is able to share preferences between different eclipse instances? [message #1691627 is a reply to message #1691626] Wed, 08 April 2015 15:05 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

You are prompted to save them when you change them though, right? And
the other IDE, you'd need to perform the setup tasks (via the toolbar,
if you have that enabled, or the start menu), or when restart it (in
which case the tasks are automatically performed, if you've left that
preference enabled) in order for the preference to be propagate... Is
that what you're doing?


On 08/04/2015 4:58 PM, Lidia Gutu wrote:
> My bad, seems that nothing special needs to be done, just not all
> preferences are shared. For example, (General -> Appearance) theme is
> not applied.
Re: Oomps is able to share preferences between different eclipse instances? [message #1691629 is a reply to message #1691627] Wed, 08 April 2015 15:25 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Yes, I succeed to test and see how it works on my local machine, where I Installed 2 different eclipses from Oomph installer.
But I am getting issues with my custom eclipse where I installed manually only required things:
org.apache.httpcomponents.httpclient (4.1.3.v201209201135) "Apache HttpComponents HttpClient OSGi bundle"
org.apache.httpcomponents.httpcore (4.1.4.v201203221030) "Apache HttpComponents HttpCore"
- EMF Eclipse Modeling Framework Core Runtime
- EMF EDIT
Oomph Setup 1.1.0.v20150406-1142 (org.eclipse.oomph.setup.feature.group 1.1.0.v20150406-1142)
Oomph Preference Management

I am getting following error messages, any idea what is missing?
I am going to compare configurations and will come back with details, maybe will figure out by myself.
Thanks a lot for you support
Lidia

!ENTRY org.eclipse.oomph.setup.ui 4 0 2015-04-08 17:05:48.656
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.getSetupTasks(SetupTaskPerformer.java:1278)
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.initTriggeredSetupTasks(SetupTaskPerformer.java:272)
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.<init>(SetupTaskPerformer.java:237)
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.create(SetupTaskPerformer.java:3322)
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.createForIDE(SetupTaskPerformer.java:3293)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:309)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:245)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:199)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)

!ENTRY org.eclipse.core.jobs 4 2 2015-04-08 17:05:49.066
!MESSAGE An internal error occurred during: "Setup check...".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.oomph.setup.internal.core.SetupContext.createSelf(SetupContext.java:211)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:322)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:245)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:199)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)

[Updated on: Wed, 08 April 2015 15:39]

Report message to a moderator

Re: Oomps is able to share preferences between different eclipse instances? [message #1691635 is a reply to message #1691629] Wed, 08 April 2015 16:15 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

The second stack trace looks especially strange. The logic should
create an Installation instance if it can't load one, so it's hard to
imagine why it should be null there. We'd need to reproduce it to fix
it. Please open a bugzilla with the exact (simplified) steps involved
in creating the IDE in which you have this problem.

Note that Oomph itself would be good for automating the creation of your
customized IDE...

On 08/04/2015 5:25 PM, Lidia Gutu wrote:
> Yes, I succeed to test and see how it works on my local machine, where
> I Installed 2 different eclipses from Oomph installer.
> But I am getting issues with my custom eclipse where I installed
> manually only required things:
>
> I am getting following error messages, any idea what is missing?
> I am going to compare configurations and will come back with details,
> maybe will figure out by myself.
> Thanks a lot for you support
> Lidia
>
>
> !ENTRY org.eclipse.oomph.setup.ui 4 0 2015-04-08 17:05:48.656
> !MESSAGE java.lang.NullPointerException
> !STACK 0
> java.lang.NullPointerException
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.getSetupTasks(SetupTaskPerformer.java:1278)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.initTriggeredSetupTasks(SetupTaskPerformer.java:272)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.<init>(SetupTaskPerformer.java:237)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.create(SetupTaskPerformer.java:3322)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.createForIDE(SetupTaskPerformer.java:3293)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:309)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:245)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:199)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
>
> !ENTRY org.eclipse.core.jobs 4 2 2015-04-08 17:05:49.066
> !MESSAGE An internal error occurred during: "Setup check...".
> !STACK 0
> java.lang.NullPointerException
> at
> org.eclipse.oomph.setup.internal.core.SetupContext.createSelf(SetupContext.java:211)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:322)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:245)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:199)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
>
Re: Oomps is able to share preferences between different eclipse instances? [message #1691746 is a reply to message #1691635] Thu, 09 April 2015 12:34 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Hello, I am still investigating why do I have those stack trace errors.
Before opening a bugzilla task I would like to know if the reason is not our customizations in eclipse.

Questions:
1. The Oompth can be used in offline mode?
2. Do I really need httpclient?
I am also getting following stack track trace error that seems to be the root cause.

!ENTRY org.eclipse.oomph.base 4 0 2015-04-09 14:29:38.236
!MESSAGE org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
!STACK 0
org.eclipse.emf.ecore.resource.impl.ResourceSetImpl$1DiagnosticWrappedException: org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
	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$1.getResource(SetupCoreUtil.java:256)
	at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.getResource(ResourceSetImpl.java:352)
	at org.eclipse.oomph.base.util.BaseUtil.loadResourceSafely(BaseUtil.java:52)
	at org.eclipse.oomph.setup.internal.core.SetupContext.getInstallation(SetupContext.java:546)
	at org.eclipse.oomph.setup.internal.core.SetupContext.create(SetupContext.java:234)
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.createForIDE(SetupTaskPerformer.java:3242)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:299)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:241)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:198)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
Caused by: org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
	at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:545)
	at org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:360)
	at org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(ResourceImpl.java:1269)
	at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoad(ResourceSetImpl.java:259)
	at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoadHelper(ResourceSetImpl.java:274)
	... 12 more
Caused by: java.net.SocketTimeoutException: connect timed out
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
	at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
	at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
	at java.net.Socket.connect(Socket.java:529)
	at org.eclipse.ecf.provider.filetransfer.events.socket.SocketEventCreateUtil.createSocket(SocketEventCreateUtil.java:43)
	at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:81)
	at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:73)
	at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:65)
	at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
	at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1361)
	at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
	at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
	at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
	at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346)
	at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.performConnect(HttpClientRetrieveFileTransfer.java:1129)
	at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.openStreams(HttpClientRetrieveFileTransfer.java:699)
	at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:879)
	at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:570)
	at org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
	at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:479)
	... 16 more


Thank you
Kind Regards
Lidia

[Updated on: Thu, 09 April 2015 12:36]

Report message to a moderator

Re: Oomps is able to share preferences between different eclipse instances? [message #1691780 is a reply to message #1691746] Thu, 09 April 2015 15:17 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

Comments below.


On 09/04/2015 2:34 PM, Lidia Gutu wrote:
> Hello, I am still investigating why do I have those stack trace errors.
> Before opening a bugzilla task I would like to know if the reason is
> not our customizations in eclipse.
>
> Questions:
> 1. The Oompth can be used in offline mode?
Yes, but only after the online resources have been cached, and if you
enable the offline mode in the case of p2 tasks.
> 2. Do I really need httpclient?
Yes, for trivial reasons they're needed by the ECFURIHandlerImpl.
> I am also getting following stack track trace error that seems to be
> the root cause.
>
>
> !ENTRY org.eclipse.oomph.base 4 0 2015-04-09 14:29:38.236
> !MESSAGE org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
I know that the git.eclipse.org server was down today, so this would be
caused by that. But that could be better handled too then, so even this
is worth a bug; we can always fake the failure. Please open a bugzilla.
> !STACK 0
> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl$1DiagnosticWrappedException:
> org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
> 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$1.getResource(SetupCoreUtil.java:256)
> at
> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.getResource(ResourceSetImpl.java:352)
> at
> org.eclipse.oomph.base.util.BaseUtil.loadResourceSafely(BaseUtil.java:52)
> at
> org.eclipse.oomph.setup.internal.core.SetupContext.getInstallation(SetupContext.java:546)
> at
> org.eclipse.oomph.setup.internal.core.SetupContext.create(SetupContext.java:234)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.createForIDE(SetupTaskPerformer.java:3242)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:299)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:241)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:198)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
> Caused by: org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
> at
> org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:545)
> at
> org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:360)
> at
> org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(ResourceImpl.java:1269)
> at
> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoad(ResourceSetImpl.java:259)
> at
> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoadHelper(ResourceSetImpl.java:274)
> ... 12 more
> Caused by: java.net.SocketTimeoutException: connect timed out
> at java.net.PlainSocketImpl.socketConnect(Native Method)
> at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
> at
> java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
> at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
> at java.net.Socket.connect(Socket.java:529)
> at
> org.eclipse.ecf.provider.filetransfer.events.socket.SocketEventCreateUtil.createSocket(SocketEventCreateUtil.java:43)
> at
> org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:81)
> at
> org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:73)
> at
> org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:65)
> at
> org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
> at
> org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1361)
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346)
> at
> org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.performConnect(HttpClientRetrieveFileTransfer.java:1129)
> at
> org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.openStreams(HttpClientRetrieveFileTransfer.java:699)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:879)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:570)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
> at
> org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:479)
> ... 16 more
>
>
> Thank you
> Kind Regards
> Liida
>
Re: Oomps is able to share preferences between different eclipse instances? [message #1691884 is a reply to message #1691780] Fri, 10 April 2015 09:51 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Thank you Ed, One more question I would have:
Does Oomph requires java 7 to be installed in the system?

I tried to launch Oomph Installer, in Ubuntu 64 bit and got some launch issues in configuration.
Quote:

!ENTRY org.eclipse.core.expressions 4 0 2015-04-10 11:25:21.831
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Could not resolve module: org.eclipse.core.expressions [24]
Unresolved requirement: Require-Bundle: org.eclipse.core.runtime; bundle-version="[3.3.0,4.0.0)"
-> Bundle-SymbolicName: org.eclipse.core.runtime; bundle-version="3.11.0.v20150316-1241"; singleton:="true"
org.eclipse.core.runtime [30]
Unresolved requirement: Require-Bundle: org.eclipse.core.contenttype; bundle-version="[3.3.0,4.0.0)"; visibility:="reexport"
-> Bundle-SymbolicName: org.eclipse.core.contenttype; bundle-version="3.4.200.v20150316-1243"; singleton:="true"
org.eclipse.core.contenttype [19]
Unresolved requirement: Require-Capability: osgi.ee; filter:="(&(osgi.ee=JavaSE)(version=1.7))"

I succeed to fix it by updating my default java version from 6 to 7.
Thank you
Kind Regards
Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1691975 is a reply to message #1691884] Sat, 11 April 2015 10:28 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

No, Oomph itself only requires 1.5, but the things it depends on may
well require higher so best to have at least a 1.7 available. It seems
from what you show that the platform requires 1.7 now, so best we ensure
that the installer product has that as a minimum requirement as well.
Please open a bugzilla.


On 10/04/2015 11:51 AM, Lidia Gutu wrote:
> Thank you Ed, One more question I would have:
> Does Oomph requires java 7 to be installed in the system?
>
> I tried to launch Oomph Installer, in Ubuntu 64 bit and got some
> launch issues in configuration.
> Quote:
>> !ENTRY org.eclipse.core.expressions 4 0 2015-04-10 11:25:21.831
>> !MESSAGE FrameworkEvent ERROR
>> !STACK 0
>> org.osgi.framework.BundleException: Could not resolve module:
>> org.eclipse.core.expressions [24]
>> Unresolved requirement: Require-Bundle: org.eclipse.core.runtime;
>> bundle-version="[3.3.0,4.0.0)"
>> -> Bundle-SymbolicName: org.eclipse.core.runtime;
>> bundle-version="3.11.0.v20150316-1241"; singleton:="true"
>> org.eclipse.core.runtime [30]
>> Unresolved requirement: Require-Bundle:
>> org.eclipse.core.contenttype; bundle-version="[3.3.0,4.0.0)";
>> visibility:="reexport"
>> -> Bundle-SymbolicName: org.eclipse.core.contenttype;
>> bundle-version="3.4.200.v20150316-1243"; singleton:="true"
>> org.eclipse.core.contenttype [19]
>> Unresolved requirement: Require-Capability: osgi.ee;
>> filter:="(&(osgi.ee=JavaSE)(version=1.7))"
>
> I succeed to fix it by updating my default java version from 6 to 7.
> Thank you
> Kind Regards
> Lidia
>
Re: Oomps is able to share preferences between different eclipse instances? [message #1692170 is a reply to message #1691975] Tue, 14 April 2015 07:04 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Thank you Ed,
I have opened a bugzilla regarding oomph installer for ubuntu 64 bits (https://bugs.eclipse.org/bugs/show_bug.cgi?id=464565)

Regarding my custom installation, I am still not able to use Oomph.
1. I would like to use Oomph in offline mode only. What online resources does it needs to cache in the beginning?
Is there a workaround to copy them manually, assuming that we do not have access to internet, or proxy is not set?

2. I have mentioned that when I try to set proxy in eclipse, I am geeting new stack trace errors, but SetupTaskPerformer job still fails at eclipse start-up.
If I set in eclipse Preferences -> Network Connections
- Manual for Active Provider
- And credentials for all HTTP, HTTPS, SOCKS
The 'SetupTaskPerformer ' jobs hands at start-up during 20% and at the end I am geeting following stack traces.
Do you have any ideas how I could pass over this error?

!ENTRY org.eclipse.oomph.base 4 0 2015-04-14 08:13:36.231
!MESSAGE org.eclipse.oomph.util.IOExceptionWithCause: Malformed reply from SOCKS server
!STACK 0
org.eclipse.emf.ecore.resource.impl.ResourceSetImpl$1DiagnosticWrappedException: org.eclipse.oomph.util.IOExceptionWithCause: Malformed reply from SOCKS server
	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$1.getResource(SetupCoreUtil.java:274)
	at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.getResource(ResourceSetImpl.java:352)
	at org.eclipse.oomph.base.util.BaseUtil.loadResourceSafely(BaseUtil.java:52)
	at org.eclipse.oomph.setup.internal.core.SetupContext.getInstallation(SetupContext.java:553)
	at org.eclipse.oomph.setup.internal.core.SetupContext.create(SetupContext.java:234)
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.createForIDE(SetupTaskPerformer.java:3293)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:309)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:245)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:199)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
Caused by: org.eclipse.oomph.util.IOExceptionWithCause: Malformed reply from SOCKS server
	at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:265)
	at org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:360)
	at org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(ResourceImpl.java:1269)
	at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoad(ResourceSetImpl.java:259)
	at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoadHelper(ResourceSetImpl.java:274)
	... 12 more
Caused by: java.net.SocketException: Malformed reply from SOCKS server
	at java.net.SocksSocketImpl.readSocksReply(SocksSocketImpl.java:90)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:429)
	at java.net.Socket.connect(Socket.java:529)
	at org.eclipse.ecf.provider.filetransfer.events.socket.SocketEventCreateUtil.createSocket(SocketEventCreateUtil.java:43)
	at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:81)
	at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:73)
	at org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:65)
	at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
	at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1361)
	at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
	at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
	at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
	at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346)
	at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.performConnect(HttpClientRetrieveFileTransfer.java:1129)
	at org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.openStreams(HttpClientRetrieveFileTransfer.java:699)
	at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:879)
	at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:570)
	at org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
	at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:199)
	... 16 more

!ENTRY org.eclipse.oomph.setup.ui 4 0 2015-04-14 08:13:36.275
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.getSetupTasks(SetupTaskPerformer.java:1278)
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.initTriggeredSetupTasks(SetupTaskPerformer.java:272)
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.<init>(SetupTaskPerformer.java:237)
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.create(SetupTaskPerformer.java:3322)
	at org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.createForIDE(SetupTaskPerformer.java:3293)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:309)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:245)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:199)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)

!ENTRY org.eclipse.core.jobs 4 2 2015-04-14 08:13:36.282
!MESSAGE An internal error occurred during: "Setup check...".
!STACK 0
java.lang.NullPointerException
	at org.eclipse.oomph.setup.internal.core.SetupContext.createSelf(SetupContext.java:211)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:322)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:245)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:199)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)


Thank you
Kind Regards
Lidia

[Updated on: Tue, 14 April 2015 07:06]

Report message to a moderator

Re: Oomps is able to share preferences between different eclipse instances? [message #1692203 is a reply to message #1692170] Tue, 14 April 2015 10:03 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Hello again,
I have done some investigations regarding my first request: what could be copied manually for offline use from the beginning,
I was tying to find out why does it has 'Malformed reply from SOCKS server' and debugged 'org.eclipse.oomph.setup.core'

In case it helps:

Inside ECFURIHandlerImpl. createInputStream()
'cacheHandling == CacheHandling.CACHE_IGNORE'
is always false
String eTag = getETag(uriConverter, cacheURI); is always null
String expectedETag = getExpectedETag(uri); is always null
Authorization authorization = getAuthorizaton(options); is always null because
'options' does not have the key 'OPTION_AUTHORIZATION'

Setting system proxy does not help. The job 'SetupTaskPerformer' keeps to hang on 20%

And I mentioned from the code that it tries to copy the content of
http://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/org.eclipse.setup
inside new created file
~/.eclipse/org.eclipse.oomph.setup/cache/http___git.eclipse.org_c_oomph_org.eclipse.oomph.git_plain_setups_org.eclipse.setup

But, on my side, it does not have the 'cache' directory at all.

E.g. I have copied the entire 'cache' directory from my working installation.
And now seems that I do not have that pop-up error, but I do have a lot of jobs that loads modules from http___git.eclipse.org_c_oomph_org.eclipse.oomph.git_plain_setups_org.eclipse.setup
The preferences are still not loaded into new workspaces.
What else it needs? From where those models are loaded? It is a good starting point?

Thank you
Kind Regards
Lidia

[Updated on: Tue, 14 April 2015 10:36]

Report message to a moderator

Re: Oomps is able to share preferences between different eclipse instances? [message #1692232 is a reply to message #1692170] Tue, 14 April 2015 12:33 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

Comments below.

On 14/04/2015 9:04 AM, Lidia Gutu wrote:
> Thank you Ed, I have opened a bugzilla regarding oomph installer for
> ubuntu 64 bits (https://bugs.eclipse.org/bugs/show_bug.cgi?id=464565)
>
> Regarding my custom installation, I am still not able to use Oomph.
> 1. I would like to use Oomph in offline mode only. What online
> resources does it needs to cache in the beginning?
It needs all the *.setup resources to populate the pages. They're all
loaded and cached the first time and after that can fall back to the cache.
> Is there a workaround to copy them manually, assuming that we do not
> have access to internet, or proxy is not set?
Not easily no. In
https://bugs.eclipse.org/bugs/show_bug.cgi?id=463967 we're in the
process of working on "mirroring" all the setups into a single zip file
so you'd just be able to copy that file to the cache, but that's not
done yet.
>
> 2. I have mentioned that when I try to set proxy in eclipse, I am
> geeting new stack trace errors, but SetupTaskPerformer job is still
> fails at eclipse start-up.
> If I set in eclipse Preferences -> Network Connections
> - Manual for Active Provider
> - And credentials for all HTTP, HTTPS, SOCKS
> The 'SetupTaskPerformer ' jobs hands at start-up during 20% and at the
> end I am geeting following stack traces.
> Do you have any ideas how I could pass over this error?
No, I don't understand this proxy stuff well. You're setting this up in
the installer itself and then are able to successfully populate the pages?
>
> !ENTRY org.eclipse.oomph.base 4 0 2015-04-14 08:13:36.231
> !MESSAGE org.eclipse.oomph.util.IOExceptionWithCause: Malformed reply
> from SOCKS server
> !STACK 0
> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl$1DiagnosticWrappedException:
> org.eclipse.oomph.util.IOExceptionWithCause: Malformed reply from
> SOCKS server
> 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$1.getResource(SetupCoreUtil.java:274)
> at
> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.getResource(ResourceSetImpl.java:352)
> at
> org.eclipse.oomph.base.util.BaseUtil.loadResourceSafely(BaseUtil.java:52)
> at
> org.eclipse.oomph.setup.internal.core.SetupContext.getInstallation(SetupContext.java:553)
> at
> org.eclipse.oomph.setup.internal.core.SetupContext.create(SetupContext.java:234)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.createForIDE(SetupTaskPerformer.java:3293)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:309)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:245)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:199)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
> Caused by: org.eclipse.oomph.util.IOExceptionWithCause: Malformed
> reply from SOCKS server
> at
> org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:265)
> at
> org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:360)
> at
> org.eclipse.emf.ecore.resource.impl.ResourceImpl.load(ResourceImpl.java:1269)
> at
> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoad(ResourceSetImpl.java:259)
> at
> org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.demandLoadHelper(ResourceSetImpl.java:274)
> ... 12 more
> Caused by: java.net.SocketException: Malformed reply from SOCKS server
> at java.net.SocksSocketImpl.readSocksReply(SocksSocketImpl.java:90)
> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:429)
> at java.net.Socket.connect(Socket.java:529)
> at
> org.eclipse.ecf.provider.filetransfer.events.socket.SocketEventCreateUtil.createSocket(SocketEventCreateUtil.java:43)
> at
> org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:81)
> at
> org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:73)
> at
> org.eclipse.ecf.internal.provider.filetransfer.httpclient.ECFHttpClientProtocolSocketFactory.createSocket(ECFHttpClientProtocolSocketFactory.java:65)
> at
> org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
> at
> org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1361)
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346)
> at
> org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.performConnect(HttpClientRetrieveFileTransfer.java:1129)
> at
> org.eclipse.ecf.provider.filetransfer.httpclient.HttpClientRetrieveFileTransfer.openStreams(HttpClientRetrieveFileTransfer.java:699)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:879)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:570)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
> at
> org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:199)
> ... 16 more
>
> !ENTRY org.eclipse.oomph.setup.ui 4 0 2015-04-14 08:13:36.275
> !MESSAGE java.lang.NullPointerException
> !STACK 0
> java.lang.NullPointerException
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.getSetupTasks(SetupTaskPerformer.java:1278)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.initTriggeredSetupTasks(SetupTaskPerformer.java:272)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.<init>(SetupTaskPerformer.java:237)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.create(SetupTaskPerformer.java:3322)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.createForIDE(SetupTaskPerformer.java:3293)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:309)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:245)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:199)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
>
> !ENTRY org.eclipse.core.jobs 4 2 2015-04-14 08:13:36.282
> !MESSAGE An internal error occurred during: "Setup check...".
> !STACK 0
> java.lang.NullPointerException
> at
> org.eclipse.oomph.setup.internal.core.SetupContext.createSelf(SetupContext.java:211)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:322)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin.access$3(SetupUIPlugin.java:245)
> at
> org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:199)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
>
>
> Thank you
> Kind Regards
> Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1692238 is a reply to message #1692203] Tue, 14 April 2015 13:15 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

Your proxy issue is more to do with this part of the code:

Proxy proxy = ProxySetupHelper.getProxy(uriString);

This should return the configured proxy information and use it later in
the code:

if (proxy != null)
{
fileTransfer.setProxy(proxy);

if (username != null)
{
fileTransfer.setConnectContextForAuthentication(ConnectContextFactory.createUsernamePasswordConnectContext(username,
password));
}
else if (password != null)
{
fileTransfer.setConnectContextForAuthentication(ConnectContextFactory.createPasswordConnectContext(password));
}
}

On 14/04/2015 12:03 PM, Lidia Gutu wrote:
> Hello again,
> I have done some investigations regarding my first request: what
> could be copied manually for offline use from the beginning, I was
> tying to find out why does it has 'Malformed reply from SOCKS server'
> and debugged 'org.eclipse.oomph.setup.core'
>
> In case it helps:
>
> Inside ECFURIHandlerImpl. createInputStream()
> 'cacheHandling == CacheHandling.CACHE_IGNORE' is always false
> String eTag = getETag(uriConverter, cacheURI); is always null
> String expectedETag = getExpectedETag(uri); is always null
> Authorization authorization = getAuthorizaton(options); is always
> null because
> 'options' does not have the key 'OPTION_AUTHORIZATION' I am
> wondering if I should set proxy also in the system , not only in eclipse?
No, this has more to do with password protected website content...
>
> And I mentioned from the code that it tries to copy the content of
> http://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/org.eclipse.setup
>
> inside new created file
> ~/.eclipse/org.eclipse.oomph.setup/cache/http___git.eclipse.org_c_oomph_org.eclipse.oomph.git_plain_setups_org.eclipse.setup
>
> But, on my side, it does not have the 'cache' directory at all.
It's not created until the first time in caches a successful downlad there.
>
> E.g. I have copied the entire 'cache' directory from my working
> installation.
> And now seems that I do not have that pop-up error, but I do have a
> lot of jobs that loads modules from
> http___git.eclipse.org_c_oomph_org.eclipse.oomph.git_plain_setups_org.eclipse.setup
> The preferences are still not loaded into new workspaces.
Because the perform is still failing?
> What else it needs? From where those models are loaded? It is a good
> starting point?
I'm a little lost at what point you are. You have one machine where
everything works but another that can't access the internet that you're
trying to get working?
>
> Thank you
> Kind Regards
> Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1692352 is a reply to message #1692238] Wed, 15 April 2015 09:08 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Hello Ed,

Yes, I do have a local system where I tested oomph installed from eclipse installer.
But my target is to make it work on a remote system, with virtual linux environment, that has a limited access to internet, and where I have installed oomph 'Setup' and 'Preferences' from zip archive into a custom eclipse.

In order to be able to download something from internet, we need to set proxy,
Usually, when I set in eclipse Preferences -> proxy the credentials for HTTP and HTTPS it is enough to install all I need in eclipse, to use marketplace and eclipse update.
But, seems that oomph also needs the SOCKS port.

Without setting SOCKS, I am getting java.net.SocketException: Malformed reply from SOCKS server. and an instant pop-up at start-up
But with providing credentials also for SOCKS, I am getting a different behaviour. The oomph 'Setup' job at eclipse start-up reaches 20% and hangs this way many minutes, till a connection timeout is thrown.

Anyway, offline approach would be the best solution for us. I am working on integrating this feature into a custom eclipse , and we do not expect from our developers to set proxy to be able to use it.
We will be waiting for new release.

Meanwhile, I wanted to be able to test it in remote system, and wandering if it is a bug, or something is wrong with my proxy settings.
I will make a debug on that piece of code, and will come back with updates.

Thanks a lot for all your feedback.
Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1692427 is a reply to message #1692352] Wed, 15 April 2015 15:36 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Comments below.


On 15/04/2015 11:08 AM, Lidia Gutu wrote:
> Hello Ed,
>
> Yes, I do have a local system where I tested oomph installed from
> eclipse installer.
> But my target is to make it work on a remote system, with virtual
> linux environment, that has a limited access to internet, and where I
> have installed oomph 'Setup' and 'Preferences' from zip archive into a
> custom eclipse.
I see.
>
> In order to be able to download something from internet, we need to
> set proxy, Usually, when I set in eclipse Preferences -> proxy the
> credentials for HTTP and HTTPS it is enough to install all I need in
> eclipse, to use marketplace and eclipse update.
> But, seems that oomph also needs the SOCKS port.
There are two network access issues. One is for the setups models and
is handled in ECFURIHandlerImpl, as you've noticed. The other is for
when P2 accesses the information related to update sites and is funneled
through org.eclipse.oomph.p2.internal.core.CachingTransport.
>
> Without setting SOCKS, I am getting java.net.SocketException:
> Malformed reply from SOCKS server. and an instant pop-up at start-up
> But with providing credentials also for SOCKS, I am getting a
> different behaviour. The oomph 'Setup' job at eclipse start-up
> reaches 20% and hangs this way many minutes, till a connection timeout
> is thrown.
Unfortunately I don't know how to reproduce this. If you look at the
bugzilla I mentioned about SetupMirror, you can see how you could
produce an archive with all the setups...
>
> Anyway, offline approach would be the best solution for us. I am
> working on integrating this feature into a custom eclipse , and we do
> not expect from our developers to set proxy to be able to use it.
> We will be waiting for new release.
>
> Meanwhile, I wanted to be able to test it in remote system, and
> wandering if it is a bug, or something is wrong with my proxy settings.
> I will make a debug on that piece of code, and will come back with
> updates.
I'll be traveling for the next two weeks, so am unlikely to be as
helpful during that time...
>
> Thanks a lot for all your feedback.
> Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1692680 is a reply to message #1692427] Fri, 17 April 2015 10:44 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Thank you Ed.

I am trying to test the SetupMirrow and having few questions.
I don't expect a quick reply.

The commit implies to update the 'org.eclipse.oomph.setup.installer' plugin.
Does it also should work for custom installation of oomph plugins.
Assuming that I have installed from zip archive only 'Oomph setup' and 'Oomph Preference Manager' I do not see this *.installer plugin in my eclipse configuration.
And during my tests, running an eclipse application with updated ''org.eclipse.oomph.setup.installer' I did not saw any logs from SetupMirrow class. I can test and investigate it deeper later .

Thank you
Regards
Lidia

[Updated on: Fri, 17 April 2015 10:44]

Report message to a moderator

Re: Oomps is able to share preferences between different eclipse instances? [message #1692751 is a reply to message #1692680] Fri, 17 April 2015 14:25 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

It's only part of the installer product so won't be installed into the
IDE itself. If you provision an IDE with the Oomph project, you'll see
there's a SetupMirror launcher for testing it.

When I get back an May, I'll look into how to ensure that the preference
recording infrastructure works even on an installation that has no
internet access and has never had internet access to mirror any of the
setups...


On 17.04.2015 12:44, Lidia Gutu wrote:
> Thank you Ed.
>
> I am trying to test the SetupMirrow and having few questions.
> I don't expect a quick reply.
>
> The commit implies to update the 'org.eclipse.oomph.setup.installer'
> plugin.
> Does it should also work for custom installation of oomph plugins.
> Assuming that I have installed from zip archive only 'Oomph setup' and
> 'Oomph Preference Manager' I do not see this *.installer plugin in my
> eclipse configuration.
> And during my tests, running an eclipse application with updated
> ''org.eclipse.oomph.setup.installer' I did not saw any logs from
> SetupMirrow class. I can test and investigate it deeper later .
>
> Thank you
> Regards
> Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1735717 is a reply to message #1692751] Wed, 22 June 2016 08:36 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Hello Ed,

Based on our discussion a year ago, Is there a possibility to install oomph into an environment without internet connection?
I am looking for a zip archive that can be used for installation in eclipse. I would like to install only basic features for the moment "Oomph Preferences Management" and "Oomph Setup".
That zip should have all what oomph needs for proper work, without the need to later required synchronization. The mirrowing you discussed about.
Is it possible ? where I could find such zip archive?

Thank you in advance
Lidia

Re: Oomps is able to share preferences between different eclipse instances? [message #1735727 is a reply to message #1735717] Wed, 22 June 2016 09:43 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
I found it
https://hudson.eclipse.org/oomph/job/integration/lastSuccessfulBuild/artifact/updates/org.eclipse.oomph.site.zip
Now checking if it works in offline mode.

Kind Regards
Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1735904 is a reply to message #1735727] Thu, 23 June 2016 13:26 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Hello Ed

Please help me understand how Oomph works. It is already possible to use it in offline mode?
In logs I can see following, same errors as a year ago
I have installed only "Oomph Preferences Management" and "Oomph Setup" from zip.
!ENTRY org.eclipse.oomph.setup.core 2 0 2016-06-23 15:18:56.160
!MESSAGE connect timed out
!STACK 0
org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
	at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:678)
	at org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:360)
	at org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.handleArchiveRedirection(SetupCoreUtil.java:383)
	at org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.configureResourceSet(SetupCoreUtil.java:365)
	at org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.createResourceSet(SetupCoreUtil.java:133)
	at org.eclipse.oomph.setup.internal.core.SetupContext.associate(SetupContext.java:360)
	at org.eclipse.oomph.setup.ui.wizards.ProgressPage.saveLocalFiles(ProgressPage.java:999)
	at org.eclipse.oomph.setup.ui.wizards.ProgressPage.access$22(ProgressPage.java:968)
	at org.eclipse.oomph.setup.ui.wizards.ProgressPage$11$1.run(ProgressPage.java:684)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Caused by: java.net.SocketTimeoutException: connect timed out
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345)
	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
	at java.net.Socket.connect(Socket.java:589)
	at org.eclipse.ecf.internal.provider.filetransfer.httpclient4.ECFHttpClientProtocolSocketFactory.connectSocket(ECFHttpClientProtocolSocketFactory.java:86)
	at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:177)
	at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
	at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:131)
	at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:611)
	at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:446)
	at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:863)
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
	at org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientRetrieveFileTransfer.performConnect(HttpClientRetrieveFileTransfer.java:1077)
	at org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientRetrieveFileTransfer.openStreams(HttpClientRetrieveFileTransfer.java:618)
	at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:885)
	at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:576)
	at org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
	at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:581)
	... 9 more

!ENTRY org.eclipse.oomph.setup.core 2 0 2016-06-23 15:20:05.718
!MESSAGE connect timed out
!STACK 0
org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
	at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:678)
	at org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:360)
	at org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.handleArchiveRedirection(SetupCoreUtil.java:383)
	at org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.configureResourceSet(SetupCoreUtil.java:365)
	at org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.createResourceSet(SetupCoreUtil.java:133)
	at org.eclipse.oomph.setup.ui.recorder.RecorderManager.isRecorderEnabled(RecorderManager.java:185)
	at org.eclipse.oomph.setup.ui.recorder.RecorderManager$DisplayListener.handleEvent(RecorderManager.java:1004)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
	at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4481)
	at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4473)
	at org.eclipse.swt.widgets.Display.runSkin(Display.java:3900)
	at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:1667)
	at org.eclipse.swt.widgets.Composite.layout(Composite.java:1020)
	at org.eclipse.swt.widgets.Composite.layout(Composite.java:978)
	at org.eclipse.ui.internal.dialogs.FilteredPreferenceDialog.updateTreeFont(FilteredPreferenceDialog.java:675)
	at org.eclipse.ui.internal.dialogs.FilteredPreferenceDialog.createTreeAreaContents(FilteredPreferenceDialog.java:321)
	at org.eclipse.jface.preference.PreferenceDialog.createDialogArea(PreferenceDialog.java:370)
	at org.eclipse.jface.dialogs.Dialog.createContents(Dialog.java:768)
	at org.eclipse.jface.preference.PreferenceDialog.access$5(PreferenceDialog.java:1)
	at org.eclipse.jface.preference.PreferenceDialog$4.run(PreferenceDialog.java:349)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
	at org.eclipse.jface.preference.PreferenceDialog.createContents(PreferenceDialog.java:346)
	at org.eclipse.jface.window.Window.create(Window.java:430)
	at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:1096)
	at org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.createDialogOn(WorkbenchPreferenceDialog.java:102)
	at org.eclipse.ui.dialogs.PreferencesUtil.createPreferenceDialogOn(PreferencesUtil.java:192)
	at org.eclipse.ui.dialogs.PreferencesUtil.createPreferenceDialogOn(PreferencesUtil.java:116)
	at org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:62)
	at org.eclipse.jface.action.Action.runWithEvent(Action.java:473)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:595)
	at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:511)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
	at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4481)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1329)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3819)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3430)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.run(PartRenderingEngine.java:1127)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1018)
	at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:156)
	at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:694)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:606)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
	at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:139)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
	at org.eclipse.equinox.launcher.Main.main(Main.java:1488)
Caused by: java.net.SocketTimeoutException: connect timed out
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345)
	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
	at java.net.Socket.connect(Socket.java:589)
	at org.eclipse.ecf.internal.provider.filetransfer.httpclient4.ECFHttpClientProtocolSocketFactory.connectSocket(ECFHttpClientProtocolSocketFactory.java:86)
	at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:177)
	at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
	at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:131)
	at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:611)
	at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:446)
	at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:863)
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
	at org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientRetrieveFileTransfer.performConnect(HttpClientRetrieveFileTransfer.java:1077)
	at org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientRetrieveFileTransfer.openStreams(HttpClientRetrieveFileTransfer.java:618)
	at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:885)
	at org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:576)
	at org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
	at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:581)
	... 58 more


How to avoid this SocketTimeoutExceptions? Should I check something or install few more plugins?
I checked in Oomph Preferences "Skip automatic task execution at start-up"

Thank you in advance
Kind Regards
Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1735946 is a reply to message #1735904] Thu, 23 June 2016 21:52 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

This is just logged as a warning. Is there a substantial problem? If
you need access to the setup archive offline, you'd need to redirect it
to a local copy.


On 23.06.2016 09:26, Lidia Gutu wrote:
> Hello Ed
>
> Please help me understand how Oomph works. It is already possible to
> use it in offline mode?
> In logs I can see following, same errors as a year ago
> I have installed only "Oomph Preferences Management" and "Oomph Setup"
> from zip.
> !ENTRY org.eclipse.oomph.setup.core 2 0 2016-06-23 15:18:56.160
> !MESSAGE connect timed out
> !STACK 0
> org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
> at
> org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:678)
> at
> org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:360)
> at
> org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.handleArchiveRedirection(SetupCoreUtil.java:383)
> at
> org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.configureResourceSet(SetupCoreUtil.java:365)
> at
> org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.createResourceSet(SetupCoreUtil.java:133)
> at
> org.eclipse.oomph.setup.internal.core.SetupContext.associate(SetupContext.java:360)
> at
> org.eclipse.oomph.setup.ui.wizards.ProgressPage.saveLocalFiles(ProgressPage.java:999)
> at
> org.eclipse.oomph.setup.ui.wizards.ProgressPage.access$22(ProgressPage.java:968)
> at
> org.eclipse.oomph.setup.ui.wizards.ProgressPage$11$1.run(ProgressPage.java:684)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> Caused by: java.net.SocketTimeoutException: connect timed out
> at java.net.PlainSocketImpl.socketConnect(Native Method)
> at
> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345)
> at
> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
> at
> java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
> at java.net.Socket.connect(Socket.java:589)
> at
> org.eclipse.ecf.internal.provider.filetransfer.httpclient4.ECFHttpClientProtocolSocketFactory.connectSocket(ECFHttpClientProtocolSocketFactory.java:86)
> at
> org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:177)
> at
> org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
> at
> org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:131)
> at
> org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:611)
> at
> org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:446)
> at
> org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:863)
> at
> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
> at
> org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientRetrieveFileTransfer.performConnect(HttpClientRetrieveFileTransfer.java:1077)
> at
> org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientRetrieveFileTransfer.openStreams(HttpClientRetrieveFileTransfer.java:618)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:885)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:576)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
> at
> org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:581)
> ... 9 more
>
> !ENTRY org.eclipse.oomph.setup.core 2 0 2016-06-23 15:20:05.718
> !MESSAGE connect timed out
> !STACK 0
> org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
> at
> org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:678)
> at
> org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:360)
> at
> org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.handleArchiveRedirection(SetupCoreUtil.java:383)
> at
> org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.configureResourceSet(SetupCoreUtil.java:365)
> at
> org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.createResourceSet(SetupCoreUtil.java:133)
> at
> org.eclipse.oomph.setup.ui.recorder.RecorderManager.isRecorderEnabled(RecorderManager.java:185)
> at
> org.eclipse.oomph.setup.ui.recorder.RecorderManager$DisplayListener.handleEvent(RecorderManager.java:1004)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4481)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4473)
> at org.eclipse.swt.widgets.Display.runSkin(Display.java:3900)
> at
> org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:1667)
> at org.eclipse.swt.widgets.Composite.layout(Composite.java:1020)
> at org.eclipse.swt.widgets.Composite.layout(Composite.java:978)
> at
> org.eclipse.ui.internal.dialogs.FilteredPreferenceDialog.updateTreeFont(FilteredPreferenceDialog.java:675)
> at
> org.eclipse.ui.internal.dialogs.FilteredPreferenceDialog.createTreeAreaContents(FilteredPreferenceDialog.java:321)
> at
> org.eclipse.jface.preference.PreferenceDialog.createDialogArea(PreferenceDialog.java:370)
> at org.eclipse.jface.dialogs.Dialog.createContents(Dialog.java:768)
> at
> org.eclipse.jface.preference.PreferenceDialog.access$5(PreferenceDialog.java:1)
> at
> org.eclipse.jface.preference.PreferenceDialog$4.run(PreferenceDialog.java:349)
> at
> org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
> at
> org.eclipse.jface.preference.PreferenceDialog.createContents(PreferenceDialog.java:346)
> at org.eclipse.jface.window.Window.create(Window.java:430)
> at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:1096)
> at
> org.eclipse.ui.internal.dialogs.WorkbenchPreferenceDialog.createDialogOn(WorkbenchPreferenceDialog.java:102)
> at
> org.eclipse.ui.dialogs.PreferencesUtil.createPreferenceDialogOn(PreferencesUtil.java:192)
> at
> org.eclipse.ui.dialogs.PreferencesUtil.createPreferenceDialogOn(PreferencesUtil.java:116)
> at
> org.eclipse.ui.internal.OpenPreferencesAction.run(OpenPreferencesAction.java:62)
> at org.eclipse.jface.action.Action.runWithEvent(Action.java:473)
> at
> org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:595)
> at
> org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:511)
> at
> org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4481)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1329)
> at
> org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3819)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3430)
> at
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.run(PartRenderingEngine.java:1127)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
> at
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1018)
> at
> org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:156)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:694)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:606)
> at
> org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at
> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:139)
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1488)
> Caused by: java.net.SocketTimeoutException: connect timed out
> at java.net.PlainSocketImpl.socketConnect(Native Method)
> at
> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345)
> at
> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
> at
> java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
> at java.net.Socket.connect(Socket.java:589)
> at
> org.eclipse.ecf.internal.provider.filetransfer.httpclient4.ECFHttpClientProtocolSocketFactory.connectSocket(ECFHttpClientProtocolSocketFactory.java:86)
> at
> org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:177)
> at
> org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
> at
> org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:131)
> at
> org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:611)
> at
> org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:446)
> at
> org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:863)
> at
> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
> at
> org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientRetrieveFileTransfer.performConnect(HttpClientRetrieveFileTransfer.java:1077)
> at
> org.eclipse.ecf.provider.filetransfer.httpclient4.HttpClientRetrieveFileTransfer.openStreams(HttpClientRetrieveFileTransfer.java:618)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:885)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.AbstractRetrieveFileTransfer.sendRetrieveRequest(AbstractRetrieveFileTransfer.java:576)
> at
> org.eclipse.ecf.provider.filetransfer.retrieve.MultiProtocolRetrieveAdapter.sendRetrieveRequest(MultiProtocolRetrieveAdapter.java:106)
> at
> org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:581)
> ... 58 more
>
>
> How to avoid this SocketTimeoutExceptions? Should I check something or
> install few more plugins?
> I checked in Oomph Preferences "Skip automatic task execution at
> start-up"
>
> Thank you in advance
> Kind Regards
> Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1735981 is a reply to message #1735946] Fri, 24 June 2016 08:14 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Thank you Ed,

But I would like to get rid of this warnings, I have over 9 such SocketTimeoutException warnings from oomph in 5 minutes at eclipse start-up, and I think it also freezes the eclipse while it tries to connect.
As if I press Window menu , it waits too much till I an getting a response from GUI and the submenu is displayed.
Also, wouldn't like to have such long stack traces in log even if it is just a warning.

So, please, could you be more specific how to redirect it to offline archive?
I don't know If I need access to the setup archive offline? If it's about the ability to load settings from ~/.eclipse/org.eclipse.oomph.setup/setups/user.setup into a new workspace at start-up. Yes I need it in offline mode.

Also, I would like to know how to make possible to load some predefined configurations?
E.g instead of adding manually some configurations, and record then into ~/.eclipse/org.eclipse.oomph.setup/setups/user.setup, so that for next workspace that configurations will be automatically migrated as well. I need to set them by default for all workspaces automatically.
Probably this can be solved with same setup offline archive?

Updates:
I found that something like following needs to be used, but what precisely needs to be provided for those how does not access to internet?
-Doomph.redirection.local=http://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/->${file_uri:${git.clone.oomph}}

If use this combination, from Eclipse Launch configuration, I am getting the error: "Reference to undefined variable git.clone.oomph"

Thank you
Kind Regards
Lidia

[Updated on: Fri, 24 June 2016 12:08]

Report message to a moderator

Re: Oomps is able to share preferences between different eclipse instances? [message #1736006 is a reply to message #1735981] Fri, 24 June 2016 10:45 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

The authoring guide has some details:

https://wiki.eclipse.org/Eclipse_Oomph_Authoring#Hosting_your_own_index_.2F_catalogs
https://wiki.eclipse.org/Eclipse_Oomph_Authoring#Shipping_your_own_index


On 24.06.2016 04:14, Lidia Gutu wrote:
> Thank you Ed,
>
> But I would like to get rid of this warnings, I have over 9 such
> SocketTimeoutException warnings from oomph in 5 minutes at eclipse
> start-up, and I think it also freezes the eclipse while it tries to
> connect.
> As if I press Window menu , it waits too much till I an getting a
> response from GUI and the submenu is displayed.
> Also, wouldn't like to have such long stack traces in log even if it
> is just a warning.
>
> So, please, could you be more specific how to redirect it to offline
> archive?
> I don't know If I need access to the setup archive offline? If it's
> about the ability to load settings from
> ~/.eclipse/org.eclipse.oomph.setup/setups/user.setup into a new
> workspace at start-up. Yes I need it in offline mode.
>
>
> Kind Regards
> Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1736433 is a reply to message #1736006] Wed, 29 June 2016 12:09 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Hello Ed,

Thank you for you indications, but I still having issues with this.
Please could you support me, how can I get rid of following stack trace errors in logs?
!ENTRY org.eclipse.oomph.setup.core 2 0 2016-06-29 13:22:05.288
!MESSAGE connect timed out
!STACK 0
org.eclipse.oomph.util.IOExceptionWithCause: connect timed out
	at org.eclipse.oomph.setup.internal.core.util.ECFURIHandlerImpl.createInputStream(ECFURIHandlerImpl.java:678)
	at org.eclipse.emf.ecore.resource.impl.ExtensibleURIConverterImpl.createInputStream(ExtensibleURIConverterImpl.java:360)
	at org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.handleArchiveRedirection(SetupCoreUtil.java:385)
	at org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.configureResourceSet(SetupCoreUtil.java:365)
	at org.eclipse.oomph.setup.internal.core.util.SetupCoreUtil.createResourceSet(SetupCoreUtil.java:133)
	at org.eclipse.oomph.setup.ui.recorder.RecorderManager.<clinit>(RecorderManager.java:119)
	at org.eclipse.oomph.setup.ui.SetupUIPlugin.performStartup(SetupUIPlugin.java:200)
	at org.eclipse.oomph.setup.ui.EarlyStartup.earlyStartup(EarlyStartup.java:22)
	at org.eclipse.ui.internal.EarlyStartupRunnable.runEarlyStartup(EarlyStartupRunnable.java:90)
	at org.eclipse.ui.internal.EarlyStartupRunnable.run(EarlyStartupRunnable.java:68)
	at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
	at org.eclipse.ui.internal.Workbench$56.run(Workbench.java:2852)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Caused by: java.net.SocketTimeoutException: connect timed out
	at java.net.PlainSocketImpl.socketConnect(Native Method)


I don't want from oomph to load anything from internet, as I do not have access.
And I don't think I am interested in any setup archive offline, as far as I understand oomph.
Being able to share preferences in user.setup, and installation.setup that can be applied manually from the 'Perform Setup task button' (the bottom right oomph bottom) is sufficient to me.
In this case I don't think I need my own index/catalog.

I am not getting how this redirection can be done?
E.g. I used:
-Doomph.redirection.setups=index:/->setups/

Where I created a 'setups' folder in my installation, created the 'org.eclipse.setup' inside it from http://git.eclipse.org/c/oomph/org.eclipse.oomph.git/plain/setups/org.eclipse.setup

But, I am still getting the SocketTimeoutException error.
index.php/fa/26297/0/

It fails when tries to create Input Stream from a http, how to skip this part of code?
index.php/fa/26298/0/

Thank you
Kind Regards
Lidia






[Updated on: Wed, 29 June 2016 12:47]

Report message to a moderator

Re: Oomps is able to share preferences between different eclipse instances? [message #1736497 is a reply to message #1736433] Wed, 29 June 2016 19:56 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Hi Ed,

I have few updates. Based on my needs described above, can I use:
 -Doomph.redirection.mirror.nothing=true \

Seems that it helps to solve the SocketTimeoutException errors.
If I skip 'mirror' feature, would be oomph still properly working regarding saving preferences in user.setup and installation.setup ? What is the purpose of 'mirror' feature?

Suppose that more users are using same eclipse, from same location, can I share few predefined preferences between all users by using oomph?
The installation file is saved in user's custom location, it's not exactly what I would need.
fir:/home/<user>/.eclipse/configuration/org.eclipse.oomph.setup/installation.setup


Can I create in this case an index/catalog that will contain only few custom eclipse preferences that should be applied to all users, if I save the created *.setup file in a shared location ?

Thanks a lot for all your support.
Kind Regards
Lidia




Re: Oomps is able to share preferences between different eclipse instances? [message #1736572 is a reply to message #1736497] Thu, 30 June 2016 11:46 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

Comments below.


On 29.06.2016 15:56, Lidia Gutu wrote:
> Hi Ed,
>
> I have few updates. Based on my needs described above, can I use:
> -Doomph.redirection.mirror.nothing=true \
> Seems that it helps to solve the SocketTimeoutException errors.
> If I skip 'mirror' feature, would be oomph still properly working
> regarding saving preferences in user.setup and installation.setup ?
> What is the purpose of 'mirror' feature?
The primary purpose of this is for use the the SetupArchiver application
which builds the zip file containing the entire setup structure (which
is what that code where the exception you're concerned about is
processing). Of course when building this archive, we want to access
all the resources directly, not from the archive itself. If that solves
your problem (I'm not sure why or how), that's fine. But I really
wonder how your application is able to load and index and the product
catalogs...
>
> Suppose that more users are using same eclipse, from same location,
> can I share few predefined preferences between all users by using oomph?
If it's a shared installation, the Installation.setup.
> The installation file is saved in user's custom location, it's not
> exactly what I would need.
> fir:/home/<user>/.eclipse/configuration/org.eclipse.oomph.setup/installation.setup
>
This is created initially as a copy of the one in the shared installation.
>
> Can I create in this case an index/catalog that will contain only few
> custom eclipse preferences that should be applied to all users, if I
> save the created *.setup file in a shared location ?
If you define your own index with your own product definition you can
define variables in that product definition that will be used by all
users that install it.
>
> Thanks a lot for all your support.
> Kind Regards
> Lidia
>
>
>
>
>
Re: Oomps is able to share preferences between different eclipse instances? [message #1736579 is a reply to message #1736572] Thu, 30 June 2016 12:46 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Thank you Ed, I am sorry for bothering you, but I still have issues with the index.

Regarding installation.setup:
>> Suppose that more users are using same eclipse, from same location,
>> can I share few predefined preferences between all users by using oomph?

>If it's a shared installation, the Installation.setup.
>> The installation file is saved in user's custom location, it's not
>> exactly what I would need.
>> fir:/home/<user>/.eclipse/configuration/org.eclipse.oomph.setup/installation.setup

>This is created initially as a copy of the one in the shared installation.

This doesn't seems to work for me. I have a custom eclipse mars and if I install basic oomph plugins in it, I can not found the 'installation.setup' file inside my eclipse.
 ECLIPSE_ROOT % find -name installation.setup

The search results are empty.

Regarding:
>> Can I create in this case an index/catalog that will contain only few
>> custom eclipse preferences that should be applied to all users, if I
>> save the created *.setup file in a shared location ?

>If you define your own index with your own product definition you can
>define variables in that product definition that will be used by all users that install it.

I have got lost how to do it?
I tried a simple way:
I understand that I have to define one *.setup file and add a redirection so that oomph will be able to load from that file my preferences.

Suppose I am adding few preferences manually from eclipse, the changes are stored in user.setup. Then I make a copy from user.setup and update names like 'user' :
E.g. having a simple change, added a python template:
<?xml version="1.0" encoding="UTF-8"?>
<setup:GlobalPreferences
    xmi:version="2.0"
    xmlns:xmi="http://www.omg.org/XMI"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:setup="http://www.eclipse.org/oomph/setup/1.0"
    name="global preferences">
  <setupTask
      xsi:type="setup:CompoundTask"
      name="User Preferences">
    <annotation
        source="http://www.eclipse.org/oomph/setup/UserPreferences">
      <detail
          key="/instance/org.python.pydev/org.python.pydev.editor.templates.PyTemplatePreferencesPage">
        <value>record</value>
      </detail>
    </annotation>
    <setupTask
        xsi:type="setup:CompoundTask"
        name="org.python.pydev">
      <setupTask
          xsi:type="setup:PreferenceTask"
          key="/instance/org.python.pydev/org.python.pydev.editor.templates.PyTemplatePreferencesPage"
          value="&lt;?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot; standalone=&quot;no&quot;?>&lt;templates>&lt;template autoinsert=&quot;true&quot; context=&quot;org.python.pydev.editor.templates.python&quot; deleted=&quot;false&quot; description=&quot;Debug initialization&quot; enabled=&quot;true&quot; name=&quot;debuginit&quot;>import sys&#xA;sys.path.append('/usr/asm/atl.0000/pysrc')&#xA;import __builtin__&#xA;__builtin__.PATHS_FROM_ECLIPSE_TO_PYTHON = [&#xA;(r'$${fileparent}/',&#xA;r'/usr/asm/atl.0000/bin/python/$${project}/')&#xA;#TODO: add more translations if required&#xA;]&#xA;__builtin__.DEBUG_CLIENT_SERVER_TRANSLATION = False&#xA;import pydevd&#xA;pydevd.settrace(host='$${eth0ipv4}', stdoutToServer=False, stderrToServer= False, port=5678, suspend=False, trace_only_current_thread=False)&#xA;$${cursor}&lt;/template>&lt;template autoinsert=&quot;true&quot; context=&quot;org.python.pydev.editor.templates.python&quot; deleted=&quot;false&quot; description=&quot;Lidia description&quot; enabled=&quot;true&quot; name=&quot;_LIDIA&quot;>Lidia Template&lt;/template>&lt;/templates>"/>
    </setupTask>
  </setupTask>
  <productVersion
      href="index:/org.eclipse.setup#//@productCatalogs[name='self']/@products[name='product']/@versions[name='version']"/>
</setup:GlobalPreferences>


How can I force oomph to load preferences from this file?
I tried to add redirection:
 -Doomph.redirection.myProduct=index:/->/path/to/folder/where/my.setup/is/stored 


But oomph is not loading preferences from my file.
Am I missing something?

If the above approach is wrong, I am trying to create an index and product definition.
Does it mean that I have to create 'Setup Product Model' ? Seems yes.
index.php/fa/26307/0/

In the created MyProduct.setup file it has some default content, Do I need it? (I don't think so, I can not apply it into the installer based on wiki) I tried to paste the generated content form user.setup. the <setupTask> .... </setupTask>
before last tag.
Getting a very close *.setup. I can not test is based on
https://wiki.eclipse.org/Eclipse_Oomph_Authoring#Testing_the_Setup_Model
Suppose that the eclipse is already installed, so I do not have the installed described in the wiki.
What other setting needs to be done for being able to load preferences form my *.setup ?
What should be the correct redirection line? Following is not helping.
  
  -Doomph.redirection.setups=index:/-\>setups/ \
  -Doomph.redirection.myProduct=index:/->/path/to/folder/where/my.setup/is/stored/ \


Thank you
Kind Regards
Lidia

[Updated on: Thu, 30 June 2016 14:21]

Report message to a moderator

Re: Oomps is able to share preferences between different eclipse instances? [message #1736637 is a reply to message #1736579] Thu, 30 June 2016 17:20 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Hello Ed,

I think I found a solution to my problem, based on first recommendation, but I still need to do some tests.
In my eclipse installation I found the 'configuration' folder but it does not have the 'org.eclipse.oomph.setup' subfolder with installation.setup file.
If I manually copy the folder 'org.eclipse.oomph.setup' with corresponding setup file in 'configuration', it is successfully migrated into user's cache data, and the corresponding preference is successfully applied in eclipse at start-up. Seems to be already promising.

I am still having issues to create a custom index like a user.setup or installation.setup that could be visible by eclipse. But if first option works, this can be skipped for the moment.

Thank you for your time.
Kind Regards
Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1736655 is a reply to message #1736637] Thu, 30 June 2016 22:25 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

Comments below.


On 30.06.2016 13:20, Lidia Gutu wrote:
> Hello Ed,
>
> I think I found a solution to my problem, based on first
> recommendation, but I still need to do some tests.
> In my eclipse installation I found the 'configuration' folder but it
> does not have the 'org.eclipse.oomph.setup' subfolder with
> installation.setup file.
If the installation is created by the installer it should have one...
> If I manually copy the folder 'org.eclipse.oomph.setup' with
> corresponding setup file in 'configuration', it is successfully
> migrated into user's cache data, and the corresponding preference is
> successfully applied in eclipse at start-up. Seems to be already
> promising.
Yes, it should be automatically copied from the read-only installation
to the surrogate.
>
> I am still having issues to create a custom index like a user.setup or
> installation.setup that could be visible by eclipse. But if first
> option works, this can be skipped for the moment.
>
> Thank you for your time.
> Kind Regards
> Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1736916 is a reply to message #1736655] Mon, 04 July 2016 11:32 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Thank you Ed,

One more question I would have, if you don't mind.

Based on what has been said, the solution that has been found, Is it also possible to define my custom *.setup files that could be considered by oomph.

I remind that I am not using installer, it is not possible in my configuration. I just installed few basic oomph plugins into already configured eclipse and I would like to use Oomph in offline mode completely. Regarding this I would have other questions lately.

Having all preferences defined in one single installation.setup file is not so convenient and difficult to maintain. It is difficult to update such file.
I would like to have one *.setup file per preference that I would like to apply by default at eclipse start-up. Is it possible? So that Oomph can consider my custom *.files ? What structure should they have? I am using the structure from installation.setup or user.setup, which a similar , only changing the name.

E.g. I have template.setup copied into
1. ECLIPSE_HOME/configuration/org.eclipse.oomph.setup did not helped, the preferences is not visible, not applied in eclipse
2. ECLIPSE_HOME/setups - did not helped as well. I have
org.eclipse.setup in this location which is considered by eclipse thanks to
oomph.redirection.setups=index:/->setups/ \

My template.setup is considered and resolved by org.eclipse.setup, but the preference form it is still not loaded.
index.php/fa/26369/0/

How should it be configured in the org.eclipse.setup as Project or Product ?
 <projectCatalog
      href="template.setup#/"/>

or
 <productCatalog
      href="template.setup#/"/>


What should I create from bellow? Preference Model, Setup Product model ? for my needs?
index.php/fa/26370/0/

Thank you
Kind Regards
Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1736923 is a reply to message #1736916] Mon, 04 July 2016 11:50 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Hello Ed,

I would like to update my questions.
Suppose I am creating the Setup Product Model, can I store eclipse preferences in it?
Then I am adding manually
<detail
          key="/instance/org.python.pydev/org.python.pydev.editor.templates.PyTemplatePreferencesPage">
        <value>record</value>
      </detail>


No errors so far:
Where I should insert my <SetupTask> ?
I tried few positions but I am getting the error:
index.php/fa/26371/0/

That would be the whole structure that I am getting. What is wrong here?
<?xml version="1.0" encoding="UTF-8"?>
<setup:Product
    xmi:version="2.0"
    xmlns:xmi="http://www.omg.org/XMI"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:setup="http://www.eclipse.org/oomph/setup/1.0"
    xmlns:setup.p2="http://www.eclipse.org/oomph/setup/p2/1.0"
    name="template"
    label="template">
  <annotation
      source="http://www.eclipse.org/oomph/setup/BrandingInfo">
    <detail
        key="folderName">
      <value>eclipse</value>
    </detail>
    <detail
        key="folderName.macosx">
      <value>Eclipse</value>
    </detail>
    <detail
          key="/instance/org.python.pydev/org.python.pydev.editor.templates.PyTemplatePreferencesPage">
        <value>record</value>
      </detail>
  </annotation>
  <setupTask
      xsi:type="setup:InstallationTask"
      id="installation"/>
  <version name="mars"
      label="Mars"
      requiredJavaVersion="1.7">
    <setupTask
        xsi:type="setup.p2:P2Task"
        label="${scope.product.label} (${scope.product.version.label})">
      <requirement
          name="org.eclipse.platform.ide"/>
      <requirement
          name="org.eclipse.platform.feature.group"/>
      <requirement
          name="org.eclipse.rcp.feature.group"/>
      <requirement
          name="template.feature.group"/>
      <repository
          url="http://download.eclipse.org/releases/mars"/>
    </setupTask>
  <description>template for Mars.</description>
  </version>
  <setupTask
        xsi:type="setup:CompoundTask"
        name="org.python.pydev">
     <setupTask
          xsi:type="setup:PreferenceTask"
          key="/instance/org.python.pydev/org.python.pydev.editor.templates.PyTemplatePreferencesPage"
          value="<SOME_XML_VALUE>"/>
    </setupTask>
  </setupTask>
  <description>template provides cool stuff.</description>
</setup:Product>


I don't have any 'template.feature.group'

Thank you
Kind Regards
Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1736925 is a reply to message #1736916] Mon, 04 July 2016 11:57 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

Comments below.


On 04.07.2016 07:32, Lidia Gutu wrote:
> Thank you Ed,
>
> One more question I would have, if you don't mind.
>
> Based on what has been said, the solution that has been found, Is it also possible to define my custom *.setup files that could be considered by oomph.
Yes.
>
> I remind that I am not using installer, it is not possible in my configuration. I just installed few basic oomph plugins into already configured eclipse and I would like to use Oomph in offline mode completely. Regarding this I would have other questions lately.
>
> Having all preferences defined in one single installation.setup file is not so convenient and difficult to maintain. It is difficult to update such file.
The installation.setup references a product version in the product
catalog in the index so tasks could be defined in a customized index.
The workspace.setup references zero or more project streams, so that
could refer to many different files.
> I would like to have one *.setup file per preference that I would like to apply by default at eclipse start-up. Is it possible?
Not really with the current design. Tasks are gathered from the
different scopes (in
org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.getSetupTasks(Stream))
but none of these approaches will scan a folder and visit all the files
in that folder. All rely on references to the files from other files
(like a web crawler only knows about pages by crawling links between them).
> So that Oomph can consider my custom *.files ? What structure should they have? I am using the structure from installation.setup or user.setup, which a similar , only changing the name.
>
> E.g. I have template.setup copied into
> 1. ECLIPSE_HOME/configuration/org.eclipse.oomph.setup did not helped, the preferences is not visible, not applied in eclipse
> 2. ECLIPSE_HOME/setups - did not helped as well. I have
> org.eclipse.setup in this location which is considered by eclipse thanks to
> oomph.redirection.setups=index:/->setups/ \
>
> My template.setup is considered and resolved by org.eclipse.setup, but the preference form it is still not loaded.
>
>
> How should it be configured in the org.eclipse.setup as Project or Product ?
> <projectCatalog
> href="template.setup#/"/>
> or
> <productCatalog
> href="template.setup#/"/>
>
> What should I create from bellow? Preference Model, Setup Product model ? for my needs?
What isn't clear to me is how this would help maintain/change the
structure. If you have some central shared read-only installation, you
could ensure that the installation.setup refers to your specialized
product version, and you could maintain all your preference tasks
there. All the users of that installation would always see the latest
product version you've authored. And to maintain the preference tasks,
you could simply use the record feature of the setup editor to record
preferences into the product stream.
>
>
> Thank you
> Kind Regards
> Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1736927 is a reply to message #1736923] Mon, 04 July 2016 12:00 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
Lidia,

Use the structured editor (the Setup editor) to edit your instances so
that it's always well-formed XML.


On 04.07.2016 07:50, Lidia Gutu wrote:
> Hello Ed,
>
> I would like to update my questions.
> Suppose I am creating the Setup Product Model, can I store eclipse preferences in it?
> Then I am adding manually
> <detail
> key="/instance/org.python.pydev/org.python.pydev.editor.templates.PyTemplatePreferencesPage">
> <value>record</value>
> </detail>
>
> No errors so far:
> Where I should insert my <SetupTask> ?
> I tried few positions but I am getting the error:
>
>
> That would be the whole structure that I am getting. What is wrong here?
> <?xml version="1.0" encoding="UTF-8"?>
> <setup:Product
> xmi:version="2.0"
> xmlns:xmi="http://www.omg.org/XMI"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:setup="http://www.eclipse.org/oomph/setup/1.0"
> xmlns:setup.p2="http://www.eclipse.org/oomph/setup/p2/1.0"
> name="template"
> label="template">
> <annotation
> source="http://www.eclipse.org/oomph/setup/BrandingInfo">
> <detail
> key="folderName">
> <value>eclipse</value>
> </detail>
> <detail
> key="folderName.macosx">
> <value>Eclipse</value>
> </detail>
> <detail
> key="/instance/org.python.pydev/org.python.pydev.editor.templates.PyTemplatePreferencesPage">
> <value>record</value>
> </detail>
> </annotation>
> <setupTask
> xsi:type="setup:InstallationTask"
> id="installation"/>
> <version name="mars"
> label="Mars"
> requiredJavaVersion="1.7">
> <setupTask
> xsi:type="setup.p2:P2Task"
> label="${scope.product.label} (${scope.product.version.label})">
> <requirement
> name="org.eclipse.platform.ide"/>
> <requirement
> name="org.eclipse.platform.feature.group"/>
> <requirement
> name="org.eclipse.rcp.feature.group"/>
> <requirement
> name="template.feature.group"/>
> <repository
> url="http://download.eclipse.org/releases/mars"/>
> </setupTask>
> <description>template for Mars.</description>
> </version>
> <setupTask
> xsi:type="setup:CompoundTask"
> name="org.python.pydev">
> <setupTask
> xsi:type="setup:PreferenceTask"
> key="/instance/org.python.pydev/org.python.pydev.editor.templates.PyTemplatePreferencesPage"
> value="<SOME_XML_VALUE>"/>
> </setupTask>
> </setupTask>
> <description>template provides cool stuff.</description>
> </setup:Product>
>
>
> I don't have any 'template.feature.group'
>
> Thank you
> Kind Regards
> Lidia
Re: Oomps is able to share preferences between different eclipse instances? [message #1736985 is a reply to message #1736927] Mon, 04 July 2016 19:09 Go to previous messageGo to next message
Lidia Gutu is currently offline Lidia GutuFriend
Messages: 45
Registered: July 2013
Member
Thank you Ed for you quick replay.

Regarding your last questions:

I am not very happy with the solution I have using the installation.setup. because, If I want to update this file in an existing eclipse installation, all users that already have been opened that eclipse will have old version of installation.setup.
E.g. my updated file is in ECLIPSE_HOME/configuration/org.eclipse.oomph.setup
and the only way to load latest version of installation.setup is to manually remove user's eclipse cache data, the /.eclipse/configuration/org.eclipse.oomph.setup/installation.setup file.

Is there a way to force load latest version of installation.setup at start-up into user's cache? E.g. I tried to increment following but it did not helped.
<setup:Installation
    xmi:version="2.1"

What do you mean by latest product? eclipse product or oomph product?
"All the users of that installation would always see the latest product version you've authored"

And, in case it is not possible to load latest version of installation.setup file from same eclipse version, I am considering to create a custom index, and hoping that having a custom *.setup will help me solve this limitation.
or Could happen that I will have same issue? custom *.setup files also will be copied into user's cache?

Thank you
Lidia

[Updated on: Mon, 04 July 2016 20:09]

Report message to a moderator

Re: Oomps is able to share preferences between different eclipse instances? [message #1737061 is a reply to message #1736985] Tue, 05 July 2016 12:22 Go to previous message
Ed Merks is currently offline Ed MerksFriend
Messages: 29351
Registered: July 2009
Senior Member
The installation.setup has a reference to some ProductVersion, minimally
just the self product's product version, but generally a product version
in a product catalog in the index. So if you ensure that your
shared-readonly install references a ProductVersion that you manage,
then you can update that setup and all users will see those updates.


On 04.07.2016 15:09, Lidia Gutu wrote:
> Thank you Ed for you quick replay.
>
> Regarding your last questions:
>
> I am not very happy with the solution I have using the
> installation.setup. because, If I want to update this file in an
> existing eclipse installation, all users that already have been opened
> that eclipse will have old version of installation.setup.
> E.g. my updated file is in
> ECLIPSE_HOME/configuration/org.eclipse.oomph.setup
> and the only way to load latest version of installation.setup is to
> manually remove user's eclipse cache data, the
> /.eclipse/configuration/org.eclipse.oomph.setup/installation.setup file.
>
> Is there a way to force load latest version of installation.setup at
> start-up into user's cache? E.g. I tried to increment following but it
> did not helped.
> <setup:Installation
> xmi:version="2.1"
>
> What do you mean by latest product? "All the users of that
> installation would always see the latest product version you've authored"
>
> Thank you
> Lidia
Previous Topic:Duplicate dynamic working sets
Next Topic:[Solved] Product Icon restrictions
Goto Forum:
  


Current Time: Wed May 23 14:30:10 GMT 2018

Powered by FUDForum. Page generated in 0.03734 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top