- Milyen okostelefont vegyek?
- Xiaomi Smart Band 8 - folyamatosan
- Android alkalmazások - szoftver kibeszélő topik
- Mobil flották
- Redmi Watch 4 - olcsó hús, sűrű a leve
- iPhone topik
- 15 éves az első androidos Samsung telefon
- AGM M7 - elnyűhetetlen okostojás
- Telekom mobilszolgáltatások
- Motorola Edge 40 neo - színre és formára
Hirdetés
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
-
Agyi chipes gyártóba fektetett a kriptocég
it A Tether 200 millió dollárt fektet a Blackrock Neurotech agyi chipes vállalatba.
Új hozzászólás Aktív témák
-
Mukorka
addikt
válasz Fooler89 #2682 üzenetére
Map<String, String> map = new HashMap<String, String>();
map.put("good", "jó");
map.put("mother", "anya");
map.put("english", "magyar");List<String> keys = new ArrayList<String>(map.keySet());
String randomKey = keys.get((int) Math.random() * keys.size());
System.out.println(map.get(randomKey));Ahogy fent is írták, ennek az indexelésnek itt sok értelme nincs de így meg lehet csinálni
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Fooler89 #2685 üzenetére
Itt egy lista születik ami a map kulcsait tárolja. A listnek pedig a get függvénnyel már el lehet kérni szám alapján is egyik tagját ugye. Ezt meg elkéred a maptól és máris megvan mindkét adat.
Megelőztek
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Fooler89 #2688 üzenetére
Elbír, nekem anno iskolai feladatban elbírt 10000-et is.
több a szöszmötölés és mivel ez egy iskolai feladat ide sztem felesleges. Adatbázis akkor kell ha több értékhez tartozik több ezer sor. Meg minek vesződj vele.
Tégy belátásod szerint[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
Ha már packaget adsz a Print osztálynak akkor ebben a könyvtárszerkezetben kellene lennie a másik osztálynak is. pl: com/xyz/PrintTest.java.
Egyébként ehhez a két osztályhoz elég lenne ha ua könyvtárban lennének és még package se kell. (meg import se).
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
Látszólag elég kezdetleges a két osztály így ha még csak most tanulja a nyelvet és szeretné látni ahogy lefordul a program akkor elég lett volna egy könyvtárba tenni a két osztályt. Természetesen normális esetben az src-n belül van minden java fájl package-el ellátva.
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz caindwan #3755 üzenetére
Az ajto változót át kéne adnod a függvénynek:
public boolean kulcsFordit(int ajto){
if(!bortonajtok[ajto]){
bortonajtok[ajto] = true;} //ha mást úgyse csinál az fv-d akkor itt kb még vizsgálni is felesleges...
return bortonajtok[ajto];
}//használni meg így lehet:
boolean fordit = kulcsFordit(4);
Szerintem ennek nem sok értelme van
(#3758) Athlon64+ : Erre gondolhatott, gyanús.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Taoharcos #3786 üzenetére
A loginUser fv hiába csinál a meglévő adatokkal új user objektumot , az mint példány még nincs benne az arraylist-ben ezért lesz false. Mivel nem írtad felül az equals függvényt a User osztályban így az alapértelmezett (örökölt) equals azt nézi hogy ugyan az-e a két objektum memóriában tárolt elérési címe. Ez azért lényeges mivel az ArrayList is a tárolt elemek equals függvényét használja ahhoz hogy megmondja mi van a listában és mi nincs.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Taoharcos #3786 üzenetére
Ha már tanácsadás megy nagyban: A ManagedBean name értéke lehetne userBean , nem pedig userbean.
Ha Serializable interface-t implementálsz akkor pedig vagy legyen serialVersionUID megadva (ezt generálja magától az eclipse is ha megkéred rá) vagy legyen Annotálva az osztály : @SuppressWarnings("serial").
Kerüld a "felkiáltójeles" kódot!Ui: inkább cseréld le a listában tárolt user megoldást adatbázisban tároltra.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz trisztan94 #4214 üzenetére
Pedig az emberré (jó programozóvá) váláshoz érdemes kigondolni ilyen dolgokat. Az sokkal izgibb mint működésre bírni.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Ablakos #4905 üzenetére
Ránézésre azért mert nem hívod meg a connect függvényt a lekérdezés előtt így a connection null. Sőt, ahogy látom ott egy lokális változó a connection, így akkor se működne ha meghívnád
Érdemes lenne továbbá egy lezáró metódust is csinálni, ahol meghívód a close fv-t a connection-ön.Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
A mostani cégemnél meg úgy általában gyakoribb az utóbbi. Egy régi java 1.5-ös projekten láttam I-vel kezdődő interfaceket. Általában nincs sok értelme külön megjelölni magát az interfacet, a legtöbb keretrendszer úgy is DI-re épít.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
Hello!
A legtöbb ilyen cégnél vannak kialakult rutinok erre főleg ha gyakornoknak vettek fel. Ahogy én eddig láttam, nem várnak el semmi extrát az elején: Olvastatnak a keretrendszerről, összeraktok egy workspace-t, esetleg kapsz pár nem projekt specifikus feladatot ami utánajárást követel meg (ez alatt meglátják hogy mennyire vagy hülye és aszerint használnak a későbbiekben). Általában segítenek elmagyarázni és hetekig nem is kell nagyon dolgozni. Ismerek valaki aki egy hónapig csak olvasott pedig juniornak vették fel.
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
Szerintem nem jó pattern ez a hozzáadási sorrend. Db oldalról ha riportot kéne csinálni akkor is úgy keresenéd le az első 3 helyezettet hogy hányadik sorban vannak a táblában? Mi van ha később több infó is kell egy helyezettről, nem csak az hogy ki volt? Teszem azt, idő, pont stb. Sztem ez egy külön helyezés táblát érdemelne. Illetve írtad is hogy végeredmény alapján pakolod be, ezek szerint lenne mi alapján összekötnöd is őket...
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6194 üzenetére
Véletlenül a CorrelationRule id nem a CorrelationRuleSet táblában van?
Nekem gyanús hogy a distinct azért oldja meg mert így nem talál több ugyanolyan recordot amiről aztán a hib megállapítja hogy ugyanaz de a hozzá tartozó kapcsolatokat hozzáadogajta a meglévő listához.
(#6194) Aethelstone: Nem tudom milyen hibernate verziót használtok de mi százával használunk ilyen kapcsolatot és az tuti hogy ilyen hibával nem találkoztam még
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6199 üzenetére
Szerk: Már értem, nem a joinolt lista duplikált hanem maga a végeredmény. Ez látszólag tök jogos, a linkeden le is írja a választ erre
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6201 üzenetére
Akkor inkább a distinct, a set nem szép.
Igazából itt az a baj hogy egyszerre kéred le egy selectben. Esetleg át lehet írni hogy egy másik select hozza le a kapcsolatokat vagy ahogy nálunk sokan tolják (nem is szép) meghívni a size()-t, amit persze ti kikapcsolattatok azzal az extra annotációval.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6204 üzenetére
Átírtam a választ
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6206 üzenetére
Ha már úgy is van egy külön nem lazy metódusod erre akkor az jelzi hogy néha előfordul hogy kell minden. Sztem belefér, jobb mint fölöslegesen felhozni minden adatot és aztán hagyni hogy a hibernate fölöslegesen dolgozzon rajta. Igen, ízlés dolga
Kell írni sebesség teszteket rá és el lehet pöcsölni még vele egy csomót
(#6208) Aethelstone: Nem tudom, ritka jól sikerült objektum vagyok =)
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6208 üzenetére
Akarom mondani singleton
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6833 üzenetére
De ha már nincs session akkor hiába hivatkozik rá.
Nálunk egyébként lazy minden és ahol olyan eset van ahol kell valami ott van rá külön fv ami azt is betölti amit kell.Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6836 üzenetére
Nem tetszem érteni amire gondolsz.
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6841 üzenetére
Hát nálunk a DAO és a business réteg egyben van. Minden logika ejb-ben van de konkrét crud műveletek nincsenek kiszervezve dao rétegbe hanem benne vannak a releváns ejb-ben.
A te példád szerint tehát ha van egy entitásom 5 lazy collection-el és 3 féle logika alapján dőlhet el hogy épp mit fetchelek fel akkor a service rétegedben 3 tök különböző (nyílván egymás leszármazottjai) dto osztályod lesz hogy a reflectionös cucc működjön? Ez elég gázul hangzik
(#6847):
Riporthoz írsz viewt amit felmappelsz és kész. nyílván ez globlális riportokhoz jó, ha sok az adat és bemenő paraméterrel kell dolgozni akkor valóban kell rendes sql-t írni.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6849 üzenetére
Pont erre gondoltam pedig. Tehát azt hogy mi kell épp és mi nem csak különböző beanekkel tudod megoldani vagy már eleve úgy kérdezed le az entitást vagy mindig lekérdezel minden lazy tagot.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz jetarko #7107 üzenetére
Hát nem Így!
Nem elég neked ha a session timeout-ol egy idő után?
Tippre még csinálhatnál bejelentkezéskor egy timer taskot ami adott idő után lejáratja a tokent vagy meghívhatod a kódodat egy Async függvényel ott meg már lenne tranzakciód is stb.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Oppenheimer #7187 üzenetére
A transactional csak azt dönti el hogy a bean vagy a container manageli e a tranzakciót.Ettől még a dao hívás végén vége a tr-nek és a sessionnek is. Elvileg nem is lehet egynél több persistentbag-et fetchelni egyszerre. Attól hogy mindenki eager még nem lesz egy select az egész tehát a db kapcsolatot a tákolós megoldás is épp annyira terheli le.
Ahogy én eddig láttam erre rendszerint a külön dao hívások jelentenek megoldást. Mindegyiknél eldöntöd hogy mire van ténylegesen szükséged, alapból meg minden lazy.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Oppenheimer #7193 üzenetére
Nem lehet hogy a fel eager fetchelt objektum listád tagjainál száll el , hisz azokban ugyan úgy van lazy collection ami visszamutat. A json parser meg gondolom mindent felránt ami be van annotálva vagy ami nincs (nemtom melyik). Ez esetben valami ignore-t lehetne rájuk tenni.
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Oppenheimer #7200 üzenetére
Szerintem arra gondolt hogy nem mappeli fel őket. Tehát a hibernate nem managelné a listát.
DTO konvertálás szerintem is csúfságos.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Oppenheimer #7210 üzenetére
Ez akkor lenne jó ha cserébe az entitásban nem is említenéd meg a kapcsolatokat, máskülönben ugyanúgy duplikálás.
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Oppenheimer #7240 üzenetére
Ha már mappeled az entitást akkor minek vannak ott az id-k pl a Movies2ActorsEntity-ban? Ez talán nem okoz problémát bár vicces lehet ha átállítod az entitást és az id meg marad a régi. (Gondolom felülírja az újal de lehet hogy nem).
MoviesEntity -ben hol a characters mappelése?
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
-
Mukorka
addikt
válasz drogery #7613 üzenetére
Pl az hogy se a rowcount se a columncount nincs nullázva az fv hívás végén. Így meg tovább next-elsz a resultseten mint amennyi darab van benne -> jön az exception.
A kódod jobb lenne ha az fv nem static lenne és a látszólag most fölösleges konstruktorban átadott query-vel dolgoznál és nem lenne static semmi se (Mondjuk a driver betöltése mehet static blockba). Így mindig működne az osztály ha új példányt hoznál létre minden query futtatáskor.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Oppenheimer #7625 üzenetére
Csak átfutottam egy két osztályt. Egy tipp: ha nincs id amire szűrsz akkor az logikában legyen kiszűrve, nem írunk sql-t olyan feltételre ami mindenképp teljesül. Így gyorsabb is lesz a query 1-2 ezred másodperccel.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
És az hogy eleve feldolgozást követően lemented mint pojo entitás miért nem jó? Ha tudod hogy mikor változik akkor update-tet tolsz rá mielőtt foglalkozol vele. Így az orm vagy akármilyen réteg szolgáltathat cache-t is hozzá, szóval még csak be se kell olvasni mindig ha nem változott de gyakran lekérdezik.
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))