問題タブ [apache-cocoon]

Tomcat7で最終的に展開するためにWindows2008R2でcocoon2.1.10をビルドするためにjavaJDK7を使用しています。cocoonソースファイルをダウンロードして解凍し、JAVA_HOME変数を設定してから、build.batを実行しようとしました。提供されたファイル。11種類のコンパイルエラーが発生します。

また、コマンドラインで「buildwar」を使用してみましたが、同じ結果が得られました。

これは私が使用しているJDKの問題ですか、それとも他に確認する必要があるものがありますか？これは繭を構築して展開する私の最初の試みです、私は明白な何かを逃している可能性があります。

よろしく、トニー

問題は、共通の「XHTML テンプレート」がありますが、相対位置が異なり、一部のページに css ファイルがないことです。

私はサイトマップ（繭）でこれをやろうとしました

そして、共通の xsl の上にこれがあります

後で私はこのようにパラメータを使用しています:

問題は、$relative_path が値を生成せず、変数が空で、修正方法がわからないことです。

よろしくお願いします。

デフォルトのApacheCocoonプロジェクトを作成し、それをスタンドアロンアプリケーションとしてMyEclipseに移動することは可能ですか？

MyEclipseでアプリケーションをデプロイしてデバッグできるようになるので（基本的にすべての作業を実行できるので）、これを実現したいと思います。pom.xmlに依存しなくなり、シャットダウンして再起動せずに依存するjarをホットデプロイメントし、クリックするだけでパックされたデプロイメントを作成できるようになります。

これを達成するために私は何をしますか？ヒント/アドバイスをいただければ幸いです。

現在sitemap.xmlにグローバル変数として保存されているXSLを使用する静的変数がいくつかあります。

これはすべて問題ありませんが、一部の変数はデプロイメント固有であるため、Webアプリの起動時に変更する必要があります。基本的に、XSLTで使用できるようにするには、.WARの外部に保存されている少数のプロパティが必要です。

誰かが同じようなことをする必要がありましたか？もしそうなら、どのようなアプローチを使用しましたか？

ありがとう

XMLをPDFに変換するために現在使用しているスタイルシートは非常に大きくなり、制御できなくなりました。メンテナンスの悪夢になっています。

このスタイルシートは、機能に応じてさまざまなスタイルシートに分割して再設計する予定です。1つのメインxslと3〜4つのセカンダリxslが必要です。メインxslのいくつかの条件に基づいて、適切なセカンダリxslにジャンプする必要があります。それは可能ですか？

更新：バージョン1.0を使用しています

編集：XMLからpdfを生成するためにapachecocoonを使用しています。着信XMLを前処理し、これを処理するXSLを決定する方法があるかどうか疑問に思っていました（XMLのパラメーターに基づいて）？

私は、apache cocoonを使用してXMLをPDFに変換するアプリケーションに取り組んでおり、入力XMLを処理するXSLを再設計しています。

現在XSLには、次のようなコードがあります

これに変更しても動作しますか？

変換XSLTを実行してhtmlをxmlに変換したいのですが、次のエラーが表示されます。

繭のブロック：

product.xsl：

cocoon 2.2 では、COB-INF フォルダーにあるメイン サイトマップを war ファイルの WebContent フォルダーにマウントし、すべてのサブ サイトマップをこのサイトマップに相対させたいと考えています。IDEとしてEclipseを使用しています。これをPOMファイルで行うべきかどうか、またはcocoon warファイルをEclipseにインポートした後にいくつかの設定を変更できるかどうかはわかりません. cocoon のドキュメントには、この明確な例は示されていません。

cocoon がユーザーによってアップロードされた複数のファイルを処理するのを見てみたいです。私のフォームは次のようなものです

単一のファイル (複数の属性なし) の場合、非常に簡単に思えます。フロースクリプトを呼び出すcocoon.request.get("file")と明らかにインスタンスが返さorg.apache.cocoon.servlet.multipart.Partれるので、明らかな何かが欠けていると思いますか?

cocoon フレームワーク (Java) で作成され、WAS 7.0.0.0 で実行されている Web アプリケーションを使用しています。WAS 6.XXX で実行すると、すべて正常に動作します。

ただし、実行時に WAS 7 で次のエラーが表示されます。

java.lang.ClassCastException org.apache.xerces.jaxp.DocumentBuilderFactoryImpl incompatible with javax.xml.parsers.DocumentBuilderFactory at javax.xml.parsers.DocumentBuilderFactory.newInstance

これは ClassLoader の問題であると思われます。

この問題を克服するために多くの手順を試しました。

1. WAS 管理コンソールに新しいカスタム プロパティを追加しようとしました。

   アプリケーション サーバー -> サーバー名 -> プロセス定義 -> Java 仮想マシン -> カスタム プロパティ

   • 名前 = javax.xml.parsers.DocumentBuilderFactory
   • 値 = org.apache.xerces.jaxp.DocumentBuilderFactoryImpl

   しかし、これで問題は解決しませんでした。

2. WAS 管理コンソールで、WAS クラス ローダーの順序を親が最初と親が最後の間で変更しようとしましたが、どちらのオプションでも問題は解決しませんでした。

追加情報が必要な場合はお知らせください。