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

• #7678 MrSealRD veterán Mukorka #7677

  Új Válasz 2015-08-11 08:02:38 #7678

  Ú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

  Privát üzenet küldése

  

  MrSealRD

  veterán

  válasz Mukorka #7677 üzenetére

  A betöltött fájl feldolgozás utáni állapota érdekes számomra. Erre az állapotra nem biztos, hogy gyakran van szükség. Lehet, csak hetente 1-szer, de lehet, hogy csak havonta... Ráadásul én ezt nem is fogom tudni mert ez már a user hatásköre lesz. Nekem azt kell megoldani, hogy az objektum állapota (ami leképzi a fájlt) a lehető leggyorsabban betöltődjön és utána indulhasson a következő fázis...

  Köszi az ötleteket, mindenkinek. Sok kérdést vetett fel az amiket írtatok. Ezekre ki kell derítenem a választ a továbblépéshez.

• #7619 drogery tag Mukorka #7614

  Új Válasz 2015-07-15 08:29:12 #7619

  Ú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

  Privát üzenet küldése

  

  drogery

  tag

  válasz Mukorka #7614 üzenetére

  köszi, sikerült megoldani

• #7548 pvt.peter őstag Mukorka #7546

  Új Válasz 2015-06-12 17:45:33 #7548

  Ú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

  Privát üzenet küldése

  

  pvt.peter

  őstag

  válasz Mukorka #7546 üzenetére

  jaja én is ezekre gondoltam, csak reménykedtem hátha van vmi plugin ami kapásból kiértékel egy paraméter nélküli fgv-t
  köszi

• #7242 #39560925 törölt tag Mukorka #7241

  Új Válasz 2015-04-17 14:06:16 #7242

  Ú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

  

  #39560925

  törölt tag

  válasz Mukorka #7241 üzenetére

  Intellij Idea tette bele a generálás során. Ezen én is gondolkodtam, de mivel nem fogok hozzájuk nyúlni, egyelőre nem akartam bántani őket.

  "MoviesEntity -ben hol a characters mappelése?"

  Látod, a hsz-ben, de itt van mégegyszer:

  @OneToMany(mappedBy = "movie")
  public List<Movies2ActorsEntity> getCharacters() {
  return characters;
  }

• #7212 #39560925 törölt tag Mukorka #7211

  Új Válasz 2015-04-16 06:25:14 #7212

  Ú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

  

  #39560925

  törölt tag

  válasz Mukorka #7211 üzenetére

  Ez sztem akkor lenne baj, ha az objektumok duplikálódnának. De azok nem, csak a referencia szerepel kétszer, melyek közül az egyik parszolódik. Irtó kényelmetlen és indokolatlan lenne az ORM lényegi részét kézzel csinálni emiatt...

• #7202 #39560925 törölt tag Mukorka #7201

  Új Válasz 2015-04-15 17:21:10 #7202

  Ú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

  

  #39560925

  törölt tag

  válasz Mukorka #7201 üzenetére

  Szerintem JSON serializationre gondolt. Ha hibernatere, akkor meg az lenne csúnya és kényelmetlen.

• #7195 #39560925 törölt tag Mukorka #7194

  Új Válasz 2015-04-14 23:13:33 #7195

  Ú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

  

  #39560925

  törölt tag

  válasz Mukorka #7194 üzenetére

  Lehet kezdek rájönni. Ignorálni kéne alapból minden kapcsolatot, és kézzel intézni őket.

  hmm... de ha @JsonIgnore-t rakok rájuk, akkor sehogy sem tudom majd serializálni őket JSON-ba.

  Minden bizonnyal az van amit írsz, de nekem nem világos miért akarja a Jackson bejárni az egész adatbázisomat. Ha sikerülne neki, alsó hangon 8 gigás lenne a HTTP response bodyja.

• #7189 #39560925 törölt tag Mukorka #7188

  Új Válasz 2015-04-14 21:38:12 #7189

  Ú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

  

  #39560925

  törölt tag

  válasz Mukorka #7188 üzenetére

  Köszönöm, akkor nincs mese, ez az üzleti logika része lesz, és kézzel rakom össze. Igen, nyilván a hibernate se egy SQL query-vel oldaná meg, de feltételezem, hogy mivel alacsonyabb szinten van, ezért ha lenne benne ilyen lehetőség, jobban optimalizált megoldás lenne, mint az enyém.

