JBrowser：MozSwing Reincarnation

MozSwingとは何かを思い出してください。 MozSwingは、ブラウザをswingコンポーネントとして埋め込むための唯一の適切な（私の意見では）無料のクロスプラットフォームソリューションです。 しかし、残念なことに、プロジェクトはエラーが多すぎる段階で終了しました。 これらのエラーは、アーキテクチャの計算ミスと同様に、プロジェクトでこのソリューションを「そのまま」使用することを許可しません。 これを修正したいという抵抗できない欲求で、私は仕事に取り掛かり、私は何かをしました。

（SwingコンポーネントとしてのMozillaブラウザー統合に関する記事）。

MozSwingが悪い理由

いいえ、いや、MozSwingがダメだとは思わない、それはとても感謝しなければならない大きな仕事だ（私の仕事はずっと少ない）が、MozSwingは私には役に立たない。

1. バージョン1.9.2がある場合、 xulrunnerのサポート `バージョン1.9のみ（ちなみに、Windowsシステムのパスでロシア文字をサポートしません）。
2. 膨大な数の静的クラスとメソッドが脳を引き裂くため、MozSwingが破壊不可能な岩として私たちの前に現れます。 その中の何かを変更するには、MozSwingの場合の継承が機能しないため、すでにロードされているクラスのバイトコードを変更する必要があります。
3. nsIWindowCreator （このインターフェイスを実装するクラスはブラウザ用のウィンドウを作成します）を明示的にオーバーライドできないため、MozSwingは新しいウィンドウで新しいページを開くことを好むため、タブとしてブラウザを作成する松葉杖を発明する必要があります。 たとえば、初期化後にnsIWindowCreatorを置き換える方法を次に示します。
   

   nsIWindowWatcher winWatcher = XPCOMUtils.getService( "@mozilla.org/embedcomp/window-watcher;1" , nsIWindowWatcher. class ); //$NON-NLS-1$
winWatcher.setWindowCreator(wndCreator);

* This source code was highlighted with Source Code Highlighter .

   
   ただし、MozSwingは静的クラス、メソッドを愛し、nsIWindowCreatorを内部的に参照するため、潜在的なエラーはここに隠されています。
4. コードでの非常に疑わしい決定（MozSwingのソース：念のため、3つのウィンドウのプールが作成され、次にこのプールからウィンドウを取得してブラウザーを組み込むため）：
   

   /**
* When mozilla does a callback to createChromeWindow()
* we need to create a swing window. But doing this on
* Swing thread using invokeAndWait sometimes ends
* with deadlock in AWT.
* Therefore we keep a list of precreated windows
* in case we will need them.
*/
private List <IMozillaWindow> precreatedWins = new LinkedList<IMozillaWindow>();

public void ensurePrecreatedWindows() {
ensurePrecreatedWindows(3);
}
public void ensurePrecreatedWindows( int winNum) {
assert !isMozillaThread(); //has to be called from swing

while (precreatedWins.size()<winNum) {

if (winFactory== null ) return ;
IMozillaWindow w = winFactory.create( false );
if (!(w instanceof Component)) return ;

// w is instance of something we can work with
precreatedWins.add(w);
Component c = (Component)w;
c.addNotify();
}
}

* This source code was highlighted with Source Code Highlighter .

   
   特に怖いのは3番です。 この種のヒントは、原則として3つのウィンドウで十分であるということです...おそらく...
5. コンテキストコマンド（コンテキストメニュー）のサポートを有効にするには、一部のMozSwingメソッドを変更する必要があります。 例：
   

   @SuppressWarnings( "deprecation" )
public static void replaceChromeAdapterMethod() {
try {
ClassPool classPool = ClassPool.getDefault();
CtClass ctClass = classPool. get ( "org.mozilla.browser.impl.ChromeAdapter" );
CtMethod ctMethod = ctClass.getMethod( "queryInterface" , "(Ljava/lang/String;)Lorg/mozilla/interfaces/nsISupports;" );
ctMethod.setBody( "{ return ru.redstonegroup.geo.gui.components.browser.impl.QueryInterfaceImpl.getInstance().queryInterface(this, $1); }" );
ctClass.toClass(QueryInterfaceImpl. class .getClassLoader());
} catch (Throwable e) {
logger.error(e.getMessage(), e);
}
}

* This source code was highlighted with Source Code Highlighter .

6. 一部のLinuxシステム（ubuntu、openSUSE）でSun JVMを常にドロップします。
7. ソースコードの複雑さ（ところで、これはXPCOMテクノロジ自体の複雑さによるものです）。
8. Mavenとの統合はありません。
9. IoCコンテナと統合するのは難しい。
10. フリルなしでウィンドウを作成することはできません。それらは非表示にしかできません。

Jbrowser

もちろん、幻想はありません-私の解決策は完璧ではありません。MozSwingに基づいているため、多くの病気を採用しています。 必要に応じて、JBrowserは、実際のシステムにより適したMozSwingの再考です。 まあ、少なくとも私は私のAPIが何倍も好きです（あなたはまったく好きではないかもしれませんが）。

私が持っていたMozSwingに精通したときの主な問題は、単一のエントリポイントがないことでした。ブラウザの作成は、コンポーネントの単純な作成として実行されました（新しいMozillaWindowのようなもの、申し訳ありませんが、正確に思い出せません）。 はい、ブラウザウィンドウを作成するだけでなく、ブラウザをどのように構成する必要がある限り、ある意味で便利です。 1つのオプションは、MozSwingコンポーネントから継承し、内部を登り、掘り掘り掘る...

すぐに理解できませんでした：ブラウザのプロキシサーバー設定を変更する方法は？ しばらくして、対応するMozillaConfigクラスと静的setProxyメソッド（またはそのようなもの）があることが判明しました。 なんてこった、ソースを開いていなかったかどうかはわからない。 一般に、私にとってこれはすべて明らかではありません。

したがって、JBrowserは、設計の点で、ある種の反対（現在は完全ではありません）MozSwingです。 JBrowserには、 BrowserManagerインターフェイスというエントリポイントがあります。 これは、xulrunnerとswingの最高レベルの統合です。 インターフェースを実装するクラスは、さらなる作業の準備をするため、すべての初期化を実行します。 初期化に加えて、実装クラスは、最初の要求に応じて、すべてのブラウザーの操作ポリシー（画像、プロキシなどを有効/無効にする）を調整できるBrowserConfigインターフェイスの特定の実装を提供する必要があります。

上位レベルの統合とは対照的に、JBrowserの統合の最低レベルは、いわゆる「ブラウザコンポーネント」です。 すべてのブラウザコンポーネントは、 JBrowserComponentインターフェイスを実装します。 このインターフェースは、Swingコンポーネントの機能を組み合わせて、 ブラウザーインターフェースを実装するコンポジットです。

/**
* Swing // Browser embedded in swing component
* @author caiiiycuk
*/
public interface JBrowserComponent<T extends Component> extends DisplayableComponent, Browser, NativeBrowser {
/**
* @return See {@link java.awt.Component}
*/
T getComponent();
...
}

* This source code was highlighted with Source Code Highlighter .

JBrowserCanvasがあります-このインターフェースの基本的な実装です。 これは、ブラウザが組み込まれたCanvas Swingコンポーネントに他なりません。 他のブラウザコンポーネントの実装は、ほぼ常にJBrowserCanvasをラップします（呼び出しをデリゲートします）。 たとえば、別のJBrowserFrameブラウザーコンポーネント （ブラウザーとJFrame）がこれを実行します。

これら2つの反対側の間には、すべてを1つの全体に結合する別のリンクがあります。これはファクトリレイヤー（ファクターレイヤー）です。 BrowserManagerに基づいて最上位の統合レイヤーを作成した後、 ComponentFactoryインターフェースを実装する多数のブラウザーコンポーネントファクターを作成できます。 アプリケーションにこのような要素がいくつか含まれている場合は正常です。 メソッドを通じて適切に構成された要素は、ブラウザコンポーネントの特定の実装を作成します。 アプリケーションで次の要素を使用するとします。JFrameBrowserFactory（新しいウィンドウとしてブラウザーを作成）、JTabbedBrowserFactory（新しいタブとしてブラウザーを作成）。 このスキームのおかげで、作成するブラウザコンポーネントをカスタマイズする問題を簡単に解決することが可能になります。

したがって、ここにJBrowserとの一連の作業全体があります：BrowserManagerを作成し（ちなみに、このためにビルダーを使用/使用する必要があります）、ブラウザーコンポーネント用に少なくとも1つのファクターを作成し、最後にfactorを使用してブラウザーを作成します。 JBrowserを使用する最も簡単な方法は次のとおりです。

public class GettingStartedSnippet {

public static void main( String [] args) {
Dimension screenSize = Toolkit.getDefaultToolkit().getScreenSize();

JFrame frame = new JFrame();
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.setSize(( int ) (screenSize.getWidth() * 0.75f),
( int ) (screenSize.getHeight() * 0.75f));
frame.setLocationRelativeTo( null );

BrowserManager browserManager =
new JBrowserBuilder().buildBrowserManager();

JComponentFactory<Canvas> canvasFactory = browserManager.getComponentFactory(JBrowserCanvas. class );
JBrowserComponent<?> browser = canvasFactory.createBrowser();

frame.getContentPane().add(browser.getComponent());
frame.setVisible( true );

browser.setUrl( "http://code.google.com/p/jbrowser/" );
}
}

* This source code was highlighted with Source Code Highlighter .

なぜ要因なのか？ これは非常に便利だと思います（おそらく間違っています）。 たとえば、IoCコンテナーにファクターを登録し、アプリケーションのほぼすべての部分から簡単にアクセスできるため、少なくとも最後のメニューで新しいブラウザータブを作成するボタンを作成できます。
このアーキテクチャの利点は、これらの3つのレベルのいずれかを書き換えて、まだ動作しているシステムを取得できることです。

MozSwingになかった機能
インターフェースの完全な再設計に加えて、さらにいくつかの機能があります。

• 開いているページのfavIcon（browser.getFavIcon（））を簡単に取得できるようになりました。
• コンテキストメニューを簡単に埋め込むことが可能になりました。
• Mavenとの完全な統合。 この点で、JBrowserは簡単に接続でき、ターゲットシステム用に簡単にアセンブルできます（pom.xmlのプロファイルを変更することにより）。 現時点では、MozSwingがサポートするものはすべてサポートされています-win、linux、solaris、mac。

プロジェクトリンク：
JBrowserプロジェクト（安定）
多くの例があるプロジェクト（dev）
EclipseでJBrowserをすぐに使い始める方法

失敗したもの

残念ながら、Xulrunner 1.9.2はまだサポートされていませんが、予備があり、トンネルの終わりのライトが見えます。

Jwebpan

彼がいつか出て、世界を救うことを願っています。 このプロジェクトを本当に楽しみにしています。