Apka klient-serwer serwis aukcyjny

Witam,

Dostałem temat projektu uczelnianego "Serwis aukcyjny", cala idea tego projektu ma polegac na tym, że mamy serwer podlaczony z baza, i klienta z serwerem, aukcja ma sie odbywac dynamicznie, w sensie jesli nikt nie podbije przez 20 sekund, to koniec aukcji. I prawde mowiac nie bardzo wiem jak sie za to zabrac. Oczywiscie rzeczy typu sockety, polaczenie z baza itp ogarniam, nie mam pojecia jak sprawic zeby aukcja obywala sie live u klienta i na serwerze. Czy ma ktos jakies pomysly, badz zmierzyl sie juz z takim problemem?

Piszemy w J2SE, poniewaz dodatkowy kod w innych jezykach spowoduje ze klient moze nie obronic tego projektu.

Pozdrawiam.

Według mnie najprościej byłoby wystawić REST, a z przodu MeteorJS, bardzo dobry generalnie do rzeczy 'live'.
Jeśli chodzi o bazę, to nie ma wyjścia, albo klepiecie SQL (olaboga, kolejny język!), albo Javowe rozwiązanie typu JOOQ, JPA/Hibernate (z czego do tak małego projektu poleciłbym JOOQ).

Jeśli faktycznie ma to być live, tj. bez jawnego pytania/odświeżania strony, to będzie ciężko bez Javascriptu. Może zadziałałoby jakieś rozwiązanie typu GWT, nie wiem, nie używałem.

Myslalem o podobnym rozwiazaniu, zeby zrobic webowke, jednak jak mowie, problem polega na tym ze typek ktory to zamowil bedzie mial problem z obona J2SE, a co dopiero jak dojdzie jeszcze html, js, a nie daj bogu css. Ale chyba podejme sie takiego rozwiazania, bo ni cholery nie wiem jak na swingu zsynchronizowac timer dla klientow i serwera

bedzie mial problem z obona J2SE, a co dopiero jak dojdzie jeszcze html, js, a nie daj bogu css

Uwielbiam to stopniowanie :D

Jeśli kolega obroni się z HTMLa, no to faktycznie potężne działo.

smiej sie smiej, taki jest poziom na uczelni, ludzie koncza inzyniera a potem nie wiedza nawet co to jest wzorzec, albo poliformizm...