Heh, to je zase debata.
V kostce ten "UNIX pristup" znamena, ze aplikace je tvorena souhrnem komponent, ktera si predavaji data.
UNIX pipa je pro realne pouziti nepouzitelna, anzto predava jenom newline delimited nestrukturovany text, navic je schopna predavat jenom mezi dvema komponentami a jenom jednim smerem.
To znamena, ze je potreba mit:
-message bus
-definovane data interchange API
-aspon primitivni BPEL na routovani dat
-nejaky toplevel framework co komponenty pospousti ve spravnem poradi a umozni jejich spravu
-a protoze se pise rok 2017 tak i nejaky centralni Deployment/DevOps v verzovanim komponent
-a protoze rok 2017 a legislativa EU, musi to byt sifrovane a zabezpecene, treba neco ve stylu PEP (Policy Enforcement Point), ke kterymu se komponenty hlasej, to aby byly schopne RBAC autorizace.
Ano, je samozrejme mozne si neco takoveho napsat sam, za par clovekolet to bude hotovo. Zvlast kdyz Apache Karaf je tak strasne nenazrany, spusteny prazdny Karaf bez naloadovanych bundlu a services si sezere 30MB RAM (priblizne uroven holeho Tomcatu), to je neunosne a na ZX Spectru to rozhodne nepojede.
Potom este stravit par clovekostaleti a vytvorit si svoji obdobu MavenCentral s tou obri sadou predpripravenych komponent a je hotovo.
Preju hodne stesti.
A pokud to prestane bavit, doporucuju vyplout na zapad z pristavu Palos de la Frontera, pry se da cestou na zapad doplout do Indie!