java-7 miért beszél magyarul?!

AIX

Így áll a locale: 


$ locale
LANG=en_US.ISO8859-1
LC_COLLATE="en_US.ISO8859-1"
LC_CTYPE=hu_HU.ISO8859-2
LC_MONETARY="en_US.ISO8859-1"
LC_NUMERIC="en_US.ISO8859-1"
LC_TIME="en_US.ISO8859-1"
LC_MESSAGES="en_US.ISO8859-1"
LC_ALL=

Tehát csak a LC_CTYPE magyar, semmi más. Na lássuk, mi történik: 

$ java
Használat: java [-opciók] osztály [arg-ok...]
           (egy osztály végrehajtása)
   vagy  java [-opciók] -jar jarfájl [arg-ok...]
           (egy jar fájl végrehajtása)

Akkor kedvem lenne ilyenkor egy kalapáccsal szétverni a monitort...

( Atekka | 2015. 01. 16., p – 17:05 )

Gondolom a csomagban ami felkerült .jar file magyar nyelvű verziója volt.

Azért ennél pöttyet kifinomultabb a lokalizáció AIX-on is...

például, ha azt mondom, hogy 'LC_ALL=hu_HU.ISO8859-2 mc' akkor magyarul indul a mc, ha 'LC_ALL=fr_FR.ISO8859-1 mc', akkor franciául.

Speciel ez a java csak az OS-szinten is telepített nyelvekkel hajlamos működni, vagyis ezek közül választhatok (plusz utf-8-as verziók):

LC_ALL=hu_HU java -- magyar
LC_ALL=en_US java -- angol

Ez jó is. A gond az, hogy a LC_CTYPE-ot miért használja a LC_MESSAGE helyett?!

( lx | 2015. 01. 16., p – 18:27 )

trusson keresztül futtatva a javát, nem látszik, hogy zsonglőrködik a locale-lel?

Azt jól látod, hogy mást csinál, mint amit a környezet predesztinálna.

( NevemTeve | 2015. 01. 16., p – 18:39 )

@lx: de, látszik, hogy a magyar lokalizációt használja, de az nem látszik, hogy miért a LC_CTYPE-ot nézi...

@haspokember: ilyen java
Java(TM) SE Runtime Environment (build pap6470_27sr1fp1-20140708_01(SR1 FP1))
IBM J9 VM (build 2.7, JRE 1.7.0 AIX ppc64-64 Compressed References 20140707_205525 (JIT enabled, AOT enabled)

( NevemTeve | 2016. 07. 27., sze – 12:58 )


Adatkozles.java:71: hiba: az általánosságok használata -source 1.4 esetén nem támogatott

Esetleg egy kalapács használata, amivel szétverhetném a kis képernyőt, amikor ilyen hülyeségeket olvasok? Mindezt a szegény ártatlan LC_CTYPE miatt!

( NevemTeve | 2018. 09. 24., h – 16:39 )

Namost talán úgy tűnik, hogy a legegyszerűbb módszer a legcélravezetőbb: 


LC_CTYPE=en_US.ISO8859-2 java

persze nem leszek meglepve, ha ettől meg más dolgok romlanak el...

Szerk: na jó, ez hülyeség volt. Az esetleg lehetséges, hogy a Java egyáltalán nem törődik a LC_CTYPE-pal, kivéve ezt a teljesen felesleges funkciót, hogy az üzenetek nyelvét ahhoz igazítja.

Köszönöm szépen, ez a user.language a nyerő! 


$ java nosuch
Error: Could not find or load main class nosuch

$ LC_CTYPE=hu_HU.ISO8859-2 java nosuch
Hiba: A(z) nosuch main osztály nem található vagy nem tölthető be

$ LC_CTYPE=hu_HU.ISO8859-2 java -Duser.language=fr nosuch
Erreur : Impossible de trouver ou de charger la classe principale nosuch

$ LC_CTYPE=hu_HU.ISO8859-2 java -Duser.language=es nosuch
Error: No se ha podido encontrar o cargar la clase principal nosuch

Persze, én meg azt kérdezhetném, hogy miért használ valaki Aix5.3-at 2018-ban. Mindenesetre az előbbi állítást így pontosítom: Ibm/Java7-től a -Duser.language segít a LC_CTYPE-tól megzavarodott nyelvi beállításon: 


LC_CTYPE=hu_HU.ISO8859-2 /usr/java5_64/bin/java -Duser.language=en nyema
A java osztály nem található:  nyema

LC_CTYPE=hu_HU.ISO8859-2 /usr/java6_64/bin/java -Duser.language=en nyema
Kivétel a(z) "main" szálban# START NON-TRANSLATABLEjava.lang.NoClassDefFoundError: nyem

LC_CTYPE=hu_HU.ISO8859-2 /usr/java71_64/bin/java -Duser.language=en nyema
Error: Could not find or load main class nyema

LC_CTYPE=hu_HU.ISO8859-2 /usr/java8_64/bin/java -Duser.language=en nyema
Error: Could not find or load main class nyema

Tegyük tisztába hogy a referencia implementáció az OpenJDK, az OracleJDK pedig egy kibővített OpenJDK.

Az én kérdésem arról szólt, hogy miért kell egy harmadikat használni, aminek semmi köze az első kettőhöz.

--
debian,libreelec,openmediavault,ubuntu,windows,arch,lineageOS
zbook/elitebook/rpi3/nexus5_hammerhead

Vn aix_ppc target: http://hg.openjdk.java.net/jdk10/jdk10/hotspot/file/5ab7a67bc155/src/os
Fordíts magadnak :)

Ennyi van: https://wiki.openjdk.java.net/pages/viewpage.action?pageId=30900301
Szerintem nem sok. az RI oldalon csak Linux, Mac, Windows buildek vannak.

Így marad a J9, ami előre van csomagolva, gondolom.

Nem ide, hanem egyel foljebb ment volna :D

Ertem en es nem jol fogalmaztam. Arra akartam kilyukadni, hogy valami ilyesmi lehet a hatterben, hogy ugyanugy ahogy az openjdk sem jo mindenre, mert az oraclejdk-ban vannak dolgok, talan az IBM is csinalt ilyen nyulkalasokat, amik ahhoz vezettek, hogy se openjdk-val, se oraclejdk-val nem mennek a dolgok ha IBM termekekrol van szo. Nem tudom, csak erre gondoltam, amikor irtam a kompatibilitas hianyarol. De nem ertek a javahoz, csak egy otlet volt a resezmrol, hogy a nagy IBM enterprise java-ban vannak olyan dolgok amik kellenek oda, ahova es mas nem is jo.