Hi dom4j-folks, I think xml won't solve all problems that we currenlty might have in our almost neat and powerfull OO world. But XML can solve - as already mentioned by Bob - the problem of interoperatability. Java solve that problem, by server as a mostly plattform-independent architecture. CORBA was addressed as a interoperable protocol, but it failed in its binary implementations. SOAP can (note that I say can not will) solve this problem and is very powerfull in combination with HTTP (simpilies the firewall problem, simpliefies encrpting (HTTPS) and compression (xml is handled as plain text by compression functions). In context of SOAP Realtional Mapping of XML content could be interesting. Yes I know that this feature is a comfortable addon to dom4j, but I would appreticate it a lot. Perhaps its time to define a dom4j-extension packages. We could handle it similar the wounderfull XPath interface used to access jaxen/saxpath. Both are possible to handle serpated from dom4j core classes. ???!!!??? BTW: James, I already read the to-do file in cvs and would inform you that I will continue my work on the "org.dom4j.persistence" package. It offers a Memento architecture to store and load your documents in/from a dbxml-aware database (offers sax-resolution). Currenlty xmldb seems to be the best implementaion, but I have problems to get it running on Win2k, so will look if it works on linux. So please stay tuned. I always open for critique of this API.
Happy coding Toby -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net _______________________________________________ dom4j-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dom4j-user
