You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by bu...@apache.org on 2002/06/26 14:33:52 UTC

DO NOT REPLY [Bug 10244] New: - XSLTProcessorImpl.resolve() may deliver null Source to Transformer

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=10244>.
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=10244

XSLTProcessorImpl.resolve() may deliver null Source to Transformer

           Summary: XSLTProcessorImpl.resolve() may deliver null Source to
                    Transformer
           Product: Cocoon 2
           Version: 2.0.3
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: sitemap components
        AssignedTo: cocoon-dev@xml.apache.org
        ReportedBy: j3322ptm@yahoo.de


If a ressource referenced from inside a XSL stlye sheet by a xsl:include,
xsl:import or document() cannot be resolved or is not found, a null
Source may be returned to the Transformer, which may lead to problems
during transformation and weird log messages. Saxon 6.5 falls back to
its own resolver in this case, which can result in irritating "Malformed URL"
or "URL not found" messages.
It is suggested to always throw a TransformerException if something goes
wrong. At least the condition should be logged, currently there is absolutely
no hint that for example a ressource was not found, which makes even simple
misspellings hard to track down.

Unfortunately, an XSLT processor can choose whether it recovers from an
exception in the resolver or whether stylesheet compilation resp. the
transformation is aborted. I suspect either writing a Xalan respective
Saxon-specific transformer component or a more generic TraxTransformer is
necessary in order to deal with processor specific configuration settings.

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org