DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20624>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20624 How to make Xalan Schema-aware? [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |LATER ------- Additional Comments From [EMAIL PROTECTED] 2003-06-09 20:15 ------- Schema-aware XSLT is really the domain of XSLT 2.0. We have an *extremely* early prototype of some of that functionality on the "xslt20" branch of the CVS server; it's been quite some time since I've been able to spare cycles to work on it, so I'm honestly not sure what state it was left in. For now, your best approacy for now is to obtain a schema-aware SAX parser instance and wrap a SAXSource around that. That will give you the schema validation behavior and (I believe) schema-driven attribute defaults. It may or may not give you other data from the schema, since the Schema and Infoset folks explicitly said that some of the data is written into a separate place than the "equivalent" data from DTDs. Note that schemas don't support entities at all. If you need them, you have to use DTDs instead of, or along with, your schemas. Not a darned thing we can do about that. You could, of course, invent some other form of shorthand notation and make expanding it one of your stylesheet's responsibilites.... I'm going to close this as "later", since XSLT 2.0 is in plan. If you want to further discuss how to deal with Schemas in XSLT 1.0, I really would suggest taking it back to the mailing list.
