2017-04-10 5 views
0

アムテストXSLを破る:現在saxon9he.jarで出力し、次の呼び出しを使用しようとしている:ラインを回避することはサクソンXSLTプロセッサで

メイン 『net.sf.「スレッドで例外』 になり
<xsl:output encoding="UTF-8" media-type="text/plain" 
     indent="yes" method="text" saxon:line-length="1000"/> 

saxon.trans.LicenseException: 要求された機能は、(カスタムシリアライゼーション{http://saxon.sf.net/}線路長)「サクソン-PEを必要とする別のスタイルシート内の一方

、次の動作するように思われる:

<xsl:result-document href="{$sourceFilePath}" method="html" omit-xml-declaration="yes" 
     encoding="UTF-8" indent="yes" saxon:line-length="120"> 

有料版へのアップグレードはオプションではありません。この作業は、再現可能でなければならないオープンソース標準開発プロジェクトの一部であるためです。また、xsl:outputからxsl:result-documentへのスタイルシート(および呼び出し)をリファクタリングする必要もありませんでした。

両方のxsl要素で一貫した実装サポートが可能であることを望んでいます。サクソンのため

参照:ライン長さ一般的なルールは、すべてのサクソン拡張がサクソン-PEを必要とすることである http://www.saxonica.com/documentation9.5/extensions/output-extras/line-length.html

http://www.saxonica.com/documentation/index.html#!changes/serialization/9.2-9.3

答えて

2

あります。私はSaxon-HEのためのこれらの両方に対する正しい行動は、警告を出力し、要求を無視することであるべきだと思います。それが起こっているかどうかを確認します。

オープンソースコミュニティーに高い適合性を持つXSLTプロセッサーを提供しています。私たちがそれをやることができるという事実は、商用版を支払う人々のおかげです。残念ながら、オープンソースユーザが望む機能をいつも持っているとは限りませんが、このビジネスモデルがなければ、オープンソースユーザは何も持っていません。

+0

お返事ありがとうございます。拡張機能の使用を強要するツールが実際に何も特別なことをしないのであれば、それは素晴らしいことです。最初の難しさを引き起こしたのは、saxon9he.jar(誇張しているように見える)だった。これは、文字通り長い行のソースコード出力を壊してしまう。スタイルシート自体がすべてのテキスト(改行を含む)を制御できるようにするのは良いデフォルトのようです。 –

+0

仕様では、 'method = html、indent = yes'の場合、ブラウザがレンダリングする方法を変更せずに、生のHTMLの可読性を最大限にする方法で空白を挿入しなければならないとSaxonは熱心に試みていますその目的を達成する。 –

関連する問題