On Wednesday, July 25, 2001, at 11:03 PM, Jason van Zyl wrote:

> On 7/25/01 5:22 PM, "robert burrell donkin" <[EMAIL PROTECTED]> wrote:

<snip>

> Torque does in fact use texen as the basis for source generating Ant
> tasks, but Torque is moving toward being a persistence layer. Torque
> is commonly known among turbine developers as a generative tool, but
> that's just texen. Only the database specific tasks have been moved
> into the Torque repository.
>
> If you wanted for example to take an XML document and produce a
> corresponding bean and even digester rules for processing I would
> say that's a different project. It could be something that torque
> utilizes because right now torque doesn't use the digester for
> turning the database model into a java object it uses straight
> SAX. I would like to use the digester, so if you started a project
> for generating beans/digester rules from XML documents I would also
> be very interested.
>

that's very interesting - i have been thinking along those lines :)

i suppose that i should make clear the original proposal which started 
this thread has nothing to do with me - it was a proposal to start an xml->
source code generation project with a view to developing generated 
data-access classes (if i can put it that way without offending anyone). 
the aims of this project seem to me almost identical to torque except for 
the stuff which can already be done with texen (given a little code and a 
little effort).

this suggests to me that maybe everybody interested could work together to 
come up with a project focused on source code generation from xml in the 
commons and then a second project for the proposed data-access development 
either within torque (if that's possible) or in the commons rather than 
trying to re-invent the wheel independently.

- robert

Reply via email to