Re: Is a Desktop Experience on ARM with X11 Possible?

[Scott Palmer]

Hi Johan,

Excellent! Do you have a build or instructions somewhere?

Thanks,

Scott

> On Feb 10, 2017, at 4:03 AM, Johan Vos  wrote:
> 
> Hi Scott,
> 
> I actually have this working, leveraging the new mesa driver for the Pi.
> It is using monocle and ES2 and it integrates very well with the X11 system 
> on the Raspberry Pi.
> 
> - Johan
> 
> On Thu, Feb 9, 2017 at 8:19 PM Scott Palmer  > wrote:
> Just wondering if there are some options for building OpenJFX for
> embedded ARM such that it behaves like it does on x86 Linux with X11.
> I mean with actual decorated windows instead of just  lumping
> everything onto the frame buffer or a single window.
> 
> Is this currently possible?
> 
> 
> Scott

Re: Review request: 8169286: Need to exclude Monocle from production build

[Kevin Rushforth]

That comment was just a reminder that I added when temporarily 
commenting out the code that was always present to strip out Monocle on 
desktop platforms.


This will not affect anyone building JavaFX for embedded.

-- Kevin


Jörg Wille wrote:

Hi Kevin,
in your "fix" you write: "JIGSAW -- Figure out what to do with Monocle"
Can you elaborate a bit on this topic?
- Why do you have to exclude Monocle from production build?
- Is Monocle not compatible with jigsaw and if so, is it not planned to
make it compatible?
- What possibilities have current users of Monocle when they want to switch
to jdk9?

The compony I work for, is using Monocle for some of its current products.
Monocle is of now the only way to get JavaFX running (at least
half-performant) on some smaller embedded devices.
And what about JavaFXPorts - does it not also have dependencies on Monocle?

regards,
joerg
  

Re: Review request: 8169286: Need to exclude Monocle from production build

[Jörg Wille]

Hi Kevin,
in your "fix" you write: "JIGSAW -- Figure out what to do with Monocle"
Can you elaborate a bit on this topic?
- Why do you have to exclude Monocle from production build?
- Is Monocle not compatible with jigsaw and if so, is it not planned to
make it compatible?
- What possibilities have current users of Monocle when they want to switch
to jdk9?

The compony I work for, is using Monocle for some of its current products.
Monocle is of now the only way to get JavaFX running (at least
half-performant) on some smaller embedded devices.
And what about JavaFXPorts - does it not also have dependencies on Monocle?

regards,
joerg

Issue with WebView component

[Sirish Vadala]

Hello experts, I am have an issue with WebView component. Sometimes if the
application stays idle for a few minutes, the display is just a blank
screen and WebView is not rendered on the stage. Other times it works
perfectly fine. Also once a particular webView component fails to render
onto the screen, all other webViews through out the application fail to
load.

The component behaves very inconsistently and I couldn't identify a
definitive pattern to replicate the issue.

I appreciate if any of you experts can point me out in the right direction
to fix this inconsistent behavior.

--
|--|
| My WebView code: |
|--|

String htmlBillText = billTextController.transformBillXmlXsl();

WebView webView = new WebView();
WebEngine engine = webView.getEngine();
engine.setOnError((WebErrorEvent event) -> {
// NEVER GOES INTO THIS AT ALL
System.out.println("event.getMessage()::"+event.getMessage());
System.out.println("event.getException()::"+event.getException().getMessage());
System.out.println("event.toString()::"+event.toString());
engine.reload();
});

