我有一个用C#编写的组件。除此之外,它还对它收集的XML数据执行XSL转换。当我使用另一个使用该组件的C#项目测试此功能时,它可以正常工作。但是,当我将组件导出为COM组件并尝试在应用程序中使用此功能时,它会在XslCompiledTransform.Load命令上失败并出现XSLT编译错误。
以下是C#代码:(click_me)
我得到的错误被复制到一个文件中。请在此处找到:(click_me)
XSLT文件以及模板数量也包含“C#脚本”,用于某些高级计算,XSLT无法进行此操作。
以下是我使用的典型XSL代码:
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:msxsl="urn:schemas-microsoft-com:xslt" exclude-result-prefixes="msxsl" xmlns:cs="urn:cs">
<xsl:output method="xml" indent="no"/>
<msxsl:script language="C#" implements-prefix="cs">
<![CDATA[
private static string[] formats_datetime = new string[]
{
"MM/dd/yyyy HH:mm:ss"
};
public string date_add(string date_str, string time_span_par)
{
DateTime date_value;
TimeSpan time_span_var = TimeSpan.Parse(time_span_par);
DateTime.TryParseExact(date_str, formats_datetime, new global::System.Globalization.CultureInfo("en-US"), global::System.Globalization.DateTimeStyles.None, out date_value);
date_value = date_value.Add(time_span_var);
string temp = date_value.ToString("MM/dd/yyyy HH:mm:ss");
return(temp);
}
]]>
</msxsl:script>
<xsl:template match="@* | node()">
<xsl:copy>
<xsl:apply-templates select="@*| node()"/>
</xsl:copy>
</xsl:template>
<xsl:template match="date_node">
<xsl:variable name="date_in">
<xsl:value-of select="."/>
</xsl:variable>
<xsl:variable name="period">
<xsl:value-of select="'06:00:00'"/>
</xsl:variable>
<xsl:copy>
<xsl:value-of select="cs:date_add($date_in, $period)"/>
</xsl:copy>
</xsl:template>
</xsl:stylesheet>
和XML内容:
<?xml version="1.0" encoding="utf-8"?>
<root>
<node1>34</node1>
<node2>23</node2>
<date_node>12/31/2020 23:59:59</date_node>
<child>
<node1>text</node1>
<date_node>12/31/2020 23:59:59</date_node>
<grand_child>
<date_node>12/31/2020 23:59:59</date_node>
</grand_child>
</child>
</root>
答案 0 :(得分:2)
我希望用对扩展函数的调用替换内联脚本(扩展对象的方法,传递给转换)将解决问题。
建议优先使用扩展函数而不是内联脚本。 如果在IIS服务器环境中广泛使用内联脚本,则可能导致(并且已经观察到)内存泄漏,最终导致服务器崩溃。这是因为XslCompiledTransform将脚本编译为动态dll,在IIS被回收之前无法卸载。