- Mr. Y: Motoros sztorik #06
- Luck Dragon: Asszociációs játék. :)
- Elektromos rásegítésű kerékpárok
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Magga: PLEX: multimédia az egész lakásban
- sziku69: Fűzzük össze a szavakat :)
- bambano: Bambanő háza tája
- vrob: Az IBM PC és a játékok a 80-as években
- Tomasz72: Ventilátor upgrade
- Parci: Milyen mosógépet vegyek?
Új hozzászólás Aktív témák
-
#8600
bambano
titán
fordfairlane
#8599
bambano
titán
válasz
fordfairlane
#8599
üzenetére
szerintem nem feltétlenül a sok mag számít, hanem a ram.
nekem semmi bajom a netbeans sebességével. -
#8599
fordfairlane
veterán
proci985
#8595
fordfairlane
veterán
válasz
proci985
#8595
üzenetére
Nekem a kedvenc IDE-m máig a Visual C++, még valahol az 5.0-6.0 környékén. A Netbeans kezdte megközelíteni, de a felülete annak sem volt annyira gyors, pattogós. Máig nem látok ilyet a szerkesztők között. Még az IJ-t vagy PHP Storm-ot sem érzem az igazinak. Nem tudom, hogy mi lenne akkor, ha valami sokmagos Xeon munkaállomás kerülne a mostani Sandy Bridge i5 devgép helyére, de anno egyáltalán nem kellett erőmű, ahhoz, hogy gyors, reszponzív legyen a fejlesztői környezet.
-
bambano
titán
válasz
Amartus
#8596
üzenetére
az oracle azt hitte, hogy hozzá is csapódni fog az open source közösség, mint a sunhoz. ez nem jött be, fizetett erőforrást meg nem hajlandó rászánni. a régi sunos projekteket vagy forkolják, vagy megdöglenek maguktól. utána az oracle áttolja az apacshoz, ahol ugyanez vár rájuk. lásd hudson, openoffice, stb.
-
proci985
MODERÁTOR
-
floatr
veterán
válasz
Amartus
#8591
üzenetére
Springhez én spec egyáltalán nem használok semmit, mert egy idő után rájön az ember, hogy ezek a csiricsáré toolok, amikkel az xml-eket lemodellezik, csak az időpocsékolásra jók. Javascript tekintetében viszont a netbeans volt nekem eddig a nyerő, bár most van pár újabb fizetős plugin JS frameworkökhöz, amit nem akaródzik megvenni, azok lehet h jobban muzsikálnak, mint az alap.
(#8585) mobal viszonylag ritkán debuggolok, így nem érzek nagy különbséget a kettő között. A múltkor az egyik kvázi kollégám, aki liferay bundle-okat gyárt, kidebuggolt valami komponenshibát, de fogalmam sincsen h mit használt hozzá. Egy a problémám ezzel az egész felvetéssel, hogy mint minden ilyen konkurenciaharc esetében itt is van egy erős hype train, divat belekötni hangulati alapon dolgokba, miközben a makacs tény az, hogy az eclipse egyelőre ipari standard, az idea egy második szereplő, a netbeans meg az apache foundation kezei közt fog kimúlni.
-
DarkByte
addikt
válasz
Amartus
#8591
üzenetére
Teljesen jól elvagyok Spring-el a community IDEA-val. Mondjuk átálltam egy ideje a Java config-ra és az XML-ezést mellőzöm. Ott ötletem sincs mennyit tud segíteni. Szerintem mivel ott is az autocompletion leginkább az XSD-nek köszönhető (azt pedig minden valamire való XML szerkesztőnek illik támogatnia) sok mindent nem vesztesz. Én körülbelül a kevert webes/backendes projekteknél hiányolom a HTML/Javascript highlight-ot, de ott kinyitom az adott részprojektet Atom-al.
-
-
#8586
Aethelstone
addikt
Aethelstone
addikt
Nálunk céges policy Eclipse. Jó az
-
floatr
veterán
válasz
DarkByte
#8582
üzenetére
Régóta használok már java IDE-ket. A nulla támogatottságtól ('95-'96) a szinte nulla ráfordítási igényig elég szép volt a felhozatal. Használtam VS J++-t, JBuilder-t, JDeveloper-t, Netbeans-t sokáig a felvásárlás előtt és kb 2 évvel ezelőtt is, Eclipse-t (myeclipse, sts, meg valami évi 1000 dolláros szutyok verzió), és volt szerencsém belekóstolni az Idea-ba is részben az android studio révén. Volt olyan is, hogy engedtem ugyanazon projekten belül használni Idea-t is, mivel volt két kiccserkész, akinek ahhoz volt kötve a keze.
A mai napig úgy érzem, hogy a legkorrektebb eszköz az VS volt, és az alap eclipse-hez kapcsolódó - mondjuk úgy - "élmények" vannak még a tűrőképességem határain belül; a többi számomra nem volt elég jó. Ez nyilván egyéni, részben lelkesedés szerinti, néha meggyőződéses. Azt viszont tapasztalom, hogy produktivitásban semmit nem nyer az ember egy ilyen váltással, ha leszámítjuk a szoftver iránt érzett ellenszenvét.
-
válasz
Taoharcos
#8577
üzenetére
> session.invalidate();
A 'session' az itt ugye egy lokalis valtozo, egeszen konkretan egy referencia. Ezen hivsz egy metodust. Nincs ertekadas. Ha nincs ertekadas, akkor a valtozo hogy lehetne hirtelen null?
HttpSession session = request.getSession();
session.invalidate();
if(getSession(false)==null){
out.print("még be vagy jelentkezve");
request.getRequestDispatcher("welcome.html").include(request, response);
}
else{
out.print("kijelentkeztél!");
request.getRequestDispatcher("index.html").include(request, response);
}Probald meg inkabb igy.
-
Taoharcos
aktív tag
Sziasztok!
A problémám az alábbi kóddal, hogy a session.invalidate után nem lép ki még "érvényes" a session. Van valami ötletetek?
package com.zolee.jsfloginhome20160924a;
import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
@WebServlet (urlPatterns = {"/LogoutServlet"})
public class LogoutServlet extends HttpServlet{
protected void doPost(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException{
response.setContentType("text/html");
PrintWriter out = response.getWriter();
HttpSession session = request.getSession();
session.invalidate();
if(session!=null){
out.print("még be vagy jelentkezve");
request.getRequestDispatcher("welcome.html").include(request, response);
}
else{
out.print("kijelentkeztél!");
request.getRequestDispatcher("index.html").include(request, response);
}
}
} -
-
#8564
PumpkinSeed
addikt
emvy
#8561
PumpkinSeed
addikt
A docker microservice-kre jó, de nekünk nem csak az van, minden elszeparált konténerekben van, és amikor elkezdtük csinálni nem éreztük úgy, hogy a docker alkalmas lenne a productionon futó db szerver futtatására. Vegyíteni meg nem akartuk, hogy akkor kis docker, kis lxc, meg talán most még egy kis openshift.
-
#8561
emvy
félisten
PumpkinSeed
#8560
válasz
PumpkinSeed
#8560
üzenetére
> de ezzel szemben a konténer tud írni a host file system-re.
Hat, vagy nem ir sehova (total RO a teljes FS a konteneren belul), vagy adsz neki irhato mountot (ezt te szabalyozod), vagy szeparalt volume-ot adsz neki. Szoval nem, nem tud irni a hostra, ha te nem szeretned.
> A másik a hálózat, nem teljesen szabályozom én, és telenyomja az iptables táblámat mindennel.
--iptables=false... es kesz, innentol nem csinal semmit az iptables szabalyaiddal, ha nem akarod.
> Ezenkívül a loggolás se úgy van megoldva ahogy egy normális rendszernél ugyanis szó szerint csákánnyal kell ütni, hogy kihányja a logokat.
Nem ertem. X kulonbozo log target van, azt csinalsz vele, amit akarsz.
> Ami tetőzi, hogy az egymásközötti kommunikációt linkeléssel lehet a legegyszerűbben megoldani, ami amúgy megnyitja a teljes container-t a host fele is.
Ez nagyon reg lehetett, rendes networking van, a kontener pont azt latja, amit engedsz neki. Nalunk pl. a kontenerek nem latjak a hostot egyaltalan, nincs is nethozzaferesuk, pedig a hostnak van.
Persze az lxc is jo, de szerintem masra, mas kornyezetben.
-
#8560
PumpkinSeed
addikt
emvy
#8559
PumpkinSeed
addikt
Nekem két főbb problémám van a Docker-el. A CoW az egyik, ami jó, mert 200 konténer esetén nem kell 200 image-t letölteni, de ezzel szemben a konténer tud írni a host file system-re. A másik a hálózat, nem teljesen szabályozom én, és telenyomja az iptables táblámat mindennel. Ezzel szemben LXC alatt igaz, hogy ezt nekem kell megcsináljam, de akkor is úgy szabályozom ahogy én akarom. Ezenkívül a loggolás se úgy van megoldva ahogy egy normális rendszernél ugyanis szó szerint csákánnyal kell ütni, hogy kihányja a logokat. Ami tetőzi, hogy az egymásközötti kommunikációt linkeléssel lehet a legegyszerűbben megoldani, ami amúgy megnyitja a teljes container-t a host fele is. Most hirtelen csak ennyi jutott eszembe.
Mondjuk amilyen ütemben nyomják ki az új verziókat ezek már lehet nem léteznek, viszont annyit változtak 3 év alatt, hogy mi ezért is nem ezt hanem LXC-re kezdtünk építkezni. Stabilabb alapot ad a rendszernek szerintem.Amúgy bocs azt hittem a kérdésed csak költői volt a zárójel miatt.
-
#8559
emvy
félisten
PumpkinSeed
#8558
válasz
PumpkinSeed
#8558
üzenetére
Kerdesre kerdessel? Feltetelezem, ha ennyire hatarozott velemenyed van, akkor el tudod mondani, hogy miert nem epeszu, aki Dockert hasznal prodban.
-
#8557
emvy
félisten
PumpkinSeed
#8556
válasz
PumpkinSeed
#8556
üzenetére
> Pl.: Leáll valami, addig oké, hogy automatikusan újra is indul, de honnan fogja tudni, hogy a barátja felébredt-e már.
Health check egyelore Prometheussal van megoldva.
> Viszont IP címek helyett domain neveket kell használni.
Ez Consul nelkul is megy a Docker network miatt.
> és épeszű ember nem használ docker-t production-ben
Ez butasag szerintem, epeszu ember nem hasznal agyatlanul Dockert production-ben (vagy pl. a Google nem epeszu?).
-
#8556
PumpkinSeed
addikt
emvy
#8549
PumpkinSeed
addikt
A Consult nem csak azért érdemes használni, mert config-ot változtat automatikusan, hanem mert nagyban elősegíti a rendszered stabilitását. Pl.: Leáll valami, addig oké, hogy automatikusan újra is indul, de honnan fogja tudni, hogy a barátja felébredt-e már. Ha mondjuk systemd-vel van mendzselve a dolog akkor egy PreExecStart ami megoldja ezt a problémát, de 200 szolgáltatás esetén ember legyen a talpán aki átlátja. Szóval a Consul használata semmi máshoz csak jóhoz vezet. Szépen mindent le lehet kérni az adott szolgáltatásokról, és hiba esetén load balance is van, ha épp az amit keres nem elérhető. Viszont IP címek helyett domain neveket kell használni. Mi próbáltuk etcd, zookeeper megoldásokat, de a zookeeper eleve egy hulladék volt a memory overheadek meg a sok kiegészítőszükséglet miatt, az etcd már jobb, de azzal meg az volt a baj, hogy amit a Consul alapból támogat ahhoz az etcd-nek kell 3-4 plugin.
Amúgy is a microservice technológia nem létezik Service discovery nélkül, ahol az egyetlen hátrány, hogy a Consul csak docker esetén tud service discovery-t, és épeszű ember nem használ docker-t production-ben. -
floatr
veterán
Az ok, hogy vannak kötöttségek, de abban igaza van, hogy elég elbaltázott dolog az, ha egy rakat alkalmazás fut egy helyen és nem férnek hozzá egy közös adatbázishoz.
Amúgy nem tudom, hogy ennek az általad vázolt szisztémának milyen erőforrásigényei vannak, de kicsit úgy érzem, hogy túllősz a célon. Ennél sokkal kevesebb eszköz-ráfordítással is meg kéne tudni oldani (ami nyilván időben viszont több lenne mint 3 óra). Nálunk jboss clusterek vannak, aminél a jgroups eleve ott van, én azt használnám egy ilyen hálózat kiépítésére, ha nagyon cizelláltan kéne megoldani, de a legtöbbször a cizellált megoldásokat senki nem fizeti ki. -
skoda12
aktív tag
Bambano ötlete szerintem nem elvetendő.
Ansible szerintem már kb bármilyen VCS-ből le tud szedni valamilyen tagelt vagy release branchen levő stabil configot minden hostra az alkalmazásod mellé property fájlként. Az alkalmazásaid pedig apache common configurationnel újraindítás nélkül újra tudják tölteni a fájlokat és triggerelni a listenereket, ha változás történik.Így tényleg nem kell +1 rendszert üzemeltetni, monitorozni.
-
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.
-
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.
-
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.
-
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.
-
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.
-
-
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/
-
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.
-
floatr
veterán
-
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..
-
Egy ilyesminek van reális esélye a közeljövőben?
-
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?
-
#8523
disy68
aktív tag
Chesterfield
#8522
disy68
aktív tag
válasz
Chesterfield
#8522
üzenetére
Talán margarinon.
Bocsánat. -
#8522
Chesterfield
őstag
Chesterfield
őstag
-
<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.
-
skoda12
aktív 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.
-
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, MySQLis lehetnek akár.Persze ha te üzeneteket fogadsz, akkor érdemes lehet autentikáción is gondolkodni.
-
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!
-
#8517
Chesterfield
őstag
Chesterfield
őstag
-
#8516
fordfairlane
veterán
Chesterfield
#8514
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.
-
#8515
floatr
veterán
Chesterfield
#8514
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
-
#8514
Chesterfield
őstag
Chesterfield
őstag
Itt hogy jön ki a -25534?
Nem a short felső korlátját kéne felvennie x-nek?
Azaz 32 767-et? -
-
-
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?
-
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!
-
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.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
jo volt azert, sokat fel lehet szedni rovid ido alatt.
Új hozzászólás Aktív témák
Hirdetés
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Honor 200 - kétszázért pont jó lenne
- Autós topik látogatók beszélgetős, offolós topikja
- Előrendelhető a OnePlus Pad 3
- Milyen autót vegyek?
- Xbox Series X|S
- Beszántaná a marketingért felelős részlegét az Intel
- Eredeti játékok OFF topik
- Konteó topic
- Kerékpárosok, bringások ide!
- Linux kezdőknek
- További aktív témák...
- Apple iPhone 12 Pro 256GB, Kártyafüggetlen, 1 Év Garanciával
- Xbox Series X, újrapasztázva, tisztítva, dobozában, 6 hó teljeskörű gar., Bp-i üzletből eladó!
- újszerű MacBook Pro 14 hüvelykes M3 16GB 512GB SSD Apple space gray asztroszürke 1,5 év garancia
- Apple Macbook Pro 14" (2024) - M4 - 16GB/512GB (mw2u3sl/a) Asztrofekete - Garancia - 18 Ciklus
- OMEN 15-ce01nh 15.6" FHD IPS i7-7700HQ GTX 1060 16GB 256GB NVMe + 1TB HDD magyar vbill új akku gar
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- 123 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!)
- Realme 7i 64GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! ASRock B460M i5 10400 16GB DDR4 512GB SSD RTX 2060 Super 8GB Rampage SHIVA TT 500W
- ÁRGARANCIA!Épített KomPhone i3 10105F 8/16/32GB RAM RX 6500 XT 4GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest