Warden

Sender (2.0): proti serveru 2.1 padne, ma-li polozku "priority" nastavenou na 'null', coz je defaultni hodnota v ukazkovem example-sender.pl.txt skriptu v baliku warden-client-2.0.

Warden-client unexpected end in eval block: Server sent error message:: Unknown priority 'null'

Navrh reseni: server bude v pripade atributu "priority" jakoukoliv hodnotu jinou nez integer interpretovat jako undef. Je to kompatibilni s dokumentaci a nikomu by to nemelo zpusobovat problemy.

Souhlas?

Receiver (2.0): proti serveru 2.1 funguje s totoznymi vyhradami (warningy), jake vykazuje 2.1 klient proti 2.0 serveru (viz #574).

Use of uninitialized value $_ in join or string at ./example-receiver.pl.txt line 41.
| 16307097 | warden-c.cesnet.cz | test | 2012-10-23 16:24:07 | portscan | IP | 123.123.123.123 | TCP | 22 | 1234567890 | test klienta 2.0 proti serveru 2.1 |  | 20 |

Dulezite je, ze prijima data a nepada u toho.

Ad Receiver 2.0: Jasné, ten problém způsobuje join, který tam je stejně jen pro příklad, s těmi daty si stahující tancuje podle svého, takže souhlasím, že není potřeba řešit.

Ad Sender 2.0: Je potřeba upravit ukázkový sender, aby posílal undef a ne "null". V tomhle případě bych staré klienty risknul, tady jsme se rozhodli kompatibilitu porušit, protože "null" stejně nikdo nepoužíval (jen liberouteristi, a ty jsme od toho snad včas odradili). V dokumentaci už "null" nefiguruje, je tam undef.

Pavel Kácha wrote:

Ad Sender 2.0: Je potřeba upravit ukázkový sender, aby posílal undef a ne "null". V tomhle případě bych staré klienty risknul, tady jsme se rozhodli kompatibilitu porušit, protože "null" stejně nikdo nepoužíval (jen liberouteristi, a ty jsme od toho snad včas odradili). V dokumentaci už "null" nefiguruje, je tam undef.

Toto jsem opravoval již dříve - ukázkový sender již delší dobu (při vývoji a testování) posílá undef.

V tom případě bych řekl, že tady máš vyděláno.