> -----Original Message-----
> From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, 15 November, 2001 20:33
> To: [EMAIL PROTECTED]
> Subject: [RT] Avalon Developer Tools
>
>
> It would be handy to have some developer tools that don't cost an
> arm and a leg. My question is first, "Does anyone know if these tools
> exist?", and second, "If not, are we interested in a subproject to
> house them?". Until we upgrade, we can use the Avalonia project that
> we have at SourceForge to handle these things.
>
> 1) Database definition managment. It would be Really Great (TM) to
> have a tool that took an XML representation of a group of tables
> and views, and spat out the DB specific SQL commands to generate
> the database. It would be even better if this tool could be
> embedded in ANT! The other side of the tool would be the GUI that
> you used to create the XML markup. Another Really Great (TM) thing
> would be to handle the initial values that needed to be inserted
> into the database to make it useable.
there is a sub-project of jakarta-turbine for that: Torque
Bernard
>
> 2) Configuration GUI. Let's face it, building a configuration file
> by hand is only enjoyable by people who know what they are doing.
> For the rest of us, we need a GUI to help out. One particular
> utility we can use is Xybrix (http://jbrix.org/kits/xybrix). It
> takes XForms (or a close proximation) and generates the GUI
> dynamically. That way, components can have the XForms definition
> with them and Xybrix can generate the entry for it.
>
> 3) Component Server. When you want to really make something a bit
> easier to maintain, you want your tools to manage the monitoring
> and notifications of updates. That way you can always have the
> most current version of a Component. This may work better for
> Blocks, but it's an idea we had a long time ago (hense the
> blockinfo descriptor files, etc.)
>
> To me, the first one is the most important--esp. since the last
> couple of days has been spent tediously taking an Informix schema
> dump, and massaging the output to work with PostgeSQL. PAINFUL
> AND BEST TO BE AVOIDED IF POSSIBLE. Commercial tools that manage
> all that for you are more than $1000 USD, and many times are quite
> clunky to use.
>
> --
>
> "Those who would trade liberty for
> temporary security deserve neither"
> - Benjamin Franklin
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>