2009-07-07 13 views
4

XML、XSLTサイトマップとパイプラインに基づいた公開フレームワーク(公開のみ、完全なCMSではない)は、Cocoonよりも安定し、アクティブで、シンプルで軽量ですか?Cocoon lite/XMLとXSLT公開フレームワーク

  • mod_xsltまさにそれであるように見えたが、死者を除くすべてを見て、複雑な設定を必要とし、明らかにXSLTプロセッサとしてのみlibxsltのサポート(http://www.mod-xslt2.com/)(I:

    私はちらっと見ていますもちろん、SaxonとXSLT 2.0を使用できるのが好きです)。

  • Apache Forrest(http://forrest.apache.org/)ですが、実際にはCocoonよりも単純なのか、それともCocoonの上に追加されたものなのか分かりません。

    • は、HTTPは、サイトマップ
    • を通じて "それを実行し、"
    • をGET recievesパイプラインを見つける:source.xml

    私が探しているだけで、これを行うものです - > xslt1.xsl - > xslt2.xsl - > xsltn.xsl - >シリアライズ

  • は、パイプライン
  • がクライアント
  • にシリアライズ結果を提供しています実行します

と:

  • はサクソンを使用(または "プロセッサに依存しない" である)
  • は、 "軽く" インストールすることができ、即ち:マップ
よりもはるかに多くの構成を必要とすべきではありません

多分私は、Cocoonの初期バージョン、またはXProc実装の将来のバージョンについて記述しています。

とにかく、このようなツールはありますか?

答えて

1

一部の人々は8または10年前に繭を用いて行われていたものを、今最高のRESTで行われていると主張しているに新エンジン。 (RESTを検索するか、goolgeで安静にしてください)

はXProcと組み合わせて、その非常に強力ですが、軽くすることもできます。 私はcalabash istがXProcのための最良の選択だと思っていますが、他にもあります。 (ある例はおそらく存在するdbですが、それはおそらく軽量ではありません。)

非常に小さなプロジェクトのために、それは残念です。それ以降のプロジェクトでは常にXProcとRESTを使用できます。

あなたが何を記述するかは、java、python、またはperlだけで行うことができます。 (軽量ですがフレームワークではありません...)

+4

"RESTで最もうまくいっています" - どのようにRESTを公開フレームワークとして使用できますか? RESTは一連のアーキテクチャ原則です。繭アプリケーションはRESTfulにすることができます。 「8〜10年前の繭で何が行われたのが今、RESTで最もうまくいったのですか」とはどういう意味ですか? – LarsH

1

Florent GeorgesのServlex(http://code.google.com/p/servlex/)を見てみる価値があります。残念ながらわずかな文書(http://expath.org/wiki/Saxon:Webapp)がありますが、XML Prague 2011(http://www.xmlprague.cz/2011/presentations/florent-georges-servlex.pdf)での彼のプレゼンテーションでは、あなたが知りたいと思うかもしれないことをすべてカバーしています。リクエストurisがservlexのアクションにどのように変換されているかを確認するには、Dispatcherのスライド(中央のどこか)を見てください。

+1

注:servlexは実際にはxmlcalabashの上に構築されているため、stの答えには近いものがあります。 – grtjn

0

ReXSLをご覧ください。これはCocoonほど洗練されていませんが、XSL/XSLTを使用してXMLをHTMLに変換するプロセスを簡素化します。 MVCフレームワークです。

関連する問題