Seems like a reasonable approach to me. I think it depends on how complex the Domain Model is. I have not used the class generator from database you mentioned, but I wonder how well it does at modeling relationships. You probably have to go in after the fact and code in all your parent-child, etc relationships, but you would have to do that for the Appfuse generation as well. So for your basic CRUD operations for your Domain it sounds like it will work.

For me, unless there are a LOT of domain objects, I would likely just hand create the models to ensure I got what I wanted. That part of a project is never really the difference between being on time or not, but definitely can mess you up if you get it wrong.

-D

On Dec 22, 2008, at 5:18 AM, Ice-Man wrote:

        Hi every1, (Experts, or not so)

I'm newbie in AppFuse and It would be so king of u and apreciated if u plz give me a few hot tips and advices. Thus, (how knows?) we'd maybe leverage the well knowing of AppFuse and show up (all around the world) its real importance?!!

I'd like to know your opnion about this situation: I have a legacy System (PC plattiform) that I have to convert to Java. Of course I already have the DataBase (in case: in Oracle). As u know, I'm newbie in AppFuse. (Since AppFuse Tutorials predict the developer already get the (Domain Model) Business Entity (POJOs), at least in mind) So, I'd like your advice so that confirm procedure that should be the more productive and get the final result as fastest as possible: 1. Generate my App from AppFuse (basic or modular (hope I get mature soon to adote it)). 2. Make Reverse Engineering from Oracle DataBase. -> I guess I otta use a JPA plugIn of Eclipse (for instance), since I get my Entity Class(es) already with hashcode(), equals() and toSting() methods. (that serialId is a JPA drawback in my opnion). 3. Now get back to combo maven/AppFuse to generate the CRUD/ entities Web FrontEnd. 4. This time get back to Eclipse (default IDE where I work) to implement the not so simple Use Cases (more complex than a CRUD) and customise others1s to achieve a final software product.

  Any comments are very, very, very welcome!!! ;-))
  In advance, thnk u SO MUCH! ]o['s,

Ice-Man


Reply via email to