You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xalan.apache.org by bu...@apache.org on 2002/07/10 15:16:17 UTC
DO NOT REPLY [Bug 10630] -
Source interface does not specify source
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=10630>.
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=10630
Source interface does not specify source
keshlam@us.ibm.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|Normal |Enhancement
------- Additional Comments From keshlam@us.ibm.com 2002-07-10 13:16 -------
Given how different the content of different kinds of Source can be, there
really isn't a lot of common behavior among them and special-case code seems to
be unavoidable. (Processing of a SAXSource and DOMSource run through completely
different DTM models, to take one obvious example.)
If you want to introduce a new type of source without changing the rest of
Xalan, it will have to follow the behavior of one of the existing varieties.
That being the case, your simplest solution would seem to be to subclass and
extend one of those. If you correctly emulate the behavior of the existing
Source class, this should work with no changes to the existing Xalan code base.
I honestly don't see what else we can do here. If you have a specific proposal,
great; please provide details!