- Projektor topic
- Amlogic S905, S912 processzoros készülékek
- Fejhallgató erősítő és DAC topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Akciókamerák
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- AMD vs. INTEL vs. NVIDIA
- AMD FX
- Kormányok / autós szimulátorok topikja
- Milyen billentyűzetet vegyek?
Új hozzászólás Aktív témák
-
Sziasztok!
NetBeans 7.2 alatt tevékenykedem. Elkészítettem egy csomagot (funkciok) benne a Funkciok osztállyal, majd egy funkciokgui csomagot, benne a FunkciokGUI osztállyal. Értelemszerűen a második csomagban van a NetBeansben összerakott grafikus felület. Viszont futtatáskor csak a funkciok fut le, a gui nem indul el. Valahogy össze kell kötni?
-
Sziasztok!
NetBeans 7.2 alatt tevékenykedem. Elkészítettem egy csomagot (funkciok) benne a Funkciok osztállyal, majd egy funkciokgui csomagot, benne a FunkciokGUI osztállyal. Értelemszerűen a második csomagban van a NetBeansben összerakott grafikus felület. Viszont futtatáskor csak a funkciok fut le, a gui nem indul el. Valahogy össze kell kötni?
-
Dehogynem, duplán rákattintanak és elindul a jar fájl. (Még az javas ikont is beállítja. Most telepítettem egy SP2-es virtuális gépre)
(#2994) Karma
Valóban Win alatt nekem sem állította be ezeket, de a fájltípus hozzárendelést megcsinálta, ami után már felesleges exe-be fordítani, meg parancsikokkal szórakozni. -
Ha a felhasznalo nem telepitett Nokia PC/Ovi Suite-ot, akkor van egy kis valoszinusege hogy tenyleg elindul. Kulonben a Suite indul es probalja telefonra telepiteni.
Masreszt ha nincs benne a PATH-ban a JRE bin mappaja es a JAVA_HOME sincs beallitva, hogy irjon egyszeru cmd-t melle? Szerteagazo problema, amit mar masok megoldottak, de nyilvan sokkal jobb ujra feltalalni a kereket, szarul.
-
-
Lacces
őstag
Davs, D4nte és Mukorka.
Köszönöm a válaszokat.D4nte, a Thinking in Java-nak az angolja néha nekem nehéz, és nem értem mit akar mondani. Pedig nem ez az első angol könyvem. De még lehet bele nézegetek. Mert amikor a suliban egyszerre tanultuk a C#-al a Java-t érdekes foszlányok maradtak..., keverem néha a kettőt
Szál kezeléssel lenne kapcsolatban kérdésem.
Szál kezelést összetudná nekem valaki foglalni? Szépen átolvastam amit leírt a könyv, de aztán kapok egy csevegő alkalamzás példát... és lehet az egész szálkezelést félreértettem.
A csevegő példában, elindítok egy szálat, amely semmi mást nem csinál, mint a bejövő adatfolyamot vizsgálja. Ha jön üzenet az adatfolyamon, akkor azt beolvasom, és kirakom egy textfieldbe...
Hm... csak az a furcsa, hogy ez az egyetlen egy Thread van, sosem alszik, versenyhelyzetbe sem kerül.
Maradjunk ennél a csevegőnél... Ha azt akarom, hogy egy alkalmazásban folyamatosan fusson egy függvény. Jelen esetben folyamatosan beolvasom az üzenetet, ha valaki ír nekem, akkor egy szálba teszem?
Na aztszem így fel is fogtam, kezdem kapisgálni. -
SureStudio
tag
-
SureStudio
tag
Sziasztok!
Lehet, hogy csak egy kis google-be kerülne, de írtok pl vlmi eBookot vagy valami segítséget az induláshoz, mert megszeretném tanulni és érteni.
Előre is köszi!
-
Hali!
Köszönöm a válaszokat! Athlon64+, Davs
Most jövők elméleti / gyakorlati kérdésekkel, majd. Leporoltam a Java könyveket, és erősen Java hivő lettem
![;]](//cdn.rios.hu/dl/s/v1.gif)
A beágyazott osztályok, még odébb vannak, de ha ott tartuk, feltétlenül szólok!
Classloader-t nem ismerem, feliírtam magamnak, az általában melyik nagyobb témakörrel együtt szerepel? Beágyazott osztályoknál? Nekem még ez új volt. Mindenképp utánaolvasok majd Ezt jó volt megjegyezni, hogy a static osztály, csak belső lehet.
Akkor viszont, jöjjön a kérdés:
"Mivel azonban a nested classod privát, ezért kívülről egyébként sem férhetsz hozzá az osztályhoz, így az adattagokhoz sem, csak és kizárólag a tartalmazó osztályból."
1.
- Miért fér hozzá a tartalmozó osztály? Hiszen ha a belső osztály privát, akkor elméletben nem férek hozzá. De mégis hozzáfér az őt tartalmazó osztály? Miért?
Például van az A osztáy privát, a B osztály public, akkor az A hozzáfér a B osztály tagfüggvényeihez/adattagjaihoz, de a B nem férhet hozzá az A-hoz.2.
- Milyen gyakorlati haszna van, és mikor érdemes belső static osztályt használni a sima osztály helyet?3.
- Ősosztály példánya hajthat-e végre, az alosztály példányán műveleteket, ha az privát láthatóságú.
Példa.: Ez így lehet nem állja meg a helyét, meg én Interfésszel valósítanám meg, de elméleti kérdés... Legyen adott egy publikus Állat ősosztály, itt van például az ugat() metódus. És van a publikus Kutya és a privát Farkas alosztály.
Legyen egy függvény az állatban: hajtóvadászat(Állat állatPéldány) néven, amely meghívja az állat példányhoz tartozó ugat() metódust.
Ha ezt a hajtóvadászat(Állat állatPéldány) függvényt meghívom úgy, hogy a paraméterben egyszer a Kutya osztály egy példánya van, akkor azon az ugat()-ot végre tudja hajtani, de ha Farkas osztály egy példányánál már nem tudja meghívni az ugat() fv-t igaz? Gondolom ilyenkor a JVM RuntimeException-t kéne dobnia.4.a
Ha egy ősosztály privát (és vele együtt, minden adattag, és tagfv.), és rendelkezik alosztállyal, akkor a fordító automatikusan legenerálja az alosztály számára is a privát adattagokat/tagfv-t?
4.b
Vagy az ősosztály protected/privát, és van benne 1 privát adattag. Akkor az alosztály is megkap minden egyes adattagot, még a privát-ot is, csak annyi a különbség, hogy nem fér hozzá az ősosztály ezen privát adattagjához.
Pl: Állatnak van a privát futás(), és van a publikus Farkas alosztály, akkor a farkas példányának is van futás() nevű fv-e, igaz?
De akkor megint itt jön a helyetesíthetőség elve, hogy ha Egy Feldolgozó osztályban (Például egy függvényt, amely paraméterben egy állat osztályt vár)meghívom az Állat osztály egy állat nevű példányát, akkor a futás() fv-hez nem férek hozzá. És ha az állat példány helyett egy farkas példányt hívok meg, akkor annak a futás()-a meghívható...
Nem tudom, hogy mennyire voltam érthető...5.
Akkor ha egy osztály publikus vagy privát, és az adattagjainál nincs külön feltüntetve, hogy milyen láthatóságú, akkor automatikusa az osztály láthatóságát kapják meg, igaz?arn: http://nagygusztav.hu/java-programozas -ez az előbb említett fórumtárs által javasolt könyv, egy sokkal rövidebb és magyarosított változata.(néha van egy olyan érzésem, hogy csak egy fordító progi lett ráeresztve az eredeti könyvre...) A Thinking in Java könyv, tényleg nem rossz, de én félbe hagytam anno. De nagyon részletes, és még Design Pattern példák is vannak benne!
-
Hali!
Köszönöm a válaszokat! Athlon64+, Davs
Most jövők elméleti / gyakorlati kérdésekkel, majd. Leporoltam a Java könyveket, és erősen Java hivő lettem
A beágyazott osztályok, még odébb vannak, de ha ott tartuk, feltétlenül szólok!
Classloader-t nem ismerem, feliírtam magamnak, az általában melyik nagyobb témakörrel együtt szerepel? Beágyazott osztályoknál? Nekem még ez új volt. Mindenképp utánaolvasok majd Ezt jó volt megjegyezni, hogy a static osztály, csak belső lehet.
Akkor viszont, jöjjön a kérdés:
"Mivel azonban a nested classod privát, ezért kívülről egyébként sem férhetsz hozzá az osztályhoz, így az adattagokhoz sem, csak és kizárólag a tartalmazó osztályból."
1.
- Miért fér hozzá a tartalmozó osztály? Hiszen ha a belső osztály privát, akkor elméletben nem férek hozzá. De mégis hozzáfér az őt tartalmazó osztály? Miért?
Például van az A osztáy privát, a B osztály public, akkor az A hozzáfér a B osztály tagfüggvényeihez/adattagjaihoz, de a B nem férhet hozzá az A-hoz.2.
- Milyen gyakorlati haszna van, és mikor érdemes belső static osztályt használni a sima osztály helyet?3.
- Ősosztály példánya hajthat-e végre, az alosztály példányán műveleteket, ha az privát láthatóságú.
Példa.: Ez így lehet nem állja meg a helyét, meg én Interfésszel valósítanám meg, de elméleti kérdés... Legyen adott egy publikus Állat ősosztály, itt van például az ugat() metódus. És van a publikus Kutya és a privát Farkas alosztály.
Legyen egy függvény az állatban: hajtóvadászat(Állat állatPéldány) néven, amely meghívja az állat példányhoz tartozó ugat() metódust.
Ha ezt a hajtóvadászat(Állat állatPéldány) függvényt meghívom úgy, hogy a paraméterben egyszer a Kutya osztály egy példánya van, akkor azon az ugat()-ot végre tudja hajtani, de ha Farkas osztály egy példányánál már nem tudja meghívni az ugat() fv-t igaz? Gondolom ilyenkor a JVM RuntimeException-t kéne dobnia.4.a
Ha egy ősosztály privát (és vele együtt, minden adattag, és tagfv.), és rendelkezik alosztállyal, akkor a fordító automatikusan legenerálja az alosztály számára is a privát adattagokat/tagfv-t?
4.b
Vagy az ősosztály protected/privát, és van benne 1 privát adattag. Akkor az alosztály is megkap minden egyes adattagot, még a privát-ot is, csak annyi a különbség, hogy nem fér hozzá az ősosztály ezen privát adattagjához.
Pl: Állatnak van a privát futás(), és van a publikus Farkas alosztály, akkor a farkas példányának is van futás() nevű fv-e, igaz?
De akkor megint itt jön a helyetesíthetőség elve, hogy ha Egy Feldolgozó osztályban (Például egy függvényt, amely paraméterben egy állat osztályt vár)meghívom az Állat osztály egy állat nevű példányát, akkor a futás() fv-hez nem férek hozzá. És ha az állat példány helyett egy farkas példányt hívok meg, akkor annak a futás()-a meghívható...
Nem tudom, hogy mennyire voltam érthető...5.
Akkor ha egy osztály publikus vagy privát, és az adattagjainál nincs külön feltüntetve, hogy milyen láthatóságú, akkor automatikusa az osztály láthatóságát kapják meg, igaz?arn: http://nagygusztav.hu/java-programozas -ez az előbb említett fórumtárs által javasolt könyv, egy sokkal rövidebb és magyarosított változata.(néha van egy olyan érzésem, hogy csak egy fordító progi lett ráeresztve az eredeti könyvre...) A Thinking in Java könyv, tényleg nem rossz, de én félbe hagytam anno. De nagyon részletes, és még Design Pattern példák is vannak benne!
-
Hali!
Köszönöm a válaszokat! Athlon64+, Davs
Most jövők elméleti / gyakorlati kérdésekkel, majd. Leporoltam a Java könyveket, és erősen Java hivő lettem
A beágyazott osztályok, még odébb vannak, de ha ott tartuk, feltétlenül szólok!
Classloader-t nem ismerem, feliírtam magamnak, az általában melyik nagyobb témakörrel együtt szerepel? Beágyazott osztályoknál? Nekem még ez új volt. Mindenképp utánaolvasok majd Ezt jó volt megjegyezni, hogy a static osztály, csak belső lehet.
Akkor viszont, jöjjön a kérdés:
"Mivel azonban a nested classod privát, ezért kívülről egyébként sem férhetsz hozzá az osztályhoz, így az adattagokhoz sem, csak és kizárólag a tartalmazó osztályból."
1.
- Miért fér hozzá a tartalmozó osztály? Hiszen ha a belső osztály privát, akkor elméletben nem férek hozzá. De mégis hozzáfér az őt tartalmazó osztály? Miért?
Például van az A osztáy privát, a B osztály public, akkor az A hozzáfér a B osztály tagfüggvényeihez/adattagjaihoz, de a B nem férhet hozzá az A-hoz.2.
- Milyen gyakorlati haszna van, és mikor érdemes belső static osztályt használni a sima osztály helyet?3.
- Ősosztály példánya hajthat-e végre, az alosztály példányán műveleteket, ha az privát láthatóságú.
Példa.: Ez így lehet nem állja meg a helyét, meg én Interfésszel valósítanám meg, de elméleti kérdés... Legyen adott egy publikus Állat ősosztály, itt van például az ugat() metódus. És van a publikus Kutya és a privát Farkas alosztály.
Legyen egy függvény az állatban: hajtóvadászat(Állat állatPéldány) néven, amely meghívja az állat példányhoz tartozó ugat() metódust.
Ha ezt a hajtóvadászat(Állat állatPéldány) függvényt meghívom úgy, hogy a paraméterben egyszer a Kutya osztály egy példánya van, akkor azon az ugat()-ot végre tudja hajtani, de ha Farkas osztály egy példányánál már nem tudja meghívni az ugat() fv-t igaz? Gondolom ilyenkor a JVM RuntimeException-t kéne dobnia.4.a
Ha egy ősosztály privát (és vele együtt, minden adattag, és tagfv.), és rendelkezik alosztállyal, akkor a fordító automatikusan legenerálja az alosztály számára is a privát adattagokat/tagfv-t?
4.b
Vagy az ősosztály protected/privát, és van benne 1 privát adattag. Akkor az alosztály is megkap minden egyes adattagot, még a privát-ot is, csak annyi a különbség, hogy nem fér hozzá az ősosztály ezen privát adattagjához.
Pl: Állatnak van a privát futás(), és van a publikus Farkas alosztály, akkor a farkas példányának is van futás() nevű fv-e, igaz?
De akkor megint itt jön a helyetesíthetőség elve, hogy ha Egy Feldolgozó osztályban (Például egy függvényt, amely paraméterben egy állat osztályt vár)meghívom az Állat osztály egy állat nevű példányát, akkor a futás() fv-hez nem férek hozzá. És ha az állat példány helyett egy farkas példányt hívok meg, akkor annak a futás()-a meghívható...
Nem tudom, hogy mennyire voltam érthető...5.
Akkor ha egy osztály publikus vagy privát, és az adattagjainál nincs külön feltüntetve, hogy milyen láthatóságú, akkor automatikusa az osztály láthatóságát kapják meg, igaz?arn: http://nagygusztav.hu/java-programozas -ez az előbb említett fórumtárs által javasolt könyv, egy sokkal rövidebb és magyarosított változata.(néha van egy olyan érzésem, hogy csak egy fordító progi lett ráeresztve az eredeti könyvre...) A Thinking in Java könyv, tényleg nem rossz, de én félbe hagytam anno. De nagyon részletes, és még Design Pattern példák is vannak benne!
1.
- Miért fér hozzá a tartalmozó osztály?
- Itt most egymasba agyazott Classokrol van szo..Class classon belul (ez nem oroklodes!). Vegyunk pl egy sima public classot. Te a classon kivul tudsz a classbol objectet csinalni, hozzafersz a public valtozoihoz/metodusaihoz, a privathoz viszont nem! A privatot csak a class/object maga tudja hasznalni es ha ugy akarja az isten akkor kozvetlenul te is (egy public metodus a classon belul ami hozzaferest ad a privat valtozohoz). Namost ha egy class tartalmaz egy masik privat classot, akkor ahhoz is csak o fer hozza kozvetlenul.
public class A{
private class B{}
}
Leegyszerusitve vehetjuk ugy, hogy a B class az Aclass sajatja, tehat hozzaferhet.2.
http://stackoverflow.com/questions/70324/java-inner-class-and-static-nested-class
Az elso valaszban van leirva peldaval, hogy hogyan ferhetsz hozza. Ha sima inner class-bol akarsz objektumot csinalni, akkor ha jol tudom eloszor kell egy object-et csinalnod a kulso classbol es csak utana tudsz a belsobol, mert a belso csak a kulson belul "el". Static-ot meg talan tudsz siman Kulso.Belso valtozo = new Kulso.Belso() ;3. passz
Amugy azt polymorfizmusnak hivjak, amikor egy alosztalyt az ososztalyanak tekinted. Viszont igy hirtele fogalmam sincs, mi tortenik, ha privat class orokol az allattol..privat classbol egyaltalan lehet objektumot csinalni? 4. Tudtommal privat dolgokat NEM orokolnek az alosztalyok. Ha maga az ososztaly privat, akkor lehet ott dob hibat, amikor az alosztaly akar orokolni (tipp).
Protected egy olyan privat dolog, amit lehet orokolni, de kivulrol szinten nem fersz hozza.5. Amennyire tudom, egy classon belul alapbol minden privat.
-
Heló,
nem
A "nested class-od" adattagjainak láthatósága alapértelmezetten package.
remélem tudod, hogy a static class csak belső osztályként jöhet létre (nested class), és nem azt jelenti, hogy ez egy singleton.
statikus nem a láthatóságra vonatkozik, hanem hogy az adott tag (metódus vagy mező) nem objektum példányhoz, hanem osztály példányhoz tartozik.
Kicsit több tudást igénylő példa, de ugyanazon nevű osztályból (package nevet is beleértve) szélsőséges esetben több példány is létezhet egy jvm-en belül (egy futtatás alatt), ha azok különböző classloaderekkel lettek betölve. (most nem objektum példányról beszélek, az egyértelmű, hogy egy osztálynak több példánya is lehet) -- A java classloaderek kicsit hasonlítanak a PHP-s auto-load classloaderekhez.
az osztálytagok (metódus vagy mező) alapértelmezett láthatósága a package. Így ebben az esetben is. Mivel azonban a nested classod privát, ezért kívülről egyébként sem férhetsz hozzá az osztályhoz, így az adattagokhoz sem, csak és kizárólag a tartalmazó osztályból.
Tehát az Elem osztályod tagjaihoz csak a tartalmazó osztályból férhetsz hozzá, tulajdonképpen magához az osztályhoz is.
Lehet egy nested class nem statikus is
Ha a belső osztályod nem static, akkor egyértelműen hozzá van kötve az őt tartalmazó osztály egy példányához. Példányosítani kicsit furcsa szintaxissal kell:
KulsoOsztaly.BelsoOsztaly belsoPeldany =
kulsoOsztalyPeldany.new KulsoOsztaly.BelsoOsztaly();belső osztályból a tartalmazó külső osztálypéldányra hivatkozni pedig:
KulsoOsztaly tartalmazoOsztalyPeldany = KulsoOsztaly.this;http://docs.oracle.com/javase/tutorial/java/javaOO/innerclasses.html nézd meg a példakódot
Hali!
Köszönöm a válaszokat! Athlon64+, Davs
Most jövők elméleti / gyakorlati kérdésekkel, majd. Leporoltam a Java könyveket, és erősen Java hivő lettem
A beágyazott osztályok, még odébb vannak, de ha ott tartuk, feltétlenül szólok!
Classloader-t nem ismerem, feliírtam magamnak, az általában melyik nagyobb témakörrel együtt szerepel? Beágyazott osztályoknál? Nekem még ez új volt. Mindenképp utánaolvasok majd Ezt jó volt megjegyezni, hogy a static osztály, csak belső lehet.
Akkor viszont, jöjjön a kérdés:
"Mivel azonban a nested classod privát, ezért kívülről egyébként sem férhetsz hozzá az osztályhoz, így az adattagokhoz sem, csak és kizárólag a tartalmazó osztályból."
1.
- Miért fér hozzá a tartalmozó osztály? Hiszen ha a belső osztály privát, akkor elméletben nem férek hozzá. De mégis hozzáfér az őt tartalmazó osztály? Miért?
Például van az A osztáy privát, a B osztály public, akkor az A hozzáfér a B osztály tagfüggvényeihez/adattagjaihoz, de a B nem férhet hozzá az A-hoz.2.
- Milyen gyakorlati haszna van, és mikor érdemes belső static osztályt használni a sima osztály helyet?3.
- Ősosztály példánya hajthat-e végre, az alosztály példányán műveleteket, ha az privát láthatóságú.
Példa.: Ez így lehet nem állja meg a helyét, meg én Interfésszel valósítanám meg, de elméleti kérdés... Legyen adott egy publikus Állat ősosztály, itt van például az ugat() metódus. És van a publikus Kutya és a privát Farkas alosztály.
Legyen egy függvény az állatban: hajtóvadászat(Állat állatPéldány) néven, amely meghívja az állat példányhoz tartozó ugat() metódust.
Ha ezt a hajtóvadászat(Állat állatPéldány) függvényt meghívom úgy, hogy a paraméterben egyszer a Kutya osztály egy példánya van, akkor azon az ugat()-ot végre tudja hajtani, de ha Farkas osztály egy példányánál már nem tudja meghívni az ugat() fv-t igaz? Gondolom ilyenkor a JVM RuntimeException-t kéne dobnia.4.a
Ha egy ősosztály privát (és vele együtt, minden adattag, és tagfv.), és rendelkezik alosztállyal, akkor a fordító automatikusan legenerálja az alosztály számára is a privát adattagokat/tagfv-t?
4.b
Vagy az ősosztály protected/privát, és van benne 1 privát adattag. Akkor az alosztály is megkap minden egyes adattagot, még a privát-ot is, csak annyi a különbség, hogy nem fér hozzá az ősosztály ezen privát adattagjához.
Pl: Állatnak van a privát futás(), és van a publikus Farkas alosztály, akkor a farkas példányának is van futás() nevű fv-e, igaz?
De akkor megint itt jön a helyetesíthetőség elve, hogy ha Egy Feldolgozó osztályban (Például egy függvényt, amely paraméterben egy állat osztályt vár)meghívom az Állat osztály egy állat nevű példányát, akkor a futás() fv-hez nem férek hozzá. És ha az állat példány helyett egy farkas példányt hívok meg, akkor annak a futás()-a meghívható...
Nem tudom, hogy mennyire voltam érthető...5.
Akkor ha egy osztály publikus vagy privát, és az adattagjainál nincs külön feltüntetve, hogy milyen láthatóságú, akkor automatikusa az osztály láthatóságát kapják meg, igaz?arn: http://nagygusztav.hu/java-programozas -ez az előbb említett fórumtárs által javasolt könyv, egy sokkal rövidebb és magyarosított változata.(néha van egy olyan érzésem, hogy csak egy fordító progi lett ráeresztve az eredeti könyvre...) A Thinking in Java könyv, tényleg nem rossz, de én félbe hagytam anno. De nagyon részletes, és még Design Pattern példák is vannak benne!
-
tudnatok vmi jo javatutorialt, vagy konyvet ajanlani ujrakezdoknek?
kb 10 eve tanultam, meg programoztam is jopar nyelven (c, pascal, delphi, etc), illetve webfejlesztokent is dolgoztam (php, mysql vonalon). oop teruleten sincs tul nagy tapasztalatom (regen tanultam, parszor hasznaltam, de kb ennyi), igy nem artana arrol sem vmi.
kicsit kesobb meg a webfejleszteses resze erdekelne.
-
arn
félisten
tudnatok vmi jo javatutorialt, vagy konyvet ajanlani ujrakezdoknek?
kb 10 eve tanultam, meg programoztam is jopar nyelven (c, pascal, delphi, etc), illetve webfejlesztokent is dolgoztam (php, mysql vonalon). oop teruleten sincs tul nagy tapasztalatom (regen tanultam, parszor hasznaltam, de kb ennyi), igy nem artana arrol sem vmi.
kicsit kesobb meg a webfejleszteses resze erdekelne.
-
Heló,
nem
A "nested class-od" adattagjainak láthatósága alapértelmezetten package.
remélem tudod, hogy a static class csak belső osztályként jöhet létre (nested class), és nem azt jelenti, hogy ez egy singleton.
statikus nem a láthatóságra vonatkozik, hanem hogy az adott tag (metódus vagy mező) nem objektum példányhoz, hanem osztály példányhoz tartozik.
Kicsit több tudást igénylő példa, de ugyanazon nevű osztályból (package nevet is beleértve) szélsőséges esetben több példány is létezhet egy jvm-en belül (egy futtatás alatt), ha azok különböző classloaderekkel lettek betölve. (most nem objektum példányról beszélek, az egyértelmű, hogy egy osztálynak több példánya is lehet) -- A java classloaderek kicsit hasonlítanak a PHP-s auto-load classloaderekhez.
az osztálytagok (metódus vagy mező) alapértelmezett láthatósága a package. Így ebben az esetben is. Mivel azonban a nested classod privát, ezért kívülről egyébként sem férhetsz hozzá az osztályhoz, így az adattagokhoz sem, csak és kizárólag a tartalmazó osztályból.
Tehát az Elem osztályod tagjaihoz csak a tartalmazó osztályból férhetsz hozzá, tulajdonképpen magához az osztályhoz is.
Lehet egy nested class nem statikus is
Ha a belső osztályod nem static, akkor egyértelműen hozzá van kötve az őt tartalmazó osztály egy példányához. Példányosítani kicsit furcsa szintaxissal kell:
KulsoOsztaly.BelsoOsztaly belsoPeldany =
kulsoOsztalyPeldany.new KulsoOsztaly.BelsoOsztaly();belső osztályból a tartalmazó külső osztálypéldányra hivatkozni pedig:
KulsoOsztaly tartalmazoOsztalyPeldany = KulsoOsztaly.this;http://docs.oracle.com/javase/tutorial/java/javaOO/innerclasses.html nézd meg a példakódot
A lényeget kihagytam: static nested class az egy teljesen hagyományos osztály. Akkor használják, ha bizonyos adattagok, feladatok egy osztályon belül is logikailag jól körülhatárolhatóak és csoportosíthatóak.
Vagy, mint a te esetedben is, egy osztály cask egyetlen másik osztály számára hasznos.Davs
Az csak útvonalat jelöl, mint a package név, de elképzelhető, hogy nem működik úgy, ahogy én írtam, nem teszteltemAthlon64+
jó, nem tudom, nem értek hozzá
-
Heló,
nem
A "nested class-od" adattagjainak láthatósága alapértelmezetten package.
remélem tudod, hogy a static class csak belső osztályként jöhet létre (nested class), és nem azt jelenti, hogy ez egy singleton.
statikus nem a láthatóságra vonatkozik, hanem hogy az adott tag (metódus vagy mező) nem objektum példányhoz, hanem osztály példányhoz tartozik.
Kicsit több tudást igénylő példa, de ugyanazon nevű osztályból (package nevet is beleértve) szélsőséges esetben több példány is létezhet egy jvm-en belül (egy futtatás alatt), ha azok különböző classloaderekkel lettek betölve. (most nem objektum példányról beszélek, az egyértelmű, hogy egy osztálynak több példánya is lehet) -- A java classloaderek kicsit hasonlítanak a PHP-s auto-load classloaderekhez.
az osztálytagok (metódus vagy mező) alapértelmezett láthatósága a package. Így ebben az esetben is. Mivel azonban a nested classod privát, ezért kívülről egyébként sem férhetsz hozzá az osztályhoz, így az adattagokhoz sem, csak és kizárólag a tartalmazó osztályból.
Tehát az Elem osztályod tagjaihoz csak a tartalmazó osztályból férhetsz hozzá, tulajdonképpen magához az osztályhoz is.
Lehet egy nested class nem statikus is
Ha a belső osztályod nem static, akkor egyértelműen hozzá van kötve az őt tartalmazó osztály egy példányához. Példányosítani kicsit furcsa szintaxissal kell:
KulsoOsztaly.BelsoOsztaly belsoPeldany =
kulsoOsztalyPeldany.new KulsoOsztaly.BelsoOsztaly();belső osztályból a tartalmazó külső osztálypéldányra hivatkozni pedig:
KulsoOsztaly tartalmazoOsztalyPeldany = KulsoOsztaly.this;http://docs.oracle.com/javase/tutorial/java/javaOO/innerclasses.html nézd meg a példakódot
-
Peter Kiss
őstag
-
modder
aktív tag
Ha valami nincs ellátva static kulcsszóval, akkor az instance-hoz kötődik, és még most szólok, Java-ban egyáltalán nincs static ctor. Ennek az osztálynak minden eleme "package" hozzáférésű, csak rájuk van húzva a private a class miatt, ami pontosan annyira redukálja a hozzáférhetőségét, amennyire mutatja magát (ami a class-t használhatja, az használ mindent, itt semmi se látja ezt az osztályt).
Javaban van static konstruktor
-
Peter Kiss
őstag
Na visszatértem a Java valláshoz
Lenne egy következő kód:
Ez egy statikus tagosztály.
private static class Elem {
Object adat;
Elem elozo, kovetkezo;
Elem (Object adat, Elem elozo, Elem kovetkezo) {
this.adat = adat;
this.elozo = elozo;
this.kovetkezo = kovetkezo;
}Konstruktoros kérdésem lenne elsősorban: Elem nevű konstruktornak milyen a láthatósága? Privát, Public? (Statikus nem hinném, azt másra használjuk).
Illetve az idetartozó mezők/adattagoknak is mi a láthatósága?Én valamiért mégis a statikusra tippelnék. Ha egy osztály statikus akkor annak az összes adattagnak és tagfüggvényének is statikusnak kell lennie.
-
Na visszatértem a Java valláshoz
Lenne egy következő kód:
Ez egy statikus tagosztály.
private static class Elem {
Object adat;
Elem elozo, kovetkezo;
Elem (Object adat, Elem elozo, Elem kovetkezo) {
this.adat = adat;
this.elozo = elozo;
this.kovetkezo = kovetkezo;
}Konstruktoros kérdésem lenne elsősorban: Elem nevű konstruktornak milyen a láthatósága? Privát, Public? (Statikus nem hinném, azt másra használjuk).
Illetve az idetartozó mezők/adattagoknak is mi a láthatósága?Én valamiért mégis a statikusra tippelnék. Ha egy osztály statikus akkor annak az összes adattagnak és tagfüggvényének is statikusnak kell lennie.
Heló,
nem
A "nested class-od" adattagjainak láthatósága alapértelmezetten package.
remélem tudod, hogy a static class csak belső osztályként jöhet létre (nested class), és nem azt jelenti, hogy ez egy singleton.
statikus nem a láthatóságra vonatkozik, hanem hogy az adott tag (metódus vagy mező) nem objektum példányhoz, hanem osztály példányhoz tartozik.
Kicsit több tudást igénylő példa, de ugyanazon nevű osztályból (package nevet is beleértve) szélsőséges esetben több példány is létezhet egy jvm-en belül (egy futtatás alatt), ha azok különböző classloaderekkel lettek betölve. (most nem objektum példányról beszélek, az egyértelmű, hogy egy osztálynak több példánya is lehet) -- A java classloaderek kicsit hasonlítanak a PHP-s auto-load classloaderekhez.
az osztálytagok (metódus vagy mező) alapértelmezett láthatósága a package. Így ebben az esetben is. Mivel azonban a nested classod privát, ezért kívülről egyébként sem férhetsz hozzá az osztályhoz, így az adattagokhoz sem, csak és kizárólag a tartalmazó osztályból.
Tehát az Elem osztályod tagjaihoz csak a tartalmazó osztályból férhetsz hozzá, tulajdonképpen magához az osztályhoz is.
Lehet egy nested class nem statikus is
Ha a belső osztályod nem static, akkor egyértelműen hozzá van kötve az őt tartalmazó osztály egy példányához. Példányosítani kicsit furcsa szintaxissal kell:
KulsoOsztaly.BelsoOsztaly belsoPeldany =
kulsoOsztalyPeldany.new KulsoOsztaly.BelsoOsztaly();belső osztályból a tartalmazó külső osztálypéldányra hivatkozni pedig:
KulsoOsztaly tartalmazoOsztalyPeldany = KulsoOsztaly.this;http://docs.oracle.com/javase/tutorial/java/javaOO/innerclasses.html nézd meg a példakódot
-
Na visszatértem a Java valláshoz
Lenne egy következő kód:
Ez egy statikus tagosztály.
private static class Elem {
Object adat;
Elem elozo, kovetkezo;
Elem (Object adat, Elem elozo, Elem kovetkezo) {
this.adat = adat;
this.elozo = elozo;
this.kovetkezo = kovetkezo;
}Konstruktoros kérdésem lenne elsősorban: Elem nevű konstruktornak milyen a láthatósága? Privát, Public? (Statikus nem hinném, azt másra használjuk).
Illetve az idetartozó mezők/adattagoknak is mi a láthatósága?Én valamiért mégis a statikusra tippelnék. Ha egy osztály statikus akkor annak az összes adattagnak és tagfüggvényének is statikusnak kell lennie.
-
Lacces
őstag
Na visszatértem a Java valláshoz
Lenne egy következő kód:
Ez egy statikus tagosztály.
private static class Elem {
Object adat;
Elem elozo, kovetkezo;
Elem (Object adat, Elem elozo, Elem kovetkezo) {
this.adat = adat;
this.elozo = elozo;
this.kovetkezo = kovetkezo;
}Konstruktoros kérdésem lenne elsősorban: Elem nevű konstruktornak milyen a láthatósága? Privát, Public? (Statikus nem hinném, azt másra használjuk).
Illetve az idetartozó mezők/adattagoknak is mi a láthatósága?Én valamiért mégis a statikusra tippelnék. Ha egy osztály statikus akkor annak az összes adattagnak és tagfüggvényének is statikusnak kell lennie.
-
Az appenginere csak annyit, hogy sajnos ez az informatika ilyen, hogy néha meg kell tanulni új dolgokat.
Az utf8-ra nem tudok hirtelen mit mondani, szerintem annak container szinten nem kéne problémát okoznia, vagy be lehet állítani. (az alábbi linken van egy példa karakter kódolás megváltoztatására)
Az utolsó bekezdésre viszont állíts be egy szervletet, mint index.html, tehát a defaultra. van külön ilyen beállítás, és onnan indíthatsz belső requestet más szervletekre is valamilyen input paraméter alapján. Lehet, hogy filterrel is meg tudod oldani: http://www.oracle.com/technetwork/java/filters-137243.html -
az appengine-el az a problémám, hogy egyrészt semmi sem szabványos rajta. Másrészt semmitmondó hibaüzeneteket írogat deploykor az ismeretlen komponenseire.
Az egyetlen dolog amit sikerült futtatni rajta, az a sample project, amiben egy rakás érthetetlen, sehol sem látott dolog van.
A servletem egyébként pöccre megy jettyvel, meg tomcattel is.
Ezekkel az a gond, hogy nincs most elérhető szerver, csak a saját gépem, ami nem mehet egész nap, másrészt a jetty állandóan nem utf-8 üzenetes problémákkal száll el ha az üzenetben amit a servlet kap van egy speciális karakter.
tomcat jó(-nak néz ki), azt leszámítva hogy ahogy látom nem lehet a servletnek tetszőleges elérési utat beállítani, akármit állítok a web.xml-ben, csak http://cím/Servletneve url-el lehet elérni, de a másik félnél meg be van betonozva (mert egy hulladék) hogy http://cím -re küldi az üzeneteket. -
Nem tudom mi volt a problémád google appengine-en a servlettel, elvileg azt defaultból tudnia kell, kvázi szabványos szervlet konténert deployolsz föl az appoddal, de van néhány kisebb megszorítás hogy ne lehessen kihasználni végtelen mennyiségű erőforrást, illetve biztonsági megfontolásokból.
A Java EE alkalmazásokra szerintem egyébként sem pont az egyszerű konfiguráció jellemző. vannak dolgok, amik működnek out of the box kevés konfigurációval, de a komplexebb megoldásoknál elég sok deklaratív beállítás van, amiről nem árt, ha az ember tud.
-- ellenben a PHP-val, ami elméletileg csak abból áll, hogy feltöltöd a webszerverre és megy. gyakorlatban meg ahány szolgáltató, annyiféle korlátozás lehetséges --Amúgy nekem már sikerüt (vannak leírások a neten) deployolni JSF-et (Mojarra) és CDI-t is (Weld) is appengine-re. Persze nem fél óra volt, de aztán működött rendesen...
Ha nem tetszik a google appengine, próbáld ki a Heroku-t, de nem biztos, hogy azzal kevesebb utána járás lesz.
Hogy miért nincsenek ingyenes Java hostingok? Hirtelen belegondolva azért, mert kevesebben ismerik olyan szinten, hogy képesek legyenek egy normális weboldalt összehozni velük, így nincs rá akkora igény. Mikor hallani, hogy valaki a sarki suszter weboldalát Java EE alapokon akarja összedobni PHP helyett.
Akik viszont Java-t használnak webes környezetben, azok inkább cégek, és ők szerintem kifejezetten kerülik az ingyenes alternatívákat, mert nem bíznak benne, hogy az tényleg menni fog minden helyzetben. -
nem éppen vagyok inkompetens, csak régen szenvedtem ilyen marhaságokkal (szerencsére nem volt szükség rá, mert a lightos minden egyben programokat szeretem, nem az ilyen bugos bloatwareket de most sajnos most nem én csinálom az egész kócerájt, alkalmazkodni kell a servlettel), a servletes kérdés is igazából úgy szólt volna jól hogy "nincs az alkalmazás szervereken kívül valami lightosabb megoldás servlet futtatásra?" és van, a jetty
De már lényegtelen a guglis téma nem fogom megtanulgatni az n+1. "szabványos, kompatibilis"(és mégsem az sem az) implementációt, inkább összerakok egy kis fogyasztású gépet szervernek azt arra meg azt rakok amit akarok).
Csak azt nem értem hogy miért olyan ritka a free javas alkalmazásszerver hosting, az undorító php-ból meg annyi van mint a szemét, pedig scriptnyelvként tuti hogy a php zabálja jobban a szervereket. -
"Ezek a servletek hogy is működnek? mármint kell hozzá alkalmazásszerver?
Van egy egyszerű servletem és azt szeretném működtetni."A korábbi hozzászólásaiddal már bebizonyítottad hogy teljesen inkompetens vagy a témában, ennek ellenére olyan felháborodottan írsz a futtatási környezetekről, -- amit nem mellesleg sokan elégedetten használnak -- mintha meglenne az előképzettséged ahhoz, hogy jogosan lefikkantsd olyan emberek munkáját, akik értettek is ahhoz, amit csinálnak.
Amúgy ha valami problémád van pl. az appengine-nel, mindenki sokkal többre menne, ha részletes információkat adnál a hibáról vagy pl. egy stacktrace-t. De lehet, hogy a megoldásban már az is sokat segítene, ha elolvasnád az appengine wiki-t, mert tényleg nem olyan egyszerű, de az biztos, hogy használható.
Én is elég kezdő vagyok, de mindig megpróbálom megtalálni a megoldást, gugliban vagy jútyubon mielőtt kérdezősködnék. Volt már, hogy szégyelltem is magam, hogy milyen egyszerű volt megoldás, csak nem ástam eléggé be magam a témába. -
"Ezek a servletek hogy is működnek? mármint kell hozzá alkalmazásszerver?
Van egy egyszerű servletem és azt szeretném működtetni."A korábbi hozzászólásaiddal már bebizonyítottad hogy teljesen inkompetens vagy a témában, ennek ellenére olyan felháborodottan írsz a futtatási környezetekről, -- amit nem mellesleg sokan elégedetten használnak -- mintha meglenne az előképzettséged ahhoz, hogy jogosan lefikkantsd olyan emberek munkáját, akik értettek is ahhoz, amit csinálnak.
Amúgy ha valami problémád van pl. az appengine-nel, mindenki sokkal többre menne, ha részletes információkat adnál a hibáról vagy pl. egy stacktrace-t. De lehet, hogy a megoldásban már az is sokat segítene, ha elolvasnád az appengine wiki-t, mert tényleg nem olyan egyszerű, de az biztos, hogy használható.
nem éppen vagyok inkompetens, csak régen szenvedtem ilyen marhaságokkal (szerencsére nem volt szükség rá, mert a lightos minden egyben programokat szeretem, nem az ilyen bugos bloatwareket de most sajnos most nem én csinálom az egész kócerájt, alkalmazkodni kell a servlettel), a servletes kérdés is igazából úgy szólt volna jól hogy "nincs az alkalmazás szervereken kívül valami lightosabb megoldás servlet futtatásra?" és van, a jetty
De már lényegtelen a guglis téma nem fogom megtanulgatni az n+1. "szabványos, kompatibilis"(és mégsem az sem az) implementációt, inkább összerakok egy kis fogyasztású gépet szervernek azt arra meg azt rakok amit akarok).
Csak azt nem értem hogy miért olyan ritka a free javas alkalmazásszerver hosting, az undorító php-ból meg annyi van mint a szemét, pedig scriptnyelvként tuti hogy a php zabálja jobban a szervereket. -
-
Hali!
Windowson az Environment Variables-en belul van (user es system-en belul is) egy CLASSPATH valtozom, aminek a tartalme: .;D:\workspace\Java
D:\workspace\Java legyen ezentul <path><path>\com\davsx\util\Print.java tartalma:
package com.davsx.util ;
import java.io.* ;
public class Print{
public static void print(Object o) {
System.out.println(o) ;
}
public static void print() {
System.out.println() ;
}
public static void printnb(Object o) {
System.out.print(o) ;
}
}Ezt <path> alol a javac com\davsx\util\Print.java paranccsal leforditottam .class-ra (amit ott is hagytam)
<path>\PrintTest\PrintTest.java tartalma:
import static com.davsx.util.* ;
public class PrintTest
{
public static void main(String[] ars){
print("Hello") ;
}
}Es amikor probalnam a <path> alol parancssorbol futtatni a javac PrintTest\PrintTest.java parancsot (vagy akar a javac -cp . PrintTest\PrintTest.java -t) a package com.davsx not found hibauzenetet kapom. Mit csinalok rosszul?
-
Hali!
Windowson az Environment Variables-en belul van (user es system-en belul is) egy CLASSPATH valtozom, aminek a tartalme: .;D:\workspace\Java
D:\workspace\Java legyen ezentul <path><path>\com\davsx\util\Print.java tartalma:
package com.davsx.util ;
import java.io.* ;
public class Print{
public static void print(Object o) {
System.out.println(o) ;
}
public static void print() {
System.out.println() ;
}
public static void printnb(Object o) {
System.out.print(o) ;
}
}Ezt <path> alol a javac com\davsx\util\Print.java paranccsal leforditottam .class-ra (amit ott is hagytam)
<path>\PrintTest\PrintTest.java tartalma:
import static com.davsx.util.* ;
public class PrintTest
{
public static void main(String[] ars){
print("Hello") ;
}
}Es amikor probalnam a <path> alol parancssorbol futtatni a javac PrintTest\PrintTest.java parancsot (vagy akar a javac -cp . PrintTest\PrintTest.java -t) a package com.davsx not found hibauzenetet kapom. Mit csinalok rosszul?
-
Igen kell egy webszerver (Apache) ami a web-es kéréseket fogadja és kiszolgálja meg egy web konténer (Tomcat) ami futtatja a servleteket.
-
Sziasztok !
Most kezdtem el szórakozni a red5-al . Találtam egy appot amit tesztként szeretnék beüzemelni de a JAVA részénél megakadtam.
Az app -> [link] .
Az install.txt-ben ez áll : compile the JAVA and put the classes
Amit ennek érdekében megcsináltam eddig. Telepítettem a legfrisebb JDK-t . Hozzáadtam a JAVA_HOME környezeti változót.
Ha jól értem a tutoriálokat akkor cmd-ben javac application.java . Viszont erre azt dobja, hogy a rendszer nem ismeri fel. Ha csak simán annyit írok, hogy javac akkor ugyanez. Ha csak annyit, hogy java akkor az jó és listázza a helpet(?).
Mit rontok el?
-
Sziasztok!
Elkezdtem Java nyelvvel foglalkozni, van is két könyvem, aminek lassan a végére érek. Szeretnék gyakorolgatni, de valami komolyabb példával. Próbáltam keresni valami olyan tutorialt, ahol lépésről-lépésre írnak egy nagyobb programot, mert szerintem abból lehet igazán tanulni. De sajnos nem jártam eredménnyel. Valakinek esetleg nincs a tarsolyában ilyesmi? Angol nyelv nem probléma. Ha nincs, akkor pedig mondjatok már valami ötletet, hogy milyen programot lenne hasznos megírni egy kezdőnek.
Nem szeretem az ilyen cicás-kutyás fantázia dolgokat, szeretem, ha a gyakorlás közelebb áll a valós dolgokhoz. -
n00n
őstag
Sziasztok!
Elkezdtem Java nyelvvel foglalkozni, van is két könyvem, aminek lassan a végére érek. Szeretnék gyakorolgatni, de valami komolyabb példával. Próbáltam keresni valami olyan tutorialt, ahol lépésről-lépésre írnak egy nagyobb programot, mert szerintem abból lehet igazán tanulni. De sajnos nem jártam eredménnyel. Valakinek esetleg nincs a tarsolyában ilyesmi? Angol nyelv nem probléma. Ha nincs, akkor pedig mondjatok már valami ötletet, hogy milyen programot lenne hasznos megírni egy kezdőnek.
Nem szeretem az ilyen cicás-kutyás fantázia dolgokat, szeretem, ha a gyakorlás közelebb áll a valós dolgokhoz. -
Taoharcos
aktív tag
Jól hangzik :-). Igyekszem.
-
-
Davs
tag
Jól hangzik :-). Igyekszem.
-
Vadászmenyét
aktív tag
Gondolom még parancssorból dolgozol, és ez így is van jól az elején nem szabad semmilyen IDE-t használni. Én anno a parancssor + Notepad párossal kezdtem, meg persze a jó öreg Totalcommander is ott volt filemásolási segítségnek. Csináltam egy batch file, amibe benne volt a classpath beállítási parancs. Amelyik könyvtárba éppen írtam egy progit, odamásoltam a batch file-t és onnan parancssorból, mindig be tudtam állítani a classpath egyszerűen.
-
Taoharcos
aktív tag
Bocs, ismét a CLASSPATH volt szar... megoldottam, azért köszönöm. Üdv: Csaba
-
Vadászmenyét
aktív tag
Mi a hibaüzenet? Mert nem értettem a problémát
"Tehát a javac. Root java ment, utána a java Root már nem... CLASSPATH és PATH rendben van. Ötlet?"
(Lehet, hogy valamit félreértettem, de ..) Nem inkább ez lenne a helyes sorrend:
1) Root.java ment
2) javac Root.java
3) java RootKipróbáltam és itt működött.
-
fatal`
titán
Üdv! Megint nem kóser valami... Másik kód esetében már nem működik a java. dolog... Root nevü alkalmazás, a kódja:
class Root {
public static void main(String[] arguments) {
int number = 225;
System.out.println("The square root of "
+ number
+ " is "
+ Math.sqrt(number) );
}
}Tehát a javac. Root java ment, utána a java Root már nem... CLASSPATH és PATH rendben van. Ötlet?
-
Taoharcos
aktív tag
Üdv! Megint nem kóser valami... Másik kód esetében már nem működik a java. dolog... Root nevü alkalmazás, a kódja:
class Root {
public static void main(String[] arguments) {
int number = 225;
System.out.println("The square root of "
+ number
+ " is "
+ Math.sqrt(number) );
}
}Tehát a javac. Root java ment, utána a java Root már nem... CLASSPATH és PATH rendben van. Ötlet?
-
Vadászmenyét
aktív tag
Mi a hibaüzenet? Mert nem értettem a problémát
"Tehát a javac. Root java ment, utána a java Root már nem... CLASSPATH és PATH rendben van. Ötlet?"
(Lehet, hogy valamit félreértettem, de ..) Nem inkább ez lenne a helyes sorrend:
1) Root.java ment
2) javac Root.java
3) java RootKipróbáltam és itt működött.
-
kispx
addikt
Üdv! Megint nem kóser valami... Másik kód esetében már nem működik a java. dolog... Root nevü alkalmazás, a kódja:
class Root {
public static void main(String[] arguments) {
int number = 225;
System.out.println("The square root of "
+ number
+ " is "
+ Math.sqrt(number) );
}
}Tehát a javac. Root java ment, utána a java Root már nem... CLASSPATH és PATH rendben van. Ötlet?
-
Vadászmenyét
aktív tag
-
Hú ezt én sem értem. Valaki elmagyarázhatná nekem, a mysql-nek a class path-a miért határozza meg a legegyszerűbb hello program futtatását. Amikor ennek a programnak nincs is szüksége adatbázis kapcsolatra. Vagy egy hibás class path megadás blokkolja a legegyszerűbb progi futtatását is?
-
Hú ezt én sem értem. Valaki elmagyarázhatná nekem, a mysql-nek a class path-a miért határozza meg a legegyszerűbb hello program futtatását. Amikor ennek a programnak nincs is szüksége adatbázis kapcsolatra. Vagy egy hibás class path megadás blokkolja a legegyszerűbb progi futtatását is?
-
declare -x PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"
A JDK-m pedig az /opt/java/jdk alatt vanViszont a telepítésnél ezeket az utasításokat adtam ki az Oracle Java kicsomagolása után:
sudo update-alternatives --install "/usr/bin/java" "java" "/opt/java/jdk/java" 1
sudo update-alternatives --install "/usr/bin/javac" "javac" "/opt/java/jdk/javac" 1
sudo update-alternatives --install "/usr/bin/javaws" "javaws" "/opt/java/jdk/javaws" 1Még kezdő Linuxos vagyok, szóval nem teljesen értettem, hogy ezek mit csinálnak, viszont a Google ezt ajánlotta.
Az en javaslatom amugy probaltad?
java -cp . Salution
Igy elvileg ha a CLASSPATH rosszul van beallitva, akkor futtatas elott a "."-ot hozzaadja (nemtudom veglegesen-e)..De most, hogy manualisan hozzairtad a "."-ot, mindegy
-
Vadászmenyét
aktív tag
-
kispx
addikt
nem tudtam, hogy a class path a munkamappa elérésére szolgál, így helyesen megadva már működik.
Ami felettébb érdekes, mert nekem Linux alatt nincs CLASSPATH változóm és mégis működik
-
Vadászmenyét
aktív tag
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ez az egyik legismertebb, de léteznek mások is. Pl.: Glassfish, amit a Oracle/Sun készít. Itt pl összehasonlítanak különféle javás és nem javás alkalmazásszervereket: 
Nem szeretem az ilyen cicás-kutyás fantázia dolgokat, szeretem, ha a gyakorlás közelebb áll a valós dolgokhoz.
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- gban: Ingyen kellene, de tegnapra
- Rég várt frissítést kap az Android tárcsázója
- LED világítás a lakásban
- S.T.A.L.K.E.R. 2: Heart of Chornobyl
- One otthoni szolgáltatások (TV, internet, telefon)
- Konkrét moderációval kapcsolatos kérdések
- Diablo II: Classic és Resurrected
- Genshin Impact (PC, PS4, Android, iOS)
- Poco F8 Ultra – forrónaci
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
- Apple iPad A16 128GB, Wi-Fi, Újszerű, 1 Év Garanciával
- LG UltraGear 32GS85QX-B IPS Monitor! 2560x1440 / 180Hz / 1ms / G-Sync / FreeSync
- 27% - ASUS ROG STRIX X870-F GAMING WIFI Alaplap!
- Samsung Galaxy S23+ / 8/128GB / Kártyafüggetlen / 12Hó Garancia
- AKCIÓ! LENOVO ThinkPad P15s Gen2 munkaállomás - i7 1165G7 16GB DDR4 512GB SSD Quadro T500 4GB W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest