以下のすべての問題に対処しようと思います。Rave には、ほとんどの Apache プロジェクトと同様に、開発者が監視するユーザー リストがあることに注意してください。将来的には、かなり簡単にヘルプを見つけることができるはずです。また、ドキュメントの穴/問題がどこにあるかを見つけて、全員のために改善できるようにすることは、チームにとって非常に役立ちます。
すぐに注意すべきことの 1 つは、デモ バイナリがまさにそれです。デモ。実動デプロイメントでは、war を独自の Tomcat コンテナー (別のホスト上にある可能性があります) で実行することをお勧めします。
非透過プロキシの背後にいる場合は、次の手順に従って、それを使用するように JVM を構成する必要があります。
- コマンド ウィンドウを開く
- Rave を解凍したディレクトリに移動します。
- 実行する
SET CATALINA_OPTS=-Dhttp.proxyHost=yourproxy.yourdomain.tld -Dhttp.proxyPort=yourproxyport -Dhttp.nonProxyHosts="localhost|127.0.0.1|yourdomain.tld"
- を実行して Rave を起動します。
.\bin\startup.bat
通常、デモは Linux または OSX で実行しますが、Windows で実行したところ、再実行する前に .\temp* を削除する必要がある場合があることがわかりました。
これにより、プロキシが設定され、Shindig がガジェットをレンダリングできるようになります。
遅さについては、デモ ポータルはファイルベースのバージョンの h2 を使用しています。これは非常に遅いデータベースであり、評価目的でのみ使用する必要があります。Rave は、 MS SQL Server、MySQL & Oracleなど、他のほとんどの SQL データベースに対して実行するように構成できます。
0.19 がリリースされる前に、MongoDB モジュールも配置する必要があります。
名前の変更の問題については、再現できませんでした。OpenSocial ガジェットがレンダリングに失敗したことに関連している可能性があります。
アーキテクチャを簡単に説明すると、Rave は war (portal.war) としてパッケージ化された汎用ウィジェット エンジンです。この war は、ウィジェットをレンダリングするためにさまざまなウィジェット プロバイダーに委任します。プロジェクトが直接サポートする 2 つのプロバイダーは、Rave がわずかにカスタマイズして別の戦争 (rave-shindig.war) としてパッケージ化した Apache Shindig 経由の OpenSocial と、元の戦争 (wookie.war) の Apache Wookie 経由の W3C ウィジェットです。これらの war はそれぞれ、Apache Tomcat のようなサーブレット コンテナーで実行されます。
Spring は、Rave が使用する主要な制御の反転メカニズムです。Rave プロジェクトには、rave-shindig プロジェクトに含まれる Spring/Guice ブリッジもあり、Rave バージョンでの Shindig Bean のオーバーライドを簡素化して、開発者がポータルと Shindig の間で共通のリポジトリ定義を共有できるようにします。さまざまな Rave インターフェイスを実装する Spring Bean を開発し、独自のアプリケーション コンテキストを作成してそれらをプライマリとしてマークすることで注入できます。
プロジェクトでは、Rave のほとんどのユーザーが Maven の一部をカスタマイズすることになるため、Maven をダウンロードすることを推奨しています。カスタマイズの基本的なレシピはドキュメントに記載されています。改善が必要です。
お役に立てれば。