ÁNYK ügyfélkapu ablak nem jön föl

Fórumok

A beküldésnél mostanában egy ügyfélkapu ablak jönne föl, ahol azonosítania kell magát az ügyfélnek. Peppermin Linuxon openjdk 1.8 0 151 van telepítve, az ÁNYK rendebn működőnek látszik, de nem tudok beküldeni vele, mert a feltöltéshez kijelölve az Ügyfélablakon keresztüli azonosítást semmi nem történik. Másik gépen ilyenkor feljön egy java ablak, amiben az azonosítást el lehet végezni. Mit csinálok rosszul? Valaminek még telepítve kellene lennie ahhoz, hogy az azonosító ablak feljöjjön? Ezen a laptopon még sosem sikerült a beküldés, amióta ez az ügyfélkapu dolog van (most kellene először).

Hozzászólások

Milyen ÁNYK verzió? Pont ma takarítottam ki az ÁNYK-t. Nekem ment 2.78-cal is, de megy a legfrissebb 2.8-cal is. Igaz, nem linux hanem Win2012R2 alatt.

v.2.80 az ÁNYK és Oracle Corporation verzió 1.8.0_151 (64) a java hozzá. És Chromium a default browser. Felraktam még hozzá az icedtea-web 1.6.2-3ubuntu1 jelű cuccot, de a bejelentkezés ablak az ügyfélkapura így se jön fel. Egyébként az ÁNYK simán megy, úgy tűnik. Windowson feljön az azonosítási ablak, linuxon nem.

KAÜ felhasználó azonosítás az ablak neve, ami nem jön föl nekem.

Próbáltad más(kisebb) verziós javával? Elég sok dolog régebbi verziókra lett optimalizálva és mágikus problémákat generál újabb verziókkal.

Terminálból indítva mond-e valamit?

Igen! Köszönöm! Eszembe juthatott volna mindjárt megnézni, hogy a terminálon mit üzen.

apt-get install openjfx

volt a megoldás.

(Nem tudom ki éppen miért fikázza ezt a programot, sztem megbízhatóan működik Linuxon és ha ezt adom a könyvelő kezébe egy laptopon nem kell baszkódni a Windows ezer hülyeségével. - És ha van ilyen segítség mint most, akkor nincs akadály! ;^))

Mégegyszer köszönöm.

KAU_LOG : nincs mentett bejelentkezesi adat, bejelentkezunk
java.lang.NoClassDefFoundError: javafx/embed/swing/JFXPanel
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at hu.piller.enykp.alogic.uploader.UploaderFactory._create(Unknown Source)
at hu.piller.enykp.alogic.uploader.UploaderFactory.createUploaderForUgyfelkapuHivatalikapu(Unknown Source)
at hu.piller.enykp.alogic.filepanels.mohu.MohuTools.callWS(Unknown Source)
at hu.piller.enykp.alogic.ebev.Send2Mohu.send(Unknown Source)
at hu.piller.enykp.alogic.ebev.Send2Mohu$1.doInBackground(Unknown Source)
at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at javax.swing.SwingWorker.run(SwingWorker.java:334)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.ClassNotFoundException: javafx.embed.swing.JFXPanel
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 23 more

Erre esetleg valakinek tipp? Ugyanott akad el, mint a többieknek, a KAÜ ablak nem jön fel, de annyira nem, hogy az egész ÁNYK összeomlik ezen a ponton, és még core dumpot is írna:

KAU_LOG : nincs mentett bejelentkezesi adat, bejelentkezunk
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGFPE (0x8) at pc=0xb7f7d96f, pid=13101, tid=0xa3339ba0
#
# JRE version: Java(TM) SE Runtime Environment (8.0_161-b12) (build 1.8.0_161-b12)
# Java VM: Java HotSpot(TM) Client VM (25.161-b12 mixed mode linux-x86 )
# Problematic frame:
# C [ld-linux.so.2+0x896f] do_lookup_x+0xaf
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /usr/share/abevjava/hs_err_pid13101.log

32 bites Oracle JRE 1.8.0_161 van rajta (javafx is benne van elvileg, legalábbis vannak libjavafx*so fájlok benne) + ÁNYK 2.82. Egy 10+ éves disztró nulla támogatással, ezért csomagkezelős telepítés nincs. A logban ugyan nincs rá utalás, de a libjavafx_iio.so-ra az ldd dob egy olyan hibát, hogy GLIBC_2.7 kellene hozzá, az itt meg nincs. Az egyik ötletem az, hogy kéne fordítani egy saját JRE-t (OpenJDK-t), abban minden so fájl kompatibilis lenne az oprendszerrel, és nem lenne probléma a GLIBC verzióval. Aztán ha ezzel sem megy (már ha a fordítás egyáltalán sikerül), akkor lehet, hogy a javafx függőségeivel van probléma (freetype, fontconfig, pango, cairo...), amit megint nem feltétlenül könnyű kideríteni, mert hibaüzenet az nincs, megvan minden függőség, de ezekkel már máshol jártam úgy, hogy egyik verzió működött, másiktól meg crashelt a program.

Nem szemétkedni vagy kötözködni akarok, hanem tényleg komolyan kérdezem, hogy feltétlenül ezen a 10+ éves támogatatlan disztrón akarsz ÁNYK-zni? Használd másik gépen, vagy ezen izzítsd be egy modernebb disztrót (másik partícióra vagy meghajtóra, akár egy pendrájvra, vagy akár csak live módban). Az tényleg nem megoldás, hogy szívsz ezer éves verziók ellenében verziófüggőségekkel.

„Pár marék nerd-et leszámítva kutyát se érdekel már 2016-ban a Linux. Persze, a Schönherz koliban biztos lehet villogni vele, de el kéne fogadni, ez már egy teljesen halott platform. Hagyjuk meg szervergépnek…” Aron1988@PH Fórum

