Yes, at first I was a bit skeptical about how the external module will be used, and I think it should be used carefully, to avoid too tight coupling with between systems (applications).
The overall design principle must be that systems interact with services, not with a shared database. One possible usage is therefore to be able to refer to an external service, including the classes defined as method parameters, return values. => Classes for DomainObjects, and Servcies belonging to external Module should not be generated. Another usage is that external module is a simple library of common classes (DomainObjects). It is not another system with services. This means that the application using these classes will be able to store the objects in its own database. => Hibernate mapping for referred DomainObjects belonging to external Module will be generated. The actual java classes will still not be generated. How will you use it? What do you need? /Patrik polly.c.chang wrote: > > I do have a question about your implementation for this feature. Do you > think that merging the external objects into the current model and then > coding various templates to ignore the external objects is cumbersome? It > seems like keeping them in a separate Application that is referenced from > the current Application is better encapsulation because you don't have to > touch any of the template files. Obviously I'm no oAW expert, so I'm just > trying to learn more about how you came to select one technique versus > another. > -- View this message in context: http://www.nabble.com/-Sculptor--importing-nested-design-files-tp20269181s17564p20311629.html Sent from the Fornax-Platform mailing list archive at Nabble.com. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Fornax-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fornax-developer
