devel.cz

Ahoj,
v práci jsem se dostal k zajímavé Java aplikaci. Máme testovací SOAP server, který je taková ořezaná verze reálného SOAP serveru. Byl vygenerován z XSD schemata za pomocí JAX-WS. Tento server momentálně zobrazuje přijatá a odesílaná data v konzoli a přes UDP je možné mu nastavit odeslání nějaké hodnoty do konkrétního klienta nebo se ho naopak dotázat na přijatá data z konkrétního klienta. Tyhle data přes UDP posílá/vyčítá typicky test nebo do budoucna například UI aplikace. Momentálně si drží jen poslední přijatou zprávu v paměti jako objekt.
Když se dotážu na nějaké hodnoty z klienta, vrátí mi je jako String v custom formátu přes UDP.
A tohle řešení je na houby. Chci přidat podporu pro vyčítání dalších hodnot a serializovat to na straně serveru do Stringu v custom formátu a v testu to zase deserializovat je na pytel, zvlášť když už mám z JAX-WS vygenerované entity a mohl bych rovnou pracovat s objekty nebo to aspoň skoro bez práce serializovat do XML.
Jaký způsob a formát byste doporučili při komunikaci mezi testem a tím SOAP serverem?
Přemýšlel jsem nad několika možnostmi. Jako první krok bych si přijaté zprávy ideálně ukládal do nějaké embedded databáze (nebo aspoň do nějaké fronty v paměti). A jak vyřešit komunikaci mezi serverem a testem je věc druhá. Napadlo mě buď klasické REST API+JSON, XML přes TCP nebo přímo posílat serializované objekty přes TCP.
Ideálně se co nejvíc vyhnout nějakému manuálnímu parsování/serializaci/deserializaci a využít vygenerované entity z JAX-WS. Vidí na ně i test, takže to by nebyl problém.

EDIT:
Reálný server je obrovská aplikace s grafickým rozhraním a slouží k managementu jednotlivých klientů. Jdou přes to nastavovat parametry (do klientů), provádět firmware upgrade a naopak vyčítat různé hodnoty a zprávy.
Tu řeší jiný tým a je poněkud dost neflexibilní, takže pro účely vývoje a testování v našem týmu (programujeme ty klienty) jsme si vytvořili ořezaný test SOAP server.
Komunikace je obousměrná, tzn. klient se periodicky každých pár minut dotáže serveru jestli má něco udělat. Mimo jiné v dalším vlákně odesílá zaregistrované informace (ty které si server vyžádal).
U testu řeším například takovýto use case (pro ilustraci hodně přitažené za vlasy):
1) Nastartuj testovací SOAP server
2) Nastav do klienta spojení se SOAP serverem a zahaj komunikaci
3) Zeptej se serveru jestli klient s daným ID poslal korektní hodnoty v úvodním requestu na server
4) Nastav do klienta ať spočítá 10+10 a výsledek pošle na server
5) Zeptej se serveru jestli klient s daným ID poslal výsledek=20
6) Nastav do serveru ať na klienta pošle příkaz s upgradem firmwaru na verzi 999, který se nachází na URL XYZ
7) Zeptej se serveru jestli klient s daným ID poslal zprávu s úšpěšně dokončeným upgradem
7) Vypni testovací SOAP server

Komunikace testu s klientem je řešená přes websockets+JSON, komunikace testu se serverem je momentálně UDP+stringy.