| Summary: | No error reported for invalid generated_package extension | ||
|---|---|---|---|
| Product: | [Modeling] EMF | Reporter: | Ed Willink <ed> |
| Component: | Tools | Assignee: | Dave Steinberg <davidms> |
| Status: | VERIFIED FIXED | QA Contact: | |
| Severity: | trivial | ||
| Priority: | P3 | CC: | Ed.Merks |
| Version: | 1.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
| Bug Depends on: | 135577 | ||
| Bug Blocks: | |||
|
Description
Ed Willink
See 135577. OCL has inconsistent URIs. This use case works, now that Bug 135577 is fixed. Sorry that wasn't a fix, it was an explanation. It remains the case that there was no error associated with the magical disapperarance of the semi-registrations. There should be an error following selection of an offered entry which propagates to a blank conclusion. Now that PDE is so good at semantic validation of plugin.xml, this also demonstrates a bug in the registered package extension point. There should be a validation warning to the effect that the package uri is inconsistent with the genmodel content. The original issue wasn't framed in such terms. I have rewritten the heading and forwarded to EMF to address the lack of error reporting. I'll record this for future reference but I don't think diagnosing this problem is so easily solveable. Moreoever, it's not actually invalid to register a namespace for a package with a different namespace; one might use that as a redirect... *** This bug has been marked as a duplicate of 104727 *** We should log a message for duplicate keys in all extension points that populate a registry The fixes to log errors for duplicate registrations is committed to CVS. Fixed in 2.2.0.I200605181255. Good catch: Under RC5a I am now getting pairs of Both 'org.eclipse.gmt.umlx.atl' and 'org.eclipse.gmt.umlx.atl register a package for 'http://www.eclipse.org/gmt/2005/PrimitiveTypes' I did have a triple stupidity. But there is a missing ' following the second plug-in name. Ed, Thanks for noticing that. Snarf and barf meant this error was in every message I did. I've fixed it now. Fixed in 2.2.0RC6 I still see this behavior with EMF 2.3m4. OCL seems to have again a mismatch between URIs showing on plugin.xml and the ECore file (see bug 175426). If I choose a URI corresponding to one of the OCL 1.1.0 packages, the registered package selection dialog closes with no warning and but no Resource URI appears on the Load Resource dialog. Should I open a new PR, or reopen this one? Never mind, just understood that this bug is about warning against duplicate URIs. Move to verified as per bug 206558. |