Online 159 uživatelů Přihlášení | Registrace | Zaslat heslo | Prohlížení bez přihlášení

 

! Programovaní rulezz ! Forum o programování,o programátořích a pro programátory [ ID: 16191 ] - [ Počítače (hardware, software) / Programování ]
1 / 40
Mini Home
Have you tried turning it off and on again? And the button on the right side. Is it glowing?


-// Programování RULEZZ \-
- o programování od assembleru po C++ (nebo od 10 1010 po AI?)
- suchý programátorský humor
- otázky, problémy, pomoc ohledně programování
Kluby:
KLUB Algoritmy - řešení problémů v programování... Otázky x Odpovědi
KLUB Kosmonautika
KLUB Roboti - konstrukce, schémata, plány, AI, Robot Wars  -klub věnovaný konstrukci robotů atd...
KLUB Space Technology - Od Sputniku po kolonizaci planet  - taky dobrej klubík
KLUB Umělá inteligence, kybernetika/robotika
KLUB Logické a funkcionální programování - Prolog, Haskell, LISP
KLUB VŠ - informatika // IT
Page
http://sk.nvg.org/lang/lang.html přehled programovacích jazyků
http://os.dwec.org/ přehled operačních systémů
http://www.linuxfromscratch.org/  - je libo vlastní distribuci linuxu?
AAHZMANDIUS   15:53:07 24.08.2018
URPUTNIK [ 22:51:20 23.08.2018 ]: on je maven přes deploy file  umí vygenerovat (ta pomka)
URPUTNIK   22:51:20 23.08.2018
URPUTNIK [ 14:44:14 23.08.2018 ]: tak ten gist i maven-dependency-plugin funguji jenom na artefakty, ktery maj pom .. coz ty nase javascriptovy buildy nemaj :) ale poprosil jsem nase adminy o pomoc a spachali jsme to pres jejich search API z bashe (search podle jmena, vyfiltrovat vhodny radky, seradit, vzit nejnovejsi)
AAHZMANDIUS   15:46:29 23.08.2018
URPUTNIK [ 14:44:14 23.08.2018 ]: přes ten maven-dependency-plugin
URPUTNIK   14:44:14 23.08.2018
tak jsme optimisticky upgradovali nexus z 2.x na 3.13 (no dobre, zkolaboval nam fs a prislo nam to rychlejsi, nez obnovovat x hodin) .. vicemene vsechno funguje jako fungovalo, ALE narazili jsme na stahovani artefaktu z nexusu .. pac ten REST co mela v2 uz neni, je tam nejakej novej, kterej ma dost nesikovne api a neni to neco, co bych chtel ovladat z shellu .. pres co to stahujete vy? jeste zkoumame variantu s maven-dependency-plugin, pac tenhle gist nefunguje (metadata.xml neobsahuje timestamp a build number) .. mozna je to tim, ze uploadujeme snapshoty
URPUTNIK   08:54:24 17.08.2018
URPUTNIK [ 20:50:30 16.08.2018 ]: tak zpet, byl to graylog :)
MORTAELTH   23:37:16 16.08.2018
URPUTNIK [ 20:50:30 16.08.2018 ]: jo, elasticsearch
URPUTNIK   20:50:30 16.08.2018
AAHZMANDIUS [ 19:22:19 16.08.2018 ]: a zpracovavate logy nejak? nebo to kdyztak nekdo musi prochazet rucne? potkal jsem predloni jednu velkou aplikaci, nasazenou v clusterovanym glassfishi, kazdej z nich sice zapisoval svuj log, ale byla nad tim nejaka sluzba treti strany (raygun?), ktera vsechny ty logy sesypavala dohromady ..
AAHZMANDIUS   19:22:19 16.08.2018
URPUTNIK [ 17:31:14 16.08.2018 ]: kadžá aplikace, každá instance vlastní logy
URPUTNIK   17:31:14 16.08.2018
rozpadam stavajici deployment tam, kde ted mame v jednom tomcatu vic bezicich aplikaci .. diky tomu ale ted vsechny zapisujou do jednoho log souboru .. jak vlastne zachazite s logy? ono to ma pak presah na virtualizaci, kde si taky nejsem jist, co s nima budu delat, kdyz se bude poustet vic instanci neceho .. 12factor to doporucuje sypat vsechno na stdout, jejich zachytavani pak bude zalezitosti prostredi, nikoli aplikace, coz se mi paci :) jak to mate vy?
URPUTNIK   22:55:10 15.08.2018
mimochodem, vsichni pouzivate embedded AS pro deployment?
AAHZMANDIUS   12:45:15 15.08.2018
URPUTNIK [ 12:32:59 15.08.2018 ]: ano je to tak, akorát je to jfrog arti, ne nexus
URPUTNIK   12:32:59 15.08.2018
AAHZMANDIUS [ 11:00:33 15.08.2018 ]: jen pro jistotu, to je reakce na druhou cast o buildeni instalaku, tu prvni jsem trefil?
AAHZMANDIUS   11:00:33 15.08.2018
URPUTNIK [ 10:46:21 15.08.2018 ]: nn, my distrubuujeme installer s embedded AS a v něm je warko.
takže

