Christian,
Like SDO, I see Query as having little real value to justify its
existence. So like Query, I'm considering terminating the SDO
component. Components that don't have a significant established user
base and for which there is no interesting future don't really don't
have a place at Eclipse. If there is really only one user, they can of
course maintain the source themselves.
Christian W. Damus wrote:
Anthony,
I forgot to answer your other questions. I don't know about
GMF, but Transaction build only requires the Query for the 3-in-1
feature that it publishes to the Ganymede/Galileo builds. The
Transaction and Validation components have no dependencies, and can
build without it.
cW
On 16-Sep-08, at 1:47 PM, Anthony Hunter wrote:
Hi Christian,
We are getting more information for you, but IBM makes use of EMF Query
in its products. So it cannot go away for Galileo. We would be fine
with creating a 1.3 version that has no new content, but just confirms
from a build and smoke test perspective that it still works and is at
the high standard of quality as the other components in Galileo.
I am wondering why EMF Transaction and GMF have a build dependency on
EMF Query for the last three years ? (I.e. EMF Query is listed on the
dependencies on the download page).
Cheers...
Anthony
--
Anthony Hunter mailto:anthonyh@xxxxxxxxxx
Software Development Manager: Eclipse Open Source Components
IBM Rational Software: Aurora / GEF / GMF / Modeling Tools
Phone: 613-270-4613
<graycol.gif>"Christian W.
Damus" ---09/16/2008 12:14:49 PM---Hi, all, The EMF project has had,
since Callisto days, a Query component
<ecblank.gif>
From: |
<ecblank.gif>
"Christian W. Damus" <cdamus@xxxxxxxxxxxxx> |
<ecblank.gif>
To: |
<ecblank.gif>
emf-dev@xxxxxxxxxxx |
<ecblank.gif>
Date: |
<ecblank.gif>
09/16/2008 12:14 PM |
<ecblank.gif>
Subject: |
<ecblank.gif>
[emf-dev] Status of the EMF Query Component |
Hi, all,
The EMF project has had, since Callisto days, a
Query component providing a Java API with an SQL-ish feel for
structured searches in EObject data. Since its 1.0 release, this
component has not added any new features except for keeping up with its
dependencies: following EMF Core in adopting J2SE 5.0, and adopting new
OCL APIs.
It seems to me that this component never did show
much "traction" from the user community and I have no plan to initiate
any new work for the Galileo release. A summary of Bugzilla activity
looks like this:
- Raised/resolved since the Ganymede (1.2)
release: 0 / 0
- Raised/resolved since the Europa (1.1)
release: 9 / 9
- Raised/resolved since the Callisto (1.0)
release: 11 / 12
- Raised/resolved since the initial commit: 11
/ 10
Note that a significant number of these bugs were
releng-type bugs tagged against the Query component but applying to
common/replicated artifacts and processes across the EMF
Query/Transaction/Validation components and also MDT OCL.
So, my questions to the community are:
- Do you use the EMF Query component?
- Are you interested in continuing to develop
the EMF Query component?
- I am happy to help contributors to
earn committer rights by working with them on their patches.
Your feed-back is very important to determining
whether this component will have a 1.3 release in Galileo, whether it
should just produce a maintenance release for Galileo, or whether it
should proceed to a Termination Review.
Thanks,
Christian
--
Christian W. Damus
Senior Software Developer, Zeligsoft
Inc.
Component Lead, Eclipse MDT OCL and
EMF-QTV
E-mail: cdamus@xxxxxxxxxxxxx
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
--
Christian W. Damus
Senior Software Developer, Zeligsoft Inc.
Component Lead, Eclipse MDT OCL and EMF-QTV
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
|