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] <mailto:[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]
    <mailto:[email protected]>>
    Date: Wed Oct 15 2014 11:25:26 GMT-0400 (EDT)
    To: [email protected] <mailto:[email protected]>
    <[email protected] <mailto:[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] <mailto:[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] <mailto:[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
_______________________________________________
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

Reply via email to