Új hozzászólás Aktív témák

• Mukorka addikt

  #7677

  #7676 MrSealRD

  2015-08-11 01:03:49

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #7676 MrSealRD

  É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.

• Mukorka addikt

  #7633

  #7625 #39560925

  2015-07-16 15:52:05

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #7625 #39560925

  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.

• Mukorka addikt

  #7614

  #7613 drogery

  2015-07-14 21:33:45

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #7613 drogery

  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.

• Mukorka addikt

  #7546

  #7543 pvt.peter

  2015-06-12 14:10:11

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #7543 pvt.peter

  Alapvetően reflectionnel végigmehetsz minden fv-n és aminek nincs paramétere azt meghívhatod aztán megnézed hogy mit adott vissza stb... A node-okon meg visitorral végigmész bár gondolom ez egyértelmű.

• Mukorka addikt

  #7241

  #7240 #39560925

  2015-04-17 13:58:31

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #7240 #39560925

  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?

• Mukorka addikt

  #7211

  #7210 #39560925

  2015-04-15 23:23:17

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #7210 #39560925

  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.

• Mukorka addikt

  #7201

  #7200 #39560925

  2015-04-15 17:04:24

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #7200 #39560925

  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.

• Mukorka addikt

  #7194

  #7193 #39560925

  2015-04-14 23:07:37

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #7193 #39560925

  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.

• Mukorka addikt

  #7188

  #7187 #39560925

  2015-04-14 21:33:36

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #7187 #39560925

  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.

• Mukorka addikt

  #7108

  #7107 jetarko

  2015-04-01 13:44:18

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #7107 jetarko

  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.

• Mukorka addikt

  #6850

  #6849 Aethelstone

  2015-02-14 09:44:12

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6849 Aethelstone

  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.

• Mukorka addikt

  #6848

  #6841 Aethelstone

  2015-02-12 21:53:38

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6841 Aethelstone

  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.

• Mukorka addikt

  #6837

  #6836 Aethelstone

  2015-02-12 13:29:03

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6836 Aethelstone

  Nem tetszem érteni amire gondolsz.

• Mukorka addikt

  #6834

  #6833 Aethelstone

  2015-02-12 10:20:36

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6833 Aethelstone

  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.

• Mukorka addikt

  #6224

  #6223 floatr

  2014-10-01 22:09:41

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6223 floatr

  Nekem is, ennek nem így kéne mennie. A fetchelt sorokba nem kerülhet bele többször ugyan az hacsak nincs így tárolva a db-ben is.

• Mukorka addikt

  #6209

  #6208 Aethelstone

  2014-10-01 14:54:54

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6208 Aethelstone

  Akarom mondani singleton

• Mukorka addikt

  #6207

  #6206 Aethelstone

  2014-10-01 14:48:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6206 Aethelstone

  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 =)

• Mukorka addikt

  #6205

  #6204 Aethelstone

  2014-10-01 14:41:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6204 Aethelstone

  Átírtam a választ

• Mukorka addikt

  #6202

  #6201 Aethelstone

  2014-10-01 14:34:16

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6201 Aethelstone

  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.

• Mukorka addikt

  #6200

  #6199 Aethelstone

  2014-10-01 14:27:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6199 Aethelstone

  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

• Mukorka addikt

  #6197

  #6195 Mukorka

  2014-10-01 14:14:52

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6195 Mukorka

  Márcsak azért is mert nem a kapcsolandó listára mondod hogy distinct hanem magára az entitásra...

• Mukorka addikt

  #6195

  #6194 Aethelstone

  2014-10-01 14:08:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6194 Aethelstone

  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

• Mukorka addikt

  #6139

  #6136 0xmilan

  2014-09-23 15:36:57

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #6136 0xmilan

  System.out.println(String.format("%d%d", 1,2)); persze lehet printf is format nélkül

• Mukorka addikt

  #5846

  #5845 materk

  2014-08-31 18:33:18

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #5845 materk

  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...

• Mukorka addikt

  #5749

  #5748 hablex

  2014-08-13 20:17:22

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #5748 hablex

  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.

• Mukorka addikt

  #5121

  #5120 MrSealRD

  2014-03-10 20:44:01

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #5120 MrSealRD

  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.

• Mukorka addikt

  #4981

  #4974 n00n

  2014-02-07 17:22:21

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #4974 n00n

  Inkább csak egyetértek a felettem szólóval.

• Mukorka addikt

  #4906

  #4905 Ablakos

  2014-02-02 10:15:27

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #4905 Ablakos

  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.

• Mukorka addikt

  #4215

  #4214 trisztan94

  2013-09-08 17:17:07

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #4214 trisztan94

  Pedig az emberré (jó programozóvá) váláshoz érdemes kigondolni ilyen dolgokat. Az sokkal izgibb mint működésre bírni.

• Mukorka addikt

  #3790

  #3786 Taoharcos

  2013-05-18 15:12:20

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #3786 Taoharcos

  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.

• Mukorka addikt

  #3787

  #3786 Taoharcos

  2013-05-18 13:07:49

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #3786 Taoharcos

  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.

• Mukorka addikt

  #3757

  #3755 caindwan

  2013-05-10 16:28:22

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #3755 caindwan

  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.

• Mukorka addikt

  #2976

  #2972 Lacces

  2012-08-30 14:58:56

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #2972 Lacces

  a 3. kérdésed fordítási hibát okozna, nem exceptiont. A farkas osztály privát, példányként hogy adnád át?

• Mukorka addikt

  #2954

  #2953 modder

  2012-08-26 16:38:09

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #2953 modder

  Nekem úgy tűnt hogy azért nem jó mert az egyik osztályban megadta a packaget de ahonnan hívja az nem a másik által elvárt könyvtárszerkezetben van.

• Mukorka addikt

  #2952

  #2951 modder

  2012-08-26 16:23:49

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #2951 modder

  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.

• Mukorka addikt

  #2948

  #2947 Davs

  2012-08-24 20:39:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #2947 Davs

  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).

• Mukorka addikt

  #2822

  #2820 Osiris

  2012-06-20 20:32:59

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #2820 Osiris

  Webcontent/Web-Inf/web.xml itt van a welcome file megadásának lehetősége.

• Mukorka addikt

  #2690

  #2688 Fooler89

  2012-04-15 13:58:51

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #2688 Fooler89

  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

• Mukorka addikt

  #2687

  #2685 Fooler89

  2012-04-15 13:42:22

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #2685 Fooler89

  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

• Mukorka addikt

  #2684

  #2682 Fooler89

  2012-04-15 13:31:07

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Mukorka

  addikt

  #2682 Fooler89

  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

Új hozzászólás Aktív témák