[nunczako]

kto pamięta?
#java

[doubt]

@nunczako: jakiś przodek tomcata? ( ͡° ͜ʖ ͡°)

[nunczako]

@doubt: Geronimo to taki Tomcat + JavaEE, czyli EJB, JPA, JMS i jeszcze kupa innych frejmłorków JAXWS, JAXRS, CDI, JCA ...

[doubt]

@nunczako: A, już widzę. Serwer dla całej Javy EE a nie tylko kontener. EARy... jakie to wszystko było nieprzystępne xD

[nunczako]

@doubt: czy ja wiem... z perspektywy czasu widzę że właśnie JavaEE była zaprojektowana w kierunku mikroserwisów, tylko te mikroserwisy implementowało się w postacji klas EJB gadających przez zdalne interfejsy. Na początku API było tragiczne (jakieś EJBHome), ale potem znacznie je uproszczono

[doubt]

@nunczako: Idei lokalnych i zdalnych interfejsów chyba nigdy tak do końca nie zrozumiałem. Produkcyjnie na szczęscie miałem już tylko do czynienia z EJB 3.0, więc to już niemal jak spring. Do dzisiaj chyba przetrwało tylko JPA, JMS, może JAXRS (jak ktoś lubi ten zestaw adnotacji) i CDI jako koncept. Tyle miałem szkoleń z JAXWS, SOAP to przyszłość itd. ... a teraz wszystko pcha się RESTem ( ͡° ͜ʖ

[nunczako]

@doubt: SOAP było bardzo upierdliwe ale fanem REST nie jestem. Właściwie to jestem sceptykiem. Wolę jednak zdalne wywoływanie procedur, tylko może bliżej czemuś jak gRPC. Technologie w IT przypominają mi taką gasnącą sinusoidę, która przechodzi ze skrajności w skrajność, ale jednak gaśnie i zmierza w kierunku stanu optymalnego

[nunczako]

@doubt: generalnie zdalne interfejsy pozwalały rozmawiać obiektom uruchomionym na różnych komputerach (przez sieć). Wszystko było jakoś tam serializowane i deserializowane w locie

[nunczako]

@doubt: PATCHowanie zasobów w zasadzie niszczy całą inżynierię programowania

[krasnoludkolo]

@doubt bo tak na prawdę standard http nie powstaje w założeniu żeby go używać tak jak się teraz używa. No ale powstały już narzędzia i wszystko to po co zmieniać

[globalbus]

@nunczako: model danych jest ważniejszy od tego, pod jaką metodę HTTP go podepniesz.

[nunczako]

@globalbus: no właśnie