You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@xmlbeans.apache.org by Radu Preotiuc-Pietro <ra...@bea.com> on 2005/04/05 22:18:23 UTC
RE: Re: schema editing and serialization
Right. You can read it in a DOM tree or you can use the XmlCursor API to modify it, just like with any other XML document.
However, the Schema* APIs are immutable (for concurrency support) and cannot be serialized back into a source .xsd. This would be equivalent to implementing a process which is the inverse of Schema compilation, which is quite challenging: basically an XmlSchema decompiler!
Radu
-----Original Message-----
From: news [mailto:news@sea.gmane.org]On Behalf Of Jorg Heymans
Sent: Tuesday, March 29, 2005 12:39 AM
To: user@xmlbeans.apache.org
Subject: Re: schema editing and serialization
Samaresh wrote:
> Hi There,
> Is it possible to open a schema file, read its metadata, make change to
> the metadata and finally save the changes back to the schema file in disk?
What do you mean by metadata? Can't you just parse it into a DOM tree
and modify this?
Jorg
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: user-help@xmlbeans.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: user-help@xmlbeans.apache.org
Re: schema editing and serialization
Posted by Aleksander Slominski <as...@cs.indiana.edu>.
Radu Preotiuc-Pietro wrote:
>Right. You can read it in a DOM tree or you can use the XmlCursor API to modify it, just like with any other XML document.
>However, the Schema* APIs are immutable (for concurrency support) and cannot be serialized back into a source .xsd.
>
hi Radu,
why don't you keep source of XML schema that was used to generate
Schema* instance? especially if it is immutable instance then xs content
never changes ...
>This would be equivalent to implementing a process which is the inverse of Schema compilation, which is quite challenging: basically an XmlSchema decompiler!
>
>
i think keeping original xs would be good enough?
thanks,
alek
--
The best way to predict the future is to invent it - Alan Kay
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: user-help@xmlbeans.apache.org