1. Could the generated global forward in struts-config.xml be more specific?
eg
<global-forwards>
<forward name="categories.workflow" path="/ListCategoriesController.do"
redirect="true"/>
</global-forwards>
Could the method to be called in case of a forward be specified in the
model, like: <forward name="categories.workflow" path="/ListCategoriesController.do?target=listCategories" redirect="true"/>
Or is there a work-around for that in the current bpm4struts cartridge.
in the future such a <forward> will not be a redirect anymore, there will be: redirect="false"
that way you are allowed to add request parameters dynamically
what you are trying to do is IMO to be avoided, do not add fixed parameters to your requests in the configuration, rather leave this up to your action classes, in your example you would put the logic of 'listCategories' in the action (to which you are forwarding), this should be possible since it is absolute anyway (I assume this since you wanted to put it in struts-config anyway)
You should strictly separate the configuration (static) from the actions (dynamic) and decide what to put where. Parameters go in the actions since they are dynamic, otherwise they should not be possible.
More concretely, separate Model from Controller, a parameter belongs in the Model (Action Form) and not in the Controller (Actions + struts-config). You can populate the Model using the Actions.
This might require some more time to think about from your part, in the context of your project; but I am sure it is cleaner to follow this line of thinking.
The idea of the global forwards is to redirect to a new use-case, that means the /start/ of the use-case, not somewhere in the middle. This would mean you have a problem in your model at the use-case level. Remember, by default the unspecified() method is called and if listCategories() is the first action in the use-case it will be called indirectly by the global forward anyway, just take a look at the AbstractController class for this action. No need to explicitely add the target parameter (this is done implicitely by the action)
2. Is there a possibility to model JSP pages with regards to Tiles? Pages could be combined as "classes" linked to other "classes" through aggregates or compositions. That way pages automatically have the correct lay-out (well, at least the correct tiles imported, such as header, footer, menu, ...)
on my personal projects I am using Tiles, but I did not use AndroMDA to generate them because not everybody needs it. But now that you mention it this could be worthwhile to investigate.
I am busy on AndroMDA bpm4struts until the next release (Feb?), but I think I will not have the time to get this into the release. sorry.
Btw, adding the tiles is a small effort: update struts-config for the plugin (already done by the cartridge), write tiles-defs.xml and some layouts...voila
I have always been reluctant to auto-generate Tiles code since it focusses too much on the layout of the page rather than on the business processes they represent but I will think about it some more, if you have some ideas you are very welcome to share them here, I will most certainly take them into account.
Greetings,b-bye
Olaf MuliawanWouter.
------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ Andromda-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-user
