Issue 11845: Runtimes may have multiple stacks (marte-rtf) Source: THALES (Mr. Sebastien Demathieu, sebastien.demathieu(at)thalesgroup.com) Nature: Clarification Severity: Minor Summary: Runtimes may have multiple stacks. How to reference a specific stack size (e.g., primary or secondary) in SRM? It seems to miss a concept. Resolution: Deferred due to lack of time to deal with it. Disposition: Deferred This is already possible to describe multiple stacke because the multiplicty of the staskSizeElement attribute is unlimited (concurrentResource stereotype). It seems that there is a need to describe more precisely several stacks : primiary stack, secondary stack ... One solution leads to describe an explicit "Stack" stereotype. Such solution deeply modifies the SRM chapter. Due to lack of time, this issue is deferred to next RTF of MARTE. Disposition: Deferred Revised Text: Actions taken: December 20, 2007: received issue Discussion: Discussion: This is already possible to describe multiple stacke because the multiplicty of the staskSizeElement attribute is unlimited (concurrentResource stereotype). It seems that there is a need to describe more precisely several stacks : primiary stack, secondary stack ... One solution leads to describe an explicit "Stack" stereotype. Such solution deeply modifies the SRM chapter. Disposition: Deferred End of Annotations:===== m: webmaster@omg.org Date: 20 Dec 2007 15:20:22 -0500 To: Subject: Issue/Bug Report -------------------------------------------------------------------------------- Name: Sébastien Demathieu Company: Thales mailFrom: sebastien.demathieu@thalesgroup.com Notification: Yes Specification: UML profile for MARTE Section: 14 FormalNumber: 07-08-04 Version: Beta 1 RevisionDate: 08/2007 Page: 180 Nature: Clarification Severity: Minor HTTP User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Description Runtimes may have multiple stacks. How to reference a specific stack size (e.g., primary or secondary) in SRM? It seems to miss a concept. Date: Tue, 04 Mar 2008 13:10:40 +0100 From: Frédéric THOMAS User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) To: Sébastien Demathieu Cc: marte-ftf@omg.org Subject: [MARTE] issue 11845 Hi sebastien, I am managing the issue for the SRM working group. In case of the 11845 issue (http://www.omg.org/issues/marte-ftf.open.html#Issue11845), you need to describe mulitple stackSize for the same concurrentResource. As you can see on the attach picture, you can already describe such because the multiplicty of the staskSizeElement attribute of the concurrentResource stereotype is *. It seems that you also need to describe more precisely several stacks : primiary stack, secondary stack ... One solution leads to describe an explicit "Stack" stereotype. Such solution deeply modifies the SRM chapter. Hence, I propose defering this minor issue to the next version of MARTE. Do you agree ? Frédéric -- Frédéric THOMAS Service Outils Logiciels CEA-List Saclay, Bât 451, p. 32A 91191 Gif sur yvette Cedex FRANCE Tel : 01 69 08 17 75 Date: Tue, 04 Mar 2008 13:10:40 +0100 From: Frédéric THOMAS User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) To: Sébastien Demathieu Cc: marte-ftf@omg.org Subject: [MARTE] issue 11845 Hi sebastien, I am managing the issue for the SRM working group. In case of the 11845 issue (http://www.omg.org/issues/marte-ftf.open.html#Issue11845), you need to describe mulitple stackSize for the same concurrentResource. As you can see on the attach picture, you can already describe such because the multiplicty of the staskSizeElement attribute of the concurrentResource stereotype is *. It seems that you also need to describe more precisely several stacks : primiary stack, secondary stack ... One solution leads to describe an explicit "Stack" stereotype. Such solution deeply modifies the SRM chapter. Hence, I propose defering this minor issue to the next version of MARTE. Do you agree ? Frédéric -- Frédéric THOMAS Service Outils Logiciels CEA-List Saclay, Bât 451, p. 32A 91191 Gif sur yvette Cedex FRANCE Tel : 01 69 08 17 75 Date: Tue, 04 Mar 2008 13:37:07 +0100 From: Frédéric THOMAS User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) To: fmallet@i3s.unice.fr Cc: Sébastien Demathieu , marte-ftf@omg.org Subject: [MARTE] issue 11875 Hi frédéric, I am dealing with the issue 11875 (http://www.omg.org/issues/marte-ftf.open.html#Issue11875) which leads to clarrify the relationship between the Alloc::Allocate stereotype and the SRM::EntryPoint one. The EntryPoint stereotype is used for linking a concurrent resource instance to the sequential actions which must be executed in its execution context. I describe in MARTE the EntryPoint stereotype because I need to reference the behavioralFeature and to describe the entryPoint parameters passed to the behavior (see attached picture as an example). To answer this issue, I was thinking to specialize the Allocate stereotype with the EntryPoint one. Nervetheless, I am wondering wether I must sepcialize either the "Allocate" concept or the "Refinement" concept. Do you have any suggestions ? Thanks, Frédéric -- Frédéric THOMAS Service Outils Logiciels CEA-List Saclay, Bât 451, p. 32A 91191 Gif sur yvette Cedex FRANCE Tel : 01 69 08 17 75