第一の点: 標準

JSPの宣伝された利点のうちの1つはそれが「標準」であるということです、 そして、相当な数の人々は、それを保持するのに高い関心があります。 そうするあまり、「標準」でない技術は、どれも拒否します。 この言い分は現実には、重要な正しい用語のJSPは、 「Sun標準仕様書」であるということを明らかにし、 そして、厳密には「標準」ではありません。 JSPが本当にマイクロソフトのASPまたはPHPグループのPHPと同様、 「標準」でない製品であるので、これは重要です。 言い換えると、あなたがもしかして使っているどんなツールでも、 「標準」になりえます。 Java Community Process (JCP)の内部の小さなグループで、JSPを定義しています。 実際の問題として、JCPに加わるにはかなり高いバリアがあり、NDA(秘密保持契約) にサインをして、プロジェクトの主役があなたのエントリを承認しなければ ならず、場合によっては料金を払わなければならないのです。 それが続く限り、JSP仕様書が本当にSunの所有者の製品であると言うことができます! 注意: この文書の主要な著者（ジョン・スティーヴンズ）がServletとJSP仕様書を 定義するJSR-053のメンバーであることは、この点で重要です。 JSR-053の内部では、すべてが公然とされないことは明白です、そして、決定は密室で行われます。 もちろん参加者が反対することは出来ますが、まだ背後にはSunの影響力があります。

第二の点: 複雑さ

JSPは、実装と同様に両方の仕様書です。 仕様は、いろいろな会社（オープンソースのと、同じくらいよい）実装が、あります。 JSP仕様は、特に簡単に実装できるものではありません。 関係する多くの複雑なシステムがあります。 そして、その幾つかは適切にServletエンジンに特別なフックに 最適のパフォーマンスを得ることを要求しさえします。 JSP仕様書は、比較的新しいです（それは、まだ1.xフェーズです）。 これは仕様書もそれの中でいくつかの派生を持つことを意味します。 そして、仕様の詳細が未定義になっている部分は、実装によって決定される部分があります。 これは、多くの部分で間違いがあるだけでなく、JPSテンプレートコードが 実装によって振る舞いが異なる可能性があることを意味します。 これは、JSP基づいたアプリケーションをテストする悪夢を作ります。 特にessotericなバグ（極端な条件でのみ現れるバグの意味）やその他のものがあります。 Jakartaプロジェクトを立ち上げ、SunがJaper(JPS参照実装)のソースコードを 提供した理由の一部は、かれらのソースコードのためにひとつのベースを採用する ようにベンダーを促進することでした。 残念なことに、これは起こりませんでした。 互換性テストスーツがありますが、ベンダーにテストをパスするように 要求する場所がありません。 そして、適切にテストをパスしないベンダーに対して 公的にそれらに恥をかかせることを示す場所がありません。

最後の点: Velocity

Velocityが何かという定義は、プロジェクトに関連する開発者によって述べられます。 彼らは、Velocityへの全ての変更点が現存のテンプレートを壊すことになるというわけでないことを確実にするために後退テストのために使われる総合テスト・スイートをつくりました。 あなたまたはあなたの会社がVelocityとヘルプの発達に加わりたいならば、単にメーリングリストに加わって、開発努力に貢献することによって簡単にされることができるその方向を決定してください。 1つの会社が決してVelocity仕様書とそれもと認めることにはならならないこの手段は、Velocityが常にどんなservletエンジンの範囲内ででもあなたのテンプレートで働くことを意味します

あなたが判断してください。

[ 埋め込み使用 <- 前 | 次 -> ホスティング ]