Hej ho, potrebuju si ujasnit par veci ohledne JMS a posilani dat. Mam rekneme 3 ruzne ucetni systemi a centralni system. Na tech 3 systemech vystavujou faktury a centralni ma jejich zkracenku evidovat jako zaznam (platce, prijemce, castka). Ty 3 systemy jsou produkty 3tich stran. Nejakym zpusobem se budu snazit cist back-end db (planuju v jetty spusti quartz job ktery pres iBatis namapuje entitu faktura zaserializuju do xml s nejaky prikazem tj. asi neco jako <faktura><insert| delete>...</faktura>).
Mno a ted jak vyresit bezpecny presun na centralni server. Takze JMS klient producer v jetty na ucetnim s a na centralnim s broker a consumer. To chapu - na strankach ActiveMQ je prikladu dost. Jenze kdyz sem si hral s JMS naposledy, tak to fungovalo pekne dokud: sem si mohl bindovat na producerovi jaky chci port a posilat cokoliv kamkoliv - Je pravda ze ActiveMQ resi omezeni site tak, ze protuneluje data jako http (REST)? Funguje to transparentne? Co se stane se zpravou, kdyz zednik otoci antenou - bude se posilani zpravy opakovat po nejakych intervalech (jako napr. smtp)? Neznate nejaky tutorial, kde by tento pripad tj. zpravy ze sveta na jeden server i s resenim Dead letter? Spis hledam jak to udelat spravne. Zkousel jsem googlit, ale bud se dostanu na obecny popis JMS, nebo jak kde co nastavit jak JMS klienta nebo na nejake reseni (replikace DB atp.) ktere neni to co potrebuju. Narazil jsem na Enterprise Integration Patterns - ma cenu se zabyvat Camel? Kdyz ma ty 3 systemy a dva typy zpravy, je dobre si udelat pro kazdy zvlast frontu (napr. UK_A.paragomy, UK_A.faktury, UK_SC.paragomy, UK_SC.faktury, CZ.paragomy, CZ.faktury) nebo jednu a resit to na urovni zpravy? Nebo kecam voloviny a dela se to jinak? Dekuji za Vas cas, KT
