Tym razem będzie naprawdę multi-testowo! Michał Gozdalik będzie prezentował możliwości testowania rozproszonego w TestNG i Selenium-Grid … w „programie” jest przewidziana demonstracja z wykorzystaniem TRZECH rzutników i komputerów … oj będzie się działo!

Dokładny plan prezentacji:

• Opis narzędzi TestNG i Selenium-Grid pod katem testowania równoległego i rozproszonego. W tej części przedstawiona zostanie część teoretyczna mająca na celu wprowadzenie w tematykę rozproszonego testowania równoległego. Wytłumaczone zostaną mechanizmy równoległe w narzędziu TestNG i Selenium-Grid
• Konfiguracja i zestawienie Selenium-Grid jako środowiska testowego. W tym punkcie przedstawiony zostanie sposób zestawienia środowiska testowego włączając konfigurację poszczególnych hostów. Stworzona zostanie macierz (Grid) trzech komputerów jako środowisko uruchomieniowe dla Selenium -Grid
• Przykładowy scenariusz testowy. Omówiony zostanie wzorzec pisania testów funkcjonalnych pod Selenium-Grid uwzględniający potrzeby częstych zmian wymagań w metodykach tworzenia oprogramowania typu Agile
• Objaśnienie kodu źródłowego testów. W tym punkcie omówione zostaną najczęściej używane części API Selenium. Wytłumaczone zostaną również wzorce poprawnej implementacji mechanizmów dynamicznych stron obsługujących technologię AJAX.
• Uruchomienie przykładu. Demonstracja działania testów na trzech komputerach i trzech rzutnikach.

Czas: 2 godziny

Miejsce: WI ZUT (PS), sala 128

Godz. 18:00

Data: 16.06.2010

Oryginalna treść zaproszenia.

Jeżeli będziesz 16 czerwca w okolicach Szczecina, nie może Ciebie zabraknąć na tej prezentacji! Taka okazja się nie powtórzy!

A tymczasem … już w ten czwartek (10.06.2010) zapraszam wszystkich na Poznań Eclipse DemoCamp, więcej informacji tutaj.

Witam ponownie,

zapraszam Was w imieniu swoim i Filipa na spotkanie, które będzie poprowadzone przez właśnie niego, którego tematem będzie „Nie tylko JUnit. O TestNG słów parę a nawet kilka.”

Filus jest cudownym (bo osiągnięcie tego zakrawało na cud) absolwentemkilku etapów powszechnej edukacji, w tym Wydziału Informatyki Politechniki Szczecińskiej. Od pięciu lat zawodowo udziela się jako programista jawy, a od lat dwóch z kawałkiem próbuje swych sił także jako tester oprogramowania. Pewnie dlatego Los postawił go przed nieuchronnym spotkaniem z TestNG, a o wrażeniach z tego rendez-vous, a nawet może tête-à-tête, chętnie poplotkuje w miłych gronie szczecińskiego JUG-a.

Do wygrania licencja na jeden z wymienionych produktów firmy *JetBrains*:

a. IntelliJ IDEA Personal License
b. ReSharper Personal License
c. TeamCity Build Agent
d. Ruby Mine

oraz

licencja na agenta JVM *JRebel*.
Miejsce: WI ZUT (PS), sala 200

Godz. 18:00

Data: 22.04.2010
Serdecznie zapraszamy!

Ja będę tam na pewno, a Ty ?

Jeżeli wszystko pójdzie zgodnie z ambitnym planem to w połowie kwietnia powinienem złożyć gotową pracę … zobaczymy jak to wyjdzie.

W pierwotnej wersji moja praca inżynierska miała wiązać się z OpenMoko … niestety semestr walki z JNA nie przyniósł pożądanych efektów dlatego postanowiłem zmienić platformę na „bardziej dojrzałą” (zwłaszcza, że w między czasie nabyłem G1).

Taki obrót sytuacji spowodował, że na chwilę obecną nie posiadam nawet zarysu aplikacji ;>. Ale czym tu się przejmować, nie ma co biadolić czas zabierać się za robotę

IMHO bardzo dobrym quick-start’em jest ta dwugodzinna prezentacja. Zawiera ona dość przekrojową wiedzę potrzebną do tego żeby szybko wystartować z projektem; brakuje w niej opisu manifestu aplikacji, poziomów dostępu do danych i sprzętu … to będzie trzeba uzupełnić na własną rękę.

Oprócz tego standardową kopalnią wiedzy na temat androida jest strona developer.android.com, gdzie dostępne są prezentacje z Google I/O oraz inne sponsorowane przez Google jak również dostępna jest pełna dokumentacja.

