Hirdetés
- Fórumok
- Szoftverfejlesztés
- Java programozás
- (kiemelt téma)
- Garmin topik
- Samsung Galaxy A37 – régi ismerős új formában
- Xiaomi 17 Ultra - jó az optikája
- iPhone topik
- Vivo X200 Pro - a kétszázát!
- EU: senki ne használjon Huawei és ZTE hálózati berendezéseket!
- iOS alkalmazások
- Yettel topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Információáradat a Pixel 11-es szériáról
-
8600 - 8501
12209 - 12001 12000 - 10001 10000 - 9901 9900 - 9801 9800 - 9701 9700 - 9601 9600 - 9501 9500 - 9401 9400 - 9301 9300 - 9201 9200 - 9101 9100 - 9001 9000 - 8901 8900 - 8801 8800 - 8701 8700 - 8601 8600 - 8501 8500 - 8401 8400 - 8301 8300 - 8201 8200 - 8101 8100 - 8001 8000 - 7901 7900 - 7801 7800 - 7701 7700 - 7601 7600 - 7501 7500 - 7401 7400 - 7301 7300 - 7201 7200 - 7101 7100 - 7001 7000 - 6901 6900 - 6801 6800 - 6701 6700 - 6601 6600 - 6501 6500 - 6401 6400 - 6301 6300 - 6201 6200 - 6101 6100 - 6001 6000 - 4001 4000 - 2001 2000 - 1
-
Fórumok
Mobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Nyomtatók, szkennerek Tabletek, E-bookok PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokLOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
Új hozzászólás Aktív témák
-
bambano
titán
szerintem nem feltétlenül a sok mag számít, hanem a ram.
nekem semmi bajom a netbeans sebességével. -
fordfairlane
veterán
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.
-
floatr
veterán
Oracle abandons NetBeans to Apache
Egy cseh(szlovák) eredetű sunos projekt lett az Oracle ámokfutásának az áldozata.
-
bambano
titán
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.
-
Amartus
senior tag
-
proci985
MODERÁTOR
-
emvy
félisten
-
floatr
veterán
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
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.
-
Amartus
senior tag
Többen írtátok az IDEA-t, de pl. Spring-hez, vagy Javascript-hez csak a fizetős jó. Eclipse-nél és Netbeans-nél nincs ilyen korlátozás. Vagy rosszul tudom?
-
DarkByte
addikt
-
mobal
nagyúr
-
emvy
félisten
-
proci985
MODERÁTOR
-
Aethelstone
addikt
Nálunk céges policy Eclipse. Jó az

-
mobal
nagyúr
-
F1rstK1nq
aktív tag
-
floatr
veterán
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.
-
DarkByte
addikt
Én több hónap győzködés után egyik ismerősöm unszolására rávettem magam hogy megbarátkozzam az IDEA-val és azóta nem nagyon használtam Eclipse-t.

-
floatr
veterán
-
proci985
MODERÁTOR
-
emvy
félisten
> 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);
}
}
} -
emvy
félisten
-
DarkByte
addikt
-
emvy
félisten
-
MrSealRD
veterán
-
emvy
félisten
-
MrSealRD
veterán
-
emvy
félisten
-
DarkByte
addikt
Tippre valami ilyesmi Xeon workstation gép
Egyébként ez most az én fejemben is elültette a bogarat.. ba***a meg

-
mobal
nagyúr
-
DarkByte
addikt
-
emvy
félisten
-
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.
-
DarkByte
addikt
-
emvy
félisten
> 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.
-
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.
-
emvy
félisten
Kerdesre kerdessel? Feltetelezem, ha ennyire hatarozott velemenyed van, akkor el tudod mondani, hogy miert nem epeszu, aki Dockert hasznal prodban.

