| Summary: | [ParseTreeConstructor] Order in generated code seems to be changing without changes in the input model | ||
|---|---|---|---|
| Product: | [Modeling] TMF | Reporter: | Sebastian Zarnekow <sebastian.zarnekow> |
| Component: | Xtext | Assignee: | Project Inbox <tmf.xtext-inbox> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | moritz.eysholdt, sven.efftinge |
| Version: | 1.0.0 | Flags: | moritz.eysholdt:
helios+
|
| Target Milestone: | SR1 | ||
| Hardware: | PC | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
Fixed in HEAD. @Override
public IEObjectConsumer tryConsume() {
if(getEObject().eClass() != grammarAccess.getMonoListAssignmentRule().getType().getClassifier() &&
getEObject().eClass() != grammarAccess.getBiSingleAssignmentRule().getType().getClassifier())
return null;
return eObjectConsumer;
}
vs
@Override
public IEObjectConsumer tryConsume() {
if(getEObject().eClass() != grammarAccess.getBiListAssignmentRule().getType().getClassifier() &&
getEObject().eClass() != grammarAccess.getMonoSingleAssignmentRule().getType().getClassifier())
return null;
return eObjectConsumer;
}
seemed to be fixed ... Please reopen if it isn't fixed. Closing bug which were set to RESOLVED before Eclipse Neon.0. |
I observed this behavior in the EpatchTestLanguageParsetreeConstructor for this tryConsume() implementation: public IEObjectConsumer tryConsume() { if(getEObject().eClass() != grammarAccess.getBiListAssignmentRule().getType().getClassifier() && getEObject().eClass() != grammarAccess.getBiSingleAssignmentRule().getType().getClassifier()) return null; return eObjectConsumer; } vs: public IEObjectConsumer tryConsume() { if(getEObject().eClass() != grammarAccess.getMonoListAssignmentRule().getType().getClassifier() && getEObject().eClass() != grammarAccess.getMonoSingleAssignmentRule().getType().getClassifier()) return null; return eObjectConsumer; }