[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [equinox-dev] a future with futures
- From: Scott Lewis <slewis@xxxxxxxxxxxxxxxxx>
- Date: Thu, 15 Jan 2009 19:48:27 -0800
- Delivered-to: email@example.com
- User-agent: Thunderbird 126.96.36.199 (Windows/20081209)
Hi Thomas and all,
I've attached a zip with new plugin org.eclipse.equinox.future with
package naming as discussed, and patches for jobs and tests plugins to
the original bug:
Just to avoid further potential for multi-bug confusion.
Thomas Watson wrote:
Scott Lewis wrote:
> Hi all,
> Although provisional API (for 1.5 years) seems a bit conservative...and
> it will cause ECF/other potential clients of the API difficulties over
> this time (i.e. we would like to have our ECF 3.0/Galileo release of
> remote services use this API)...I understand and can certainly live
> this decision.
> So if I understand it correctly the approach is to be:
> 1) new plugin with id: org.eclipse.equinox.future
> 2) API package name: org.eclipse.equinox.internal.provisional.future
> 3) JobsExecutor and RealmExecutor in org.eclipse.core.jobs bundle, in a
> new package: org.eclipse.core.internal.provisional.jobs.future
We seem to go back and forth on this practice. If the package name
has internal in the name, does it also need provisional? The p2
bundles use both internal.provisional so that is likely what we should
> Is this right? If so I will create the described new plugin, and
> new patch that includes this plugin on the enhancement request.
> A question: For the test code, where (in the equinox test cases)
> the test code go? Should it have a new test plugin as well? What
> the JobsExecutor-based tests? Should these go in the jobs test bundle
> or somewhere else?
Currently we have org.eclipse.core.tests.runtime which tests things like
jobs, registry, preferences, common etc. and org.eclipse.osgi.tests which
currently tests the framework and application model.
I suggest you place the tests in org.eclipse.core.tests.runtime for now.
You should probably open a bug against Equinox->Components to continue
equinox-dev mailing list