Summary: | use of xsltSystemID does not take effect if xslt attribute has an object exported by x:parse as a value | ||
---|---|---|---|
Product: | Taglibs | Reporter: | Prasad Subramanian <prasad.subramanian> |
Component: | Standard Taglib | Assignee: | Tomcat Developers Mailing List <dev> |
Status: | CLOSED FIXED | ||
Severity: | normal | ||
Priority: | P3 | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Hardware: | Other | ||
OS: | other |
Description
Prasad Subramanian
2002-05-02 03:05:22 UTC
Fixed in CVS head. As told to Prasad earlier: Per spec, the 'xslt' attribute for <x:transform> shouldn't even accept an object exported by <x:parse>, unless it's a String, Reader, or javax.xml.transform.Source. The only bug here is that the <x:transform> tag should refuse the input, not that the xsltSystemId isn't applied. Thus, it's just a validation error; it only affects error conditions. (The RI just happened to accept this type by accident; it used a common, reusable mechanism to acquire the Source and neglected to enforce this constraint.) |