GWTでアプリを作っています。これはダッシュボードのようなもので、ウィジェットが表示されます。
これを出荷するときに、顧客が独自の GWT ウィジェットを作成してダッシュボード アプリで使用したいというユース ケースがあります。
私が理解しているように、ウィジェット/モジュールのタグが私のアプリの gwt.xml ファイルに入ると、アプリ全体を再度コンパイルするために必要なソースコードを出荷できないため、彼らはこれを行うことができません。
このダッシュボードを作成するために GWT 以外を使用することはできません。それらのウィジェットは、フラッシュ ヒープマップ、jquery ウィジェット/プラグイン、別の GWT モジュール、バックエンドから視覚化をレンダリングする jsp ページなどです。
これまでのところ、iframe の形式のラッパーであるウィジェットをアプリに提供し、メイン ページを呼び出し (URL を提供します)、アプリとウィジェットを通信させるための API を用意することを考えていました。
しかし、他の/より良いアプローチがあるかどうか知りたいですか?
アプリケーションのクローズドソースに応じて（カスタムJS / HTMLをページに追加できますか？）、一部のカスタムダッシュボードウィジェットにネイティブJavascript（JSNI）APIをいつでも提供できます。私が考えている最も簡単な解決策は、顧客がそのウィジェットのHTMLコンテンツを設定するために呼び出すことができるJSNIメソッドです。このメソッドを使用すると、JQueryウィジェット、独自のGWTウィジェットで生成されたHTML、JSPページを指すIFrameなどのさまざまなオプションを使用できます。次に、追加のJSNIAPIメソッドを提供して対話できるようにします。他の方法でもアプリ/ウィジェット。クロスドメインスクリプティングのセキュリティ問題に対処する必要がないため、これはIFrameメソッドよりも優れています。
これはまさに、Google のOpenSocialウィジェットによって解決された問題です。いくつかのオープンソース実装があります: http://shindig.apache.org/はその 1 つです。それをアプリに統合することを検討できます。追加のボーナスは、 opensocial ウィジェットも提供する他のアプリケーション ( atlassian jiraなど) からウィジェットを表示できることです。