[JBoss JIRA] (JBIDE-24952) windows slaves define JDK 5 - 8 variables but do not have those JDKs installed
by Lukáš Valach (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24952?page=com.atlassian.jira.plugi... ]
Lukáš Valach closed JBIDE-24952.
--------------------------------
Verified, closing.
> windows slaves define JDK 5 - 8 variables but do not have those JDKs installed
> ------------------------------------------------------------------------------
>
> Key: JBIDE-24952
> URL: https://issues.jboss.org/browse/JBIDE-24952
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, qa
> Affects Versions: 4.5.1.AM1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
> Fix For: 4.5.1.Final
>
> Attachments: ls_nativetools.txt, screen-global-config-redmark.png, screen-global-config.png
>
>
> I ran some experiments on a win10 slave and discovered that while these variables are defined:
> {quote}{code}
> echo "%NATIVE_TOOLS%"
> echo "%JAVA15%"
> echo "%JAVA16%"
> echo "%JAVA17%"
> echo "%JAVA18%"
> {code}
> -->
> {code}"T:\opt\windows\amd64"
> "jdk1.5.0_last"
> "jdk1.6.0_last"
> "jdk1.7.0_last"
> "jdk1.8.0_last"
> {code}{quote}
> ... not all the associated JDKs are actually installed:
> {quote}
> {code}
> FOR %%D IN ( %OPENJDK_1_8_HOME%, %OPENJDK_1_7_HOME%, %JDK1_8_HOME%, %JDK1_7_HOME%, %JDK1_6_HOME%, %JDK1_5_HOME% ) DO ( %%D\bin\java -version )
> {code}
> -->
> {code}
> C:\mnt\hudson_workspace\workspace-win10>(T:\opt\windows\amd64\openjdk-1.8.0\bin\java -version )
> openjdk version "1.8.0_131-1-redhat"
> OpenJDK Runtime Environment (build 1.8.0_131-1-redhat-b11)
> OpenJDK 64-Bit Server VM (build 25.131-b11, mixed mode)
> C:\mnt\hudson_workspace\workspace-win10>(T:\opt\windows\amd64\openjdk-1.7.0\bin\java -version )
> The system cannot find the path specified.
> C:\mnt\hudson_workspace\workspace-win10>(T:\opt\windows\amd64\jdk1.8.0_last\bin\java -version )
> java version "1.8.0_121"
> Java(TM) SE Runtime Environment (build 1.8.0_121-b13)
> Java HotSpot(TM) 64-Bit Server VM (build 25.121-b13, mixed mode)
> C:\mnt\hudson_workspace\workspace-win10>(T:\opt\windows\amd64\jdk1.7.0_last\bin\java -version )
> java version "1.7.0_79"
> Java(TM) SE Runtime Environment (build 1.7.0_79-b15)
> Java HotSpot(TM) 64-Bit Server VM (build 24.79-b02, mixed mode)
> C:\mnt\hudson_workspace\workspace-win10>(T:\opt\windows\amd64\jdk-1.6.0_last\bin\java -version )
> The system cannot find the path specified.
> C:\mnt\hudson_workspace\workspace-win10>(T:\opt\windows\amd64\jdk-1.5.0_last\bin\java -version )
> The system cannot find the path specified.
> {code}{quote}
> So... we should consider making sure that at least openjdk-1.7.0 is installed, if not also jdk-1.6 and jdk-1.5, too.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 4 months
[JBoss JIRA] (ERT-527) [GTK3][Webkit2] Implement webkit2 support for browser function (Part 2: Java return a value from callback.) [EBZ#510905]
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/ERT-527?page=com.atlassian.jira.plugin.sy... ]
Nick Boldt updated ERT-527:
---------------------------
Sprint: devex #140 November 2017 (was: devex #139 October 2017)
> [GTK3][Webkit2] Implement webkit2 support for browser function (Part 2: Java return a value from callback.) [EBZ#510905]
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: ERT-527
> URL: https://issues.jboss.org/browse/ERT-527
> Project: Eclipse Release Train
> Issue Type: Task
> Components: Platform
> Reporter: Friendly Jira Robot
> Labels: SWT, bzira
>
> The mechanism whereby javascript calls java in Part1 (Bug 508217) has a limitation.
> Javascript can reach Java's callback. But the callback on the javaside cannot return a value back to javascript.
> I don't think this functionality is used much, but never the less it is a current limitation.
> (Note, Java can execute javascript via 'execute()' call still).
> The jUnit test case for this scenario is:
> org.eclipse.swt.tests.junit.Test_org_eclipse_swt_browser_Browser.test_BrowserFunction_callback_with_javaReturningInt()
> The api that I used in Part1 allows Javascript to call Java asynchronously.
> I.e, meaning once the callback is executed on the java side, it doesn't return a value:
> https://webkitgtk.org/reference/webkit2gtk/stable/WebKitUserContentManage...
> This is a limitation of the webkit2 api itself. The signal has a void return value and since it is async, the call from javascript to java is not executed right away, but is delayed for a bit.
> One possible (complex) solution might be:
> - Create webkitweb extension (this is tricky..)
> - Manually create a C/Javascript object (webkit1 does this, 'external', might re-use this functionality).
> - Expose Js function/object via JavaSciptCoreApi
> - Suggested by aperezdc/mcatanzaro on freednode#webkitgtk+
> Example:
> https://git.gnome.org/browse/epiphany/tree/embed/web-extension/ephy-web-e...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 4 months
[JBoss JIRA] (JBIDE-25396) Change message confirmation class of Openshift discovery of image registry URL
by Ondrej Dockal (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25396?page=com.atlassian.jira.plugi... ]
Ondrej Dockal closed JBIDE-25396.
---------------------------------
Verified on devstudio Version: 11.2.0.AM1-v20171116-2226-B1644.
> Change message confirmation class of Openshift discovery of image registry URL
> ------------------------------------------------------------------------------
>
> Key: JBIDE-25396
> URL: https://issues.jboss.org/browse/JBIDE-25396
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: cdk, openshift
> Affects Versions: 4.5.2.AM1
> Reporter: Ondrej Dockal
> Assignee: Ondrej Dockal
> Labels: openhift_v3
> Fix For: 4.5.2.AM1
>
>
> When handling confirmation dialog of discovery feature in openshift connection wizard, MessageBox is used. This class is subclass of org.eclipse.swt.widgets.Dialog which is mentioned to be using built-in platform dialogs that are not accessible via RedDeer framework or any other way. I cannot handle this kind of dialog in integration tests.
> Thus, I would like to change the MessageBox implementation to MessageDialog which is from jface layer and is easily obtainable via RedDeer.
> To advocate this patch, MessageDialog is commonly used in openshift plugin while MessageBox is not (just this one occurrence).
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 4 months