Hirdetés
- Feháborodott az Apple, a Meta az iPhone-felhasználók üzeneteit akarja olvasgatni
- A luxusmárkáknak kell a bitcoin, az USA jegybankjának nem
- Letiltja az USA a politikusokat a telefonhívásokról és szöveges üzenetekről
- Nagy áttörés jön a napelemek piacán, nem kell annyi hely a paneleknek
- Belenyúlt az USA az Epic Games igazgatótanácsába, nyomoz az NVIDIA
Új hozzászólás Aktív témák
-
x123456
aktív tag
C vagy C++?
Előbbinek nem sok hasznát veszed, attól tartok. Ha az angol nem okoz gondot, akkor The Really Big IndexIlletve egy Nagy Gusztáv (remélem, jól emlékszem) nevű tanár írását is érdemes megkeresni. Itt a topic-ban is ajánlották. Igaz, az még 1.3-as javaról szól és nem ír pl. a swing-ről...
[ Szerkesztve ]
-
Devdi
aktív tag
Sziasztok. Kezdőknek milyen könyvet tudtok ajánlani, vagy hogyan kezdjek el tanulni? C-hez elég jól értek szóval alapok megvannak
-
Löncsi
őstag
válasz x123456 #1895 üzenetére
javax.swing.SwingUtilities.invokeLater(new Runnable() { .. }
Fontos ,hogy kirajzolásokat az EDT szálon hajtsuk végre, más esetben hiba léphet fel (nomeg a grafikai műveletket meg kell próbálni függetleníteni a számításoktól, ezért kell külön szál).
Az invokeLater biztosítja, hogy a kirajzolás EDT szálon hajtódik végre. (Ugye paraméterben egy Runnable-et adsz át, a run() metódus tartalmazza a grafikai parancsokat).Le is tudod ellenőrizni ,hogy a kirajzolás EDT-n történik-e, az isEventDispatchThread() függvény meghívásával , logikai értéket ad vissza.
Remélem hasznos volt,bár látom utánajártál.
[ Szerkesztve ]
Elvették a radírját, azt az egész élete egy nagy kompenzálás, hogy ő igenis kan és igenis 2 méteres a fallosza - by stranger28
-
x123456
aktív tag
válasz x123456 #1895 üzenetére
Azt hiszem, megvan a magyarázat.
-
x123456
aktív tag
válasz A szerzetes #1894 üzenetére
Nem mondhatnám, hogy értem amit írsz...
(pontosabban azt, hogy mi köze a problémámhoz - itt most kimondottan példaprogramokról van szó)public static void main(String[] args) {
//Schedule a job for the event-dispatching thread:
//creating and showing this application's GUI.
javax.swing.SwingUtilities.invokeLater(new Runnable() {
public void run() {
createAndShowGUI();
}
});
}Szinte minden példaprogram, ami swinghez kapcsolódik, így indul.
Miért nem elég csak statikusan indítani a createAndShowGUI-t?
Az, hogy belül egyik-másikhoz új szálat indít, az egy másik téma. Azt nem értem, hogy miért kell a main futásától "függetleníteni" bármit? -
x123456
aktív tag
Arra tudna valaki magyarázatot adni, hogy a swing-es programokat miért írják a példákban úgy, hogy a grafikát megjelenítő objektum önálló szálként fut?
Lehet, hogy keverem az awt és a swing dolgait, de nem emlékszem rá, hogy ez kötelező lenne... -
x123456
aktív tag
válasz skoda12 #1891 üzenetére
Igen, azzal nincs gond... per.pill. az zavar, hogy nem tudom, honnan jött az eredeti, wildcard-os ötlet. Így utólag hülyeségnek tűnik.
(azt leszámítva, hogy találtam rá konkrét, lefordíthatatlan példát a neten, csak sajna töröltem a címét is, a programot is)Asszem, megvan a bűnös:
To specify a cage capable of holding some kind of animal:
Cage<? extends Animal> someCage = ...;
Egy ilyen szerepel a sun-os tutorialban a wildcard-os lap elején. Én meg ahelyett, hogy végiggondoltam volna, mire jók ezek a generikusok, csak az általam elképzelt szintaxist néztem. Ha értékadás baloldalán, tehát változó definíció helyén állhat ilyen, akkor miért ne lehetne akár metódus vagy osztály típusát is megadni?
Végiggondolva a funkcióját, természetesen érthető(nek tűnik ), hogy ott nincs keresnivalója.[ Szerkesztve ]
-
x123456
aktív tag
válasz x123456 #1886 üzenetére
Van itt valaki, aki érti a hivatkozott hozzászólásomban vázolt "súlyos" problémámat?
Ha igen: nem lehet, hogy marhaságot akartam ráerőszakolni a java-ra?
Amikor írtam még úgy éreztem, hogy értem mit akarok. Azóta kissé elbizonytalanodtam: jelenleg értelmetlennek tűnik az elképzelés, hogy osztálydefinícióba wildcardot tegyek...Az a baj, hogy már nem tudom eldönteni: akkor voltam belekavarodva az info áradatba, vagy most (hogy már értelmetlennek tűnik) kutyultam össze valamit.
-
x123456
aktív tag
-
Frigo
őstag
válasz instant_h2o #1887 üzenetére
Ehhez Javascript kell annak meg semmi köze a Java-hoz. Javascript topikban érdeklődj utána.
-
instant_h2o
csendes tag
Sziasztok!
Gondolom nagyon fogjátok unni a mostani szöveget, de laikusként már nincs több ötletem, mint a szívesség kérése. Igazából sok fogalmam nincs a Java-hoz, csak amit autodidakta módon összekapartam, és ez sajnos elég kevés.Honlapot barkácsolok, és a táblázat egyik cellájába szeretnék megjeleníteni órát - ezt eddig össze is tudom ollózni a netről- viszont szeretném annyival megbolondítani a dolgot, hogy amennyiben a kurzort az óra fölé húzom, akkor a dátum jelenjen meg.
Egy komplett kódnak nagyon tudnék örülni ( a dátum/óra lekérdezését szerintem meg tudom oldani, csak a többi nem akar sikerülni).
[ Szerkesztve ]
-
x123456
aktív tag
Még mindig ezek a generikus témák...
Itt írnak wildcard használatról. Nem látom leírva, hogy a wildcard használat osztálydefinícióban hibás lenne, az eclipse mégis tiltakozik ellene...
Tehát a
class Xxx<T> { ... } működik, de a class Xxx<? extends Number> { ... } már nem tetszik neki. Metódus paraméterei közt elfogadja.Megint én voltam figyelmetlen/nem értettem meg, hogy mire és hogyan használható ez a dolog?
-
skoda12
aktív tag
válasz x123456 #1883 üzenetére
"Ezt a metódust úgy kell értelmezni, hogy van egy U paramétere, valamint egy olyan, ami a List generikusból, azon belül kizárólag a Box generikus valamely fajtájából származik és megkötés, hogy a Box "altípusa" (nem tudom, erre mi lenne a helyes kifejezés) meg kell egyezzen az első paraméter típusával/osztályával?"
Igen, valamilyen Box-okat tartalmazó listát vár. Egyébként java.util.List-ként találod meg a listát, ami egy interface. Az implementációi pedig szintén a java.util csomagban találhatók.
[ Szerkesztve ]
-
x123456
aktív tag
válasz skoda12 #1882 üzenetére
Ez részben tiszta.
Nekem a List és az egymásbaágyazott generikus definíciók zavarnak be egy kicsit. Főleg, hogy a List-ről csak annyit tudok, hogy van, de nem láttam sehol az ő definícióját.Ezt a metódust úgy kell értelmezni, hogy van egy U paramétere, valamint egy olyan, ami a List generikusból, azon belül kizárólag a Box generikus valamely fajtájából származik és megkötés, hogy a Box "altípusa" (nem tudom, erre mi lenne a helyes kifejezés) meg kell egyezzen az első paraméter típusával/osztályával?
-
skoda12
aktív tag
válasz x123456 #1881 üzenetére
Ahogy a linkelt oldalon is látható, a Box egy generikus osztály és tartalmaz t névvel egy változót:
...
private T t;
...
Az add függvény ennek a t-nek adna értéket. A fillBoxes pedig átvesz egy listát, amiben Boxok vannak és minden Boxhoz hozzáadja u-t. De nyilván tudnia kel, hogy mi a típus. Ez lesz az a típus, amit U helyére írsz be.[ Szerkesztve ]
-
x123456
aktív tag
Na ezt pontosan annyira értem, mint a kódot.
Mondom: szerintem valahol, valami kimaradt (vagy a sun tutorialból vagy csak az olvasásból).
Ha jól értem, az <U> helyére szintaxis szerint akár <Krixkrax>-t is írhatnék, csak az olvashatóság, könnyebb felismerhetőség miatt ajánlott az egyetlen nagybetűs jelölés.
Mi a funkciója ezesetben a void előtti <U>-nak? Mi van, ha elhagyom?
Ezt bogarászom, de számomra nem igazán derül ki belőle.------------------
szerk:
Újra végigolvasva: úgy értsem, hogy a metódus definíció fejében definiálom az "U" típust/osztályt a fordító számára, hogy ne keresse máshol?[ Szerkesztve ]
-
x123456
aktív tag
Tartok tőle, hogy valami kimaradt az életemből...
public static <U> void fillBoxes(U u, List<Box<U>> boxes) {
for (Box<U> box : boxes) {
box.add(u);
}
}A fenti kódban a <U> void fillBoxes( részt hogy kell értelmezni?
Mit keres az az U a void előtt? -
x123456
aktív tag
válasz skoda12 #1875 üzenetére
Nem tudom miért, de valami olyan érzésem van most, hogy kissé kiművelődtem generikus ügyekben, mint amikor a perl-ben megláttam az objektum orientált eszközöket: mintha a fejlesztők megerőszakolták volna a nyelvet...
-
skoda12
aktív tag
válasz x123456 #1874 üzenetére
Viszonylag gyakran előkerülnek. Gondolj pl a tárolókra, mint a Vector, HashMap, LinkedList, ... vagy pl TypedQuery JPA-ban. De saját generikus class-t vagy interface-t is sokszor kell írni. Ezekkel a generikusokkal megspórolható egy csomó castolás, így gyorsabb a program.
[ Szerkesztve ]
-
x123456
aktív tag
Jé, még tud valóban újat mutatni a Java: ezek a Generikusnak nevezett bigyók (alias Generics) mennyire használatosak a hétköznapi gyakorlatban? Valószínűleg szegényes a fantáziám, vagy félreértem a funkcióját, de egyelőre kicsit nehezen találok a használatára igazán életszerű példát.
-
x123456
aktív tag
válasz skoda12 #1872 üzenetére
EE=Enterprise Edition?
Köszi a tippet, de bizonyos... khm... objektív okok miatt nem nagyon fogok megélni programozóként...(bár tény: épp a napokban állapítottam meg, hogy mégis meg kellett volna maradnom a programozói pályán, de anno izgalmasabb dolognak tűnt a rendszergarázdálkodás )
Bár ahogy elnézem, hogy a wikipedia szerint mit takar az EE... annyira nem állna távol tőlem és legalább üzemeltetői szemmel írnám a programokat. (inkább a felhasználó anyázzon, mint az üzemeltető felkiáltással )
-
x123456
aktív tag
válasz skoda12 #1870 üzenetére
Ne gondolj semmi komoly dologra! Csak unatkozom és kellene valami olyan játék, amivel kicsit az agyműködésemet fenntartom. Sakkozni, go-t tanulni már nincs kedvem.
Java mobilra azért lenne jó, mert az _elméletileg_ platform független és legalább írhatnék egy olyan reversit, ami úgy működik, ahogy én szeretném. -
skoda12
aktív tag
válasz x123456 #1868 üzenetére
Javat szerintem ne erőltesd telefonokon. Ha ilyen irányba akarsz elmozdulni, akkor döntened kell, hogy Iphone vagy Android. Iphone-nal nincs tapasztalatom, androidra viszont elég gázos a fejlesztés. Verziónként külön sdk, gagyi programnyelv és api, nincs fix programbelépési pont csak repkednek az események, xml descriptorok, bugos emulátor (de csak hogy könnyebb legyen a fejlesztés) ... Szóval elég hulladék. Lehet, hogy mint end user, nagyon látványos tapogatni az ikonokat a telefonon, de fejleszteni rá ...
[ Szerkesztve ]
-
x123456
aktív tag
Majd még keresgélek, hátha kiderül valami érdemleges. Igazából előbb kérdeztem itt, utána kezdtem a gúgliban turkálni. A turkálás eredménye, hogy valószínűleg még most is kell SDK, csak azt nem tudom, hogy mindenhez vagy csak ahhoz, hogy az adott mobil spec. képességeit is használni lehessen. (mondjuk egy java szoftver esetében nem értem, miért kellene bármi platformfüggő dolog akár a fejlesztéshez, akár a teszeléshez)
-
shev7
veterán
válasz x123456 #1866 üzenetére
hat en anno csak szimpla szoveges menus alkalmazasokkal szorakoztam, de emlekeim szerint a j2me eleg volt. Bar elofordulhat hogy rosszul emlekszem....
''Gee, Brain, what do you want to do tonight?'' ''The same thing we do every night, Pinky: Try to take over the world!''
-
x123456
aktív tag
Azt tudom, az már létezett akkor is, amikor el akartam kezdeni játszani vele. De kellett mellé a telefonhoz valami SDK is, ami úgy fest, most is szükséges. Vagy valamit félreértek, de nagyon: nokia.com-on találtam egy topic-ot, ahol jónéhányan panaszkodtak, mert a mai napig nincs linuxos SDK a nokiákhoz... mindenesetre az Eclipse követelne valami SDK-t, amit windows-on még csak-csak alá tudok tolni, de én inkább linuxon jáccanék.
-
x123456
aktív tag
Még valami eszembe jutott: ha arra vetemednék, hogy mobiltelefonra próbáljak összetákolni valami egyszerűbb java programot... Van már szabványos fejlesztőkörnyezet hozzá vagy még mindig úgy kell összevadászni valami SDK-t/JDK-t minden egyes telefonhoz? (költői túlzás, de amikor évekkel ezelőtt megfordult a fejemben valami hasonló, akkor kb. az volt a helyzet, hogy a Siemens telefonomhoz csak a siemens-es anyaggal lehetett programot készíteni)
-
x123456
aktív tag
Még mindig a beágyazott osztályok és a kis Java könyvem...
Írtak a könyvben valami olyat, hogy egy belső osztályt is lehet, akár külső osztály által is bővíteni. Nem statikusat is.
Itt ugye vagy én értettem félre valamit, vagy a szerző tévedéséről van szó? -
x123456
aktív tag
válasz skoda12 #1859 üzenetére
Köszi mindkettőtöknek! Mondjuk az interface dolog végeredményben logikus, csak végig kellett volna gondolni, hamár a korábban olvasottakról megfeledkeztem.
Amit a beágyazott osztályról írtál, az tiszta.
Nekem az nem világos, hogy egy egyébként triviálisnak mondható dolgot miért kellett ennyire kihangsúlyozni? Na mind1, a könyvemben vannak még hasonló furcsaságok -
A szerzetes
csendes tag
válasz x123456 #1858 üzenetére
Interface-ben hamegadsz egy metodust, az implicit abstracs és public mást nem is lehet megadni interface-en belül. Ha viszont az osztályba nem írod ki a pulblic-ot akkor csomagon belül ugyan publikus, de csomagon kívül privát és ez a viselkedés nem egyezik meg a puliblic-kal, hanem annak szűkítése, ami nem megengedett...
"Nem adom fel mert lehet, hogy holnap lesz az én napom"
-
skoda12
aktív tag
válasz x123456 #1858 üzenetére
Nézd meg, hogy tudnál külső osztályból létrehozni egy másik osztályba ágyazott osztályból egy példányt.
package javaapplication1;
class A{
class B{
}
static class C{
}
}
public class Main {
public static void main(String[] args) {
A a = new A();
A.B b = a.new B();
A.C c = new A.C();
}
}Mint láthatod, ha nem static nested classról van szó, akkor kell egy példány először a beágyazó osztályból. Ezért b által hivatkozott objektum kapcsolódik a által hivatkozotthoz.
--------------------------------------------------
Az interface-szes problémára: Egy interface minden függvénye impliciten public elérésű. Felülírási szabály szerint pedig nem szűkítheted egy függvény elérését (ezesetben publicról defaultra).[ Szerkesztve ]
-
x123456
aktív tag
Megint elakadtam egy kicsit: beágyazott osztályok. Ahány helyen nézem, annyiféle leírást találok. A mellékelt példák többnyire hasonlóak, de a magyarázatok...
Azt kb. felfogtam, hogy a segítségükkel olyan objektumot tudok visszaadni egy metódusból, ami hozzáférhet az adott osztály/példány privát tagjaihoz. (hmmm... mire megfogalmazom, mit akarok kérdezni, még meg is értem? ) Ezért, erre találták ki a beágyazott osztályokat?Viszont gondot okoz a könyvem egy mondata: "... az így létrejövő objektum dinamikusan kapcsolódik a metódusban éppen érvényes aktuális példányhoz, és ez a kapcsolat a metódus elhagyása után is fennmarad."
Ezt itt nem értem. Az OK, hogy ha az adott metódus visszatérési értékként vagy egy osztály/példányváltozóban visszaad egy ilyen objektumot, az megmarad. De ez (számomra) teljesen logikus. Miért van mégis hangsúlyozva ez a kapcsolat? Valamit félreértek és egyéb jelentősége van?-------
Ha van egy ilyen interface-em:interface A { void x(); }
Akkor az őt implementáló osztály x metódusánál miért reklamálja az Eclipse a "public" jelzőt?
Egy belső osztályt akartam így leírni, de a
class O implements A { void x(){ ... } }
nem tetszett neki. Csak így fogadta el:
class O implements A { void public x(){ ... } }Eztakkormostmért?
-
A szerzetes
csendes tag
Előjönnek azok az idők, amikor a Robotinoval szórakoztam - nem tudom valakinek mond-e ez valamit... Ott mondjuk nem kellett javaban programozni és a távolságot infra mérte ki, de akkor is szép idők voltak
"Nem adom fel mert lehet, hogy holnap lesz az én napom"
-
ArchElf
addikt
1) Ha minden fehér, a többi meg fekete, akkor egyszerűen úgy kell mozgatni az eszközt, hogy a fekete test egy adott kamera szélességbe (mondjuk a középső 30%-ba) ne lógjon be. Jobb módszer, ha a látottak alapján virtuális térképet készítesz, de ez egyrészt bejárást igényel, másrészt távolságokat kell valahogy számolni)
2) Távolságot csak úgy tudsz mérni, ha
a) tudod mekkora a tárgy
b) nem fix a kamera fókusza (akkor a objektív állásából + élességből) tudsz következtetni a távolságra
c) 3D-s kamera-rendszernéll a két kamera látószöge alapján lehet számolni a távolságot
d) elmozdulsz és nézed a tárgy növekedését/csökkenését. Ha a te elmozdulásod mértékét tudod, onnan tudsz következtetni a tárgy távolságáta/méretére.AE
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
skoda12
aktív tag
Attól függ. Ha OOP szemléletet akar valaki felszedni, akkor sok kódot kell olvasni. Ezután ha már megvan a megfelelő absztrakciós készség, akkor jöhetnek a design patternek. Ha viszont algoritmizáló készségre vonatkozik a kérdés, akkor sokat kell gyakorolni acm stílusú versenyfeladatok kódolásával.
-
gaben
aktív tag
A lényeg az lenne ,hogy az akadályt elkerüljök. Fekete az akadály, a fehér a szabad út. A kamerának csak egy állása van ,egyenes menet esetén előre néz, csak előre.Csak itt meg az a baj ,hogy ha mondjuk a kép nagy része fehér de belelóg az akadály ,akkor azt is meg kell különböztetni, na meg a táv kiértékelése is jó lenne az akadálytól.....Nem is olyan egyszerű...Csak ilyennel még soha nem foglaslkoztam ,így azt se tudom hol kezdjem..
-
x123456
aktív tag
válasz skoda12 #1850 üzenetére
Sajnos rá kellett jönnöm, hogy azért messze kevés az angolom ahhoz, hogy egy számomra ennyire idegen területet megértsek. Kb. az a kategória, mint amikor franciául kezdtem tanulgatni angol tananyagból.
De kösz, megnézem, hátha...Minél jobban belemászok a java rejtelmeibe, annál inkább rájövök, hogy nem a Java nyelvvel van problémám, sokkal inkább az objektum-orientált programozási logika az, ami nehézségeket okoz.
[ Szerkesztve ]
-
skoda12
aktív tag
válasz x123456 #1842 üzenetére
Ha a sun-os tutort olvasod, akkor gondolom nincs gond az angol szakirodalommal sem. Ebben az esetben pedig a SCJP study guide az alapmű. Ha pedig valami spéci API érdekel, akkor arra külön kell keresni.
-
ArchElf
addikt
A kép (mint bittérkép) megvan? Ha igen utána különböző kép-manipulációs technikák segíthetnek: szín-szűrés, edge-detection, kontraszt érzékelés, stb.
Konkérétan hogy képzeled el, hogy "nagy akadály"? Ha ezt (matemaikailag) meg tudod fogalmazni, akkor már csak a megfelelő algoritmust kell megkeresned/megalkotnod. Ha nem meg a definiálás, hiába is izzadsz rajta...
AE
[ Szerkesztve ]
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
gaben
aktív tag
válasz Lortech #1841 üzenetére
köszi.
Képfeldolgozásban kérnék egy kis segítséget.Van egy kamera, ez már be vna lőve ,ad képet.Látom a kamera képét. Nos ezt a képet ,hogyna lehetne feldolgozni?Hogy lehet ennek neki kezdeni?(látok mondjuk egy nagy akadályt és el kerülöm, erre szeretném használni)
Köszi![ Szerkesztve ]
-
x123456
aktív tag
Tudna valaki ajánlani _használható_, magyar nyelvű, valamennyire up-to-date állapotú Java oktató anyagot? (momentán egy réges-régi Java2 könyvből próbálok képbe jönni, meg a sun-os tutorialt olvasgatom, ha valami nem elég egyértelmű, de még így is meg-megakadok)
-
-
x123456
aktív tag
-
gaben
aktív tag
válasz x123456 #1838 üzenetére
Szia!
Hmm...
server glx version string: 1.2
client glx version string: 1.4
GLX version: 1.2
OpenGL version string: 1.4 Mesa 7.7.1Most a server meg a Client version közt mi a különbség? Ezt ne mnagyon értem, meg miért régi?
Még egy kérdés:
Olyan problémám volna ,hofy van egy forrsákód ,ami külső, nem szokványos importokat használ. (neurális háló példa progi )
Szóval nem ismeri az importokat alapból. .JAr fájl nincs ,helyette van egy .tar.gz állomány. Ebben vannak .class fájlok és .java fájlok is ebben van a tutor is,meg azok a jegyzékeke is amit az importbna használna. Ezt kibontom Winrarral. Eclipse-ben a Library-knál (ahol .jar-t adnám hozzá más esetben), ott rámegyek az External Class folders, beállítom ,de semmi. Mit kell ezzel kezdeni?[ Szerkesztve ]
-
x123456
aktív tag
Ha ATI-d van, akkor valószínűleg ez a baja:
There is a known
ATI driver bug in glXQueryVersion that incorrectly reports the GLX
version as 1.2 when it really is 1.3,Eszerint bugos az ATI driver és azt hazudja magáról, hogy GLX 1.2 van benne, holott a valóságban 1.3-as.
Ez segít rajtad?
(esetleg egy újabb ATI driver, bár elég csúf tapasztalatokat szereztem vele azalatt a rövidke pár óra alatt, amíg ATI kártya volt a gépemben )Mondjuk nekem úgy tűnik, hogy inteled van, akkor meg a fenti tárgytalan, de tévedhetek.
[ Szerkesztve ]
-
gaben
aktív tag
Sziasztok!
Egy szimulációs dolgot csinálok java-ban és a java3d API 1.5 is használom hozzá. Azonban linux alatt a következő a warning üzi:
Java 3D WARNING : reported GLX version = 1.2
GLX version 1.3 or higher is required
The reported version number may be incorrect. There is a known
ATI driver bug in glXQueryVersion that incorrectly reports the GLX
version as 1.2 when it really is 1.3, so Java 3D will attempt to
run anyway.
WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!A progi lefut, van "3D" , de mi lehet ez, találkozott már valaki ilyennel?
A gép rendben van :
direct rendering: YesOpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 945GM GEM 20091221 2009Q4 x86/MMX/SSE2
OpenGL version string: 1.4 Mesa 7.7.1
glxgears szépen megy.Már a java3d API-t 5x újratettem, azt hittem az,de nem azzal van a gond.
Érdekes módon Win alatt nincs ilyen, ott más a hibaKöszönöm a helpet!
-
x123456
aktív tag
Bocs, valamit én néztem el, de nagyon. Próbálgattam egy ilyesféle programocskát és úgy látszott, hiába kapom el belül az Exception-t, az őt hívó metódus is elkapja.
Szóval olyan volt, mintha az "a" annak ellenére kezelné, hogy a "b" már foglalkozott vele.
Most újra lefuttattam, kiderült, hogy én voltam figyelmetlen. Ha a "b"-ben elkaptam, akkor az "a" már nem tud róla.
(ha meg azt akarom, hogy mégis tudjon, az megoldható)Úgyhogy még1x elnézést, hülyeség volt amit kérdeztem.
-
Löncsi
őstag
válasz x123456 #1832 üzenetére
'a'-beli try-catch ágat törölheted sztem, mivel ott 'b'-t hívod meg, a b-hez tartozó catch fog működni.
Amúgy kérdésedre a válasz ,hogy nem tudom, igazából nem tudom mi értelme lenne..
[ Szerkesztve ]
Elvették a radírját, azt az egész élete egy nagy kompenzálás, hogy ő igenis kan és igenis 2 méteres a fallosza - by stranger28
-
x123456
aktív tag
Azon töröm a fejem, hogy lehetséges-e egy Exception-t meg nem történtté tenni?
void c() throws Z {
...
throw new Z;
}
void b(){
try {
c();
} catch(Z) { ... }
}
void a(){
try {
b();
} catch(Z) { ... }
}Mi van, ha azt akarom, hogy miután b-ben már feldolgoztam Z-t, az a-beli catch már ne akarja ismételten feldolgozni?
Jól sejtem, hogy ez a működés nem illik a java logikába?
Vagy megoldható, csak én nem találom a megoldást? -
skoda12
aktív tag
válasz x123456 #1828 üzenetére
Írok egy példát és abból le fog tisztulni:
package javaapplication1;
class A{
public static void staticF(){
System.out.println("staticF() A");
}
public void f(){
System.out.println("f() A");
}
}
class B extends A{
public static void staticF(){
System.out.println("staticF() B");
}
public void f(){
System.out.println("f() B");
}
}
public class Main {
public static void main(String[] args) {
A a = new B();
B b = new B();
a.f();
a.staticF();
b.f();
b.staticF();
}
}Kimenet:
f() B
staticF() A
f() B
staticF() B[ Szerkesztve ]
-
-
x123456
aktív tag
Egy régi Java2 könyvben találtam olyat, hogy (idézet nem teljesen szószerinti) "példánymetódusokat felüldefiniálni, osztálymetódusokat elfedni lehet".
Össze tudná foglalni valaki pár szóban, hogy mi a különbség az elfedés és a felüldefiniálás között? A könyv alapján nem egészen világos. (osztálymetódus=statikus metódus, ha valakinek így ismerős ) -
-Ben-
veterán
válasz A szerzetes #1826 üzenetére
Szia!
Igen, kb. ugyanaz. Nem enged be
-
-Ben-
veterán
Ha 8080-on van a port, akkor ez az üzenet fogad:
Could not connect to www.asztalost.hu:8080.
Possible reasons include:
- The chat server system at www.asztalost.hu is temporarily unavailable.
- Your computer is behind a firewall or proxy server. Please ensure that your firewall permits outgoing TCP connections to www.asztalost.hu on port 8080.
-
-Ben-
veterán
# RealChat Client applet configuration file
# rcs/client/RealChatClient.conf
# Visit http://asztalost.hu/ for details.
#
# This configuration file contains one directive per line. Directives are case
# sensitive. Lines which begin with the hash character are considered comments,
# and are ignored.
#
# You may override any of the configuration directives below by adding a <param>
# line somewhere in the <applet> </applet> section in the HTML page of the chat
# client.
# Example: <param name="Language" value="en"># Server-specific Directives
PORT = 443# Common Configuration
Language = enoffensiveWords = shit,fuck,asshole
# Theme configuration
# Descriptive name, file name
Theme0 = Ascend, ascend
Theme1 = Clearwater, clearwater
Theme2 = Crystallized, crystallized
Theme3 = Metropolitan, metropolitan
Theme4 = Utopia, utopia
defaultTheme = 1itt a lényeges konfig. Átállítottam 8080-ról 443-ra, mert így legalább tölt a csík, csak éppen nem enged be, de jó volna tudni miért. 8080-on TCP / tűzfalra panaszkodik....
-
-Ben-
veterán
Sziasztok!
Nekem az lenne a gondom, hogy van egy "java" alapú chatem, és valószínű a konfigja nem stimmel, illetve a konfigban a port.
Link: http://asztalost.hu/e107_base
-> Mint látjátok, a nick beírása után nem enged be. Ha a portot 443 -ra állítom, akkor teljesen betölt a csík, viszont akkor sem enged be, hanem ott áll és tölt-tölt de sosem enged be.... lehetne ezzel valamit kezdeni? :S elég kínos a dolog, mert már sikerült mindent belőni, csak ez nem jön össze. Egyébként valami a tűzfallal van azt írja, de azzal nem tudom mit tegyek, írjak a szolgáltatónak ? :S
köszi előre.
üdv
(ja és az e107 senkit ne tévesszen meg, a chatnek semmi köze az e107-hez..)
[ Szerkesztve ]
-
VeAr
csendes tag
Java 4-Ever
-
x123456
aktív tag
Erre volna valakinek ötlete? Úgy tűnik, nem sokan futottak hasonló problémába.
-
x123456
aktív tag
Belefutottam valamibe, amit nem értek, kellene egy kis segítség.
Adott egy piciny program:public class faktor {
static long fakt(long p){
if(p<2){ return 1; } else { return p*fakt(p-1); }
}
/**
* @param args
*/
public static void main(String[] args) {
try {
System.out.println(args[0]+"!="+fakt(Long.parseLong(args[0])));
}
catch(Exception obj) {
System.err.println("Na itt valami gáz van!");
}
}
}Ha paraméterként egy nagyobb számot adok meg, akkor természetesen stack overflow a futás vége. Amit nem értek: a try - catch blokk miért nem kezeli?
Egyéb hibát (például hiányzó paraméter esetén a tömb túlcímzést) kezeli. A stack túlcsordulását miért nem?Csak játszom vele, még azt sem merem állítani, hogy tanulok jávául.
-
veterán
java-ban előre megírt keretrendszerek léteznek e webshop/webáruház készítéshez? Vagy mindent meg kell írni ha ilyesmit akarok?
- Árad -
-
veterán
válasz A szerzetes #1814 üzenetére
Te is?
Na akkor aki írt már ilyet néhány gyakorlati kérdéssel zaklatnám privátban.
[ Szerkesztve ]
- Árad -
-
veterán
Valaki J2EE-ben írt már webshopot?
- Árad -
-
MrSealRD
veterán
válasz A szerzetes #1811 üzenetére
Pontosan így van.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
MrSealRD
veterán
válasz A szerzetes #1809 üzenetére
Kösz a segítséget. Végül addig kísérleteztem míg ezzel a sorral sikerült:
DataIn = new BufferedReader(new InputStreamReader(new FileInputStream(fajl),"iso-8859-2"));Így viszont érdekelne, hogy működés szempontjából mi a különbség a kettő között?
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
A szerzetes
csendes tag
válasz MrSealRD #1808 üzenetére
Próbáld meg ezt:
DataIn = new BufferedReader(new FileReader(fajl));
Helyett:
DataIn = new BufferedReader(new InputStreamReader("fajl_nev","kodolas");
A kódolást pedig próbáld ki, hogy melyikkel működik! Nem próbáltam ki, de szerintem kellene, hogy működjön![ Szerkesztve ]
"Nem adom fel mert lehet, hogy holnap lesz az én napom"
-
MrSealRD
veterán
Adott az alábbi függvényem, ami a database.csv fájlt olvassa be soronként. Minden egyes sort továbbdob a DataPart függvénynek.
Az a problémám, hogy a beolvasott sorokban az ékezetes karakterek helyett hülyeség van.
Hogyan tudnám a lehető legegyszerűbben úgy módosítani a függvényt, hogy normálisan olvassa be az ékezetes karaktereket is?public void DataRead()
{
BufferedReader DataIn = null;
File fajl = new File(this.getClass().getResource("database.csv").getFile());
String actual_line;
try
{
DataIn = new BufferedReader(new FileReader(fajl));
while ((actual_line = DataIn.readLine()) != null)
{
DataPart(actual_line);
}
}
catch (IOException ex)
{
Logger.getLogger(ProgramFelulet.class.getName()).log(Level.SEVERE, null, ex);
}
finally
{
try
{
DataIn.close();
}
catch (IOException ex)
{
Logger.getLogger(ProgramFelulet.class.getName()).log(Level.SEVERE, null, ex);
}
}
}Előre is kösz, a segítséget.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
MrSealRD
veterán
Köszi. Lehet még megfogadom a tanácsod. Rájöttem, mégsem annyira nyerő ötlet ennyi panelre szétosztani, mert eseménykor le kéne érni az egyes komponensek paramétereit...Így pedig csúnya és nem praktikus.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
shev7
veterán
válasz MrSealRD #1804 üzenetére
egyebkent itt volt a hiba:
setLayout(new javax.swing.BoxLayout(this, javax.swing.BoxLayout.LINE_AXIS));
a LINE_AXIS egymas melle pakolja a dolgokat. Neked PAGE_AXIS kellett volna...
''Gee, Brain, what do you want to do tonight?'' ''The same thing we do every night, Pinky: Try to take over the world!''
-
MrSealRD
veterán
Bocs, megoldottam
Én hülye, nem láttam a fától az erdőt.
Egy GridBagLayout-ot állítottam be alapból. Aztán CustomizeLayout és azzal simán beúztam a komponenseket egymás alá.Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
MrSealRD
veterán
NetBeans-t használok de gondolom ez látszik a szemétből amivel tele van. Egyenlőre kísérletezem azért nem szép még a kód.
// <editor-fold defaultstate="collapsed" desc="Generated Code">
private void initComponents() {
jTextField1 = new javax.swing.JTextField();
jButton1 = new javax.swing.JButton();
setBackground(new java.awt.Color(255, 255, 255));
setLayout(new javax.swing.BoxLayout(this, javax.swing.BoxLayout.LINE_AXIS));
jTextField1.setFont(new java.awt.Font("Tahoma", 0, 24)); // NOI18N
jTextField1.setForeground(new java.awt.Color(153, 153, 153));
jTextField1.setBorder(new javax.swing.border.LineBorder(new java.awt.Color(149, 149, 152), 1, true));
add(jTextField1);
jButton1.setText("Keresés");
add(jButton1);
}// </editor-fold>
// Variables declaration - do not modify
private javax.swing.JButton jButton1;
private javax.swing.JTextField jTextField1;
// End of variables declarationPróbálkoztam egy olyannal, hogy a Frame-re BorderLayout-ot tettem. Erre behúztam 3 panelt North,Middle,South. Ezekre pedig egyenként FlowLayout-ot. Így működik is a dolog.
Viszont a Middle-be még kellene 3 RadioButton, de ezt csak utólag tenném fel, és a TextField alá kellene besorakozniuk mindegyiknek külön sorba. Viszont ez nem biztos, mert a plusz funkciók megírására lehet nem marad időm.[ Szerkesztve ]
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
MrSealRD
veterán
Na akkor nálam valami nem jó. A BoxLayout nem egymás alá pakolja a komponenseket hanem egymás mellé. Pedig pont erre lenne szükségem, hogy ez a két elem egymás alatt legyen, ugyanakkor vízszintesen középre igazítva.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
Löncsi
őstag
válasz MrSealRD #1800 üzenetére
4 fajta Layout van.
FlowLayout, BorderLayout, GridLayout,BoxLayout.
Box és FlowLayoutnál mikor átméretezel, a komponens mérete konstans marad.
Szerintem érdemes egy Box-layoutot egy panelre állítani, és egyesével belerakni a komponenseket, így egymás alatt lesznek. (vagy Flow is jó, ekkor egymást követik a komponensek)
Majd ha ezzel megvagy ,magára az ablakra ( getContentPane() )-re kellene tenni egy BorderLayoutot, átadni az előző panelt és "South"-ra tenni, így 'elvileg' egymás alatt/mellett elhelyezkedő konstans méretű gombok lesznek, mindig délen (lent).
De csak tipp így kora reggel, el kell ezzel játszogatni.
[ Szerkesztve ]
Elvették a radírját, azt az egész élete egy nagy kompenzálás, hogy ő igenis kan és igenis 2 méteres a fallosza - by stranger28
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- BONTATLAN Új Iphone 16 PRO 128Gb - 1TB Független 1év Apple GARANCIA Deák Térnél Azonnal Átvehető.
- BONTATLAN Új iPhone 16 PRO MAX 256-512GGB Független 1év Apple GARANCIA Deák Térnél Azonnal Átvehető.
- Tamron SP 70-200mm f/2.8 Di VC USD G2 objektív ( Nikon )
- Azta! Yoga Slim 7 Prémium Ultrabook 14,5" -40% AMD Ryzen 5 7640S 16/512 RADEON 760M 2GB 2,9K OLED
- Sigma 35mm f/1.4 DG HSM Art objetkív + táska ( Nikon )
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Axon Labs Kft.
Város: Budapest