1) z artifactory stáhneme zip
2) rozbalíme obsah do zdrojového folderu pro warko ( po zbuildění java class)
3) zabalíme warko a to dáme do installer .zipu
URPUTNIK   10:46:21 15.08.2018
AAHZMANDIUS [ 10:22:27 15.08.2018 ]: jasny, tak jestli to chapu dobre

a) javascript zbuildite treba webpackem
b) vysledek zazipujete
c) zip uploadnete do nexusu pres 'mvn deploy:deploy-file' (vlastne zpusob jak nemuset zkoumat nexusi REST api)

?
a uplne si nejsem jistej co myslis "pri buildeni instalaku rozbalime do warka" :) znamena to ze

a) nejdriv pousite AS (tomcat, jetty, jboss, glassfish, ..)
b) pak do nej deployujete javovou aplikaci (war)
c) a kdyz se rozbali, tak do nej rozbalite jeste ten zip z buildu nahore?

AAHZMANDIUS   10:22:27 15.08.2018
URPUTNIK [ 10:20:34 15.08.2018 ]: máme zbuilděný zipy s js. kódem, který pak při buildění instaláku rozbalíme do warka
a používám pro snadnej deploy do artifactory "mvn deploy:deploy-file"
URPUTNIK   10:20:34 15.08.2018
AAHZMANDIUS [ 08:18:09 15.08.2018 ]: mvn pro nejavovy zdrojaky? muzes to prosim priblizit?

a fyi, ptal jsem se na totez na nyxu, a tam navrhujou npm repo (coz vlastne dava smysl pro javascript) a docker repo (tzn patrne vcetne celeho image) .. tyhle varianty taky zvazim :)
AAHZMANDIUS   08:18:09 15.08.2018
URPUTNIK [ 22:00:12 14.08.2018 ]: mvn + artifactory
URPUTNIK   22:00:12 14.08.2018
URPUTNIK [ 21:54:44 14.08.2018 ]: gradle + artifactory?
URPUTNIK   21:54:44 14.08.2018
URPUTNIK [ 16:59:16 27.07.2018 ]: e) pokud v ramci CI buildite nejavovy zdrojaky, do jakyho repozitare sypete vysledky, co se budou deployovat? ja je sypu do nexusu a vyrabim jim imaginarni pom, ale mozna existuje nejaky elegantnejsi zpusob :) jde mi o php, angular a react ..
URPUTNIK   16:59:16 27.07.2018
URPUTNIK [ 12:43:42 26.07.2018 ]:

d) java deployment do applikacnich serveru - pustit 1 AS a v nem vic aplikaci, nebo co AS to aplikace (aka aplikace + AS tvori jednu service)? klonim se k druhemu (neovlivnuji se navzajem, 1 service se da snadno vypnout a pustit jinde apod), nejake nevyhody krom "hledani v logu" ci "zdroju sezranych rezii AS"?
1 / 40
Zpět na seznam kategorií