Hi folks, It looks like we will end up using a very large domain model, IBM's Insurance Application Architecture:
http://www-03.ibm.com/industries/financialservices/doc/content/solution/278918103.html In a perfect world, we will not expose this complexity to the folks working on the UI. We thought about how to do this. One thought was to provide sort of a component as facade, inject the entitymanager into that component, and make it responsible for doing the persistence itself rather than delegating it to another component (action) like we see in most of the examples. Another thought was to implement the "service" model where all of the persistence work is delegated to DAOs or services. This *seems* conceptually easier for the majority of folks to understand, but I'm not sure. At the very least this is how folks seemed to use Struts type systems. Sort of backwards, but I think we can still leverage the power of Seam minus one big sweet spot. What are your thoughts on this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4057703#4057703 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4057703 _______________________________________________ jboss-user mailing list [email protected] https://lists.jboss.org/mailman/listinfo/jboss-user
