Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [p2-dev] Java Version Dependency
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 <thomas@xxxxxxxxxxxxxxxxx> 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="" 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="" class="">
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 <thomas@xxxxxxxxxxxxxxxxx> 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 <thomas@xxxxxxxxxxxxxxxxx>
Date: Wed Oct 15 2014 11:25:26 GMT-0400 (EDT)
To: p2-dev@xxxxxxxxxxx <p2-dev@xxxxxxxxxxx>
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
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
p2-dev@xxxxxxxxxxx
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
p2-dev@xxxxxxxxxxx
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
p2-dev@xxxxxxxxxxx
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

Back to the top