-= Jaki był cel warsztatów? =-
W repozytorium szluug
https://svn.szluug.org/svn/szluugweb/alicja/trunk/
leży projekt alicja. Pozwala on na odpalenie wbudowanego serwera HTTP i
wypróbowanie kliku trików z transformacją XSLT po stronie serwera.
Przykłady są na razie extremalnie proste i nie pokazują możliwości
silnika, ale wkrótce mam nadzieję się to zmieni. Nauka używania SVN i
edytorów XML w kontekście tego projektu to był cel ostatnich warsztatów.
-= Co nam się udało? =-
Ściągnąć z repozytorium szluugweb projekt alicja. Dokonaliśmy tego za
pomocą różnych narzędzi:
* command line
* tortoise SVN (o ile dobrze pamiętam)
* eclipse
Wiele osób zainstalowało też eclipse, jako edytor XML i klient SVN (do
obydwu celów potrzebne były specjalne pluginy). Co więcej w użyciu były
bardzo różne systemy operacyjne:
* Windows - chyba 2000
* Windows Vista
* Kubuntu
* Debian
* Mac OS X
W efekcie zabrało to całe spotkanie, ale w końcu w większości przypadków
się udało. :)
-= Dlaczego o tym piszę? =-
Być może ktoś nie był na warsztatach, lub był, lecz bez sprzętu, a mimo
to chciałby się przyłączyć do zabawy z XML. Myślę, że trzeba będzie
wrzucić jakiś tutorial - np. jak wszystko ustawić w przypadku eclipse.
Mam też kilka komentarzy do dotychczasowych efektów.
-= nowe wersje plików w repozytorium =-
Właściwie nie istnieje coś takiego, mimo iż zachęcałem do eksperymentów.
:) Jedynie Tomek wrzucił nową wersję example.xml (jeszcze w trakcie
warsztatów), no i niestety nie jest to przykład idealnej modyfikacji. :(
Może na początek taka historia - pamiętam artykuł sprzed paru lat na
alphaworks.ibm.com, czy coś takiego, na temat wkładu IBM w
oprogramowanie Open Source. Przykład dotyczył Apache HTTPD - który
został wybrany przez IBM jako baza ich produktu (podobnie uczynił
Oracle). Dlatego kilku inżynierów IBM zostało oddelegowanych do
włączenia się w projekty ASF. Ludzie ci ściągnęli sobie kody źródłowe z
repozytorium, po czym sformatowali w swoich edytorach i wrzucili z
powrotem. W praktyce pokasowali jedynie whitespaces - zmiany czysto
kosmetyczne. Spowodowało to burzę na listach dyskusyjnych apache.
Wszyscy na świecie developerzy apache zobaczyli tysiące wchodzących
zmian, wśród których trzeba było analizować, które są zmianami w kodzie,
a które dotyczą jedynie wyglądu kodu. W dodatku zostały naruszone
standardy kodowania przyjęte w projekcie.
Analogicznie stało się w przypadku zmiany Tomka. Okazuje się że MS
XMLNotepad nie jest jednak idealnym edytorem XML do projektów tworzonych
przez wiele osób (o ile wszystkie nie używają XMLNotepad :) ). Można
porównać w historii zmian wersję pierwotną example.xml i ostatnią.
Różnice dotyczą:
* automatycznego przesuwania komentarzy
* dodawania spacji przed zamknięciem znaczników <foo /> - to są
"workarounds" dla XHTML, zalecane przez W3C, żeby starsze przeglądarki
nie wykładały się na kodzie XHTML.
* przenoszenia do nowej linii znaczników nie zawierających contentu
Widzę też problem znaków końca linii - czy ktoś używający SVN na wielu
platformach wie jak rozwiązać problem, który w przypadku CVS załatwia
się przez flagę -ko lub -kkv - przy ściąganiu z repozytorium plików txt
kody zakończeń linii są konwertowane stosownie do platformy?
-= Reflexje =-
1. Unikać narzędzi, które same mieszają w kodzie.
2. Zdefiniować standardy kodowania dla projektu - np. wcięcia xml 2 spacje
3. Rozwiązać problem znaków końca linii w svn
-= Następne warsztaty =-
Niestety w sobotę idę na urodziny mojego chrześniaka, więc o ile nie
dogadamy się z aczem lub amorfisem (udostępnienie sali), to warsztatów
raczej nie będzie. :(
--
"Meaning is differential not referential"
Kazimierz Pogoda
Nordic Consulting & Development Company http://www.ncdc.pl/