• #6851 floatr veterán Mukorka #6850

  Új Válasz 2015-02-14 15:14:49 #6851

  Ú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

  Privát üzenet küldése

  

  floatr

  veterán

  válasz Mukorka #6850 üzenetére

  Így van. Ez kb ugyanaz, mint amikor a DAO/Repo szintjén döntöd el, mit inicializálsz. Már ha el tudod dönteni.

• #6849 Aethelstone addikt Mukorka #6848

  Új Válasz 2015-02-13 09:23:35 #6849

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6848 üzenetére

  Rosszul érted.

  public class FooEntity {
  
  private Set<String> names;
  private Set<Integer> values;
  
  }
  
  public class FooBean {
  
  private Set<String> names;
  private Set<Integer> values;
  private List<Bar> bars;
  
  }

  Nos, ebben az esetben a FooEntity-ből FooBean lesz, de csak azok a property-k kapnak értékek a Bean-ben, ahol az Entity-ben is van. Nyilván a FooBean bars tagja nem kap semmilyen értéke by default, mivel nincs megfelelő Entity tag. Semmi köze a DAO osztályokhoz.

• #6838 Aethelstone addikt Mukorka #6837

  Új Válasz 2015-02-12 13:32:09 #6838

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6837 üzenetére

  

  3 rétegű alkalmazások

• #6836 Aethelstone addikt Mukorka #6834

  Új Válasz 2015-02-12 11:20:03 #6836

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6834 üzenetére

  Nos, nyilván a sessiont nem lehet a prezentációs rétegig elvinni, de mi úgy szoktuk, hogy a dao és a service között már Bean-ra fordítjuk és kell a francnak a session

• #6210 Aethelstone addikt Mukorka #6209

  Új Válasz 2014-10-01 14:58:12 #6210

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6209 üzenetére

  Akár

• #6208 Aethelstone addikt Mukorka #6207

  Új Válasz 2014-10-01 14:49:55 #6208

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6207 üzenetére

  A fene tudja. Azt kellene lemérni, hogy a DISTINCT drágább-e vagy a Hibernate processzor és memóriaideje

  szerk: Egy rugóra jár az agyunk Nem vagy Te véletlenül én?

• #6206 Aethelstone addikt Mukorka #6202

  Új Válasz 2014-10-01 14:44:35 #6206

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6202 üzenetére

  Persze, de ez már ízlés dolga. Amit meg lehet tenni 1 SELECT-ben, arra miért írjunk 2 SELECT-et?

  szerk:

  Ráadásul teljesítmény-igényes alkalmazásnál nem is biztos, hogy jó a 2 SELECT.

• #6204 Aethelstone addikt Mukorka #6202

  Új Válasz 2014-10-01 14:38:57 #6204

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6202 üzenetére

  Semmivel nem lennénk előrébb. Nem arról van szó, hogy van NULL-os eredmény.

• #6203 Aethelstone addikt Mukorka #6202

  Új Válasz 2014-10-01 14:36:21 #6203

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6202 üzenetére

  Fene tudja. Alapvetően valóban szebb a DISTINCT, de ha már ORM akkor a Set is teljesen elfogadható.

• #6201 Aethelstone addikt Mukorka #6200

  Új Válasz 2014-10-01 14:28:30 #6201

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6200 üzenetére

  Az idézett linket megnézted?

  szerk: Akkor igen Persze, jogos. Van is rá megoldás DISTINCT vagy Set.

• #6199 Aethelstone addikt Mukorka #6197

  Új Válasz 2014-10-01 14:17:48 #6199

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6197 üzenetére

  Nah az effekt az, hogy ha egy CorrelationRuleSet-hez kettő vagy több CorrelationRule tartozik, akkor a DISTINCT nélküli lekérdezés kettő vagy több eredményt ad.

  Nem baj, nálunk működik így és nem is kívánunk változtatni rajta.

