| Re: [emf-dev] Status of the EMF Query Component |
|
Hi Ed,
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:
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
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:
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
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:
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:
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
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: 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: 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 _______________________________________________ emf-dev mailing list emf-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/emf-dev |
