| Summary: | Enumeration resolves differently for builder vs VE | ||||||
|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Justin Spadea <jspadea> | ||||
| Component: | EDT | Assignee: | Project Inbox <edt.compiler-inbox> | ||||
| Status: | CLOSED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P1 | CC: | pharmon, svihovec | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
Created attachment 206093 [details]
Testcase
I have update the MANIFEST.MF for org.eclipse.edt.mof to change the Eclipse-BuddyPolicy from "dependent" to "registered". This will keep the runtime projects our of the classpath when the XML files for our IRs are deserialzed. I have also updated the manifest files for the following plugins to register their dependency: org.eclipse.edt.mof.egl org.eclipse.edt.mof.eglx.persistence.sql org.eclipse.edt.mof.eglx.services Verified |
Given the attachment, add a breakpoint to MVCTemplate.java line 974 "if (value instanceof EnumerationEntry) {" When generating due to a compile (incremental build) the value is eglx.ui.SignKind, from the Java runtime. When generating for the VE it is an EnumerationEntry. It seems like they should resolve the same.