[csidc:2003] - ctatyc by Dragan Milenkovic <tyrant@galeb.etf.bg.ac.yu>

Ok... implementirah neku vrstu serijalizacije. Naravno, prosla je kroz
vise faza do svojeg konacnog izgleda. Posto jos nije neophodna, nisam je
postavio na cvs. Nema dokumentaciju, a ni izuzeci nisu nesto veseli.

Inace, sastoji se od pravljenja stabla (slicnog xerces-ovom DOM-u) na
osnovu proizvoljnih klasa, i obrnuto. Onda ta stabla mogu (teoretski) da
se zapisu ili procitaju na bilo koji nacin... XML, nesto kodirano. Ovo
drugo je za SMS.


Vec sam krenuo sa sredjivanjem koda za povezivanje (CLR, Java). Treba
dodati izuzetke, destrukciju. Vidim da se niko nije bunio, a tek kasnije
sam primetio da onaj CLR ne pokrece neke procese sto za posledicu ima da
server nikada ne prima poruke.


Sto se tice moje velike drame, nakon sto sam iz vasim mejlova razdvojio
korisne stvari od "flame"-ova, zakljucio sam (ili se bar nadam) da je za
raspodelu dovoljno da vozilo javi da je stiglo i da se kao takvo ne moze
_automatski_ raspodeliti na nesto drugo (makar i viseg prioriteta).

Najbolje je da ja uradim svoj posao, pa kad i ako budu postojali testovi
da se to vidi kako funkcionise. Greska je sto pokusavam da zavrsim posao
pre vremena. Ne mora to da radi savrseno do prvog roka... Ali mora da
radi _nesto_...



Bolnice... Sta znamo:
- u nekom trenutku, postane poznato stanje pacijenta, tj. sta je
potrebno sa njim uraditi
- server rezervise mesto u najblizoj bolnici od onih koje zadovoljavaju

Po istoj logici kao i postojeci sistem (sistemcic, sistemak, ...)
moze se uvesti servis koji cita (postojece) poruke iz kojih prepoznaje
postojanje pacijenta i njegovo stanje. Na osnovu toga rezervise bolnicu,
i salje poruku vozilu.

Pitanja:
- Ko sortira rastojanje do bolnica? Vozilo ili server?
- Kad ce neko da usvoji strukturu za EventInfo? Tu bi trebalo da budu i
podaci o pacijentima...
- Sam proces "rezervacije"?

Pozdrav,
Dragan Milenkovic