engine.getLoadWorker().stateProperty().addListener(new
ChangeListener() {
@Override
public void changed(ObservableValue ov, Worker.State oldState, Worker.State
newState) {
System.out.println("oldState::" + oldState);
System.out.println("newState::" + newState);
if (engine.getLoadWorker().getException() != null) {
System.out.println("engine.getLoadWorker().getException()::" +
engine.getLoadWorker().getException().getLocalizedMessage());
}
if (engine.getLoadWorker().getException() != null && newState ==
Worker.State.FAILED) {
System.out.println(engine.getLoadWorker().getException().getMessage());
}
if (newState == Worker.State.SUCCEEDED) {
System.out.println("engine.getDocument()::"+engine.getDocument());
if (engine.getDocument() != null) {
String html = (String)
engine.executeScript("document.documentElement.innerHTML");
if (StringUtils.isEmpty(html)) {
System.out.println("FX WebView Engine Failed To Load Content... Execute
Reload...");
engine.reload();
}
}
System.out.println("engine.getTitle()::" + engine.getTitle());
System.out.println("engine.getLocation()::" + engine.getLocation());
System.out.println("engine.getUserAgent()::" + engine.getUserAgent());
System.out.println("engine.getUserDataDirectory()::" +
engine.getUserDataDirectory());
System.out.println("engine.isJavaScriptEnabled()::" +
engine.isJavaScriptEnabled());
}
}
});
engine.loadContent(htmlBillText);
--
||
| MY DISPLAY CONSOLE WHEN WEBVIEW FAILS TO LOAD: |
||
oldState::READY
newState::SCHEDULED
oldState::SCHEDULED
newState::RUNNING
oldState::RUNNING
newState::SUCCEEDED
engine.getDocument()::[object HTMLDocument]
engine.getTitle()::SB6:v98#DOCUMENT
engine.getLocation()::
engine.getUserAgent()::Mozilla/5.0 (Windows NT 6.1; Win64; x64)
AppleWebKit/538.19 (KHTML, like Gecko) JavaFX/8.0 Safari/538.19
engine.getUserDataDirectory()::null
engine.isJavaScriptEnabled()::true
--

Thanks. -SV-

[9] Review request for 8174154: NPE in JFXPanel$HostContainer#setEmbeddedStage

[Semyon Sadetsky]

Hello Kevin,

Please review fix for jfx9:

bug: https://bugs.openjdk.java.net/browse/JDK-8174154

webrev: http://cr.openjdk.java.net/~ssadetsky/8174154/webrev.00/

--Semyon

Re: [9] Review request: JDK-8170979: Update for Jigsaw etc. the openFX functional tests

[Yuri Nesterenko]

Version .05:

http://cr.openjdk.java.net/~yan/8170979/webrev.05

added, two lines fixing some 300+ Css tests.
Updating https://bugs.openjdk.java.net/browse/JDK-8170979 --
I'll add there a plain diff. Perhaps it would be
easier to apply.

Thank,
-yan

On 01/31/2017 04:03 PM, Yuri Nesterenko wrote:

And once more:

http://cr.openjdk.java.net/~yan/8170979/webrev.04

Added:
   a port of  JDK-8138872;
   a change in javaclient/shared/screenshots/GoldenImageManager.java
to allow it find old golden images.

In the index.html there's a list of 10 files to remove after the patch
applied. Webrev script includes only 4 of them in the patch.
I tried to commit the change, jcheck has nothing against it.

We use this state of the tests (plus a closed part, and
our own svn storage for images) to run in ATR.
If not to analyze.

Thank you!
-yan

On 12/29/2016 04:38 PM, Yuri Nesterenko wrote:

And again:
http://cr.openjdk.java.net/~yan/8170979/webrev.03

(Discussion in the bug)
Unfortunately, webrev doesn't process properly
files deleted by 'hg rm' .

-yan

On 12/22/2016 12:07 PM, Yuri Nesterenko wrote:

A new version is here:
 http://cr.openjdk.java.net/~yan/8170979/webrev.01
(trailing spaces removed).
See also discussion in the bug report:
https://bugs.openjdk.java.net/browse/JDK-8170979
thank you, Kevin!

-yan

On 12/21/2016 12:19 PM, Yuri Nesterenko wrote:

A gentle reminder.
Without this change, we have to make All Test Run out of
the makeshift workspace.

Thanks,
-yan

On 12/09/2016 02:02 PM, Yuri Nesterenko wrote:

Colleagues,

please review this test bug fix:
http://cr.openjdk.java.net/~yan/8170979/webrev.00/
Bug: https://bugs.openjdk.java.net/browse/JDK-8170979


The changes are mostly in tests/functional/.

This is a merge of current testbase in
http://hg.openjdk.java.net/openjfx/9-dev/tests and whatever
we have internally. The tests should now compile and work
with Jigsaw (including b148, --add-opens), recognize already
not too new JDK directory structure, do not use Builders etc.
Small number of tests was excluded and even dropped for various
reasons.
Several suites were tested with b142-b146 and PIT build for
the recent Jigsaw update (re: --add-opens).

There are still some reservations and unanswered questions.
For instance, a hard monotonous work of creation and maintaining
of the so called golden images is up to a tester: I don't know a
good place to share them between independent teams.
A couple of the suites still won't start without a minor
reconfiguration beforehand, not always properly documented.
We intend to use this state of the tests for the next massive test run
starting from jdk9 b150.

Re: Is a Desktop Experience on ARM with X11 Possible?

[Johan Vos]

Hi Scott,

I actually have this working, leveraging the new mesa driver for the Pi.
It is using monocle and ES2 and it integrates very well with the X11 system
on the Raspberry Pi.

- Johan

On Thu, Feb 9, 2017 at 8:19 PM Scott Palmer  wrote:

> Just wondering if there are some options for building OpenJFX for
> embedded ARM such that it behaves like it does on x86 Linux with X11.
> I mean with actual decorated windows instead of just  lumping
> everything onto the frame buffer or a single window.
>
> Is this currently possible?
>
>
> Scott
>