Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 331990

Summary: Epsilon Debugging
Product: [Modeling] Epsilon Reporter: Andy Ed <ae2>
Component: CoreAssignee: Dimitris Kolovos <dkolovos>
Status: CLOSED DUPLICATE QA Contact:
Severity: enhancement    
Priority: P3    
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: Windows 7   
Whiteboard:

Description Andy Ed CLA 2010-12-07 04:38:45 EST
As an Epsilon ETL specification become more complex it can be difficult to trace the source of the bugs that give rise to exceptions. For example the following scenario describes one situation where it can be difficult to determine the root cause of an exception. When using the equivalent() or ::=, the translator tries unsuccesfully to create an element. This element may be deeply nested and difficult to locate when debugging. The error gives rise to a null pointer exception which is reported to have occurred at the point where the equivalent() is applied. This, however, does not indicate the source of the problem; i.e. the element which the translator was unable to create.

Reporting an Epsilon trace in addition to a Java stack trace at the time of such a failure would improve usability of the tool, especially with translations that are more complex. An Epsilon trace would help the user identify the point at which the tranlator failed.
Comment 1 Dimitris Kolovos CLA 2013-11-01 08:29:23 EDT

*** This bug has been marked as a duplicate of bug 420859 ***