Community
Participate
Working Groups
Actually in the InnerClassViewmapProducer, when ParentAssignedViewmap is created it assumes that the name of generated getter is // XXX yet another assumption - getter name // FIXME introduce feedback to FigureGenerator to let us know exact names v.setGetterName("get" + CodeGenUtil.validJavaIdentifier(figure.getName())); But template /children/Figure.javajet generates this getter with another naming strategy: /** * @generated */ public <%=nextClassName%> getFigure<%=next.getName()%>() { As a result, generated code for MindMap sample can not be compiled.
Proposed fix for https://bugs.eclipse.org/bugs/show_bug.cgi?id=139148 contains the fix for this problem as well (by introducing of the NamingStrategy static utility class into the gmfgraph generation). Is it required to separate patches for this and #139148 scrs.
Created attachment 42520 [details] Fixes test that would be broken by fix for this scr While original patch for this scr is placed at the https://bugs.eclipse.org/bugs/show_bug.cgi?id=139248 it is additional patch for wrong tests for this issue.
(In reply to comment #2) > While original patch for this scr is placed at the > https://bugs.eclipse.org/bugs/show_bug.cgi?id=139248 Correct link is: https://bugs.eclipse.org/bugs/show_bug.cgi?id=139148
Introduce feedback from figure codegen and refactor viewmap producer not to use hardcoded pattern
With ChildAccess introduced, accessors are no longer hardcoded
[GMF Restructure] Bug 319140 : product GMF and component Generation was the original product and component for this bug