Új hozzászólás Aktív témák
-
Karma
félisten
Érdekes ez a lib, de amit leírtál, ahhoz nem sok köze van szerintem. Egy mezei @RestController-rel is mindent meg lehet csinálni. Ha csak az elindítás fontos és az eredmény nem érdekel, a service beaned metódusára rakhatsz @Async annotációt, így a HTTP kérés azonnal visszatérhet. Ha meg kell az eredmény, akkor ugyanez, plusz a DeferredResult.
“All nothings are not equal.”
-
bundli
tag
Sziasztok!
Van aki dolgozott itt már gráfokkal? Olyat szeretnék csinálni, hogy van mondjuk valamiféle adatszerkezetem, amiben vannak adatok amelyből valahogy kiolvasnám a gráf éleit, illetve csúcspontjait. Ezek után szeretnék létrehozni egy gráfot ezekből az adatokból, amit később fájlba írnék és megjelenítenék. Milyen könyvtárakat ajánlotok erre a célra, esetleg van valahol ilyenre példakód?
Az egyszerűség kedvért úgy is el lehet képzelni, hogy egy Map-be tárolom az éleket, ahol a kulcs az egyik csúcs, az érték pedig a másik csúcsa az élnek.
Ha valami nem érhető szóljatok nyugodtan!
-
n00n
őstag
Sziasztok!
10 éve dolgozom System Admin/DevOps szerepkörben több nemzetközi cégnél. Viszont mostanában az infrastruktúra területéről kacsingatok a fejlesztés felé, leginkább a java érdekel. Nem vagyok benne totál kezdő, MSc-s diplomám van, ahol volt jó pár programozói kurzusom is, amiket könnyedén vettem. Volt köztük több Java-s is. A szakdolgozatomnál például egy monitorozó rendszert készítettem, aminek a felülete Springes volt. Viszont azóta eltelt már pár év. Szerintetek mennyi idő alatt lehet annyira átképezni magam, hogy már való életbeli projekteken dolgozhassak? A cégnél van képzés, heti 3x 1,5 óra, amit igénybe vehetek. Szerintetek reális lehet az egy év erre?
-
-
Chesterfield
senior tag
Itt hogy jön ki a -25534?
Nem a short felső korlátját kéne felvennie x-nek?
Azaz 32 767-et? -
floatr
veterán
válasz Chesterfield #8514 üzenetére
Bár nem kifejezetten java témakör, de a számábrázolás a negatív értékek esetében úgy történik, hogy a 15 biten ábrázolható legnagyobb érték + előjel jelenti a -1-et
1 111 1111 1111 1111 (ha jól emlékszem az előző évezredből)
a -2 így néz ki
1 111 1111 1111 1110
és így tovább csökkenő sorrendbenja és a magyarázat: -1 x (32768 - (40002 - 32768)) azaz 40002 - 2^16, ha az érték túlcsordul
[ Szerkesztve ]
-
fordfairlane
veterán
válasz Chesterfield #8514 üzenetére
Nem a short felső korlátját kéne felvennie x-nek?
Azaz 32 767-et?Vagy például dobhatna kivételt. Nem, sajnos ilyenkor a legfelső bitek elvesznek.
x gon' give it to ya
-
Chesterfield
senior tag
-
bundli
tag
Egy kicsit komplexebb kérdésem lenne:
Valamiféle adatszerkezetet keresek, amely alkalmas lenne az alábbira:
REST-en keresztül érkeznének üzenetek egy szolgáltatásnak. Az üzenetek formája/típusa az egyelőre tetszőleges, a választott adatszerkezetnek megfelelően választanám azt.
Ezeket az üzenetek egy Spring keretrendszert futtató szintén REST szolgáltatás fogadná, amelynek valahogy fel kéne dolgozni és eltárolni azt.
Valahogy úgy kéne elképzelni, hogy jönne egy String üzenet A-tól: "A üzenet" (Tehát az üzenetben stringek jönnének, mint egy log service)
Ezt az üzenetet be kéne tenni valamibe ahol csak az A-tól jövő üzeneteket tárolom. Mindezt úgy, hogy historikusan vissza lehessen követni valamilyen szinten. Tehát mondjuk egy asszociatív tömbbe, ahol kulcs az a dátum lenne, az érték pedig maga az üzenet.Ezekután ebből az A tömbből pedig ki ki tudnám szedni az adatokat úgy, hogy megadnám, hogy "ettől-eddig" az intervallumig kérném az értékeket a tömbből.
Bármilyen segítséget megköszönök!
-
disy68
aktív tag
Lehet én nem értem a kérdést. Ha magára a request-response szerkezete a kérdés, akkor innen válogathatsz.
A formátum, mint JSON is eléggé adja magát, bár használhatsz xml-t is, többletmunkát nem okoz egyik sem java oldalon.
Ha a "betenni-kivenni" azt jelenti, hogy perzisztálnád az adatokat, amiket szűrni szeretnél egyszerűen, akkor valamilyen adatbázis használata is célszerű lehet.
Szóval az induláshoz a kulcsszavak
Spring Boot, @Restcontroller, Jackson, Hibernate, MySQL
is lehetnek akár.Persze ha te üzeneteket fogadsz, akkor érdemes lehet autentikáción is gondolkodni.
“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude
-
gygabor88
tag
java.util.TreeMap első körben jónak tűnik szerintem, ha nincs szükség perzisztenciára. Ha kell perzisztencia, akkor valami lightweight DB-t kell keresni, van jó pár minden igénynek megfelelően. Vagy egy rendes nagy DB-t. Vagy ha kell HA is, akkor valami gridet, ami replikál a nodeok között. El lehet ezt bonyolítani.
[ Szerkesztve ]
-
<Lacy85>
addikt
Sziasztok!
Indulóra szeretnék egy kis segítséget kérni, mert így ismeretlenül kicsit el vagyok veszve a JAVA világában.
Hol érdemes nekiállni? Van némi programozói tapasztalat, de inkább webes területen (PHP, JS, stb.)
A natív része érdekelne inkább (ui, adatbázis távoli elérés, stb.)Ezekhez érdekelne valami használható anyag. Neten találtam rengeteg tananyagot, de így elsőre az sem nagyon tiszta, hogy melyikkel kellene foglalkoznom.
-
Chesterfield
senior tag
-
disy68
aktív tag
válasz Chesterfield #8522 üzenetére
Talán margarinon.
Bocsánat.“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude
-
bundli
tag
Köszi az előző kérdésre kapott válaszokat!
Egy újabb lenne:
Milyan adatszerkezet lenne a legjobb választás erre:
Lenne N darab tömböm, amely kulcs-érték párokat tárolna: dátum-string formában. Erre és HashMap-et gondoltam. Most ezt az N darab tömböt be kéne rakni egy adatszerkezetben (tömbbe/listába) amin könnyen végig tudnék szaladni rajtuk egy foreach-el és így azon belül minden HashMap elemén is majd.
Ki mit javasol?
[ Szerkesztve ]
-
MODERÁTOR
Ha lenne N darab map-ed egy listában? Én ezt streaming apival próbálnám meg első körben.
Szerk.: Valami hasonlóra gondolhattál?
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Fred23
nagyúr
Egy ilyesminek van reális esélye a közeljövőben?
-
Taoharcos
aktív tag
Sziasztok!
Melyik alkalmazás szerverrel érdemes inkább gyakorolni/garázsprojectet csinálni?
Most éppen Tomcat és Weglogic szerverekkel próbálkozom. Mi a véleményetek a TomEE és Geronimo szerverekről? -
sutszi
veterán
válasz Taoharcos #8528 üzenetére
Ha van tanulási vágy szerintem a wildfly is megfontolandó.
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
-
nagyúr
Konfiguraciot hol taroltok kozpontilag?
Arra gondoltam, hogy a Consul erre kivaloan megfelelne, egyeb otlet? (etcd, ZK, redis nekem is megvan..)
while (!sleep) sheep++;
-
nagyúr
Aha, ha a processzed egy izolalt kornyezetben fut, amihez te nem fersz hozza, egyebkent clustered, es egyebkent az adott parametert tobb kulonbozo alkalmazas is hasznalja?
En ugy kepzeltem, hogy
- Consul, szepen disztributalva, valami paratlan peldanyban, hogy partition tolerant legyen
- config yaml fajlokban
- Ansible beletolja a Consulba a configot, amikor epp kell
- appok kapnak callbacket, hogy az altalaluk hasznalt kulcsok erteke megvaltozott, es ha akarjak, elkezdhetik hasznalni az uj erteketHetvegen 3-4 ora alatt megcsinaltam a proof of conceptet, primko java apit..
[ Szerkesztve ]
while (!sleep) sheep++;
-
floatr
veterán
-
bambano
titán
és a node-ok közötti hálózat is támogatja?
nem értem, minek raksz fel egy komplett infrastruktúrát olyan feladatra, amit valószínűleg létező cuccal is meg lehet oldani.például konfig postgresben egy konfig táblában, módosításra trigger, amit figyel az app. adatbázisod nagy valószínűséggel van. vagy dhcp opcióval, esetleg snmp trap-pel is lehet figyelmeztetni.
most arról nem beszéltem, hogy miért nem lehet úgy összerakni az alatta levő infrastruktúrát, hogy ne kelljen érdemi konfig változtatást csinálni. például pont a proxynál valószínűleg lehetne.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
nagyúr
válasz bambano #8542 üzenetére
> például konfig postgresben egy konfig táblában
Igen, ez lehetne, de sajnos mindenfele szabvanyok miatt nem fogunk tudni a fo adatbazisba konfigot irni on demand. Ha meg felrakok egy masik postgrest csak erre, az mar kapasbol sokkal bonyolultabb, mint pl. a Consul (el tudom mondani, hogy miert).
Az alapveto infrastrukturat nem mi menedzseljuk hanem ... 'robotok'. (Ertsd: azt nem sikerult megoldani honapok alatt, hogy egy uj VM-et egy regi VM kulso IP-je moge rakjanak be.)
A node-ok kozotti halozat egyebkent ez: https://www.weave.works/products/weave-net/
[ Szerkesztve ]
while (!sleep) sheep++;
-
bambano
titán
úgy látom, itt egy totálisan elbaltázott infrastruktúra tákolásáról van szó.
mondom én, hogy rendes architektre lenne szükségetekha nem ad-hoc módon indítgatnátok a konténereket, akkor nem csak consulra nem lenne szükség, hanem erre a weave-re sem.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
nagyúr
válasz bambano #8544 üzenetére
Tovabbra is mondom, ez egy irtozatosan gazos architektura evolucioja valami jobb fele. Ezenkivul full remote work, mindennek mennie kell egy dev laptopon is.
A weave epp ezert van: fel tudom loni az egesz rendszert egy laptopon meg egy 10 szerverbol allo clusteren is, az app ugyanugy mukodik teljes egeszeben. Az alternativa mi lenne? DNS-re szukseged van valahogy, vagy nem? Tenyleg erdekel, hogy mi a bajod vele.
[ Szerkesztve ]
while (!sleep) sheep++;
-
bambano
titán
nem ezzel a konkrét rendszerrel van bajom, hanem azokkal az architektekkel, akik úgy terveznek architektúrákat, hogy az üzemeltetés szempontjait nem veszik figyelembe. utána meg a rendszergazdák beleszakadnak, hogy életben tartsák a lomot. az ilyen "összehord a szél nagy halomba egy csomó appot, és üzemeltesd" hozzáállásból hosszabb távon mindig katasztrófa lesz.
tudod, hogy honnan lesz ezekhez a cuccokhoz supportod? elhiszed, hogy most nincs bennük hiba? elhiszed, hogy legalább addig nincs bennük hiba, míg meg nem unod és fel nem mondassz? (attól kezdve MVP: MásValaki Problémája lesz). biztos vagy benne, hogy nem hagyják abba a fejlesztését?
a másik probléma egyes architektekkel, hogy fogalmuk sincs a hálózat működéséről. arról meg pláne, hogy hogyan lehetne ugyanazt sokkal egyszerűbben megoldani.
a unix alapelve: KISS. keep it stupid and simple. ami nem kell, azt hajítsd ki, különben felesleges kockázatot vállalsz.
a magam részéről, ha választanom kellene, hogy consult rakok fel vagy postgrest, a postgres két fényévnyivel győzne. mert postgres lesz. lesz, aki kijavítja a hibáit. lesz hozzá support. consulhoz? weave helyett meg, ha nagyon muszáj, akkor openvpn.
de azt is el lehetne kezdeni firtatni, hogy valójában kell-e docker neked. csak a világ olyan, hogy aki ezt meg meri kérdezni, az eretnek és máglyára vetik.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
nagyúr
válasz bambano #8546 üzenetére
En uzemeltetek, per pillanat. Marmint ha valami osszefossa magat, akkor nincs mas, aki eletre keltse, csak en. Tehat pont azert vannak ezek, hogy az en eletem egyszerusodjon. Ez van.
> elhiszed, hogy most nincs bennük hiba?
Nem. De hiba mindenben van. Es kerdes, hogy mondjuk service discoveryt irjunk mi, vagy hasznaljunk software defined networkinget? Sajnos a realitas az, hogy ha mi megirjuk, azt joval nehezebb uzemeltetni a bugok miatt, mintha felrakok egy weave-t.
Postgres vs. Consul: almat kortevel. Total mast tud a ketto, de tenyleg. Ha a Hashicorp csodbe megy, akkor a Consult kicserelni masra kb. semmi, de a Postgres ele olyan interfeszt rakni hogy tudja azt, amit nekunk kell, az sokkal tobb melo.
> valójában kell-e docker neked.
O, ezt a kerdest joparszor feltettem magamnak. A Docker nem tokeletes (sot, bugos fos), csak osszevetettem egy csomo minden massal, es per pillanat ez a kombo oldja meg a problemakat kozeptavon.
A helyzet az, hogy a problemaim 90%-a nem technikai jellegu, ergo nem az a kerdes onmagaban, hogy mik a helyes architekturalis elemek technikai szempontbol. Hanem az, hogy a developereket hogy lehet ra megtanitani, meg lehet-e, mennyi ido, etc. etc., tehat inkabb human kerdesrol van szo.
Ha az lenne a kerdes, hogy egy adott appot hogy lehet a leguzembiztosabban deployolni 2016-ban, akkor egyaltalan nem tuti, hogy a Docker lenne ra a jo valasz. Egy legacy rendszer atalakitasanal, durva skalazasnal (1000-szeres terhelesre kell atfabrikalni az egy eleg nagy rendszert kb. 1 ev alatt), massziv feature pressure mellett, elosztott csapatban (cseten tudsz kommunikalni, nagyreszt) -- tok mas problema.
while (!sleep) sheep++;
-
bambano
titán
"Es kerdes, hogy mondjuk service discoveryt irjunk mi, vagy hasznaljunk software defined networkinget?": helyes válasz: egyrészt elkerüljük, hogy service discovery-re legyen szükség, másrészt ha nem kerülhető el, akkor alap oprendszer cuccokkal oldjuk meg.
"De hiba mindenben van.": így van. vagyis a hibák össz-számát azzal tudod csökkenteni, ha a felhasznált komponensek darabszáma konvergál az elvi minimumhoz.
"A Docker nem tokeletes (sot, bugos fos), csak osszevetettem egy csomo minden massal, es per pillanat ez a kombo oldja meg a problemakat kozeptavon.": bare metállal is összevetetted?
egyébként is a docker meg az openstack környékén épp most tört ki egy orbitális balhé, úgyhogy bajban leszel.
"tehat inkabb human kerdesrol van szo.": lehetett érezni, hogy pebkac van
ha te üzemeltetsz egyedül, akkor nem elosztott csapat. maximum ki kell verekedned a csapatban a téged megillető pozíciót, ami szociológiai probléma. de sokat segít, ha csak nálad van root jelszó, a többi meg max. kibicel.
a service discoveryre visszatérve: ezzel, hogy úgy működik a hálózat, hogy bedobsz egy service-t és azt a többiek majd felfedezik, szemléletbeli problémát látok. ha te felügyeled a teljes lomot, akkor nem discoveryt kell csinálni, hanem leltár alapján beállítani azt, amit felfedezni kellene. ha politikai irányból szabad példát hozni, akkor amit csinálsz, az a szabadversenyes kapitalizmus. elkezdődik egy szolgáltatás, a piac meg vagy észreveszi, vagy nem. amit én javaslok, az a komcsi módszer: központi tervintézet előírja mindenkinek, hogy pontosan mit kell csinálni. ez utóbbi szerintem sokkal egyszerűbb.
a felskálázásról meg az a véleményem, hogyha 1000x teljesítményre kell felskálázni a cuccot, akkor bizonyára van már a plusz lóerőből valamennyi, ami majd ehhez kell. azon a plusz lóerőn kell felépíteni az új rendszert, új szemlélet szerint, nulláról, és nem a régi rendszer farigcsálásával konvergálni valamerre. ha meg nem tudnak pár plusz szervert biztosítani ehhez, akkor ott kell őket hagyni a fenébe.
"Postgres ele olyan interfeszt rakni hogy tudja azt, amit nekunk kell, az sokkal tobb melo.": ha jól láttam, két dologra akarod használni a consult: egyrészt értesüljön a gép, hogy konfig váltás volt, másrészt megkapja a konfigot. mindkettőre triviálisan megfelel a postgres, különösebb fejlesztés nélkül. egyébként sem tudok elképzelni adatbáziskezelő nélkül ilyen projektet, tehát valami már úgyis van alatta. ha nem postgres, akkor mysql, teljesen mindegy, a postgrest csak példának mondtam.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
nagyúr
válasz bambano #8548 üzenetére
> egyébként is a docker meg az openstack környékén épp most tört ki egy orbitális balhé
OpenStack korul, nem a Docker korul. A kettonek sok koze nincs egymashoz.
> a service discoveryre visszatérve:
Tul keves konkretum hangzott el idaig (reszemrol is), tehat errol most ne vitatkozzunk.
> , hogyha 1000x teljesítményre kell felskálázni a cuccot, akkor bizonyára van már a plusz lóerőből valamennyi,
Ha ugy tudsz skalazni, hogy gepeket pakolsz a rendszer ala, az fasza. Nalunk nem ez a helyzet.
while (!sleep) sheep++;
-
DarkByte
addikt
egyébként is a docker meg az openstack környékén épp most tört ki egy orbitális balhé
Ez nekem kimaradt, kérhetek rá linket micsoda ez?
(amúgy nem is figyeltem hogy van külön Java specifikus programozói topik )[ Szerkesztve ]
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Kerékpárosok, bringások ide!
- Vezetékes FÜLhallgatók
- Léghűtés topik
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- World of Tanks - MMO
- Otthoni hálózat és internet megosztás
- Ukrajnai háború
- Stellar Blade
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- 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