hi Martin,

the cartridges are already doing that and have been designed with this level of abstraction in mind
I don't see for example how you can not plug the Hibernate cartridge under your Struts instead of the EJB cartridge,... but since it is another technology alltogether you will have to write some adjustments to properly take care of transactions, security, caching etc... this is inevitable since they do not support it (yet) in the same fashion

it is indeed best to split up you project so that you can work on each module separately, and you're right, the frontend always depends on the backend -consider the services you expose an API towards the client developer- that's normal unless you start writing independent interfaces between each tier, but I don't see much advantage in doing so (will you actually use them for what they have been written?)

I hope this clears it up for you

best regards
Wouter.

MArtin Schumacher wrote:
Hi everyone,

during my diploma thesis we chose androMDA to support MDA in our company.
These days we exctract our architecture from the existing application. Now I
wanna create the cartidge for our architecture. Now we got the idea to
seperate the cartriges for web-, application- and persistance-layer and to
do a three-step-generation. Doing it this way, it is quite easy to change
the i.e. the persistance. Another advantage is, that every layer of the
architecture can be developed and maintained by its own. The disadvantage
is, that the cartriges depend to eachother...
Do you think its reasonable to do it this way?
Am I right, that the standard cartridges of andromda are already prepared to
be combined to eachother?

MArtin

  

Reply via email to