W tym poście postaram się agregować wszystkie przydatne linki które okażą się pomocne podczas tworzenia aplikacji. Więc jeżeli interesujesz się tym tematem to zapraszam do zaglądania tutaj … podobnie jeżeli Ty posiadasz jakieś interesujące materiały nie krępuj się umieścić link do nich w komentarzu

• Tutorial pokazujący wykorzystanie widgetu MapView dostępnego w Google APIs (czyli dodatku do standardowego API androida)
• Szybki TUT jak rozpocząć „zabawy” z GPS’em

W ciągu tych paru miesięcy będę implementował system monitoringu dla Cocoon’a 3 pod opieką Reinhard’a Poetz’a … wow, no nie mogę uwierzyć, będzie się działo ;D

• git’cie (prelegent: Andrzej Śliwa): jako podsumowanie mogę powiedzieć tylko tyle, że nie wiedziałem, że można używać git’a jako swoistego backend’u do repozytoriów cvs i svn (polecenia git-svn i git-cvs jak również git svn i git cvs); ogólnie wiedziałem czym jest git, z czym to się je i jak powstał … ale dyskusja która się wywiązała w trakcie prelekcji w mojej opinii doprowadziła do wniosku, że do póki git nie będzie miał dobrego wsparcia w IDE (tj. eclipse którego sam namiętnie używam) to dla części developerów (tj. nie koniecznie dla mnie) task „migracja na git” pozostaje pozycją na liście TODO … btw. dyskusje które się odbyły w czasie prelekcji IMHO były bardzo pozytywne, oby więcej takich aktywnych wykładów (taki sposób gdzie interakcja (nie koniecznie  zamierzona) ze słuchaczami jest duża trafia do mnie najbardziej)
• grails: w tym wypadku Jacek Laskowski (mało kto go nie zna, a zwłaszcza jego blog’a) jak zawsze stworzył show, mimo że nie zawsze było ono przewidywane, ale kto jak kto … Jacek Laskowski potrafi obrócić na swoją korzyść wszystkie wpadki … showman’ów takich jak on na prawdę nie spotyka się wielu (znowu jestem pod wrażeniem jego prezentacji …). Z aktualnie znanych mi podejść do przedstawionego tematu tj. RDwA (Rapid Development web Applications) grails jest bardzo podobne do framework’ów Python’owych tj. Django i web2py, jedyną jego przewagą jest scaffold (rusztowanie) tj. coś co na etapie prototypowania pozwala zapomnieć o wszysktim innym, a potem potrafi wygenerować kod, tego właśnie brakuje w wspomnianych Django i web2py … aczkolwiek są tego (jak zawsze) złe i dobre strony. Ogólnie grails zachwyca zwłaszcza tym, że do hosting ciągle wymaga tylko JVM, po za tym prostota jest na prawdę duża … ale jeżeli musiał bym się uczyć nowego języka, jakim jest niewątpliwie jest groovy (na króym bazuje grails) wolał bym wybrać python’a i np. Jython ;> Fajnie że TO (tj. grails i groovy) działa na JVM ale osobiście wolę Python’a jeżeli chodzi o języki skryptowe ;>

Tym razem po konferencji odbyło się spotkanie integracyjne. Osobiście chciał bym podziękować Pawłowi Szulcowi oraz grupie JUG’owców z Lublina (o ile dobrze pamiętam ;>) za „panele dyskusyjne„. Jednocześnie chciał bym wszystkich przeprosić za NCDC‘owe dyskusje w czasie „integracji„, w takich przypadkach trzeba nam przerywać ;> serio mowie teraz … no ewentualnie zadawć pytania, żeby być też w miarę w teacie ;> OK, było jak było (IMHO było super) za rok trzeba powtórzyć konfereencję (Leszek, możesz liczyć na mnie tj. na moją pomoc), po za tym zapraszam wszystkich (Ciebie czytelniku też !!) na spotkania SzJUG nie tylko prelekcje ale też i spotkania przy piwie, nie bójcie się nas, nie gryziemy, nie parzymy itp.

Na prawdę mówię serio, każda nowa osoba jest mile widziana, bo każdy nowy człowiek to nowy wątek w  dyskusji, a na tym nam zależy ;> przedewszystkim nie bać się !!

XMPP-PubSub (XEP-0060). Jako, że temat jest ciekawy i (IMHO) przyszłościowy postaram się go przybliżyć w paru notkach.

Czego można się po tych notkach spodziewać ? Przede wszystkim działających (w chwili publikacji ) fragmentów kodu, opisów problemów jakie napotkałem podczas realizacji projektu … oraz ich rozwiązań. Wszystko oczywiście, jak to u mnie bywa, w mniej lub bardziej chaotycznej formie ;>

