Hi Gareth, The Castor XML project offers a tool for descriptive bean<-->xml mapping (through reflexion I guess) without code generation. It can be applied on any roughly any classes following the java bean pattern. You may give it a try on your home-grown torque beans : http://www.castor.org/xml-mapping.html
Up to now I have only used the code generator part of the Castor XML project which creates Value Object java beans from a XML Schema with the marshalling / unmarshalling framework around (http://www.castor.org/sourcegen.html) Hope this helps Denis > -----Original Message----- > From: Gareth Boden [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 09, 2002 11:39 AM > To: Turbine Torque Users List > Subject: Re: Is torque dying? > > > > I guess what I'm saying is a stable release might take some > time, but > > there are people who are quietly commited to torque. > > We are adopting Torque as the data layer for all our future > applications. Quietly committed, yes. We have also begun to > migrate from > XMLC/JSP to Velocity, with the ultimate aim of going for the whole > Turbine enchilada. > > So far we have come up with very few issues with it all apart > from the > multiple foreign-key problem which has already been patched by others > and solved on this list. > > I have two needs which I wonder if anyone else has yet addressed: > > 1) Another Ant task which produces SQL to make schema changes > from one > schema XML file to another (schema diff). > > 2) Generated code either on the objects or the peers which > marshall/unmarshall from XML. I presume the code to do all > this exists > since there are Ant tasks which can deal with XML data files for the > object model, but it would be really nice to have a kind of > "Xmlizable" > interface which the BaseObjects could implement and provide > toXml() and > BaseObject(String xmlIn) methods or similar. > > Number 2 is an absolute requirement, so if noone else has > solved it, I'd > be grateful of some pointers in the right direction so I can do it > myself and provide patches. > > Gareth > > --- > Development Team Leader, eGS, 5-7 Singer Street, London EC2A 4BQ. +44 > (0)20 7336 1440 > > CONFIDENTIALITY: This is email is confidential and intended > solely for > the use of the individual to whom it is addressed.� Any views or > opinions presented are solely those of the author and do not > necessarily > represent those of eGovernment Solutions (UK) Ltd.� If you > are not the > intended recipient, be advised that you have received this email in > error and that any use, dissemination, forwarding, or copying of this > email is strictly prohibited.� If you have received this > email in error > please contact the sender. > > > -- > 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]>
