Yes, -clean does still do something. If it actually fixes anything is
another topic.
It clears the osgi cache of installed bundles which then forces p2 to
re-install everything. You can clearly see it doing something in this
scenario. After you install CDT on top of RC3 and have a look at the osgi>
console with the 'ss' or 'lb' command you will see a listing of the bundles
where the cdt bundles are the last bundles in the list (with the highest
bundle IDs) because they wre the last ones installed. Then if you restart
with -clean and look at the bundle listing again you will see that the
bundles got re-installed in alphabetical order (since that is how p2 sorts
them in the bundles.info file).
Tom
From: Doug Schaefer <dschae...@qnx.com>
To: Cross project issues <cross-project-issues-dev@eclipse.org>
Date: 06/05/2014 02:57 PM
Subject: Re: [cross-project-issues-dev] Intalling with java 6 cannot
recover
Sent by: cross-project-issues-dev-boun...@eclipse.org
I think -clean is a placebo. It's our go to answer, but does it actually do
anything any more? It certainly never fixes anything any more.
Doug.
From: cross-project-issues-dev-boun...@eclipse.org
[cross-project-issues-dev-boun...@eclipse.org] on behalf of Marc Khouzam
[marc.khou...@ericsson.com]
Sent: Thursday, June 05, 2014 3:53 PM
To: 'Cross project issues'
Subject: Re: [cross-project-issues-dev] Intalling with java 6 cannot
recover
Sadly I did launch with –clean and it didn’t help.
Since it should be fixed in M7, we’ll try to reproduce on another machine
to make sure it is not my environment.
From: cross-project-issues-dev-boun...@eclipse.org [
mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of Thomas
Watson
Sent: Thursday, June 05, 2014 3:07 PM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] Intalling with java 6 cannot
recover
This sounds like https://bugs.eclipse.org/bugs/show_bug.cgi?id=432485
But that should have been fixed in M7. I am curious if launching with
-clean fixes the issue. I would start with a bug against Equinox Framework
if it is what I suspect (somehow the framework is not forcing a refresh of
the system bundle to update its capabilities to include the Java 7
execution environment).
Tom
Inactive hide details for Marc Khouzam ---06/05/2014 12:05:12 PM---Hi, I'm
testing installing CDT on RC3. CDT requires Java 7.Marc Khouzam
---06/05/2014 12:05:12 PM---Hi, I'm testing installing CDT on RC3. CDT
requires Java 7.
From: Marc Khouzam <marc.khou...@ericsson.com>
To: "'cross-project-issues-dev@eclipse.org'" <
cross-project-issues-dev@eclipse.org>
Cc: Alvaro Sanchez-Leon <alvaro.sanchez-l...@ericsson.com>
Date: 06/05/2014 12:05 PM
Subject: [cross-project-issues-dev] Intalling with java 6 cannot recover
Sent by: cross-project-issues-dev-boun...@eclipse.org
Hi,
I'm testing installing CDT on RC3. CDT requires Java 7.
My system switched to java 6 under my feet, so I ended up installing CDT
using java 6.
The install worked but when running, most CDT plugins didn't start and I
got some errors due to java 6.
I then switched back to java 7 and ran the already installed version.
Surprisingly, things still failed but no errors reported.
So, it looks like installing plugins that require a newer java than what is
running is non-recoverable.
Is this a bug I should report? If so, to what component?
Thanks
Marc
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
