Re: [cross-project-issues-dev] Intalling with java 6 cannot recover
FYI, We are planning to fix for RC4. Thanks for reporting the issue. Tom From: Marc-André Laperle To: Cross project issues Date: 06/05/2014 05:14 PM Subject:Re: [cross-project-issues-dev] Intalling with java 6 cannot recover Sent by:cross-project-issues-dev-boun...@eclipse.org Thomas, I think I managed to find reproducable steps, see: https://bugs.eclipse.org/bugs/show_bug.cgi?id=436758 Marc-Andre On 14-06-05 04:54 PM, Thomas Watson wrote: I just tried and could not reproduce. Installing CDT on Java 6, re-launching and having a look at the osgi> console showed the CDT bundles as INSTALLED (not resolved). Relaunching with Java 7 allowed the CDT bundles to resolve. I would double check that Java 7 is really being used. Start with -console and issue the command: props | grep environment That should give you the following: org.osgi.framework.executionenvironment = OSGi/Minimum-1.0,OSGi/Minimum-1.1,OSGi/Minimum-1.2,JRE-1.1,J2SE-1.2,J2SE-1.3,J2SE-1.4,J2SE-1.5,JavaSE-1.6,JavaSE-1.7 Notice JavaSE-1.7 at the end. Tom Inactive hide details for Marc Khouzam ---06/05/2014 02:54:27 PM---Sadly I did launch with -clean and it didn't help. Since it Marc Khouzam ---06/05/2014 02:54:27 PM---Sadly I did launch with -clean and it didn't help. Since it should be fixed in M7, we'll try to repr From: Marc Khouzam To: "'Cross project issues'" Date: 06/05/2014 02:54 PM Subject: Re: [cross-project-issues-dev] Intalling with java 6 cannot recover Sent by: cross-project-issues-dev-boun...@eclipse.org 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 To: "'cross-project-issues-dev@eclipse.org'" < cross-project-issues-dev@eclipse.org> Cc: Alvaro Sanchez-Leon 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 ___ 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
Re: [cross-project-issues-dev] Intalling with java 6 cannot recover
Thomas, I think I managed to find reproducable steps, see: https://bugs.eclipse.org/bugs/show_bug.cgi?id=436758 Marc-Andre On 14-06-05 04:54 PM, Thomas Watson wrote: > > I just tried and could not reproduce. Installing CDT on Java 6, > re-launching and having a look at the osgi> console showed the CDT > bundles as INSTALLED (not resolved). Relaunching with Java 7 allowed > the CDT bundles to resolve. I would double check that Java 7 is > really being used. Start with -console and issue the command: > > props | grep environment > > That should give you the following: > > org.osgi.framework.executionenvironment = > OSGi/Minimum-1.0,OSGi/Minimum-1.1,OSGi/Minimum-1.2,JRE-1.1,J2SE-1.2,J2SE-1.3,J2SE-1.4,J2SE-1.5,JavaSE-1.6,JavaSE-1.7 > > Notice JavaSE-1.7 at the end. > > Tom > > > > Inactive hide details for Marc Khouzam ---06/05/2014 02:54:27 > PM---Sadly I did launch with -clean and it didn't help. Since it Marc > Khouzam ---06/05/2014 02:54:27 PM---Sadly I did launch with -clean and > it didn't help. Since it should be fixed in M7, we'll try to repr > > From: Marc Khouzam > To: "'Cross project issues'" > Date: 06/05/2014 02:54 PM > Subject: Re: [cross-project-issues-dev] Intalling with java 6 cannot > recover > Sent by: cross-project-issues-dev-boun...@eclipse.org > > > > > > 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.khouzam@ericsson.com_ > <mailto:marc.khou...@ericsson.com>> > To: "'cross-project-issues-dev@eclipse.org'" > <_cross-project-issues-dev@eclipse.org_ > <mailto:cross-project-issues-dev@eclipse.org>> > Cc: Alvaro Sanchez-Leon <_alvaro.sanchez-leon@ericsson.com_ > <mailto: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-bounces@eclipse.org_ > <mailto: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_ > <mailto: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 ___ cross-project-issues-dev mailing list cross-project-issues-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
Re: [cross-project-issues-dev] Intalling with java 6 cannot recover
I just tested installing CDT RC3 on Eclipse Platform RC3 with Java 6. Restarted, then plugins didn't load (expected). Then restarted again with Java 7 and it worked correctly, I was able to create a Hello world project and build it. But I did not use -clean in any steps. Interestingly, I tried again and *did* use -clean for all the steps, then I could reproduce the problem! I opened this bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=436758 Marc-Andre On 14-06-05 03:56 PM, Doug Schaefer wrote: > 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 <mailto:marc.khou...@ericsson.com>> > To: "'cross-project-issues-dev@eclipse.org'" > <mailto:cross-project-issues-dev@eclipse.org>> > Cc: Alvaro Sanchez-Leon <mailto: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 > <mailto: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 > <mailto: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
Re: [cross-project-issues-dev] Intalling with java 6 cannot recover
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 To: Cross project issues 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 To: "'cross-project-issues-dev@eclipse.org'" < cross-project-issues-dev@eclipse.org> Cc: Alvaro Sanchez-Leon 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
Re: [cross-project-issues-dev] Intalling with java 6 cannot recover
I just tried and could not reproduce. Installing CDT on Java 6, re-launching and having a look at the osgi> console showed the CDT bundles as INSTALLED (not resolved). Relaunching with Java 7 allowed the CDT bundles to resolve. I would double check that Java 7 is really being used. Start with -console and issue the command: props | grep environment That should give you the following: org.osgi.framework.executionenvironment = OSGi/Minimum-1.0,OSGi/Minimum-1.1,OSGi/Minimum-1.2,JRE-1.1,J2SE-1.2,J2SE-1.3,J2SE-1.4,J2SE-1.5,JavaSE-1.6,JavaSE-1.7 Notice JavaSE-1.7 at the end. Tom From: Marc Khouzam To: "'Cross project issues'" Date: 06/05/2014 02:54 PM Subject: Re: [cross-project-issues-dev] Intalling with java 6 cannot recover Sent by:cross-project-issues-dev-boun...@eclipse.org 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 To: "'cross-project-issues-dev@eclipse.org'" < cross-project-issues-dev@eclipse.org> Cc: Alvaro Sanchez-Leon 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
Re: [cross-project-issues-dev] Intalling with java 6 cannot recover
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 mailto:marc.khou...@ericsson.com>> To: "'cross-project-issues-dev@eclipse.org'" mailto:cross-project-issues-dev@eclipse.org>> Cc: Alvaro Sanchez-Leon mailto: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<mailto: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<mailto: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
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 mailto:marc.khou...@ericsson.com>> To: "'cross-project-issues-dev@eclipse.org'" mailto:cross-project-issues-dev@eclipse.org>> Cc: Alvaro Sanchez-Leon mailto: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<mailto: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<mailto: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
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 From: Marc Khouzam To: "'cross-project-issues-dev@eclipse.org'" Cc: Alvaro Sanchez-Leon 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] Intalling with java 6 cannot recover
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