Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[gmf-dev] GMF runtime complexity makes it hard for clients to benefit from its power

Hi all,

currently I'm implementing a simple example using the GMF runtime.

I tried to follow the lines of the logic example (which is fairly complex though). Obviously the framework is extremely powerful. But its complexity also puts a high burden on its clients. My experience up to now is that it is very difficult to trace problems back to their origin. This is partly due to the complex interactions of the framework with the providers defined by the client. Especially registering the clients via extension points is very error prone and problems are hard to detect.

Some examples:
  • it took me quite a long time to realize that the DiagramKind of the Wizard page has to be in sync with the corresponding entry in the ViewProvider
  • I missed to derive an EditHelper from MSLEditHelper which led to an exception in a context that was extremely hard to analyze
  • in general declarations in the plugin.xml interact via services and service providers with user written code. There are many places where strings here and there have to coincide literally which can lead to subtle errors which are typically very hard to detect for a GMF runtime novice
Now my questions:
  • Is there a document (sequence diagrams would be great) that illustrates the interaction of framework instances with user defined code?
  • Is a log file written with registry information of the GMF runtime services? Or alternatively: can I get information of this kind using certain tracing switches? This kind of information could be extremely helpful

Kind regards,

Henrik

-- 
..................................................
   
 Dr. Henrik Rentz-Reichert  mailto://hrr@xxxxxxxxx

 Hafnerstr. 1               fon +49-7533-9342-43
 D-78476 Allensbach         fax              -44

Back to the top