I was requesting for the name of the JAR where the NativeCodeSpecificationImpl class is located. On my Luna installation, this requires Java 6 and build with JDK 7 so it is unlikely that the class file version will be Java 8
Jeff On Thu, Oct 16, 2014 at 6:59 PM, Thomas Fletcher <[email protected]> wrote: > Jeff, > > I'm not sure what you mean? > > The original error that I was seeing when we were building with Java 8 but > running a Java 7 VM for > the product was happening when we tried installing the subclipse update > site. Then I would get the > following error: > > An error occurred while uninstalling > session context was:(profile=profile, > phase=org.eclipse.equinox.internal.p2.engine.phases.Uninstall, > operand=[R]org.eclipse.ecf.provider.filetransfer.httpclient4 > 1.0.500.v20140528-1625 --> > [R]org.eclipse.ecf.provider.filetransfer.httpclient4 > 1.0.800.v20140827-1444, > action=org.eclipse.equinox.internal.p2.touchpoint.eclipse.actions.UninstallBundleAction). > org/eclipse/osgi/internal/resolver/NativeCodeSpecificationImpl : > Unsupported major.minor version 52.0 > org/eclipse/osgi/internal/resolver/NativeCodeSpecificationImpl : > Unsupported major.minor version 52.0 > > Switching our builds to a Java 7 based VM has resulted in the error at > build time which is what > triggered me to ask. > > Thanks, > Thomas > > > Jeff MAURY wrote: > > Can you tell the version of the OSGI bundle for the class ? > > Jeff > > On Wed, Oct 15, 2014 at 6:55 PM, Thomas Fletcher <[email protected] > > wrote: > >> Doug, >> >> Indeed, I would have originally thought the same but I suspect that it >> may have to do with >> one of the components that we had to splice in being dependent on Java 8 >> ... so the entire >> build has to up version and so do all of our runtimes. >> >> I would be happy to switch to a Maven/Tycho based build ... after I have >> a working >> build configuration with what used to work =;-) >> >> My biggest issue with all of the Eclipse build configurations is the >> general lack of _cohesive_ >> documentation. There is lots of snippets here and snippets there in >> mailing lists and wiki content >> scattered about but little that provides an end to end story. >> >> In any case, thanks for the feedback. If I get a few spare moments >> perhaps I'll see what I can >> spin up with the cool kid technologies. >> >> Thanks, >> Thomas >> >> >> Doug Schaefer wrote: >> >> Hey Thomas, not sure the answer because we don't use PDE build any more. >> I can't see how PDE would depend on version of Java. This usually tells me >> you build with Java 8 and are trying to run on Java 7. >> >> BTW, You should take a look at Maven/Tycho since you're in the middle of >> upgrading your platform. It's what us cool kids use :). >> >> Doug. >> >> ________________________________________________________________________ >> From: Thomas Fletcher <[email protected]> >> Date: Wed Oct 15 2014 11:25:26 GMT-0400 (EDT) >> To: [email protected] <[email protected]> >> Subject: [p2-dev] Java Version Dependency >> >> All, >> >> We are moving our product build from the Eclipse 3.x series to the 4.x >> series and part of this >> has involved updating our JVM versions as we migrate to a Luna based >> product release. >> >> We were building our product with a Java 8 installation and end up with >> an error trying to install >> some 3rd part external plugins that seemed to imply that we should be >> building with Java 7 instead. >> >> However, if we try and do that (build with a Java 7 version instead of >> Java 8) we end up with. >> >> BUILD FAILED >> c:\sbinstaller\productBuild\productBuild_4.0.xml:39: The following >> error occurred while executing this line: >> c:\sbinstaller\productBuild\productBuild_4.0.xml:69: >> java.lang.UnsupportedClassVersionError: >> org/eclipse/osgi/internal/resolver/NativeCodeSpecificationImpl : >> Unsupported major.minor version 52.0 >> >> This implies to me that there is a dependency on Java 8 for PDE/P2 based >> builds. Is this correct? >> >> Thanks, >> Thomas >> >> _______________________________________________ >> p2-dev mailing list >> [email protected] >> To change your delivery options, retrieve your password, or unsubscribe >> from this list, visit https://dev.eclipse.org/mailman/listinfo/p2-dev >> >> >> _______________________________________________ >> p2-dev mailing list >> [email protected] >> To change your delivery options, retrieve your password, or unsubscribe >> from this list, visit >> https://dev.eclipse.org/mailman/listinfo/p2-dev >> > > > > -- > Jeff MAURY > > > "Legacy code" often differs from its suggested alternative by actually > working and scaling. > - Bjarne Stroustrup > > http://www.jeffmaury.com > http://riadiscuss.jeffmaury.com > http://www.twitter.com/jeffmaury > > _______________________________________________ > p2-dev mailing [email protected] > To change your delivery options, retrieve your password, or unsubscribe from > this list, visithttps://dev.eclipse.org/mailman/listinfo/p2-dev > > > _______________________________________________ > p2-dev mailing list > [email protected] > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/p2-dev > -- Jeff MAURY "Legacy code" often differs from its suggested alternative by actually working and scaling. - Bjarne Stroustrup http://www.jeffmaury.com http://riadiscuss.jeffmaury.com http://www.twitter.com/jeffmaury
_______________________________________________ p2-dev mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/p2-dev
