[
https://issues.apache.org/jira/browse/XALANC-676?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12603039#action_12603039
]
cbuh edited comment on XALANC-676 at 6/6/08 6:33 AM:
--------------------------------------------------------------------
https://issues.apache.org/jira/secure/attachment/12383559/xalan-676.patch
This is my workaround that I use to make my application work for now.
I use only filenames without any path in entities strings so it works for me.
But actually I understand that if useing a path-ed strings it will produce a
kind of mess.
Can anyone offer a rock-solid solving?
was (Author: cbuh):
This is my workaround that I use to make my application work for now.
I use only filenames without any path in entities strings so it works for me.
But actually I understand that if useing a path-ed strings it will produce a
kind of mess.
Can anyone offer a rock-solid solving?
> XalanTransformer's EntityResolver fails to work on Posix platforms in case of
> entity file absence
> -------------------------------------------------------------------------------------------------
>
> Key: XALANC-676
> URL: https://issues.apache.org/jira/browse/XALANC-676
> Project: XalanC
> Issue Type: Bug
> Components: XalanC
> Affects Versions: 1.10
> Environment: Solaris 5.9, 5.10
> Reporter: Aleksandr Vinokurov
> Attachments: xalan-676.patch
>
> Original Estimate: 168h
> Remaining Estimate: 168h
>
> A custom EntityResolver is not called when operating with XalanTransformer in
> situation when an ``entity'' file is absent.
> The root of this problem goes from Xerces-C++ bug
> https://issues.apache.org/jira/browse/XERCESC-1807
> But IMHO Xalan-C code is some kind miss-designed in one point (sorry for such
> brave suggestion): XSLT/XSLTProcessorEnvSupportDefault.cpp:145 (rev. 471584),
> when getting an URL from the ``urlString'' with the mechanism of local
> directory structure. The ``URISupport::getURLFromString'' function in its way
> uses Xerces-c's ``XMLPlatformUtils::getFullPath'' which operates uncommon in
> POSIX system and throws an exception if file does not exists. I consider that
> URL's construction is needed for the check some lines below, but such URL
> plays a role of a hash and constructing it on local directories hierarchy is
> not a good idea.
> I don't actually know what is considered in all the cases of usage of
> ``URISupport::getURLFromString'' function, so I think it must be discussed
> how to fix this issue.
> With all my respect to the developers.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
