I posted a note a couple of weeks back [1] about the changes coming to the Equinox OSGi framework implementation for Luna. If you have dependencies on Equinox Framework internals and you have not tried to build against any of the Eclipse/Equinox project M1 builds then you likely will have issues building against the latest M1 Luna builds.
If any of the unnamed projects Konstantin mentions below have issues and would like assistance please ask on the equinox-dev mailing list. Tom [1] - http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg09424.html ----- Forwarded by Thomas Watson/Austin/IBM on 08/09/2013 12:29 PM ----- From: "Konstantin Komissarchik" <[email protected]> To: "'Equinox development mailing list'" <[email protected]>, Date: 08/09/2013 11:04 AM Subject: Re: [equinox-dev] org.eclipse.osgi.framework.debug.FrameworkDebugOptions Sent by: [email protected] Thanks for the follow-up, Thomas. I think another reminder of Equinox changes might be in order on cross-project. I notice that some Luna projects (not going to name the guilty parties) with dependencies on Equinox internals have yet to try building with Luna platform. I expect lots of surprised and angry reactions in about a week. Thanks, - Konstantin From: [email protected] [ mailto:[email protected]] On Behalf Of Thomas Watson Sent: Friday, August 09, 2013 8:53 AM To: Equinox development mailing list Subject: Re: [equinox-dev] org.eclipse.osgi.framework.debug.FrameworkDebugOptions David's answer is correct. Thanks David! FrameworkDebugOptions is not API, the Equinox API (not OSGi API!) is org.eclipse.osgi.service.debug.DebugOptions. As David mentions, this is intended to be consumed as an OSGi service and Equinox does not provide static API to access it. the Platform.getDebugOption method does provide static access to the debug options service if that is what you would prefer to use. But I still recommend using the OSGi service directly instead of using the old org.eclipse.core.runtime.Platform class, but that is because I really dislike static APIs and I am used to using the OSGi service registry for such things. Tom Inactive hide details for "Konstantin Komissarchik" ---08/06/2013 04:45:34 PM---Thanks, David."Konstantin Komissarchik" ---08/06/2013 04:45:34 PM---Thanks, David. From: "Konstantin Komissarchik" <[email protected]> To: "'Equinox development mailing list'" <[email protected]>, Date: 08/06/2013 04:45 PM Subject: Re: [equinox-dev] org.eclipse.osgi.framework.debug.FrameworkDebugOptions Sent by: [email protected] Thanks, David. I found that I can replace FrameworkDebugOptions.getDefault ().getBooleanOption(key) with Platform.getDebugOption(key). - Konstantin From: [email protected] [ mailto:[email protected]] On Behalf Of David M Williams Sent: Monday, August 05, 2013 11:03 PM To: Equinox development mailing list Subject: Re: [equinox-dev] org.eclipse.osgi.framework.debug.FrameworkDebugOptions Tom (and the one or two others who might know) are not available this week so ... just so that you do not feel ignored :) .... I'll respond with the tiny bit I know, and Tom can later address deeper if needed. Short answer: I believe it is intended to be gone ... but I don't what to recommend on "how to transition". The previous version, in package org.eclipse.osgi.framework.debug, was marked as "x-internal" in MANIFEST.MF (meaning, was not API, even though did not have internal in the package name). There is a new version of FrameworkDebugOptions, now in a package with 'internal' in the name, org.eclipse.osgi.internal.debug, which, off hand, ... from the most casual of skim reading ... appears to be intended to be used more as a service, not by direct (non-API) reference. Tom has been working hard re-implementing a large amount of "Equinox internals" for some time (in anticipation of new specs) and while I didn't see 'debug' mentioned explicitly, there is a lot written about the changes at http://wiki.eclipse.org/Equinox/Luna_Framework and that wiki page in turn points to various specs and other specific bugs which might help you migrate off the non-API class. Hope this helps ... but if if not, ask again in a week or two and I'm sure Tom can say more. Thanks, From: "Konstantin Komissarchik" <[email protected]> To: "'Equinox development mailing list'" <[email protected]>, Date: 08/06/2013 12:47 AM Subject: Re: [equinox-dev] org.eclipse.osgi.framework.debug.FrameworkDebugOptions Sent by: [email protected] Does anyone have any thoughts on this issue? I am assuming that this is result of recent refactoring. The package in question doesn’t have internal in the name, but if the class is going away for good, could someone let me know what the equivalent invocation should be? Thanks, - Konstantin From: [email protected] [ mailto:[email protected]] On Behalf Of Konstantin Komissarchik Sent: Friday, August 02, 2013 5:03 PM To: [email protected] Subject: [equinox-dev] org.eclipse.osgi.framework.debug.FrameworkDebugOptions In the process of migrating Oracle Enterprise Pack for Eclipse to the latest Luna integration build, I have discovered that FrameworkDebugOptions class seems to be missing. Thoughts? Thanks, - Konstantin [java] [javac] 1. ERROR in D:\Oracle\OEPE\Depot\trunk\luna\plugins \oracle.eclipse.tools.xml.model\src\oracle\ec ipse\tools\xml\model\TraceOptions.java (at line 6) [java] [javac] import org.eclipse.osgi.framework.debug.FrameworkDebugOptions; [java] [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [java] [javac] The import org.eclipse.osgi.framework.debug cannot be resolved [java] [javac] ---------- [java] [javac] 2. ERROR in D:\Oracle\OEPE\Depot\trunk\luna\plugins \oracle.eclipse.tools.xml.model\src\oracle\ec ipse\tools\xml\model\TraceOptions.java (at line 36) [java] [javac] final DebugOptions debugOptions = FrameworkDebugOptions.getDefault(); [java] [javac] ^^^^^^^^^^^^^^^^^^^^^ [java] [javac] FrameworkDebugOptions cannot be resolved [java] [javac] ---------- [java] [javac] 2 problems (2 errors) _______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev _______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev _______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev
<<inline: 2E631859.gif>>
_______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
