The current approach of putting all operation code in the module classes does not scale very well - BBModule is up to 256K of source now. Some of that can be fixed by refactoring, but we are still left with the module class needing all the operation methods on it. As I am developing my application module, I am finding that I want to use the module as a controller, where each operation does some work (an action) and forwards to a view (template, JSP, whatever). JetSpeed 1.4 had this approach, which I found worked well.
I spent a bit of time trying to get Struts in there, leveraging the JSP module approach by adding: <url-pattern>*.do</url-pattern> into the nukes-web.xml and trying to get the Struts packaging right, but I got lost. Any thoughts on how to do this? Is a StrutsModule only a little bit beyond JSPModule? Failing that, I am working on a ControllerModule class that will be driven off of a metadata file defining operation => action, view. I was originally thinking of this being a dynamic class driven by something like cglib, but AFAIK, that would require changes to how MBeans are created, so I will probably generate the code of a subclass of ControllerModule with a Velocity script from the metadata, with all the operation methods. Is anyone interested in this? Sherman PS. I look forward to the day where I can model a Struts app in UML, generate the code with AndroMDA (watch out for 3.0, coming out in the next month or so - way cool!) as a Nukes module, customize it and drop it in. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829431#3829431 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829431 ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
