[Sok_Pomaranczowy]

mireczki spod tagu #programowanie #java #spring. potrzebuję kogoś kto poszukałby luk w tym pomyśle.
Otóż jest sobie apka, nazwijmy ją A. Apka jest prosta jak w morde szczelił zapisuje input z formularzy do DB i co najważniejsze wystawia ten input jako jsony po restowym api. W stylu apka.A/api/osoba/2 da takiego jsona

{id: 2,
imie: Pszemek
}

Teraz potrzebuję, żeby jak ktoś na którymś formularzu kliknie zapisz, druga apka, nazwijmy ją B, wykonała jakiś skrypt zależnie od tego co tam w tym inpucie było. Problem jest taki, że nie bardzo mogę ingerować w apkę A. Pomyślałem więc, że apka B będzie miała swoje restowe api na które po kliknięciu zapisz będzie biła apka A. Ta apka wyśle na B jak najmniej danych czyli np. tylko {osoba, 2} żeby apka B wiedziała już o co odpytać apkę A. Apka B będzie sobie kolejkować to co przyszło z apki A i potem to już z górki. Odpytać REST API apki A, i wykonać jakiś skrypt.
Wiem, że to overkill i generalnie apka A powinna robić ten skrypt ale klient wymaga żeby apki nie zmieniać ponad potrzebę. Czy jakies bardziej zaawansowane mirki mają lepszy pomysł?

[Sok_Pomaranczowy]

@Bauzzer: nie mogę ingerowac w db ani w warstwę dostępową.

[plushy]

@Sok_Pomaranczowy: Ustaw sobie jakieś asynchroniczne work queue po drodze.

[moriturius]

@Sok_Pomaranczowy: uważam, że klient prosi Cię o zrobienie kupy z wisienką i zaserwowanie tego specjału.

To ty jesteś devem i powinieneś wiedzieć jak to zrobić dobrze. Klient nie powinien Ci mówić jak masz (nie) robić bo on do Ciebie przeszedł dlatego że sam nie umie.

Jeśli wymyślisz jakaś mega skomplikowaną rzecz to będzie wszystkim trudniej później. tak umiera kod.

[Sok_Pomaranczowy]

@moriturius: ja to wiem, ty to wiesz, PM to wie ale sprawa jest podklepana i teraz odemnie zależy czy dowiozę rzadką kupę czy dorodnego klocka z wisienką. jak łatwo się domyśleć chce dowieźć ładnego kasztana więc pytam da się zrobić lepiej?

[moriturius]

@Sok_Pomaranczowy: to mnie rozbawilo :D

ja bym postawił jakiegoś pubsuba po drodze. formularze publikują. dwie appki subskrybuja topic.

Przykladem takiego pubsuba jest np. to co wydevelopowali koledzy z pracy: https://github.com/allegro/hermes chociaz to prawdopodobnie jest nieco overkill i byc moze w Twoim przypadku wystarczy jakis zwykly ApacheMQ?

[moriturius]

@Sok_Pomaranczowy: BTW: jesli dobrze rozumiem to appka A nie ma zadnego powodu zeby wiedziec cokolwiek o apce B dlatego nawet modyfikacja A bylaby niewskazana.

[Sok_Pomaranczowy]

@moriturius: dobrze rozumiesz, tak byloby najlepiej ale tak sie nie da bo apka B nie bedzie wiedziala o co pytac apke A, bo moze pojawila sie nowa osoba a moze nowy budynek a moze nowy adres i co wazniejsze jakie jest id tego elementu.
To rozwiązanie z pub subem wydaje się całkiem sensowne.

[moriturius]

@Sok_Pomaranczowy: Ale rozwiazanie z pub-subem sprawia ze nie musisz wcale modyfikowac appki A wlasnie :)

[Sok_Pomaranczowy]

@moriturius: tak? nie muszę jej zasubskrybować jakos? w sensie skąd pojawi się informacja co się w apce A stało?

[moriturius]

@Sok_Pomaranczowy: To pewnie zalezy czego uzyjesz. Hermes do ktorego dalem linka dziala tak, ze wysylasz cos do niego i w nim konfigurujesz subskrypcje. On pozniej robi normalne posty RESTowe do tych subskrypcji. W ten sposob nie musialbys nic zmieniac w A bo tam juz obsluga tego "eventu" jest. Gdybys chcial uzyc ApacheMQ to pewnie cos musialbys zakombinowac w A.

Chyba ze zrobilbys cos co po prostu czyta z kolejki i

[Sok_Pomaranczowy]

@moriturius: dobra czaje, to jest dobre rozwiązanie. wielkie dzięki.

[moriturius]

@Sok_Pomaranczowy: Zaden problem :)