| Summary: | Choice Point should accept two incoming transitions | ||
|---|---|---|---|
| Product: | [Modeling] eTrice | Reporter: | Thomas Jung <tj> |
| Component: | Core | Assignee: | Project Inbox <etrice.core-inbox> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | hrr |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Thomas Jung
Additionally it doesn´t matter if there are really two incomming transitions or one transition with two trigger events. Both constallations do not work. That´s not good. This error leads to a null pointer exception of the generator. Two possible triggers might be caused by a update problem Decision of discussion with ts and tj: - for performance reasons and to simplify handling a Message can have only 0 or 1 data arguments - message data are available (and passed to the action code methods) until the transition chain hits the first transition point - cp branch transitions must not connect to their source cp - entry points and choice points may have more than one incoming connection Hints for implementation: to avoid code duplication common chain segments should be identified and factored out This will not be implemented for the first release. This is possible now with commit 29c53d11aa5e9c33423de5df90874f14502cead6. The check of data compatibility is postponed to bug 383609. The optimization by identifying common parts of transition chains is postponed to bug 383610. Part of eTrice 0.2 |