| Summary: | Internal classes in org.eclipse.emf.cdo.internal should be made internal | ||
|---|---|---|---|
| Product: | [Modeling] EMF | Reporter: | Martin Fluegge <martin.fluegge> |
| Component: | cdo.core | Assignee: | Project Inbox <emf.cdo-inbox> |
| Status: | NEW --- | QA Contact: | Eike Stepper <stepper> |
| Severity: | enhancement | ||
| Priority: | P3 | ||
| Version: | 4.13 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Martin Fluegge
Just a note: Ideally CDOObjectImpl would be moved into a public package like org.eclipse.emf.cdo.impl (in analogy to org.eclipse.emf.ecore.impl.EObjectImpl) but that would break all generated models that derive their classes from CDOObjectImpl. So, if we decide to keep CDOOjectImpl where it is and, hence, we can not make that package x-internal we should move the other classes out of this package. Moving all open enhancement requests to 4.1 Moving all open issues to 4.2. Open bugs can be ported to 4.1 maintenance after they've been fixed in master. Moving all outstanding enhancements to 4.3 Moving all open enhancement requests to 4.4 Moving all open enhancement requests to 4.4 Moving all open bugzillas to 4.5. Moving all unaddressed bugzillas to 4.6. Moving all open bugs to 4.7 Moving all unresolved issues to version 4.8- Moving all unresolved issues to version 4.9 Moving to 4.13. |