ドキュメントを読んで、アスペクトチェーンが正確にどこにあるのか少し混乱しています。
アスペクトの順序がどのように決定されるかは明確ではありません。
私は 2005 年のドキュメントで、Manakin 開発者ガイドで、その順序がファイルspect.xml から決定されたことを強調しました。
誰か、uri を一連のアスペクトに一致させる方法を簡単に説明できますか? しかし、dspace 1.8.2にはもうないようです。それがなくても働けるのでしょうか？または、URI をチェーンに関連付ける別の方法はありますか?
それに加えて、DRI パスの {1} や {2} などの意味をまだ理解していません。ここでのヒントは、理解を深めるのに役立ちます。
ドキュメントは少しわかりにくいです。1 つのアスペクト チェーンがあります。動的に生成されたすべてのページが通過します。
すべてがどのように機能するかを理解するには、XMLUI が Cocoon アプリケーションであることを覚えておく必要があります。特に、多数の .xmap ファイルから構築される Cocoon の「サイトマップ」を理解する必要があります。着信リクエストは、Matchers と呼ばれるマップ コンポーネントによってサイトマップをガイドされます。XMLUI は、サイトマップの一部でアスペクト チェーンを具体化します。
アスペクト チェーンが定義されている場所: config/xmlui.xconf、<aspects>要素のコンテンツとして。そこに指定された順序は、定義されたアスペクトが開発中の DRI ドキュメントに適用される順序です。(これは、ステップ 3bのhttps://wiki.duraspace.org/display/DSDOC18/XMLUI+Configuration+and+Customization#XMLUIConfigurationandCustomization-UnderstandingtheFlowofanXMLUIRequestの XMLUI の構成とカスタマイズで少し上に述べられています。)
「aspect.xml」のインスタンスが見つかりません。webapps/xmlui/aspects/aspects.xmap は、アスペクト チェーンを適用させる Cocoon サイトマップ ファイルです。AspectMatcher コンポーネントは、アスペクトの順序付けが適用される場所です。
前述のように、動的ページに対するすべてのリクエストにより、結果のドキュメントが単一のAspect チェーンに送信されます。
{1} のようなトークンは、最も近い外側の要素の 'match' 属性でワイルドカード ('*' または '**') によって一致する URI テキストを表します。これは、一部の正規表現パッケージで提供される部分式一致変数に似ています。(この機能は Cocoon によって提供されます。DSpace の一部ではありませんが、XMLUI によって使用されます。)
良いリソースが見つかれば、Cocoon について少し読むことをお勧めします。私は通常、Moczar と Aston によるCocoon Developer's Handbookを参照します。現在は古くなっていますが、現在のオンラインの Cocoon ドキュメントよりもはるかに完全です。