#15 Integrating XULRunner-31 with SWT-4.5M7

[Michael Woldrich]

Hello.
I am testing our application with djnative-1.0.2, XULRunner-31.0, swt-4.5M7-win32-win32-x86 and FlashPlayer 18.
Is there any experience with xulrunner-31?
My problem is, that our FlashPlayerListener does not receives any events.
We have already a running integration with older versions of xulrunner,swt and flashPlayer.
Are there some loggers I can activate? Or give me a hint which classes are involved.

Thanks michael

[Michael Woldrich]

Hi.
Maybe you can test it with the example: "chrriis.dj.nativeswing.swtimpl.demo.examples.flashplayer.FunctionCalls"

When I add VM args: -Dorg.eclipse.swt.browser.DefaultType=mozilla
-Dorg.eclipse.swt.browser.XULRunnerPath=...\xulrunner_31.0
and adding swt to the classpath,
sending arguments are not received!

[Michael Woldrich]

Hello.
during some tests, I found the problem in the browser SWT-Style. When I remove the
param: -Dorg.eclipse.swt.browser.DefaultType=mozilla, the args from Flash are received.
So when we are set the SWT style to NONE in chrriis.dj.nativeswing.swtimpl.components.core.NativeWebBrowser
our implementation with JFlashPlayer works fine.
So, I do not understand why this happens, maybe it will be fixed, when eclipse releases the final version of SWT-4.5

[Michael Woldrich]

Hello.
during some tests, I found the problem in the browser SWT-Style. When I remove the
param: -Dorg.eclipse.swt.browser.DefaultType=mozilla, the args from Flash are received.
So when we are set the SWT style to NONE in chrriis.dj.nativeswing.swtimpl.components.core.NativeWebBrowser
our implementation with JFlashPlayer works fine.
So, I do not understand why this happens, maybe it will be fixed, when eclipse releases the final version of SWT-4.5

[Christopher Deckers]

Hi Michael,

If the style is not set to Mozilla, then it is using Internet Explorer. From what you say, I tend to think SWT does not support XULRunner properly.

You could test this further by making a pure SWT test case using XULRunner (check the SWT snippets web page). If indeed the problem is in SWT, you could open a bug on the eclipse bugzilla for the SWT component of the eclipse platform.

Hope this helps,
-Christopher

[Michael Woldrich]

Hi Christopher.
I test it with your example webbrowser/SendingCommands.java and it works fine. So, this means XULRunner browser events received successful in Java.
But when I test it with FLash, the events are not received from Flash to Java.
It seems it`s a problem in Flash -> SWT communication

[Christopher Deckers]

Hi Michael,

Actually, I just realized I may have missed the meaning of your question. FlashPlayerListener allows to receive events that a Flash application would send to the Java host application. But to do so, the Flash application has to send a command using:
ExternalInterface.call("sendCommand", commandName, arg1, arg2, ...)

Hope this helps,
-Christopher

[Michael Woldrich]

Hello Christopher.
We have already a succesful integration with our Flash-application running with xulrunner 10. So, if we switch from xulrunner-10 to xulrunner-31 the events are not received from our Flash application to Java.
It´s possible to reproduce it with your example: /DJNativeFocusBug/DJNativeSwing-SWTDemo/chrriis/dj/nativeswing/swtimpl/demo/examples/flashplayer/FunctionCalls.java

Regards
Michael

[Christopher Deckers]

Hi Michael,

Unfortunately, this change of behavior seems to be at a level that I don't control...
Are there any settings in the preference files of XULRunner that could prevent external calls? Did they deprecate that interface? Isn't that a bug in XULRunner? Did you upgrade to the latest SWT?

Hope this helps,
-Christopher