問題タブ [apache-cocoon]

ドキュメントを読んで、アスペクトチェーンが正確にどこにあるのか少し混乱しています。

ドキュメント: https://wiki.duraspace.org/display/DSDOC18/XMLUI+Configuration+and+Customization#XMLUIConfigurationandCustomization-AdditionalXMLUILearningResources

アスペクトの順序がどのように決定されるかは明確ではありません。

私は 2005 年のドキュメントで、Manakin 開発者ガイドで、その順序がファイルspect.xml から決定されたことを強調しました。

誰か、uri を一連のアスペクトに一致させる方法を簡単に説明できますか? しかし、dspace 1.8.2にはもうないようです。それがなくても働けるのでしょうか？または、URI をチェーンに関連付ける別の方法はありますか?

それに加えて、DRI パスの {1} や {2} などの意味をまだ理解していません。ここでのヒントは、理解を深めるのに役立ちます。

リクエストに関係するアスペクト/トランスフォーマーを追跡したいと思います。dspace 1.8.2 でそれを行う方法はありますか

Google の recaptcha を Apache-cocoon から実装する方法の例はありますか? Web で見た Java の例のほとんどは、JSP を使用しています。

https://cocoon.apache.orgの CaptchaReader を使用してみましたが、残念ながらcom.sun.image.codec.jpegJava 7 でサポートされていないものを使用しています (私が読んだものから)。

トランスフォーマーに次のようなものが含まれているパイプラインを使用した Cocoon セットアップがあります。

現在、そこに含まれている URL は実際には Cocoon からのものであり、Java が信頼しない TLS 証明書を持っているため、PKI 証明書パスに関するエラーが発生します。サーバーのTLS証明書を含むJVMプロセスのトラストストアを指定することで、それを「簡単に」解決できます（そして、しばらく前からそうでした）。

少なくとも次の 2 つの理由から、それをやめたいと思います。

1. サーバー証明書の更新が必要な場合、トラスト ストアを更新して Cocoon をバウンスする必要があります
2. より効率的である可能性があります（ループバック HTTP リクエストなし、TLS ハンドシェイクなしなど）。

cinclude は Cocoon 相対パスを認識しますか?

私はこのようなものを探しています:

そのようなものは存在しますか？

繭で自分自身を呼び出すフォームを作成しようとしています。質問には_多くの質問があり、無限ループが生成されています:(

モデル

私の質問 _form

私の_question_fields

無限ループ:(、解決方法は？

一連の複雑なPDF フォームがAdob​​e LiveCycle プラットフォームと Designer (バージョン 8.2) で生成され、インラインで表示されるエンドユーザー クライアントに Java ベースの Web アプリケーションによって提供されるアプリケーションがあります。これらのフォームには、いくつかの Javascript 検証コントロールによって表現されるアプリケーション ロジックと、ユーザーがさまざまなフォーム フィールドをコンパイルするときに動的に評価される表示/非表示条件が付属しています。PDF フォームが保存されると、基礎となるXML データが抽出されて保持され、後続の操作の基礎として機能します。

PDF の代わりにHTML フォームを構築するモデルとして、XML データ形式 (およびそれを定義する XSD スキーマ) の両方を維持しながら、Adobe LiveCycle テクノロジを中心とした、この一般的なアーキテクチャに代わるものを見つけるように求められました。1 つ、および現在 PDF フォームで表現されているアプリケーション ロジックのレベル。

XML フォーマットに関するこの強い要件があるため、フォームを作成できる代替案を探し始めました。また、改訂されたアプリケーションで、最初の XML データ モデルと最終的な HTML フォームの間の中間層をできるだけ少なくする必要があります。

Cocoon Frameworkの「ブロック」(つまりモジュール) であるCocoon Formsに出会いました。Adobe LiveCycle プラットフォームといくつかの類似点を共有しており、興味深い解決策のように見えます。

• XML関連技術に重点を置いています
• XML 自体は、フォーム モデルとフォーム テンプレートによるその表現の両方を定義するために使用されます。両方の DSL は XML に基づいています。
• さまざまなフォーム要素間の検証ロジックを表現する可能性
• フォームのクライアント側とサーバー側の間のシームレスな統合

Cocoon Forms を使った経験のある人はいますか? もしそうなら、私たちの簡単に要約されたシナリオに関して、それが実行可能な解決策と考えられるかどうか、誰かが私たちに知らせてくれますか?

事前にサンクス！

XMLでビジネス モデルを定義した後、XSD スキーマからCocoon Forms フォーム定義ファイル(サンプル フォーム定義ファイルはdocsにあります)を同じモデルからプログラムで定義することは可能ですか?

Cocoon Forms 自体から、または他のツール ( XSLT変換のようなもの) を使用して、そのような定義ファイルを作成する方法はありますか?

XSLT を使用して、DSpace URL ( link )からの XML ファイルである外部ドキュメント内のデータを検索しています。しかし、document() でパラメーターを使用して URL を使用することはできません。

これは私のコードです：

ログ ファイルには次のように表示されます。

別の URL (パラメーターなし) を使用すると、うまくいきます。例えば：