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

 ( mraacz | 2018. január 18., csütörtök - 11:14 )

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ás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

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.

Mondanám, hogy hívd fel a supportjukat, de nem teszem, mivel tegnap egy bejelentett problémára annyi volt a reakciójuk, hogy telepítsem újra az egész ganéhalmazt...

Tkp. aziránt megértéssel vagyok, hogy egy linuxon jártas ügyintézőjük nincsen a supporton, ami bosszant, hogy mit ronthattam el. Csak nem az a helyzet, hogy a KAÜ linuxos megoldására nem gondoltak... ezt nem hiszem. Ha windowson működik, sztem linuxon is mennie kellene.

Ma futottam bele Gentoo Linuxon. Addig nekem sem ugrott fel az ablak, amíg nem javafx képes Java volt fent.
A tesztelt verzió egyébként 1.8.0.152.

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?

+1

Nekem hasonló problémám volt, terminálból indítva látszott egy hibaüzenet, és kiderült, hogy egy extra csomagot kell telepíteni.

https://hup.hu/node/157207?comments_per_page=9999

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.

Thx!

Arch alatt java-openjfx a csomag neve, ha valaki esetleg az elkovetkezendo napokban hozzam hasonlo modon raszorulna. ;)

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 ÁNYKból nem megy a tarhely.gov.hu oldalon is fel lehet tölteni a generált nyomtatványt.

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 nekem Windows 7-en sem jön be. Üres szürke marad az ablak. ANYK: 2.81.0, Java: Oracle 1.8.0_161 (x64).

A Java Security prompts környékén nézz szét.

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.

Itt a hupon, vagy máshol, azt olvastam hogy a java 11-et nem támogatja az ÁNYK. Próbáld az oracle jre 1.8 legújabb verzióval, azzal minden windowsos gépemen, meg egy macbookon is tudják használni gond nélkül.

+1

https://stackoverflow.com/questions/48626824/java-lang-noclassdeffounderror-javax-xml-soap-soapexception

hasznalj java 8-at

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

+1

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 :-)