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

• cacattila csendes tag

  #6875

  #6869 geckowize

  2015-02-19 21:04: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

  

  cacattila

  csendes tag

  #6869 geckowize

  #6869 geckowize

  Ahogy én értelmeztem a Main-emben, szerintem úgy értendő.

  Car a = new Car("AAA-111", da);
  a = null;

  Ez esetben egy rendkívül ronda trükkel bár elérheted amit akarsz,viszont ez nem megbízható, ugyanis a GC-re hagyatkozol, arra meg nem nagyon vagy befolyással, és őszintén kétlem, hogy a feladatban ilyet kérnének, tekintve a körítést. Lényeg a lényeg, ha felülírod a finalize() metódust, akkor amikor a GC megszünteti az objektumot, akkor ez a fv 1x meghívódik. Ismétlem, nem tartom valószínűnek hogy ez a feladat célja,ugyanis erre nem lehet építkezni, mivel ilyenkor a számláló csökkentésének időzítése nem determinisztikus a program szempontjából. Gyanítom egy destruktorral rendelkező programnyelvhez való példát próbál a tanár Java-ra erőltetni, ez így kicsit veszélyes dolog.

• cacattila csendes tag

  #6748

  #6747 Muton

  2015-01-16 17:10: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

  

  cacattila

  csendes tag

  #6747 Muton

  #6747 Muton

  hi!
  azt meg lehet oldani, hogy a glassfishen létrehozott poolnak a nevére kelljen csak hivatkozni és ne a db name, pass, username-t kelljen használni?

  eredeti:
  conn = DriverManager.getConnection("jdbc:postgresql:" + database, username, password);

  amilyet szeretnék:
  conn = DriverManager.getConnection("jdbc:postgresql:" + [I]valami.getPoolPropertiesAkármiFüggvény(MyPoolName)[/I]);

  ebbol sztem ki tudsz indulni (jndi data sourcekent kell ra hivatkozni):
  [link]

• cacattila csendes tag

  #5692

  #5691 emvy

  2014-08-03 22:05: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

  

  cacattila

  csendes tag

  #5691 emvy

  #5691 emvy

  Erdekes kerdes, par eve mar irtam egy ilyen rendszert, de a messaging maga az LatencyBusters/Ultra Messaging alapokon ment, ami egy IP multicast alapu szuperalacsony kesleltetesu uzenetkuldo rendszer, asszem mostmar az Informatica arulja, tehat csak a gepenkenti elosztott in-memory adatbazist csinaltam. Akkor meg nem talaltam pont ilyen, kesz rendszert -- a messaging reszre van csomo alternativa. (Mi olyan napi par szazmillio uzenetig skalaztuk a dolgot, a nap az 7.5 orat jelentett, LBM/UMS siman megoldja a konkret uzenetkuldest.)

  A te esetedben ugy latom, az offline felhasznalas a legtrukkosebb resze a dolognak, altalanos megoldas erre biztosan nincs. Az offline verziot csak olvasasra hasznalnad, ugye? (Ha nem, az elsore nem tunik trivialisnak, mert valamilyen policy kellene arra, hogy kezeld a konfliktusokat/inkonzisztenciat.)

  Nem, offline esetben is történne írás, viszont az nem okoz gondot, mert minden gép csak a hozzá tartozó adatokat tudja szerkeszteni, azaz inkonzisztencia adatbázis szinten nem történhet. A többi típusú collision pedig más szinten van megoldva, mivel az alkalmazás jellegéből fakadóan az standard üzemnél előfordulhat.

• cacattila csendes tag

  #5690 2014-08-03 11:16: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

  

  cacattila

  csendes tag

  A következő problémám lenne:

  A következő követelményekre lenne szükségem valamilyen kész komponenst, library-t használni:

  Egy központi gép, amit minden más gép elér.
  - Gépek alhálókban, ahol a gépek látják egymást és a központi gépet, viszont nem látják a más csoportokba tartozó gépeket.
  - Megbízható (persistent) üzenetváltás sok GB adat esetén is.
  - A hálózatnak tolerálnia kell gépek kiesését (kivéve a központi gép), és új gépek hozzáadását.
  - Minden gépnek teljes adatbázissal kell rendelkeznie, azaz egy ideig offline állapotban is minden adatnak rendelkezésre kell állnia.
  - Data collision nem számít. (ugyanolyan id, action, result sosem fog történni)
  - Minden üzenetnek meg kell érkeznie minden gépre, még abban az esetben is, ha olyan gép küldte amely még azelőtt levált a hálózatról, hogy új gép lépett volna be a csoportba.
  - Jó lenne, ha a megldás csak és kizárólag Java nyelven állna rendelkezésre (ez a követelmény nem kritikus, végső esetben lehet natív kód is).

  Jelenleg van erre megoldásunk egy legacy kód személyében, viszont a megoldásban sok a hiba, ami miatt egy kész, bizonyított megoldásra szeretnénk váltani. Szóval összességében vmi fa jellegű, ad-hoc hálózaton alapuló, fault-tolerant adatreplikációt szeretnénk elérni. Van-e vkinek tapasztalata ilyen téren, illetve milyen megoldások jöhetnek szóba szerintetek?

• cacattila csendes tag

  #5113

  #5111 Amartus

  2014-03-10 07:59:04

  Ú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

  

  cacattila

  csendes tag

  #5111 Amartus

  #5111 Amartus

  Köszönöm, ez jó.
  Arról esetleg tudsz valami infót adni, hogy ha POS terminált(bankkártya olvasó) szeretnék kezelni, adatot küldeni-fogadni, akkor jó helyen kutakodok, vagy keressek tovább, esetleg mást?

  Ha olyan POS terminállal akarsz soros porton kommunikálni, ami bankkártyákat is elfogad, valamint a terminál (és a rajta futó alkalmazás) hitelesített, azaz használható bankkártyás vásárlás során, akkor nagyon kevés esélyed van arra (inkább semmi) hogy érdemi információt nyerjél ki soros porton keresztül. Persze egészen más a helyzet, ha van lehetőséged a terminálra saját alkalmazást telepíteni, innentől kezdve nincsenek korlátozások

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