Na początek może trochę teorii i historii (oczywiście z mojego punktu widzenia).

Co to jest XMPP ? Cóż, część osób będzie kojarzyć ten termin z Jabber’em … i słusznie, sam Jabber jest przodkiem XMPP , jako że całość bazuje na XML’u jest to potężne „narzędzie” mogące służyć nie tylko do komunikacji w internecie, ale też do wielu innych celów.

Co to jest PubSub ? Właściwie to Publish-Subscribe; jest to jedna z wielu ” usług” jakie udostępnia XMPP, umożliwia ona „wystawianie” wiadomości. Dzięki wykorzystaniu Observer patter eliminuje zbędny ruch sieciowy (klient nie pyta serwera co 5 min „masz już coś dla mnie?” … „a może teraz masz ?”), umożliwa praktycznie natychmiastowe informowanie klientów o zmianach/nowościach.

Z czym to się je ? Właściwie to ze wszystkim i niczym … tj. na pewno potrzebny jest serwer Jabbera z zaimplementowaną obsługa pub-sub (może to być np. ejabberd2 czy jabberd2, ja będę używał tego pierwszego z racji że „posiadam” go od paru lat ) i to by był na tyle … no ale w sumie to jeszcze można by z tego zrobić jakis użytek, dosłownie „jakiś”. Tak więc będą nam do tego potrzebne jakieś biblioteki … z takowymi nie ma problemu, chwila googlania zaprowadziła mnie do (wspominanego wyżej) smack’a i su-smack’a. Ok, całkiem fajnie, mi się to podoba … tylko po co mi do tego jeszcze jakiś dodatkowy serwer i to jeszcze jabbera ? Jest on po to, żeby ułatwić sobie życie, robi on za taki „programowy switch”, z wykorzystaniem smack’a można na takim serwerze wystawić node’a z danymi i odpowiednią konfiguracją … i o nim poprostu zapomnieć, dalej nasza zewnętrzna aplikacja (czyli OpenSource’owy, całkowicie darmowy soft) zrobi za nas wszystko, tj. roześle informacje do tych klientów którzy się zapisali na listę chętnych do odebrania informacji (tutaj jest właśnie nasz Observer pattern). Architektura jest bardzo prosta, klient podłącza się do serwera i zapisuje się (lub jak kto woli subscribe’uje), na zdarzenia (eventy), z drugiej strony łączy się inny klient czy serwer i wystawia dane (tu się znowu powtórzę) reszte robi za nas Observer pattern i serwer jabbera. … Ok wszystko fajnie, no ale ja nie chce czy też nie mogę/nie umiem/nie mam gdzie (nie potrzebne skreślić) postawić taki serwer. Nie musisz ;P możesz użyć jakiegoś publicznego, wystarczy rejestracja (a czasem nawet i to nie jest wymagane).

Smack i su-smack. Obie biblioteki są open-source’owe, pierwszy na licencji Apache, a drugi na Stockholm university BSD License. Więc nie będą sprawiać żadnych problemów ;>. Obie są w całości napisane w Java’ie, trafiłem na nie po chwili google’ania

OK, koniec tego długiego i nudnego wstępu, czas zabrać się za to co tygryski lubią najbardziej ;> … czyli konfiguracje … żartuje, oczywiście najlepszą częścią będzie kodowanie, ale chcąc być trendy i wogole super … zwłaszcza, że oba projekty na to pozwalają … chciał bym przedstawić konfigurację maven‘a. W pliku pom.xml w sekcji repositories dodajemy repo (lub jak kto woli można to zrobić w $M2_HOME/setttings.xml, ale lepiej nie uzależniać projektu od globalnej konfiguracji )

<repository>
<id>it.su.se</id>
<name>su-smack</name>
<url>http://maven.it.su.se/it.su.se/maven2</url>
</repository>

natomiast do sekcji dependenties dodajemy:

<dependency>
<artifactId>su-smack</artifactId>
<groupId>su-smack</groupId>
<version>1.4-SNAPSHOT</version>
</dependency>

Teraz właściwa część notki … kod ;>. Najpierw założenia, chcemy się podlaczyć do serwera jabber’a, zalogować się i stworzyć w węzeł, dodatkowo dodam PacketListener żeby widzieć jak wygladą komunikacja pomiędzy serwerem jabber’a, a kodem. Kod nie jest zaawansowany więc nie sądze żeby wymagał opisu.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47

/*
 * 	Published on GNU GPLv2
 */
package org.luksza.xmpp.pubsub;
 
