Good point Vincent! I agree with you on the reengineering issue.

See my reply to Dmitri. I'll let the tool generate SQL only, possibly with
special comments him and i can agree on to make Dmitri's tool figure out
CMR when/if there will be support for that in XDoclet.
I'm not familiar with the merge feature yet (or any other internals of
XDoclet for that matter) yet, but I'll take a look at it.

I'm not completely with you, but it's due to my freshness in XDcolet
knowledge ;-)



|--------+------------------------->
|        |          "Vincent Harcq"|
|        |          <vincent_harcq@|
|        |          yahoo.com>     |
|        |                         |
|        |          17.08.2001     |
|        |          07:54          |
|        |          Please respond |
|        |          to             |
|        |          vincent.harcq  |
|        |                         |
|--------+------------------------->
  
>-----------------------------------------------------------------------------------------------------------------------|
  |                                                                                    
                                   |
  |      To:     <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>       
                                   |
  |      cc:                                                                           
                                   |
  |      Subject:     RE: [Xdoclet-devel] request: sql generation                      
                                   |
  
>-----------------------------------------------------------------------------------------------------------------------|




Hi,
Cooooool...but ;)
What is cool with XDcolet is that you don't start with a XML files or a GUI
tool but directly with a java class.  You know the old reenginering problem
(is this the right word?  I mean the problem of having a tool creating
classes for you but not be able to change the classes else you can no more
runs the tool again)

For that reason, the Swing tool you build would be even more cool if it
output only sql parts.
And use the MERGE feature with the generated xml files.
I even think that first try to merge some hand written
something-cmp-cmr-sql.j's files first, then have a Swing tool to generate
these would be a second option...

I am not sure I am very clear ...  Are you with me ?

Regards.
Vincent.



> -----Message d'origine-----
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de
> [EMAIL PROTECTED]
> Envoy� : vendredi 17 ao�t 2001 2:22
> � : [EMAIL PROTECTED]
> Objet : [Xdoclet-devel] request: sql generation
>
>
> i'd like to see a sql generator!
>
> i'm thinking about writing a swing program for entity-relationship
> modelling that could output java source files with xdoclet tags for cmp,
> cmr and sql. then xdoclet could generate ejbs with dds and database table
> creation sql. even tags to insert test data into the tables would be
> feasible. this would make it soo quick to develop ejb solutions!
>
> i realise that the xdoclet team probably has scheduled tasks with higher
> priority, but i just wanted to share my ideas. if anybody likes the idea,
> please contact me, and i'll join in as a contributor.
>
> bye bye
>
> B | aslak helles�y, senior consultant
> E | +47 982 19 432, [EMAIL PROTECTED]
> K | bekk consulting as, pb. 134 sentrum, 0102 oslo, norway
> K | www.bekk.no
>
>
> _______________________________________________
> Xdoclet-devel mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/xdoclet-devel
>


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com






_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/xdoclet-devel

Reply via email to