Új hozzászólás Aktív témák
-
gygabor88
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.
-
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. -
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."Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
nagyúr
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?).
while (!sleep) sheep++;
-
nagyúr
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.
while (!sleep) sheep++;
-
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.
[ Szerkesztve ]
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
nagyúr
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.
[ Szerkesztve ]
while (!sleep) sheep++;
-
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.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
nagyúr
-
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
[ Szerkesztve ]
-
sutszi
veterán
Kódelemzésről jut eszembe SonarQube-ot használ valaki? Milyen alternatívái vannak?
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
Próbáltam találni erről valamit, de sok a téves találat. Kérhetek erről egy linket?
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
https://confluence.jetbrains.com/display/TCD10/Code+Quality+Tools
https://www.jetbrains.com/help/idea/2016.2/code-inspection.html
[ Szerkesztve ]
while (!sleep) sheep++;
-
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);
}
}
} -
nagyúr
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.
[ Szerkesztve ]
while (!sleep) sheep++;
-
-
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
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.
-
MODERÁTOR
Én csak nyertem produktivitásban. Hasonlítsuk össze az Eclipse és az Idea debuggerét. Ég és föld. Ahogy mondtad, a legjobban termék az a Visual Studio (amivel egyetértek), de az idea még közelebb áll ehhez mint az Eclipse.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Aethelstone
addikt
Nálunk céges policy Eclipse. Jó az
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
-
DarkByte
addikt
-
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?
Istenem, tele van csillagokkal...
-
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.
[ Szerkesztve ]
-
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.
-
ja, netbeansert kar, nekem az volt az elso normalis IDEm amit hasznaltam, a borland C utan egy teljesen mas vilag volt.
mondjuk gepigenyben is, ott volt, hogy az oregedo p3 helyett kellett egy p4 mert fel sort laggolt az editor amikor irtam az autocomplete miatt.
Don't dream it, be it. // Lagom amount.
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
floatr
veterán
válasz Amartus #8596 üzenetére
Oracle abandons NetBeans to Apache
Egy cseh(szlovák) eredetű sunos projekt lett az Oracle ámokfutásának az áldozata.
-
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.
x gon' give it to ya
-
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.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))