Re: [Hibernate] UML to hibernate eclipse plugin java.tri with hibernate 3 support

[Max R. A. <max...@jb...>]

Hi Alexandra,

I tried to email you previously via your sf.net account - did you get that  
mail ?

there I explained that your work could be interesting to integrate into  
the hibernate
tools which basically has the same facilities (velocity and metamodel  
driven - we just
use the hibernate meta model).

Questions:
- Why is the code dependent on EMF?
- Have you looked at the current hibernate toolset ant tasks ? (instead of  
having your own)


/max


> Hi.
> I'm developing the java.tri project, an open source eclipse plugin that
> improves web application development. The tool is based upon hibernate  
> and
> struts, and uses UML class models as a project start point. It may be  
> used
> to generate and entire j2ee hibernate application or just parts of it,  
> like
> HBM mappings.
> The java.tri project is now generating hibernate mapping files from UML  
> and
> intermediate metamodel. It doesn't implement all possibilities of  
> hibernate,
> but may give a start up to new developers.
> The plugin has a velocity code generator based in an extensible layered
> templating system. This code generator is used to generate hibernate
> mappings, struts based classes and a lot of features, except the Bean
> classes generated by the hbm2java (becouse hibernate generator is good
> enought!). It calls the hbm2java (using ant integrated plugin) to  
> generate
> the bean classes, and uses the code merge feature of eclipse to  
> selectively
> write code. This is an important thing, becose I belive that a good code
> generator may be used to generate code after the code has been changed.
> Also it's made to be easyly extensible. Just drop a velocity file in the
> right directory and you can generate new text files. And being metamodel
> driven, you can preserve specification and generate the same thing in two
> different libraries sets (or even in another programming language...why
> not?)
> Well, until now it was a quite "one man's" work. I'd like to help make  
> our
> works closely matched, but I don't know if it's an easy task, since
> java.tricode generator uses EMF eclipse's framework and is coupled
> with eclipse tool
> (But it may be decoupled... ).
> Well, if you have any spare time to take a look in java.tri and give me  
> any
> advice (maybe just say it's a junk piece ;-), It will be welcome !