import org.jivesoftware.smack.PacketListener;
import org.jivesoftware.smack.XMPPConnection;
import org.jivesoftware.smack.packet.Packet;
import org.jivesoftware.smack.packet.IQ.Type;
import se.su.it.smack.pubsub.PubSub;
import se.su.it.smack.pubsub.elements.ConfigureElement;
import se.su.it.smack.pubsub.elements.CreateElement;
 
/**
* @author Dariusz [LocK] Łuksza
*/
public class PubSubCreateNode {
 
    public static void main(final String[] argv) throws Exception {
        final String login = "login";
        final XMPPConnection con = new XMPPConnection("jabber.host");
        con.connect();
        con.addPacketListener(new PacketListener() {
            public void processPacket(Packet pkt) {
                System.out.println(pkt.toXML());
            }
        }, null);
        try {
            con.login(login, "pass");
            if (con.isAuthenticated()) {
                final PubSub pubSub = new PubSub();
                pubSub.setType(Type.SET);
                pubSub.setTo("pubsub.jabber.host");
                pubSub.setFrom(con.getUser());
                pubSub.addChild(new CreateElement("/home/jabber.host/" + login));
                pubSub.addChild(new ConfigureElement());
                con.sendPacket(pubSub);
                Thread.sleep(5000);
            } else {
                System.out.println("Not authenticated!");
                return;
            }
        } finally {
            con.disconnect();
        }
    }
}

Po uruchowmieniu, używając jakiegoś klienta jabber’a (tkabber’a czy np. psi) możemy sprawdzić czy węzeł został utworzony. Należy pamiętać o tym że nie można tworzyć wiely węzłów naraz.I to by było chyba na tyle

Tak też właśnie jest i w przypadku SCJP6 Study Guide. Na wstępie przedstawiane są postacie autorów oraz ekspertów, ale co ważniejsze opisywany jest również sam egzamin (jego przebieg oraz treść) … więc od meritum.

Egzamin odbywa się w jednym z centrów egzaminacyjnych (w Polsce do wyboru są centra w Warszawie, Gdańsku, Kielcach, Krakowie, Łodzi … id.; dokładną listę można zlaleść na stronie 2test.com). Sam egzamin składa się z 72 pytań, oraz trwa 210 minut. Pytania są dwojakiego rodzaju:
drag-and-drop (należy uzupełnić kod dostepnymi fragmentami ) (20-25%)
multi choice (wielokrotnego wyboru) (pozostała część pytań)
Jak można się domyślić, pytania są losowane. Cały egzamin przeprowadzany jest w formie elektronicznej (na windowsie (sic!)), wyniki znane są tuż po zakończeniu testu … gdyż odrazu są wyśetlane na ekranie (jak i wysyłane do SUN’a.

Ogólnie nie wolno nic ze soba wnosić ani wynosić. W centrum egzaminacyjnym  każdy przystępujący otrzymuje zestaw kartka/kartki + długopis (tutaj najeży ponoć zwrócić uwagę żeby długopis pisał ).

Ogólnie autorzy opisują ten egamin jako naj bardziej wymagający i prestiżowy w środowisku IT … hmm … ciekawe jak to jest odbierane w europie )

Mimo wszystko postaram się, publikować tutaj to co wyda mi się ciekawe w każdym z rozdziałów … mam nadzieje ze nie zabraknie mi zapału

Na chwilę obecną czeka mnie 10 rozdziałów, każdy po mniej więcej 100 stron … razem jest tego 830 stron; po każdym rozdziale są pytania kontrolne .. dam rade ;>

Sytułacja z dnia na dzień stawała się coraz bardziej irytująca, zaczołem się rozglądać za innymi rozwiązaniami … Mając już konto gMail oraz gCalendar (Google Calendar, który to polecam wszystkim) padło na gReader (Google Reader) … i tak już zostało.

Dlaczego gReader ? Hmm … ma całkiem przyjemny interfejs, jest dostępny wszędzie tam gdzie jest internet, i przeglądarka z obsługa js, w dodatku czasem podpycha pod nos całkiem ciekawe zasoby . Właśnie dzięki funkcji Top Recommendations wpadłem na blog Mariusz Lipińskiego, a w nim ciekawa seria artykułów o SCJP ;> … swoją drogą to jest w tym blogu mały minus … baner flash’owy JAVArsorii 2008 na którym to moja 64 bitowa Opera się zwiesza :/

Dla zainteresowanych, tutaj są moje fead’y z kategorii Java.

btw. gReader ma jeden minus … nie ma desktopowego (choć bardziej pasowalo by tray’owego) linux’owego klienta lub też użytecznego widget’a do Opery … no chyba, że jeszcze na nic takiego nie wpadłem, co jest możliwe