Új hozzászólás Aktív témák
-
M_AND_Ms
addikt
válasz caindwan #8100 üzenetére
Így, elsőre
Verziókezelés[ Szerkesztve ]
Aki tejszínhabot szeretne, az inkább verje ki a fejéből!
-
peterszky
őstag
Java program futtatásakor van olyan lehetőség, mint pl. C++-nál, ha egy nem várt, nem kezelt exceptionnel elszáll a cucc, akkor automatikusan generálódjon egy coredump, amiből ki lehet bányászni, hogy egy-egy változó milyen értéken volt a hiba keletkezésének idejében?
What else you gonna do on a Saturday?
-
Aethelstone
addikt
válasz peterszky #8102 üzenetére
Ha az alkalmazásod meg ráadásul valami alkalmazás-szerverben fut, akkor az alkalmazás-szerver kiválóan tudja monitorozni. Ha standalone, akkor érdemes lehet valami mbean, mxbean féle, normális cuccot csinálni, a core dumpok hákolása nem fehér embernek való Vagy kezeld a lehetséges runtime exceptionokat Persze, nyilván nem azokat, amikor elfogy a disk vagy valaki letörli a linux kernelt a futó app alól
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
peterszky
őstag
válasz Aethelstone #8105 üzenetére
Egy OPatch cucc halt meg, Windows alatt, mint kiderült, az egyik fajta windows linket (van link, junction, meg nem tudom még mi...) nem szerette.
What else you gonna do on a Saturday?
-
sutszi
veterán
Még mielőtt nekiszaladnék a google-nek, két témában keresek amolyan quick guide jellegű irodalmat. Az egyik a Liferay a másik pedig a webMethods.
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
-
sutszi
veterán
Valaki?
Liferay-hez látom van dokumentáció meg info... De a webmethods (integration server) témában nem sok minden van. Senki nem találkozott még vele?
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
-
ToMmY_hun
senior tag
Sziasztok!
Threadek közti kommunikációra tudnátok ajánlani könyvtárat? 20-30 threadről lenne szó és percenként 10-es nagyságrendű üzenetváltásról.
Köszönöm előre is!
C programmers never die, they are just cast into void.
-
ToMmY_hun
senior tag
válasz gygabor88 #8110 üzenetére
Az osztályait felhasználva tudok egy kommunikátor osztályt létrehozni és azt singletonként használva elérni bárhonnét és így üzeneteket küldei/olvasni. Viszont annyira általánosnak tűnik nekem a probléma, hogy nagy eséllyel van rá kész kód és akkor használnám azt.
C programmers never die, they are just cast into void.
-
gygabor88
tag
válasz ToMmY_hun #8111 üzenetére
Ha klasszikus producer-consumer megvalósítás kell, tehát bedob egy thread egy üzenetet és valamelyik másik feldolgozza, akkor egy BlockingQueue / TransferQueue elég. Ha a két thread között egy üzenet cserét kell megvalósítani, akkor Exchanger. Stb.
Attól is függ, hogy ugyanazt az üzenetet minden threadnek fel kell dolgoznia vagy elég ha csak egy foglalkozik vele.
Ha mindenképp külső könyvtárat keresel, akkor disruptorra ránézhetsz, de ez csak annyit tud, hogy gyorsabban valósítja meg azt, amit a jdk beépített osztályaival amúgy is el lehet érni. -
zsambek
aktív tag
Sziasztok!
http://pastebin.com/9NHsF8jg
Van egy ilyen csodám, és azt szeretném elérni, hogy a belső osztályból az events ArrayList-hez (paraméter) hozzá tudjak adni eventeket. Nem tudom, hogy innen hogyan tudnám szépen kimenekíteni az adatokat, hogy megkaphassa az events.
Köszi a válaszaitokat,
-
WonderCSabo
félisten
válasz zsambek #8115 üzenetére
Tuti jo lesz ez igy? A kodreszletben en csak egy events nevu valtozot latok, meghozza a FacebookEventList() metodus parameteret. Azt pedig nem ugy kell elerni, ahogy irtad, hanem csak siman, de final-e kell tenni a parametert.
Amit te irtal, az a FacebookEventList() metodust tartalmazo osztaly events mezojet eri el.
[ Szerkesztve ]
-
zsambek
aktív tag
válasz WonderCSabo #8116 üzenetére
Szia!
Elfelejtettem hozzátenni, hogy kicsit refaktoráltam, és nem vesz át semmilyen paramétert a függvény, csak az Outer class-ban lévő events ArrayList-et módosítja.
-
Jó Magam
újonc
Ejj, behúzod a csapdába hogy aztán hegeszthesse itt a css-t látástól mikulásig
-
Sk8erPeter
nagyúr
-
fatal`
titán
válasz Sk8erPeter #8120 üzenetére
Ha valaki érti a hozzászólást, akkor szóljon, mert én nem tudom hova tenni
-
sutszi
veterán
Ha van egy összetett összetett metódusotok, ami tipikusan régről maradt meg. (Lehet, hogy eredetileg nem is ti írtátok.) Sikerült újraírni, optimalizálni...minden szép és jó.
A régi kódot van aki kommentben otthagyja, vagy inkább kitörlitek?[ 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
-
sutszi
veterán
Persze, van version control... Inkább elméleti jellegű a kérdés. Én úgy gondolom, hogy ha már újraírtam, teszteltem, és okés, akkor nem kell otthagyni kommentbe....én törölném. Pont azért, mert ha mégis kellene akkor visszaállok egy korábbi verzióra az adott osztályból és megnézem. Csak arra lennék kíváncsi, hogy esetleg van-e valamilyen más szempont ami miatt ez jó lehet...
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
-
sutszi
veterán
Hibernate esetén, ha zárom a session-t, de maradt unsaved objektumom, akkor mi történik?
nem találom a doksiban ezt a résztElvileg simán detached lesz, nem...?
[ 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
-
Szmeby
tag
Hát igen, más meglepő dolog nemigen történhet. Esetleg egy exception.
A close nem flush-ol, szóval detached-be mennek az objektumaid.
De miért is tennél ilyet? Előtte kommitálj, és nem lesz baj.A kommentes dolgot pedig teljesen jól látod. Azért van version control, hogy ne kelljen kommentel teleszemetelni a kódot. Én személy szerint ezeket a marker kommenteket sem bírom, szinte soha nincs rájuk szükség, de mint minden, ez is ízlés kérdése.
[ Szerkesztve ]
-
sutszi
veterán
Igen ez a másik lehetőség. Az exception. Most nem tudtam öszedobni egy DB-t meg entitásokat, meg valid kódot, hogy kipróbáljam. De az exception-re lennék kíváncsi. Elszáll, vagy simán lefut és detached?
Wá, köszi. Ez eszembe sem jutott.
Vannak élethelyzetek amikor fura nem életszerű kérdésekkel zaklatják az ember lelki békéjét. De mivel ilyen helyzet nem megy ki a kezem közül, ezért nem tudom rá a választ.
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
-
Szmeby
tag
Igazán nincs mit. Haszontalan tanácsot bárkinek szívesen adok.
Há! Itt azt állítják, hogy alapesetben a session.close() is nyomja a flush-t. Pedig le mertem volna fogadni, hogy nem tesz ilyet. Nagyon rég Hibernate-eztem.
Amúgy ez kicsit meglepő, de ember legyen a talpán, aki egy ilyen apidoc-ból kideríti, mi a szitu: "The Session is sometimes flushed before query execution in order to ensure that queries never return stale state." Nesze semmi, fogd meg jól.
Most én se tudom sajnos kipróbálni, de egyre kevésbé valószínű, hogy exception lenne a vége.[ Szerkesztve ]
-
Aethelstone
addikt
Ez szerintem attól is függ, hogy éppen van-e aktív tranzakció. A tranzakció a commit-tel lesz sikeres, ergó ebben az esetben kell visszaírni a változásokat. Ha csak simán nyomunk egy close-t a Session-ra, akkor ugye teljesen attól függ(sometimes), hogy éppen van-e valami tranzakció. Mert egy close a commit nélkül eredménytelen elvileg...
A fax se tudja. DB függő is lehet, illetve JDBC implementáció......
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
M_AND_Ms
addikt
válasz Aethelstone #8131 üzenetére
"A tranzakció a commit-tel lesz sikeres, ergó ebben az esetben kell visszaírni a változásokat."
Általános adatbázis működést feltételezve nem a COMMIT-nál kell kiírni a változásokat, hanem az utasítás végrehajtásakor egyből. A COMMIT-nál érvényre jutnak a már kiírt változások, vagyis a többi db session számára is elérhetők lesznek. Pl tudni kell olyat is, hogy vannak bizonyos adatbázis-kezelőkben olyan típusú objektumok, amik csak a COMMIT-ig tartalmazzák a beléjük írt adatot, és pont a COMMIT után tűnnek el onnét (pl Oracle-ben a global temporary táblák ). Ezeknél kifejezetten rosszul jönne, ha egy perzisztenciakezelő csak a COMMIT-nál írná ki a változásokat a DB-be.
"Mert egy close a commit nélkül eredménytelen elvileg"
Hogy egy close a COMMITnélkül mire megy? Ez JDBC függő, ill., ennek viselkedése szabályozható. Pl: Connection-ben az autoCommit : true / falseAki tejszínhabot szeretne, az inkább verje ki a fejéből!
-
floatr
veterán
Bár csak hibernate-es projektjeink vannak, de ezt most próba nélkül én sem vágom. Jártam már vele úgy, hogy mentette a változásokat, meg úgy is, hogy nem.
(#8132) M_AND_Ms
A hibernate session egészen más állat. Nem szabad azt gondolni, hogy egy ORM művelet egyből DB művelettel is jár. Max a stateless session és a natív query az, ami garantáltan egyből elvégzi a feladatát DB-ben is.[ Szerkesztve ]
-
-
floatr
veterán
válasz WonderCSabo #8139 üzenetére
Nekem épp ez jött le, hogy 5-ben maximalizálná a threadek számát. Nem is értettem ezt az 5 elemű iterációt
-
floatr
veterán
válasz WonderCSabo #8141 üzenetére
A hiányos specifikáció egyedi megoldásokat szül Napi szinten probléma
-
Fooler89
őstag
válasz WonderCSabo #8137 üzenetére
Köszönöm, ez kellett.
Semaphore-os megoldás is hasznos volt
-
RexpecT
addikt
Szerintetek mi értelme van, hogy egy cégnél az üzemeltetés végezze a programok buildelését?
Adott egy Java EE projekt, eddig előállítottam az EAR file-t lokálisan, az le lett tesztelve, majd DEV és DEMO rendszerre telepítve. Ha minden jól ment, akkor került az éles rendszerre.
Valahol bevett szokás, hogy az üzemeltetés, aki deployolja az appot, az végzi el a buildelést is?
Én őszintén megmondom nem sok értelmét látom. Mit ajánlotok erre a célra? Maven ear plugin? -
Karma
félisten
válasz RexpecT #8145 üzenetére
A modern világ jó részében vagy az üzemeltetés, vagy egy teljesen automatizált folyamat végzi a buildelést és az élesítést is. Persze úgy, hogy először a tesztek is lefutnak. A fejlesztő saját gépén ad-hoc fordított csomagok felett régen eljárt az idő, mert mi van, ha szabadságon vagy, vagy baleset ér? Égjen fel a cég?
Szerintem nézz utána pár build szervernek. Én leginkább a Jenkinset és a TeamCityt ismerem, az előbbit javasolnám kb. bármilyen Java-s projekthez. De tény, a Maven is elég fontos szereplő, hiszen azt tudja meghívni a szerver.
[ Szerkesztve ]
“All nothings are not equal.”
-
bambano
titán
válasz RexpecT #8145 üzenetére
ha az üzemeltetés minimális szinten is hozzáértő, akkor nem hagyja, hogy egy olyan gépen buildelődjön a program telepítője, amiről nem tudja, hogy mi van rajta.
tehát minden esetben, amikor a programozó csinálja a telepítőt (nyilván nagyobb projektet feltételezve), ott az üzemeltetés kaszkadőrködik.
ui: láttál már nagyobb halom vírusos telepítőcd-t?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
floatr
veterán
válasz bambano #8148 üzenetére
Ha az üzemeltetés hozzáértő, akkor tudja, hogy melyik gépen mi van, és éppen mi fut
(#8147) RexpecT
Jaja, régebben scriptek halmaza gondoskodott az automatizált telepítésről, frissítésről. Most continuous integration a varázsszó. Projektet eleve így érdemes elkezdeni, mert anélkül mindenki csak szenved vele.
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- sziku69: Fűzzük össze a szavakat :)
- Formula-1 humoros
- Yettel topik
- Facebook és Messenger
- Formula-1
- Megbírságolták a Razert a Zephyr maszkok miatt
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Kormányok / autós szimulátorok topicja
- HiFi műszaki szemmel - sztereó hangrendszerek
- Skoda, VW, Audi, Seat topik
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen