質問

背景:行える体制が確立されていました古いCMSに基づくJavaの2002年-2003年。したいし、前進を続けるためにどれだけ当社の新しいものを使用し、tomcat、ストライプ、sitemesh.いまナビゲーション、レイアウト"ポッド"、js、cssなど、私の古いCMSは、いくつかの新しいアプリをしておりますので一貫した。

また今後、何らかの解決策をなくすべてのコードの重複ます。当社のアプリは同じVMの瞬間が変更する場合がございます。また、全社のtomcatインスタンスにアクセスは、共通した要素(その要素はならないが一定になるようにサーバ側のもの).

最て開発したこれまでにはかなりの標準sitemeshデコレータとし、c:輸入車そのニーズ、プラグです。このソリューションはネットワーク架できる体制を構築し、導入に失敗します。まった <%@インクルードファイル="/ょう。jsp"%>として、"ちびまる子ちゃんとおかしのと思われるだけの文脈で相対的です。こうして得c:インポートポイントでlocalhostであるかのような最適です。

については、その洗/装飾の枠組みが(タイル?) ることがこのプ?私たちは何を欠?

役に立ちましたか?

解決

ここで何をしようとしているのかよくわかりません。私の解釈はこれです:あなたはあなたが多くのアプリで再利用したい多くのリソースを持っています。これらのファイルをすべてのアプリで複製したくないのは、アプリ全体で一貫性を維持するのが難しくなるためです。

これがあなたの質問であれば、jarファイルに共通のリソースを保持することをお勧めします。これにはいくつかの利点があります:

  1. リソースはローカル-ネットワークのオーバーヘッドなし
  2. リソースの更新を制御できます。

nr 2の例:共通のページレイアウトをpage-layouts-1.x.jarに保持します。あなたはそれを使用するアプリに影響を与えないページレイアウトのマイナーリリースを作り続けます-それらはドロップイン置換です。ある日、アプリを完全に再設計し、page-layouts-2.0.jarをリリースすることにしました。これには、それを使用するアプリのいくつかの書き換えが必要です。現在、アプリがサーバー上の共有クラスローダーに保持するのではなく、ページレイアウトをバンドルしている場合、2.0レイアウトへの移行はまったく問題ではありません。一度に1つのアプリを移行して2.0レイアウトを使用し、他のアプリは引き続き1.xレイアウトを使用できます。

JSFとFaceletsを使用して、これを非常にうまく行っています。

ウェブレットをご覧ください。 SiteMeshまたはTilesがクラスパスからリソースを提供するための直接のサポートを得たかどうかはわかりませんが、これを行うためにそれらを微調整できると思います。

希望する

他のヒント

を用いてSitemesh長年にわいに複雑な思いです。

いかに希望を書標準JSPタグファイル(.tagいます。tagx)の使用applydecorator.と思いapplydecoratorタグを効果的に過去の遺物の出現によりタグファイルが多すぎてSitemeshユーザーか告を行います。

ほぼ全てのSitemesh利用したとのことです。いて共通のページにテンプレートと、JSPのページを参照し明確にしています。"使用するので、レイアウト、"わらびもち"をここでのナビゲーションメニューは、こちらのページです。" Tagファイルには正確な複製のこの機能も標準化し、サポートJ2EEウェブツールへの組み込みコンテナではなく別の依存性がある。

真飾ページでは、JSPのページそのものが考Sitemeshと思うことは、あってはならないことで高水準にあるが、まだまだないようにページ全てが解析されます。

この第二の問題なSitemeshの断層っ;さらにサーブレットAPIでは、どうなるかはわからないものでできることはない。ないのだろうかDOMに基づく代替のストリームベースのサーブレットAPIできます。つまり、というよりサーブレットを書を出力ストリームにだけ"憧れ"であり、そのノードツリー?この実施の形式で出力で安価な構造変化のようなSitemeshは、エンコード出力に異なるフォーマットのようなXHTML、HTML、またはJSONができます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top