Hi, Our approach does no use use cases at all... Only Activity Diagram.
We alway name the transition from the initial state (it must be unique). This is how we can jump to some flow (in JSF, we create a navigation case from-view-id * with the outcome (name of the initial transition) to-view-id name base on the state where the initial transition lead) after a flow. The transition that lead to a final state are use as an outcome when we finish the flow. So if the name matches the name of the initial transition of another activity diagram, it will jump there (with one exception when the actrivity diagram has be called by another one using an activity state. In that case, we return to the calling state). We also added the concept of stacking flow (activity diagram). So when a flow calls another one, it can access it's parent flow if it need to (the caller flow can also set stuff in the subflow controller before giving it control). We have a kind of FlowController that manage that. That also allow for easier management of the session state (actually, our application is targed at an intranet and we save the current state in the view (page) so there is little stuff kept in the http session and this also allow us to start concurent flow without complex session management). I'm a bit on a rush today so I'll try to do the sample diagram this evening (EST). Note that I just looked quickly at the BMP4Struts cartridge and those were my first impression. I'll take a closer look. I do like the idea to start from a use case. Anyway, when I'll have time to work on the JSF cartridge, I will probably take the best stuff from the two approaches and integrate them together (and I'll post my thoughts here for anyone to comment). SeeU! >-----Original Message----- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >Sent: Wednesday, May 19, 2004 01:40 PM >To: 'Emmanuel Pirsch', [EMAIL PROTECTED] >Subject: RE: Fwd: [Andromda-user] Does/will AndroMDA support JSF - Java Server Faces? > >>> feel free to create your own tagged values for JSF, tagged values are >>> used for the platform specific extras that cannot be modeled in pure UML >> >> >>You are right... However, some concept can be expressed the same way >>without being completely platform specific. >> >> > >agreed, there are cases like this, but what happens when you have a platform >independent tagged value that is not supported for a specific platform ? > >anyway, if you have some concrete examples I can take a closer look > > >>> can you let me know what bothers you in the activity diagrams ? I >>> tried to make it as easy as possible for the end-user, nevertheless, I >>> welcome any suggestions/improvements. >> >> >>I believe that your goal is achieved. However for larger application, it >>does not lead to easy reuse of the views (because the view is defined as >>the argument to an action method). > >reuse of views only exists within the scope of a single use-case, IMHO this is a good >practice, Struts Tiles is a better way to encourage reuse of views and this is >directly supported by bpm4struts > > > >>From what I've seen, it does not support decision point. > >bpm4struts supports decision points, take a look at the animal quiz; or do you mean >something else ? > > > >>It is also not possible to call another activity >>diagram thru an Activity State (this is very usefull to allow for reuse >>of flow and to break down complex flow). >> >> > >actually we do not call 'diagrams', but use-cases, bpm4struts is mostly use-case >oriented > >AFAIK UML 1.4 does not support a nice way to model the flow between use-cases, in >bpm4struts I tackled this issue by using the name of a final state to target the >use-case (the name must match, and since you should not have different use-cases with >the same name this should not be a problem) > >so in order to navigate through use-cases you use the final states, jumping from an >action state directly to another use-case is like using 'goto' in Java: perhaps >sometimes tempting, but not recommended > > >>I'll try to do a simple model with how we did the activity diagram and >>views and I will post it here so you can see it. >> >> > >okay, thanks > > >>SeeU! >> >> >> > >bye > >-- Wouter. > > >>> Hi, >>> >>> I'm actually working on a project with Codagen to generate JSF >>> code. While I cannot just port the Codagen template directly to >>> AndroMDA (for obvious legal reasons), it still itch me to create a >>> AndroMDA cartridge based on my experience. I'll probably give it a >>> scratch soon (when I find some free time) while everything is >>> still fresh in my memory. >>> >>> Unfortunately, the UML model annotations (tags) will probably be >>> very different than the one used by the BPM4Struts cartridge (the >>> tags used by that cartridge are a bit too linked with Struts and I >>> don't really like how one has to create the activity diagrams for >>> the cartridge to work). >>> >>> I know it's a bit vaporware for now, but the itching is very real ;-) >>> >>> >>> Chad Brandon wrote: >>> >>>> There currently aren't any plans to write one, unless someone >>>> volunteers. Would you like to? >>>> >>>> Chad >>>> >>>> ----- Original Message ----- >>>> *From:* niksa_os <mailto:[EMAIL PROTECTED]> >>>> *To:* [EMAIL PROTECTED] >>>> <mailto:[EMAIL PROTECTED]> >>>> *Sent:* Monday, May 17, 2004 3:41 AM >>>> *Subject:* [Andromda-user] Does/will AndroMDA support JSF - >>>> Java Server Faces? >>>> >>>> Hi. >>>> >>>> Does/will AndroMDA support Java Server Faces, and if not when >>>> it will add JSF cartridge? >>>> >>>> myFaces is open source JSF implementation >>>> http://myfaces.sourceforge.net >>>> >>> >> >> >> >> >> > >__________________________________________________________________ >Introducing the New Netscape Internet Service. >Only $9.95 a month -- Sign up today at http://isp.netscape.com/register > >Netscape. Just the Net You Need. > >New! Netscape Toolbar for Internet Explorer >Search from anywhere on the Web and block those annoying pop-ups. >Download now at http://channels.netscape.com/ns/search/install.jsp > > >------------------------------------------------------- >This SF.Net email is sponsored by: SourceForge.net Broadband >Sign-up now for SourceForge Broadband and get the fastest >6.0/768 connection for only $19.95/mo for the first 3 months! >http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click >_______________________________________________ >Andromda-user mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/andromda-user > ------------------------------------------------------- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id%62&alloc_ida84&op=click _______________________________________________ Andromda-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-user