• #6198 Aethelstone addikt Mukorka #6195

  Új Válasz 2014-10-01 14:15:57 #6198

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6195 üzenetére

  Régi. Még a 3.x-es széria

  Bár, http://stackoverflow.com/questions/18753245/one-to-many-relationship-gets-duplicate-objects-whithout-using-distinct-why szerint ez a normális.

• #6197 Mukorka addikt Mukorka #6195

  Új Válasz 2014-10-01 14:14:52 #6197

  Ú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

  Privát üzenet küldése

  

  Mukorka

  addikt

  válasz Mukorka #6195 üzenetére

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

• #6196 Aethelstone addikt Mukorka #6195

  Új Válasz 2014-10-01 14:10:36 #6196

  Ú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

  Privát üzenet küldése

  

  Aethelstone

  addikt

  válasz Mukorka #6195 üzenetére

  Nem

  Alapvetően ez egy évek óta működő, tesztelt struktúra. Csak a kolléga felvetésére írtam, hogy ez nem egyedülálló eset, máshol is előfordul duplikáció, amit vagy DISTINC-tel vagy Set használatával List helyett lehet kifejelni. Nálunk List van, ahogy látszik, de nem kívánom módosítani, ezért lett DISTINCT.

• #4907 Ablakos addikt Mukorka #4906

  Új Válasz 2014-02-02 12:07:22 #4907

  Ú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

  Privát üzenet küldése

  

  Ablakos

  addikt

  válasz Mukorka #4906 üzenetére

  Kihagytam a connect() hívást és a connection kiemeltem osztály szintre, de a típus def. bent maradt a metódusban
  Köszönöm az iránymutatást.

• #3788 WonderCSabo félisten Mukorka #3787

  Új Válasz 2013-05-18 13:36:46 #3788

  Ú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

  Privát üzenet küldése

  

  WonderCSabo

  félisten

  válasz Mukorka #3787 üzenetére

  Még annyi, hogy ha az equals() -ot felüldfiniáljuk, akkora hashCode()-ot is kell. Az eclipse jobb gomb -> Source -> Generate equalst() and hashCode() funkciója megteszi ezt helyettünk.

• #2953 modder aktív tag Mukorka #2952

  Új Válasz 2012-08-26 16:35:53 #2953

  Ú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

  Privát üzenet küldése

  

  modder

  aktív tag

  válasz Mukorka #2952 üzenetére

  igazából én is csak hallottam, hogy classpathos problémák lehetnek, ha csak default package van. amúgy nem tudom mi lehet a probléma, nekem jónak tűnik, ha classpath meg van adva javac argumentumként is...

• #2688 Fooler89 őstag Mukorka #2687

  Új Válasz 2012-04-15 13:53:00 #2688

  Ú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

  Privát üzenet küldése

  

  Fooler89

  őstag

  válasz Mukorka #2687 üzenetére

  Ráadásul az avatarotok is ugyanaz.

  Scanner szavak = new Scanner(new File("kezdoszotar.txt"));
  Map<String, String> map = new HashMap<>();
  
  int i=0;
  
  while (szavak.hasNextLine()) {
  map.put(szavak.next(), szavak.next());
  if (i == 10) {break;}
  i += 1;
  }
  
  List<String> keys = new ArrayList<>(map.keySet());
  String randomKey = keys.get((int) Math.random() * keys.size());
  System.out.println(map.get(randomKey));

  Exception in thread "main" java.lang.IndexOutOfBoundsException: Index: 0, Size: 0

  Ja ok megvan, kérdésem ez elfog bírni kb.1800szót? vagy érdemes már adatbázisban tárolni?

• #2685 Fooler89 őstag Mukorka #2684

  Új Válasz 2012-04-15 13:37:52 #2685

  Ú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

  Privát üzenet küldése

  

  Fooler89

  őstag

  válasz Mukorka #2684 üzenetére

  Szókincs fejlesztő program szeretne lenni, ahol random szavakra kell megadni az magyar megfelelőjét.

  List<String> keys = new ArrayList<String>(map.keySet());

  itt végül is mit csinálunk?
  Azt se értem hogy ez miért mindig ugyanazt a választ adja vissza :S

  A másik kérdés, hogy 48 ezer szót feltölteni így nem egy perces feladat a gépnek?

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