Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] Shredding XML

From: Andrew Welch <andrew.j.welch@-----.--->
To: Jim Tivy <jimt@----------.--->
Date: 11/2/2009 10:29:00 AM
> It is possible that the "mother persistent application datamodel" is
> contained in the relational database in all its normalized glory.  If so,
> then, "processing the messages" is simply a "data import" operation.  So the
> question is, how do I get XML X* to tables T*.  It would strike me that lots
> of people are doing this.  Are there common techniques and technologies for
> doing this import?

SAX parse XML into Hibernate pojos, or sometimes its easier to parse
into plain old pojos the mirror the XML structure more closely (to
avoid too much complexity in the SAX parser) and then have another
class that copies the data into the Hibernate pojos.

If you need to get the XML back out again, then you'll need a custom
XML writer (serialiser) to go over the pojos and create the XML (and
possibly another class to copy the data in the other direction)

That's quite a lot or work if the XML is large and varied, and every
time the XML changes there are quite a few code changes needed, but
its not too bad.. I much prefer doing this to using data binding.


-- 
Andrew Welch
http://andrewjwelch.com
Kernow: http://kernowforsaxon.sf.net/

_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@l...
subscribe: xml-dev-subscribe@l...
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php



transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent