Abevjava fagyás esetén mit lehet tenni?

Fórumok

Májusban (?) használtam Abevjavát utoljára. Működött.

Tegnap használtam volna ismét. Frissített keretrendszert és néhány nyomtatványt.

A gond az, hogy ugyan új nyomtatványt el tudok kezdeni és be is tudom küldeni, nem tud semmit megnyitni.

Ha kiválasztom a menüből a nyomtatvány megnyitása funkciót, akkor kiírja, hogy Listakészítés folyamatban, majd lefagy. Az UI nem reagál semmire, az ablakot nem lehet bezárni. A konzolban, ahonnan indítottam az abevjava_start paranccsal, ^c-vel le tudom lőni.

A konzolban egyébként ennyit látok:

>Scanning directory: /mnt/nas/backup/abevjava/mentesek
ReadHandedObjectStreamTime = 39 enyk_dirlist_mnt_mentesek_gee
FileListTime = 123  /mnt/nas/backup/abevjava/mentesek

A ~/abevjava_gee.log fájlba nem kerül semmi új bejegyzés.

~/abevjava egy symlink a fent látható könyvtárra.

Első kérdés: nektek működik rendesen?

Második: hogy lehetne megtudni, hogy mi a baja? Rá lehet venni, hogy logolja ki, hogy mit próbál?

Harmadik: hol lehet technikai segítséget kérni? Se a programban se a nav.gov.hu oldalon nem találtam ilyesmit egy olyan 10-15 perc keresés után.

Hozzászólások

Én megnézném, hogy egy új doumentum friss mentését megnyitja-e.

(Nyilván üres mentési könyvtárba.)

Aztán egy db régi mentéssel is.

Jó ötlet volt. Kipróbáltam (mv abevjava abevjava-old; mkdir abevjava; abevjava_start). Sajnos az üres könyvtár listázásába is belefagyott.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

hogy lehetne megtudni, hogy mi a baja? Rá lehet venni, hogy logolja ki, hogy mit próbál?

man strace

Mielőtt sokat dolgoznál rajta hozd ebbe a zombi állapotba és menj el ebédelni. Nekem az a tapasztalatom, hogy az ilyen fájl listázások néha igen hosszú időbe telnek neki elsőre. 

Tegnap hagytam molyolni kb. egy órán át, de majd kipróbálom egész estére itthagyni.

Azért máskor nem tartott ilyen sokáig kilistázni a könyvtár tartalmát.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Hiba a bejelentkezés során

Név adatainak rendezése szükséges a belépés érdekében. Kérjük jelezze a problémát elektronikus úton a NAV felé.

Hát, jobban nem jártam :-D

De egyébként mindegy, mert elsősorban azt akartam megnézni, hogy mit küldtem be korábban. Amúgy az online kitöltő az minden nyomtatványt tud? Most 2108-ast és 2165-öst töltöttem ki tegnap például.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Mit értesz "mit" alatt? Az elnevezések alapján társíthatók egymással az összetartozó állományok, és mind XML, szóval bizonyos információk szemmel is könnyen kinyerhetők. Az "elkuldott" nevű könyvtárban vannak az elküldött űrlapok. A "digitalis_alairas" nevűben van az aláírt űrlapok tartalmi része.

:)

Igen, az a balga ötletem támadt, hogy XML bogarászás nélkül, csak úgy egyszerűen megnézem, hogy melyik hónapra küldtem be 2108-as nyomtatványt legutoljára.

Amúgy a ~/abevjava/mentesek konyvtárban megvan mind és ami nekem kell, az mind meg is van az 5. sorban, szóval nem megoldhatatlan a probléma, na de érted.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

A megnyitni szandekozott konyvtar rendben?

Nem tudom, mitől romlott volna el. Kézzel bele tudok lépni és el tudom olvasni a benne lévő fájlokat.

Azt is kipróbáltam, hogy egy üres abevjava könyvtárt készítettem neki, mire ő létrehozta a struktúrát benne és ugyanúgy belefagyott.

Ennek alapján nem hiszem, hogy a könyvtárral van gond, de valójában fogalmam sincs, mert nem tudom, hogy min akad el.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Szerkesztve: 2021. 10. 05., k – 21:14

Ugyanez volt nálam áprilisban, csp segített akkor:
https://hup.hu/comment/2622531#comment-2622531

