Predne moc dik za odpoved.
Nad singletonem jsem premyslel (system v EJB pripadne CDI znam). Nicmene nevim jestli to neni nejakej antipatern (vim ze vytvareni vlastnich thredu v aplikacnim serveru neni nic moc).
Cele by to nakonec melo bezet na rasppi a nechce se mi tam tahat cely EE server a nechal bych to na Tomcatu.
Java pogramek vedle: Poku to bude pres JMS pak je to super napad, to me nenapadlo.
Pres socket: to se dostavame na zacatek protoze tam musi bejt extra vlakno co na socketu bude poslouchat. Nicmene ted jsem koukal ze se to da asi rozjet v vlakne obecnyho servletu (to musim jeste proverit).
Heh?
Javu enterprise na rasppi?
Strkat obsluhu seriaku do Tomcatu je nesmysl, jak uz psal predrecnik, chce to mediator, ktery data preparsuje do Java friendly formatu.
Proc tam ma byt Tomcat? Potrebujes web? Neni na to lespi OSGi, orezany Karaf? Potrebujes vubec aplikac, nestaci obyc J2SE daemon?
Jestli chces JMS, no tak JMS Tomcat nepodporuje. Leda si prilinkuj do sveho WARka ActiveMQ nejlip i s Camelem, a bude to tucnejsi nez Glassfish J2EE7...
Vlastni thready v J2EE7 je mozne pouzivat, prec Concurrent API a prislusne oanotovat, ay to aplikac po sobe mazal. Pak zapomen na Tomcat, Glassfish/Payara je minimum.
Nejlepe napis, co vlastne chces delat.
Uz jsem videl takove zoufalstvi, jako business aktifitu implementovanou v Tomcatu jako servlety, pricems dana finkcionalita se invokovala z cronu wgetem v shellove skriptu...