Anthony,
I'm going to find out more about the termination process. Keeping a
maintenance build alive despite the head of the stream being terminated
seems an important transition step that needs to be taken into
consideration...
Anthony Hunter wrote:
OK,
Correct me if I am wrong, but one of the highlights post termination is
that the project is archived (i.e. CVS repository archived). This would
make it difficult for maintenance should the need arise.
Terminating SDO will be an issue for those who use SDO in existing
products built on top of the modeling stack (i.e. like us).
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
Ed Merks
---09/18/2008 03:34:54 PM---Anthony, It's up to Christian to decide for
Query. I believe he's indicated
Anthony,
It's up to Christian to decide for Query. I believe he's indicated
he'll keep it around for one more release.
I've heard nothing in response to SDO. I'm seeing little value in
keeping it around, but I suppose the cost of keeping it on artificial
life support is minimal as well. I'm leaning towards ditching it...
Anthony Hunter wrote:
Hi Ed/Christian,
Just to end this thread, we are not terminating SDO or EMF Query and
both will be in Galileo. Right?
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
Ed Merks
---09/17/2008 02:25:14 AM---Christian, Like SDO, I see Query as having
little real value to justify its
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
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
_______________________________________________
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
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev
|