Paulo,

                I can see why you wouldn’t want to use XML but I think XML is the way to go.  I might be persuaded to think otherwise if I knew how you planned on getting the database with the current information and such.  Could you explain this a bit more?  I have a few concerns I think I should mention, although they’ll probably be rectified in your explanation.  Doesn’t involving a database require more overhead than necessary?  This will require OpenEJB or the end user to install, populate and maintain a database.  With XML, it’s all created by the developers and then, no one needs any extra steps or knowledge.  Also, there would be a performance hit if we had to connect to databases instead of parsing an XML file.  I think XML would be the way to go but that is my opinion and we all have our own.  I think the GUI approach would be awesome but it might be easier to just create a command line tool first, since OpenEJB is all done from command line, and then add a GUI later.  I guess we’ll reconvene when you email me back.  In the meantime, my Instant Messenger screen names are as follows if you’d like to contact me that way:

 

Yahoo:  JCScoobyRS

AIM:  NuLinuxLvr

MSNM: [EMAIL PROTECTED]

 

                I’ll also be in the OpenEJB IRC.  Here is the info:

 

Server:  irc.freenode.net

Port:  6667

Channel:  #openejb

 

                I look forward to hearing from you, Jeremy

 

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paulo Lopes
Sent:
Saturday, September 27, 2003 7:53 AM
To: Jeremy Whitlock
Cc: OpenEJB
Subject: Re: [OpenEJB-user] Paulo Lopes

 

Jeremy Whitlock wrote:

Paulo,

                I’m interested in helping you with your Bean Generator.  I have the code, and I’ve fixed the problem with the absolute path to input.txt but I want to know how you plan on this thing working.  Also, how will it become a part of OpenEJB?  The reason I ask is that your answers will determine how the app is written and packaged.  Get back with me regarding your thoughts.  Thanks,

 

Jeremy Whitlock --- MCP/MCSA

IT Manager for Star Precision, Inc.

Phone:  (970) 535-4795

Metro:  (303) 926-0559

Fax:  (970) 535-0780

Metro Fax:  (303) 926-0559

http://www.starprecision.com

 

The concept i've been thinking is something like this:

A simple GUI or command line app, the connect's to a database and get's all metadata for tables and then generate the configuration xml's and skeleton classes. My main objective is NOT to use XML, you may ask why, simple, XML is pretty cool to read and parse, but when you have to write on your favourite editor (notepad, vi, whatever) is a very boring task... if there's a better way (or my idea is completly wrong) let me know and i'll go for that...

Anyway, there's got to be a way to feed the app with some input file in order to generate other beans like session or message driven.

I've been reading SUN's Blueprints and the code their sample EJB-app "adventure" so i'm thinking in making the generated code the most compliant possible. There's only one thing that i'm not thinking to follow, it's the encapsulation os entity beans inside session beans, instead, i'd go for common java beans, since openejb is running in embed mode inside tomcat.

What would be cool for the app, would be somekind of template in order to generate the code, instead of having it all hardcoded, maybe using java.text.Format or something else... this way it would be easy to port it to ejb 2.x with the same configurations...

<<image001.gif>>

Reply via email to