RE: [Andromda-devel] Getting NamespaceOwnedElements from a UseCase

2004-02-29 Thread Wouter Zoons
> > Thanks a bunch for your insight. I've been doing your four steps, and I > think I understand "which" routines to use, but their semantics and > required > context are unclear. Getting the CCE from the code I had below (which in > hindsight had a poorly named variable because I was just quick

RE: [Andromda-devel] Getting NamespaceOwnedElements from a UseCase

2004-02-29 Thread Brian Topping
Hi Wouter, Thanks a bunch for your insight. I've been doing your four steps, and I think I understand "which" routines to use, but their semantics and required context are unclear. Getting the CCE from the code I had below (which in hindsight had a poorly named variable because I was just quickl

RE: [Andromda-devel] MMF naming convention

2004-02-29 Thread Wouter Zoons
> > In fact, Chad has already done it according to your wishes! :-) The > suffix "Facade" is in the model and not in the meta cartridge, so it > won't be added by the generator. In fact, when you model a > StrutsFormBean, you will get three classes (three, not two!): > > 1) StrutsFormBean > 2) St

RE: [Andromda-devel] MMF naming convention

2004-02-29 Thread Matthias Bohlen
Hi Wouter, thanks for the ideas: > 1. cartridge classes are not suffixed in the model, but you > give them the namespace prefix (or something like that); so > you will not model an 'EJBEntityDecorator' or 'Entity' but an > 'EJBEntity' 2. the generated sources keep the exact names as > they ar

[Andromda-devel] MMF naming convention

2004-02-29 Thread Wouter Zoons
Hello, Sorry to reply this late but I just tested the latest commits in CVS and I see that the generated sources have the 'Logic' and 'LogicImpl' suffixes, as described in the previous emails. I don't really mind what names are given to the meta-cartridge classes, but when the interfaces/classes