-
PumpkinSeed
addikt
-
emvy
félisten
> 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?).
-
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
-
emvy
félisten
-
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. -
emvy
félisten
-
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.
-
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
) -
emvy
félisten
> 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.
-
emvy
félisten
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.
-
emvy
félisten
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.
-
bambano
titán
-
emvy
félisten
> 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.
-
emvy
félisten
-
floatr
veterán
-
emvy
félisten
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..
-
floatr
veterán
-
emvy
félisten
-
bambano
titán
-
emvy
félisten
-
emvy
félisten
Konfiguraciot hol taroltok kozpontilag?
Arra gondoltam, hogy a Consul erre kivaloan megfelelne, egyeb otlet? (etcd, ZK, redis nekem is megvan..)
-
mobal
nagyúr
-
floatr
veterán
-
MrSealRD
veterán
-
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? -
mobal
nagyúr
-
Fred23
nagyúr
Egy ilyesminek van reális esélye a közeljövőben?
-
mobal
nagyúr
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?
-
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?
-
disy68
aktív tag
Talán margarinon.

Bocsánat. -
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!

-
fordfairlane
veterán
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.
-
floatr
veterán
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
-
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? -
floatr
veterán
-
emvy
félisten
-
floatr
veterán
-
emvy
félisten
-
floatr
veterán
-
sztanozs
veterán
-
bucsupeti
senior tag
-
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?
-
fatal`
titán
-
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!

-
floatr
veterán
-
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.
Új hozzászólás Aktív témák
-
8600 - 8501
12209 - 12001 12000 - 10001 10000 - 9901 9900 - 9801 9800 - 9701 9700 - 9601 9600 - 9501 9500 - 9401 9400 - 9301 9300 - 9201 9200 - 9101 9100 - 9001 9000 - 8901 8900 - 8801 8800 - 8701 8700 - 8601 8600 - 8501 8500 - 8401 8400 - 8301 8300 - 8201 8200 - 8101 8100 - 8001 8000 - 7901 7900 - 7801 7800 - 7701 7700 - 7601 7600 - 7501 7500 - 7401 7400 - 7301 7300 - 7201 7200 - 7101 7100 - 7001 7000 - 6901 6900 - 6801 6800 - 6701 6700 - 6601 6600 - 6501 6500 - 6401 6400 - 6301 6300 - 6201 6200 - 6101 6100 - 6001 6000 - 4001 4000 - 2001 2000 - 1
-
Fórumok
Mobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokPROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Nyomtatók, szkennerek Tabletek, E-bookok PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokLOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
- Fórumok
- Szoftverfejlesztés
- Java programozás
- (kiemelt téma)
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Battlefield 6
- Garmin topik
- Háztartási gépek
- Melyik tápegységet vegyem?
- Évekre előre elszipkázzák az adattárolókat az AI adatközpontok
- Amlogic S905, S912 processzoros készülékek
- Samsung Galaxy A37 – régi ismerős új formában
- Nyolcmagos CPU-val és 32 GB RAM-mal is munkára fogható az MSI egykártyás gépe
- CADA, Polymobil, és más építőkockák
- Video digitalizálás
- További aktív témák...
- Apple iPhone 14 Pro 128gb - Jó állapot, akku 100%, tokkal és fóliával, akár beszámítással
- Samsung Galaxy S26 Ultra 12/256gb Cobalt Violet - Új, bontatlan, garanciális, akár beszámítással
- Apple iPhone 16 128gb - Makulátlan, akku 100%, garanciális, tokkal, akár beszámításal
- 4 FAJTA (Május) DELL Latitude Laptop Tartós-Golyóálló-AKÁR SULIBA 7320 7430 7440 5320 5420 5430
- NEW! Bontatlan Lenovo Thinkpad T14 G6 Tartós Üzleti Laptop 14" -40% Ultra 7 255U 16/512 FHD+ Magyar!
- Felsőkategóriás Gamer PC-Számítógép! Csere-Beszámítás! Z790 / I5 14600KF / 4070Ti Super / 32GB DDR5
- Samsung PM9C1b 1TB M.2 PCIe Gen4 SSD! 7.100-6.700MB/s
- Telefon felvásárlás!! Honor Magic8 Lite / Honor Magic8 Pro
- Lenovo ThinkPad X1 Carbon Gen 11 i7 / 32GB / Garancia 2026.11.19
- Apple MacBook Air 13" M3 (2024) 16GB / 256GB asztroszürke
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest









jo volt azert, sokat fel lehet szedni rovid ido alatt.