Oracle jre kellett neki. Openjdk 11-el nem indult el, 8-al nem töltötte vissza a mentést.
Utoljára augusztusban használtam, akkor még ment így.

Érdekes. Én júliusban használtam utoljára, Openjdk 8-assal használtam eddig évek óta.

Majd megnézem, hátha java verzió váltás segít rajta. Ez legalább egy irány, amit tudok tesztelni.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Sajnos én is belefutottam ebbe.

Megoldódott esetleg nálad? (Java 8 van fenn nálam - pont emiatt.)

Uhh ebbe már belefutottam, és ez nem java hiba hanem a felugró ablakot valahova a képernyőn túlra pozíciónálja a progi. Ha jól emlékszem ESC vagy alt+f4 -el bezárja az ablakot és akkor újra használható a main window. Emlékeim szerint valamelyik config fájlt ha kitöröltem akkor megoldódott a probléma. (Talán ez: abevjava/beallitasok/settings.enyk)

Ezzel nem vagy egyedül. Én is utálok mindent, ami Oracle, meg a Javá-t is nagyon, de ha már Java, az OpenJDK értelmesebb. Nekem pl. tiling ablakkezelőkön a Java-programokhoz kell a _JAVA_AWT_WM_NONREPARENTING=1 környezeti változó, különben üres, szürke ablakkal indulnak, UI nélkül, de egyes DE-k alatt a kompozitor is bezavarhat.

Egyébként az is agyrém, hogy az Abev még a 8-as Java-nál van lemaradva, ami egy 9 éves verzió, a legújabb LTS 17-es, a legújabb current az meg 20-as.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

A "Dzsuva" stabil soha nem lesz. Tomcatek hullanak, mint a legyek 2-3 havonta, jó esetben. Voltam én anno Oracle DBA is 7,8,9,10, mert akkor épp más nem volt. :)
Azt se nagyon szerettem. Ha nem volt ismerős ember az Oraclenél pl. egy verzió váltás után(9=>10), nagyon nagy cumi volt. Hála nekünk volt Magyar Oracles ismerősünk aki segített, rálátott a belső nem publikus hibákra is "workarounddal" együtt.

De, volt. Az ex DBA kolléga lett Oracles, Ő(https://hu.linkedin.com/in/robert-gasz-5058794) jött ki helyszínre szívni az upgrade után a "Shell szkriptes Cobolos koholmány csúcs sebessége miatt", amit Ő is ismert korábban. :)
Igen vidám éjszaka volt, de jó lett a workaround. Ismeretség nélkül nem megy. :)

Az openjdk az oracle gpl-es változata, 11-től lehet a licenszen kívül ekvivalensek. A 8as nem 9 éves verzió, hanem egy lts ág, sok helyen máig megkerülhetetlen (java ee), mostanában kezd a 11 elterjedni. A biztonsági javításokat 2030-ig adják.

A 8as javánál azért voltak gondok, mert nem minden libet tartalmaz az open változat, amire építettek szoftvereket.

Ezt jó tudni, mármint hogy a 8-as nem tartalmaz minden libet. Az is igaz, hogy én általában a legújabb, nem LTS verzióból telepítek az OpenJDK-t. Viszont Abev-et rég használtam, így nem tudom, hogy anno, amivel ment, az hányas verzió volt, így utólag meg nem mondom. A NAV oldala szerint csak a 8-as Javát támogatja.

A 8-as egyébként de, 9 éves verzió, csak 2030-ig LTS-ként lélegeztetőgépen van tartva. Valami azt súgja, hogy az Abev utána se fog váltani. Igazából dobhatnák a Javát, mert ennél még a web alapú, DzsuvaSzkriptes megoldások is kulturáltabbak már, pedig azokat se szeretem, de még mindig inkább azok egy fokkal jobbak.

A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

Egyébként az is agyrém, hogy az Abev még a 8-as Java-nál van lemaradva, ami egy 9 éves verzió, a legújabb LTS 17-es

Ha jól emlékszem az indoklásra, a 8-as volt az utolsó ingyenes verzió, ezért úgy döntött az APEH, hogy akkor innen nem mennek feljebb, hogy a könyvelőknek ne kelljen pénzt fizetni a magasabb verziókért.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Esetleg az lehet [kedvenc gumicsontom], hogy 6-8-nak része a Jaxb/Jaxws de persze nem 100% kompatibilis a standalone-nal.