Nem feltétlenül. Azért gyűlnek a problémák, ami miatt előbb-utóbb kéne cserélni, de bizonyos pontokon már most látszik, hogy a 10+ éves hardver jobban szereti a korabeli szoftvereket, mint az újabbakat :)
Az ÁNYK egyébként még nem kritikus, 2.82-essel elkészült a dokumentum, 2.77-tel meg beküldtem (de biztos eljön majd az az idő, amikor ez már nem működik).

Én akkor sem bíznám rá az adóügyeimet egy régi verziójú szoftverre. Ha más nem telepítenék friss rendszert egy pendrive-ra, aztán ha még nincs is egy csomó hardverhez driver, meg kernelparaméterekkel kell letiltani mindent (ACPI, bizonyos videókimenetek), meg videodriver híján csak VESA-ban fut a grafikus felület szoftverrenderben, akkor is azt használnám, ki lehet bírni egy ÁNYK-nyomtatvány kitöltése és beküldése idejére.

„Pár marék nerd-et leszámítva kutyát se érdekel már 2016-ban a Linux. Persze, a Schönherz koliban biztos lehet villogni vele, de el kéne fogadni, ez már egy teljesen halott platform. Hagyjuk meg szervergépnek…” Aron1988@PH Fórum

Ha ez valami Java Appletes b*szás, akkor engem is érdekelne.

Java applet-es dolgokhoz próbáld ki a Seamonkey-t. Nem ÁNYK-hoz, de más applet alapú távmenedzsmenthez most már régóta megelégedéssel használom. Esetleg alternatívaként Palemoon.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Központi Azonosítási Ügynök (KAÜ) lett bevezetve. Az nem jön be?

Az SZJA bevallás miatt használnád/használnátok az ÁNYK-t? vagy máshoz?

--
ESET és Synology hivatalos viszonteladó

Tavaly én is szembesültem a fenti hibával. Akkor az openjfx telepítése után működött a beküldés.

Az idén megint nem működik (végül böngészőből, az Értesítési tárhelyemen töltöttem fel a titkosított fájlt).

Terminálból indítva az ÁNYK-t, a beküldésnél az alábbi Java hibaüzenetet kapom:

HelpPanelBusiness.updateHelpPanel: file:/usr/share/abevjava/segitseg/APEH/09teszt/09teszt_09teszt.htm
Html file charset: windows-1250
TEMPLATE_CHECK_MENU : 2
KAU_LOG callWs
KAU_LOG_S1 officeUser: ; kapu: UGYFELKAPU; ügyfélkapura: true; save_pass: true
KAU_LOG : nincs mentett bejelentkezesi adat, bejelentkezunk
java.lang.NoClassDefFoundError: javax/xml/soap/SOAPException
at hu.piller.enykp.kau.Anykgw2KauAuthTokens.getTokens(Unknown Source)
at hu.piller.enykp.alogic.uploader.UploaderFactory._create(Unknown Source)
at hu.piller.enykp.alogic.uploader.UploaderFactory.createUploaderForUgyfelkapuHivatalikapu(Unknown Source)
at hu.piller.enykp.alogic.filepanels.mohu.MohuTools.callWS(Unknown Source)
at hu.piller.enykp.alogic.ebev.Send2Mohu.send(Unknown Source)
at hu.piller.enykp.alogic.ebev.Send2Mohu$1.doInBackground(Unknown Source)
at java.desktop/javax.swing.SwingWorker$1.call(SwingWorker.java:304)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.desktop/javax.swing.SwingWorker.run(SwingWorker.java:343)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.lang.ClassNotFoundException: javax.xml.soap.SOAPException
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
... 12 more

A neten a Java SOAPException error keresés nekem már "túl kínai" eredményeket hozott.
Van valami ötletetek?

A rendszerem: openSUSE Leap 15.0, java-11-openjdk-11.0.2.0-lp150.2.12.1, icedtea-web-1.7.1-lp150.1.22, java-1_8_0-openjfx-8u212~b00-lp150.2.32, abevjava_install-2.88-0.1.

Ja, itt írom, hogy 11-gyel addig működik, amíg nem kell neki a net. Egyébként az ügyfélszolgálaton egészen a technikai okos emberig eljutottam, aki nem tudott segíteni. Miután rájöttem, mi a baj, én üzentem neki, hogyha valakinek ilyen baja van, akkor a 8-as java használatát szorgalmazza.

Sikerült, köszi a tippet!

"hasznalj java 8-at"

Annyira nem vágom a Java verziókat, de ez a 8-as szöget ütött a fejembe!

Megnéztem, és mind a 8-as, 10-es, 11-es Java fel volt telepítve a rendszerre.
Tudom (csak azt nem, hogy hogyan), hogy be lehet állítani, hogy melyiket használja a rendszer, de a legegyszerűbb megoldásnak most az tűnt, hogy leszedem a 10-est, 11-est. Ha majd valakinek hiányzik, visszarakom :-)

Még ennyi sem kell. Nekem volt egy sakkprogim, a Jose. Ennek csak régebbi, 6-os Java jó. Az ilyeneket el lehet indítani portable java-val is. Csak letölti az ember az Oracle hivatalos oldaláról az adott Java-verziót, nem telepíti, hanem csak kézzel kibontja egy tetszőleges mappába és használja azzal az ABEV-et. Ettől még a rendszeren lehet telepítve más Java verzió is általános használatra.

No keyboard detected... Press F1 to run the SETUP

Nekem Ubuntun Oracle Java-val feljött tegnap.

Érdekes, hogy Window-on nekem se jön fel az ablak, de Linuxon Oracle Java vagy esetleg openjfx csomaggal feljön... Ki érti ezt.