assiging to maintainer

CC: (none) => geiger.david68210, marja11
Assignee: bugsquad => mageia

Created attachment 7237 [details]
Quick and dirty SPEC file for openjfx

I adapted a SPEC file taken from fedora: http://copr-dist-git.fedorainfracloud.org/cgit/gferon/openjfx/java-1.8.0-openjfx.git/plain/openjfx.spec?h=f21&id=ea8e98b0a785decfc187260147b0808b2c48292b

CC: (none) => nicolas.salguero

Created attachment 7238 [details]
A patch to allow compilation

Hi,

I adapted a SPEC file from fedora and I was able to build a package for Mga5 and Cauldron.  On Mga5, I installed the package and tested with success that jalbum and another program which needed JavaFX seemed to work fine with my package.

Best regards,

Nico.

I've tried the spec file. Really slow to compile, but it works.

Thank you very much.

Yes compilation takes time: around 30 minutes with a 2nd generation Core i5.

Created attachment 7391 [details]
Updated SPEC file

New version of the SPEC file

Attachment 7237 is obsolete: 0 => 1

If there are no license issues that prevent us from packaging it, you could import it in Cauldron.  If you really want it in Mageia 5, you could introduce it there as a backport.

Component: RPM Packages => New RPM package request
Assignee: mageia => bugsquad
Source RPM: java-1.8.0-openjdk-1.8.0.65-1.b17.1.mga5 => openjfx

Packages in core/backports_testing:
========================
i586:
java-1.8.0-openjfx-1.8.0.72-1.b15.1.mga5.i586.rpm

x86_64:
java-1.8.0-openjfx-1.8.0.72-1.b15.1.mga5.x86_64.rpm

Source RPMs:
java-1.8.0-openjfx-1.8.0.72-1.b15.1.mga5.src.rpm

========================

I have successfully tested the package java-1.8.0-openjfx-1.8.0.72-1.b15.1.mga5.x86_64.rpm.

Testing procedure:
1) On a system where the package java-1.8.0-openjdk is installed, download jAlbum (http://jalbum.net/fr/downloadmirror/os/anything/url/http%253A%252F%252Fdownload.jalbum.net%252Fdownload%252F13%252F%252FjAlbum.zip).
2) Unzip the downloaded archive.
3) In jAlbum directory, do a "chmod +x startjalbum.sh".
4) Launch startjalbum.sh.

WITHOUT java-1.8.0-openjfx, the software is not working with:
"""
java.lang.NoClassDefFoundError: javafx/beans/value/ChangeListener
	at se.datadosen.jalbum.SplashScreen.<init>(SplashScreen.java:39)
	at se.datadosen.jalbum.JAlbum.<init>(JAlbum.java:107)
	at se.datadosen.jalbum.JAlbum.main(JAlbum.java:358)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at se.datadosen.jalbum.Main.main(Main.java:44)
Caused by: java.lang.ClassNotFoundException: javafx.beans.value.ChangeListener
	at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
	... 8 more
"""

WITH java-1.8.0-openjfx, the software is working.

Component: New RPM package request => Backports
Assignee: bugsquad => qa-bugs
Summary: lacks of openjfx support => Backport Candidate: java-1.8.0-openjfx because java-1.8.0-openjdk lacks of openjfx support

mga5  x86_64  Mate

[root@vega qa]# urpmi java-1.8.0-openjdk
Package java-1.8.0-openjdk-1.8.0.72-1.b15.1.mga5.x86_64 is already installed
Redundant check:
[root@vega qa]# urpmi java-1.8.0-openjfx
No package named java-1.8.0-openjfx
Downloaded jAlbum.zip from the link referenced in comment #9.
# ark -e jAlbum.zip
# cd jAlbum
# chmod +x startjalbum.sh
# ./startjalbum.sh
java.lang.NoClassDefFoundError: javafx/beans/value/ChangeListener
	at se.datadosen.jalbum.SplashScreen.<init>(SplashScreen.java:39)
	at se.datadosen.jalbum.JAlbum.<init>(JAlbum.java:107)
	at se.datadosen.jalbum.JAlbum.main(JAlbum.java:358)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at se.datadosen.jalbum.Main.main(Main.java:44)
Caused by: java.lang.ClassNotFoundException: javafx.beans.value.ChangeListener
	at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
	... 8 more

CC: (none) => tarazed25

[lcl@vega jAlbum]$ ./startjalbum.sh
This launched an unlicensed version of jalbum (30 day trial) in a gui for which I lack the knowledge to operate.  There is a sign-in button, and a pricing button that launches a page in the browser showing the tariffs.  Pressing the loudhailer icon lists various announcements, which appear from time to time on the menubar.  The rest of the menu items are greyed out, presumably until a user signs in.

This should be enough to confirm that the update works.

mga5  i586 in virtualbox  Mate

Installed java-1.8.0-openjfx-1.8.0.72-1.b15.1.mga5 from Backports Testing and followed the procedure outlined above.  Launched the trial version of JAlbum and tried various items in the interface.  Examined the sample portfolio and created a test album in the user's My Album directory which was created on the fly.  Could not populate it - not signed in.

Validating this and requesting that it be pushed to updates.

Thanks Len. Removing validated_update keyword as this one is a backport which are currently handled differently.

Keywords: validated_update => (none)

Thank you.  I'm a dope.  Should have realised.

Done:

mga-adv-move-pkg --sync --backport 5/core/java-1.8.0-openjfx

Status: NEW => RESOLVED
CC: (none) => pterjan
Resolution: (none) => FIXED