1. Nie wiesz co to USOS? Zajrzyj na stronę: usos.edu.pl
2. Termin konferencji: 25 kwietnia 2012 (środa), w godzinach 11:00-17:00.
3. Miejsce: Wydział Matematyki, Informatyki i Mechaniki, Warszawa, ul. Banacha 2, sala 2180.
   Na stronie http://www.mimuw.edu.pl/wydzial/lokalizacja/budynek/adres.html można znaleźć mapkę, wskazówki jak dotrzeć i plan budynku.
4. Cel - uzyskanie odpowiedzi na pytanie czy można zastąpić Oracle Forms jako narzędzie do wytwarzania interfejsu administracyjnego USOS Javą z odpowiednim frameworkiem. Jeśli odpowiedź będzie pozytywna, to USP-FK (nowy moduł Płatności w USOS) wykonamy już w nowej technologii, traktując to jako proof-of-concept.
5. Założenia wstepne:
   • Oracle jako baza danych.
   • Technologia ma umożliwiać szybkie wytwarzanie interfejsu (w USOS mamy teraz około 300 formularzy, niektóre są sporego rozmiaru aplikacjami).
   • Technologia ma ułatwiać elastyczną obsługę ról.
   • Raporty będą wykonane w BIRT (Business Intelligence and Reporting Tools).
   • Do decyzji pozostaje kwestia wykorzystanie USOSapi jako serwera aplikacyjnego.
6. Część pierwsza (godziny są orientacyjne) - prelegenci ochotnicy przedstawiają swoje rekomendacje
   • 11:00 - 11:15 kawa, herbata, ciasteczka, rozmowy powitalne
   • 11:15 - 12:00 Piotr Pietrzak, Rafał Nagrodzki, Artur Popławski, Uniwersytet Warszawski, prezentacja

     Moja rekomendacja to:

     • baza danych Oracle lub ewentualnie w szczególnych przypadkach wspierana innymi bazami danych w zależności od potrzeb (LDAP (na repozytorium osób i uprawnień), NoSQL(jako cache, repozytorium dokumentów), NewSQL (do zadań specjalnych - np.: serwis UL, SRS))
     • serwer aplikacyjny: im prostszy, tym lepszy - Apache Tomcat, lub Jetty, aby nie walczyć ze złożoną materią WebLogic, GlassFish, czy WebSphere. Chętnie poddam dyskusji pomysł z zastosowaniem ServiceMix i jego kontener OSGi jako serwer aplikacyjny rozszerzający możliwości jetty
     • architektura SOA(REST) - framework Spring + CXF + JPA(Hibernate) + cokolwiek tam będzie potrzebne ()
     • oddzielne moduły o bardzo małej i dobrze określonej funkcjonalności komunikują się za pomocą REST (jeśli to uzasadnione, to może warto użyć do tej komunikacji szyny ESB lub co najmniej brokera JMS)
     • frontend napisany w dowolnej technologii komunikujący się za pomocą REST z backendem (mam na myśli GWT (ExtGWT, *GWT*), lub czysty JavaScript z jakimś frameworkiem typu YUI, jQuery)
     • każdy z modułów powinien składać się z backendu i oddzielonego frontendu jako dwa niezależne komponenty
     • infrastruktura do testów automatycznych (jednostkowych, integracyjnych, akceptacyjnych)
     • automatyczny system budowania i dystrybucji (nie przechodzi testów, nie buduje się, nie jest dystrybuowany)
     • aktualizacja komponentów za pomocą pakunków OSGi (jako opcja przy wyborze Karafa)

   • 12:00 - 12:45 Ścibor Sobieski (+1 osoba), Uniwersytet Łódzki - przyjazd odwołany.

     Opis technologii użytych w projektach prowadzonych na Uniwersytecie Łódzkim

   • 12:45 - 13:30 Aleksander Nowiński, ICM UW, prezentacja
   • 13:30 - 14:15 Scott Tiger (czekamy na potwierdzenie)
   • 14:15 - 15:00 Zbigniew Ruszczyk, Uniwersytet Gdański - przyjazd odwołany

     Streszczenie prezentacji:

     Główne moduły systemu FAST zainstalowane są na serwerze aplikacji JBOSS 6 i korzystają głównie z technologii JEE5. Większość obsługi związanej z bazą danych realizowana jest przez framework Hibernate. Komunikacja z bazą danych jest transakcyjna, a transakcjami zarządzają głównie kontenery EJB3, jako że logika biznesowa zaszyta jest w większości w komponentach EJB. Ta technologia pozwala również w łatwy sposób eksponować interfejsy komponentów jako webservice'y. Starsza część systemu wykorzystuje kontener IOC Springa w celu zbudowania struktury, integracji z JEE i komunikacji z LDAP'em. Rolę głównej relacyjnej bazy danych pełni PostgreSQL. Dodatkowo system integruje się z innymi aplikacjami umieszczając potrzebne dane w katalogu LDAP. W dziekanatach wykorzystywana jest aplikacja okienkowa napisana w Javie w technologii Swing łącząca się bezpośrednio z serwerem aplikacji FAST. Program służy do obsługi studentów i programów studiów. Usługi przeznaczone dla szerszego grona odbiorców realizowane są za pośrednictwem technologii WWW przy wykorzystaniu Javascript/AJAX i Flash'a.

   • Piotr Buczek - treść listu
   • Dyskusja mailowa
7. Część druga - dyskusja moderowana. W roli moderatorów wystapią Jacek Laskowski (WJUG) i Janina Mincer-Daszkiewicz (UW, MUCI).

   Spodziewany jest udział nastepujących osób (oprócz prelegentów):

   • Andrzej Zadrożny, UKSW
   • Krzysztof Pawliczuk, Jarosław Przerwa, Barbara Poszewiecka, UWM
   • Wiesław Poszewiecki, firma "Mrówka", Olsztyn
   • Artur Popławski, Bartek Goldman, Janina Mincer-Daszkiewicz, UW + MUCI
   • Krzysztof Ciebiera, UW
   • Jacek Sroka, UW (od 16tej)
   • Janusz Lachowicz, Marcin Jasiński, UAM
   • Dominka Nowak, Michał Pysz, UJ
   • Czesław Bielecki, Michał Sidoruk, Eugeniusz Czerniakiewicz, UwB
8. Lista dyskutantów jest nadal otwarta. Zapraszam wszystkich chętnych. Myślę, że to może być duża frajda dla każdego informatyka - mieć wpływ na nowe oblicze największego systemu do obsługi spraw studiów obecnego na polskich uczelniach :)
9. E-mail kontaktowy: usos@usos.edu.pl
10. Proszę wszystkich, którzy znają opiniotwórcze środowiska Javowe o przekazanie dalej tego listu

Ciekawe odnośniki (wrzucam tutaj wszystko, co mi dobrzy ludzie podeślą):

1. GWT in Practice Coopera i Collinsa
2. Pokaz widgetów Smart GWT
3. Future of GWT and GWT 2.5
4. GWT and Dart
5. Ext GWT, http://www.sencha.com/products/extgwt
6. Vaadin przykłady
7. Vaadin - dyskusja
8. Java dla aplikacji desktopowej: Eclipse, Netbeans, Swing i SWT.
9. Dynamiczne tworzenie obiektów w GWT + MVP4G
10. GWT in action, Second edition
11. Database independence vs database dependence
12. Kuali Architecture and Development Standards
13. Kuali Application Architecture Diagram

©Janina Mincer-Daszkiewicz