質問: jsfリソースライブラリとは何ですか?またどのように使用するべきですか? jsf <h:outputstylesheet> 、 <h:outputscript> 、および <h:graphicimage> の各コンポーネントには、library属性があります。これは何ですか?またこれはどのように使用されるべきですか?使用されるタグに応じて、ライブラリ名として共通のコンテンツ/ファイルタイプcss、js、およびimg(またはimage)を使用して、次のように使用するweb上の例が多数あります。<h:outputstylesheet library="css" name="style.css" /> <h:outputscript library="js" name="script.js" /> <h:graphicimage library="img" name="logo.png" /> それはどのように便利ですか?これらの例のlibraryの値は、タグ名ですでに表されているものが何でも繰り返されているようです。 <h:outputstylesheet>の場合、それは「cssライブラリ」を表すことはすでに明らかなタグ名に基づいています。これも同じように機能する次のものとの違いは何ですか?<h:outputstylesheet name="css/style.css" /> <h:outputscript name="js/script.js" /> <h:graphicimage name="img/logo.png" /> また、生成されたhtml出力は少し異なります。 /contextnameのurlパターンにマッピングする*.xhtmlおよびfacesservletのコンテキストパスが与えられた場合、前者は要求パラメータとしてライブラリ名を使用して次のhtmlを生成します。<link rel="stylesheet" type="text/css" href="/contextname/javax.faces.resource/style.css.xhtml?ln=css" /> <script type="text/javascript" src="/contextname/javax.faces.resource/script.js.xhtml?ln=js"></script> <img src="/contextname/javax.faces.resource/logo.png.xhtml?ln=img" alt="" /> 後者は、uriのパスにライブラリ名を含む次のhtmlを生成します。<link rel="stylesheet" type="text/css" href="/contextname/javax.faces.resource/css/style.css.xhtml" /> <script type="text/javascript" src="/contextname/javax.faces.resource/js/script.js.xhtml"></script> <img src="/contextname/javax.faces.resource/img/logo.png.xhtml" alt="" /> 後の見方では、後者のアプローチは前者のアプローチよりも意味があります。 library属性はどの程度正確に役立つのでしょうか。
回答: 実際には、 "js"、 "css"、 "img"などの一般的なコンテンツ/ファイルタイプがライブラリ名として使用されているweb上のすべての例は、誤解を招くです。実社会の例まず始めに、 mojarra や myfaces のような既存のjsf実装と、 primefaces や omnifaces のようなjsfコンポーネントライブラリを見てみましょう。これを使って。誰もこの方法でリソースライブラリを使用していません。彼らはそれを(カバーの下で、 @resourcedependency または uiviewroot#addcomponentresource() )使います:<h:outputscript library="javax.faces" name="jsf.js" /> <h:outputscript library="primefaces" name="jquery/jquery.js" /> <h:outputscript library="omnifaces" name="omnifaces.js" /> <h:outputscript library="omnifaces" name="fixviewstate.js" /> <h:outputscript library="omnifaces.combined" name="[dynamicname].js" /> <h:outputstylesheet library="primefaces" name="primefaces.css" /> <h:outputstylesheet library="primefaces-aristo" name="theme.css" /> <h:outputstylesheet library="primefaces-vader" name="theme.css" /> それが基本的に共通のライブラリ/モジュール/テーマ名これらのリソースのすべてが一般的に属する場所を表すことを明確にする必要があります。簡単に識別こうすれば、それらのリソースがどこに属しているのか、またはどこから来ているのかを指定して区別するのがはるかに簡単になります。自分のwebアプリケーションにprimefaces.cssリソースがあることを想像してみてください。そこでは、primefacesのデフォルトcssをオーバーライド/微調整しています。 primefacesが自身のprimefaces.cssにライブラリ名を使用しなかった場合、primefaces自身のものはロードされず、代わりにwebアプリケーションが提供するものが表示されなくなります。また、カスタムの resourcehandler を使用している場合は、libraryを正しい方法で使用すると、特定のライブラリからのリソースに対してよりきめ細かい制御を適用することもできます。すべてのコンポーネントライブラリがすべてのjsファイルに "js"を使用していたとしたら、それが特定のコンポーネントライブラリから来たものである場合、resourcehandlerはどのように区別されるのでしょうか。例は、omnifaces combinedresourcehandler および graphicresourcehandler です。チェーン内の次のリソースハンドラに委譲する前にライブラリがチェックされるcreateresource()メソッドをチェックしてください。これにより、目的のためにcombinedresourceまたはgraphicresourceをいつ作成するかがわかります。richfacesが間違ったことをしたことに注目すべきです。 libraryをまったく使用せず、その上に別のリソース処理層を自作したため、richfacesリソースをプログラムで識別することは不可能です。それが、richfacesリソースでうまく機能させるために omnifaces combinedresourcehander を導入する必要がある理由 リフレクションベースのハック です。あなた自身のウェブアプリあなた自身のwebアプリケーションは必ずしもリソースライブラリを必要としません。あなたはそれを省略するのが最善です。<h:outputstylesheet name="css/style.css" /> <h:outputscript name="js/script.js" /> <h:graphicimage name="img/logo.png" /> あるいは、本当に必要な場合は、「デフォルト」や会社名など、よりわかりやすい共通名を付けることができます。<h:outputstylesheet library="default" name="css/style.css" /> <h:outputscript library="default" name="js/script.js" /> <h:graphicimage library="default" name="img/logo.png" /> あるいは、リソースがいくつかのマスターfaceletsテンプレートに固有のものである場合は、それにテンプレートの名前を付けることもできるので、相互に関連付けやすくなります。言い換えれば、それは自己ドキュメンタリー目的のためのものです。例えば。 /web-inf/templates/layout.xhtmlテンプレートファイルで:<h:outputstylesheet library="layout" name="css/style.css" /> <h:outputscript library="layout" name="js/script.js" /> そして/web-inf/templates/admin.xhtmlテンプレートファイル:<h:outputstylesheet library="admin" name="css/style.css" /> <h:outputscript library="admin" name="js/script.js" /> 実際の例では、 omnifacesショーケースのソースコード を確認してください。または、複数のwebアプリケーションで同じリソースを共有し、そのための「共通」プロジェクトを作成した場合 この回答 これはwebアプリケーションのjarに埋め込まれています。 /web-inf/lib、それからそれをライブラリとしても参照します(名前は自由に選択できます。omnifacesやprimefacesのようなコンポーネントライブラリも同様に機能します)。<h:outputstylesheet library="common" name="css/style.css" /> <h:outputscript library="common" name="js/script.js" /> <h:graphicimage library="common" name="img/logo.png" /> ライブラリのバージョン管理もう1つの主な利点は、自分のwebアプリケーションによって提供されるリソースに正しい方法でリソースライブラリのバージョン管理を適用できることです(これはjarに埋め込まれたリソースには機能しません)。 \d+(_\d+)*パターン内の名前で直接ライブラリサブフォルダをライブラリフォルダに作成して、リソースライブラリのバージョンを示すことができます。webcontent |-- resources | `-- default | `-- 1_0 | |-- css | | `-- style.css | |-- img | | `-- logo.png | `-- js | `-- script.js : このマークアップを使用するとき:<h:outputstylesheet library="default" name="css/style.css" /> <h:outputscript library="default" name="js/script.js" /> <h:graphicimage library="default" name="img/logo.png" /> これにより、ライブラリのバージョンがvパラメータとして、次のhtmlが生成されます。<link rel="stylesheet" type="text/css" href="/contextname/javax.faces.resource/css/style.css.xhtml?ln=default&amp;v=1_0" /> <script type="text/javascript" src="/contextname/javax.faces.resource/js/script.js.xhtml?ln=default&amp;v=1_0"></script> <img src="/contextname/javax.faces.resource/img/logo.png.xhtml?ln=default&amp;v=1_0" alt="" /> そのため、何らかのリソースを編集または更新した場合は、バージョンフォルダを新しい値にコピーまたは名前変更するだけで済みます。複数のバージョンフォルダがある場合、jsfのresourcehandlerは、番号順の規則に従って、最も高いバージョン番号から自動的にリソースを提供します。そのため、resources/default/1_0/*フォルダをresources/default/1_1/*にコピー/リネームすると、次のようになります。webcontent |-- resources | `-- default | |-- 1_0 | | : | | | `-- 1_1 | |-- css | | `-- style.css | |-- img | | `-- logo.png | `-- js | `-- script.js : それから最後のマークアップの例は以下のhtmlを生成するでしょう:<link rel="stylesheet" type="text/css" href="/contextname/javax.faces.resource/css/style.css.xhtml?ln=default&amp;v=1_1" /> <script type="text/javascript" src="/contextname/javax.faces.resource/js/script.js.xhtml?ln=default&amp;v=1_1"></script> <img src="/contextname/javax.faces.resource/img/logo.png.xhtml?ln=default&amp;v=1_1" alt="" /> これは、変更されたパラメータを持つurlが初めて要求されたときに、キャッシュから同じ名前のものを表示するのではなく、webブラウザがサーバーから直接リソースを要求するように強制します。このようにして、エンドユーザーは更新されたcss/jsリソースを取得する必要があるときにハードリフレッシュ(ctrl + f5など)をする必要はありません。jarファイルに含まれているリソースに対しては、ライブラリのバージョン管理はできません。カスタムのresourcehandlerが必要です。 jar内のリソースにjsfバージョン管理を使用する方法 も参照してください。また見なさい: jsfリソースのバージョン管理 jsf2静的リソースキャッシング 共有コードを持つ複数のjsfプロジェクトのための構造 jsf 2.0仕様 - 2.6章リソース処理