0

GML XSLT サブセット ツールを使用して GML XSD スキーマを変換しようとしています。プラットフォームは Windows 7 32 ビットです。

最初のコマンドでスタックします (これまでのところ、デスクトップで少なくとも 10 時間):

>xalan -o gml.dep gml.xsd depends.xslt

スキーマ認識変換を高速化するオプションはありますか?

試した代替ツール: Saxon HE、Altova XMLSpy。どちらも GML スキーマでメモリ不足になります。

編集：さらにいくつかの事実：

  1. GML バージョンは 3.2.1 です
  2. GML XSLT サブセット ツールは、仕様の Annex G からのものです。
  3. XSLT ツールは XSLT バージョン 1.0 を使用します
4

1 に答える 1

1

パフォーマンスの問題を解決するには詳細が必要ですが、詳細は提供されていません。まず、ソース ドキュメント (つまり、GML スキーマ) の大きさと、割り当てているメモリの量を教えてください。

入力として XSD ファイルを処理しようとしており、これは通常複雑なタスクであることを考えると、主な問題はスタイルシートのアルゴリズムの複雑さにあると思います。このような問題は、キーを適切に使用することで解決できることがよくあります。

GML スキーマのサイズが数メガバイトを超えるとしたら、私は驚くだろう。したがって、メモリの問題が単にソース ドキュメントのサイズにあるとは考えにくい。スタイルシート自体で作成された一時的なデータ構造である可能性が高くなります。しかし、コードにアクセスせずにこれを解決する方法はありません。

于 2014-10-14T08:23:59.457 に答える