I mam za sobą. Pozytywnie? Nie wiem. Na koniec egzaminu pojawił się jedynie komunikat:
THANK YOU ...blebleble...your score will be sent to you in 6-8 weeks after the beta analysis is complete.
Znaczy się, że w Sylwestra nie będę opijał sukcesu. Pisałem (patrz: Sun Certified Developer for Java Web Services (SCDJWS) bezpłatnie do 10 grudnia!), że "nie mam co liczyć na PASS, ale przynajmniej rozeznam się w materiale, w moich brakach i jeszcze wyrażę swój głos", ale już po połowie wiedziałem, że ten konkretny egzamin nie należy do bardzo wyrafinowanych i z każdym pytaniem byłem coraz bardziej przekonany, że go zdam (podkreślam, że moja wiedza Web Services nie należy do najbardziej oszałamiających i podszedłem do egzaminu z czystej ciekawości, czego można się spodziewać). Niestety, po 150 pytaniach w ciągu 240 minut pozostaje mi jeszcze czekać 6-8 weeks, aby poznać wynik.
Komentarzy zostawiłem sporo, bo udało mi się namierzyć pytania, które były błędne (proste literówki, które powodowały, że program nie mógłby się skompilować, a więc i odpowiedź była niepoprawna) i w ten sposób wyraziłem swoją opinię. Dług spłacony. Pojawiło się kilka pytań o "servlet-based vs EJB3-based Web Services", więc mam nadzieję, że chociaż pytaniami o EJB3 podniosłem trochę wynik. Nie mogłem uwierzyć, kiedy pod koniec, około 130. pytania, pojawiły się pytania zahaczające o....Net! Bodajże 10 pytań dotyczyło WCF, z czego trzech całkowicie nie zrozumiałem. Był moment, że koło mnie zdawały jeszcze 2 osoby z tematów microsoftowych, więc może testy ze sobą interferowały. 3 pytania dot. WCF to były "strzały". Ostatecznie na 30 minut przed końcem miałem 15 pytań do przejrzenia, a wiele odpowiadałem na zasadzie podobieństw pytań tak, że jedno pytanie było zarazem odpowiedzią na inne. I tak przeszło mi zabawiać się z akronimami i pojęciami webservice'owymi. A naliczyłem ich sporo. Zresztą sami zobaczcie (w kolejności ich występowania):
JAX-WS, JAXB, WSIT, SAAJ, WSDL, REST, SOAP, XML, JAXP, SAX, DOM, JAXR, SEI, apt, wsimport, wsgen, WS-I Basic Profile, WSDL-to-Java, Java-to-WSDL, EJB-based vs servlet-based endpoints, I-Stack, EJB3, doc-style, proc-style/rpc-style, rpc-lit, doc-lit, asynchronous WS, interaction/processing layer, XML Digital signatures, enveloping vs enveloped vs detached signatures, SSL, HTTP, mutual authentication, XML encryption, XACML, XKMS, X.509, SAML,Kerberos, WS-* (Policy, SecureConversation, Message, Security, ReliableMessaging, SecurityPolicy, Trust), XSD, MIME, SOA, JSON, RESTful WS vs SOAP WS, JAXB Validations, Fast InfoSet, StAX, WCF, .Net, MTOM, UDDI, i tak dalej.
Podsumowując, dużo było o JAXR i bezpieczeństwie (powiedziałbym, że razem naliczyłbym do 1/3 pytań). Trochę o REST, WS-I Basic Profile 1.1 (raz pojawiła się wzmianka o 1.0a i sądzę, że była to pomyłka z poprzedniego egzaminu) i te nieszczęsne WCF. Pojawiły się 2-3 pytania o SOA. Generalnie niezbyt techniczny egzamin, a raczej taki architektoniczny.
Podchodził ktoś jeszcze? Wrażenia?
12 grudnia 2008
05 grudnia 2008
Sun Certified Developer for Java Web Services (SCDJWS) bezpłatnie do 10 grudnia!
Natrafiłem na dWorld.pl na ciekawą informację - SCDJWS za darmo. Jeszcze zostały 3 dni (poza weekendem), aby skorzystać z możliwości bezpłatnego podejścia do egzaminu Sun Certified Developer for Java Web Services (SCDJWS) i mimo, że zarobionym po pachy, potraktowałem egzamin czysto rekreacyjnie (w końcu, ile można siedzieć w tych kodach korygujących błędy z Tornado w tle?!).
Przeglądając wymagania dotyczące egzaminu, nie mam wątpliwości, że nie mam co liczyć na PASS, ale przynajmniej rozeznam się w materiale, w moich brakach i jeszcze wyrażę swój głos. W końcu poza 4h, nic nie tracę, a z pewnością dużo mogę zyskać. Potraktowanie tematu Web Services w postaci egzaminu stanowi dla mnie ciekawą formę szkolenia, więc zysk oczywisty. A może jednak mam wystarczająco wiedzy, aby to obronić? Jak nie podejdę, nie będę wiedział. A jak z Tobą? Podchodzisz?
Przeglądając wymagania dotyczące egzaminu, nie mam wątpliwości, że nie mam co liczyć na PASS, ale przynajmniej rozeznam się w materiale, w moich brakach i jeszcze wyrażę swój głos. W końcu poza 4h, nic nie tracę, a z pewnością dużo mogę zyskać. Potraktowanie tematu Web Services w postaci egzaminu stanowi dla mnie ciekawą formę szkolenia, więc zysk oczywisty. A może jednak mam wystarczająco wiedzy, aby to obronić? Jak nie podejdę, nie będę wiedział. A jak z Tobą? Podchodzisz?
01 grudnia 2008
37. spotkanie Warszawskiej Grupy Użytkowników Technologii Java (Warszawa JUG)
Warszawska Grupa Użytkowników Technologii Java (Warszawa JUG) zaprasza na 37. spotkanie, które odbędzie się 02.12.2008 o godzinie 18:00 w sali 5440 Wydziału MIMUW przy ul. Banacha 2 w Warszawie.
Temat prezentacji: Java Native Interface, czyli dlaczego Java jest zależna od platformy
Prowadzący: Damian Szczepanik
Podczas prezentacji należy oczekiwać wiadomości wprowadzających do Java Native Interface (JNI), jak można go wykorzystać, gdzie i w jakich przypadkach jest niezbędny oraz kiedy należy się trzymać od niego z daleka. Z upływającym czasem pojawi się więcej praktyki. Zostanie zaprezentowane, co należy pobrać z Sieci i jak skonfigurować, aby móc korzystać z możliwości JNI w swoim IDE. Dla tych, których tematyka zainteresuje bardziej, garść porad. Dla tych, których nie zainteresuje (czytaj nie wykażą podczas spotkania chęci współpracy), będzie "wyjściówka" - nie wyjdą ze spotkania, dopóki nie odpowiedzą na pytania dotyczące JNI :) Tym samym uczestnicy zostali ostrzeżeni.
Lektura (nie)obowiazkowa: Java Native Interface w Wikipedii.
Historia Damiana z Javą zmieniała się jak w kalejdoskopie, co pozwoliło mu poznać jej wszystkie trzy oblicza. Zaczynalem, jak wszyscy, od SE, ale dość szybko dane mu było poznać tajniki pisania oprogramowania na platformie ME. W czasie studiów prowadził wykopaliska na terenie EE i pewnie tak zostałoby do dziś, gdyby nie firma Samsung, gdzie od prawie trzech lat tworzy oprogramowanie do telewizorow cyfrowych (!) Damian jest programistą z zawodu, integratorem kodu z doświadczenia, a (jak nikt nie patrzy) zarzadza systemem kontroli wersji. Podsumowując, ciekawa osóbka, której niewysłuchać to zgrzeszyć.
Planowany czas prezentacji to 1,5 godziny, po której planuje się 15-30-minutową dyskusję.
Wstęp wolny!
Zapraszam w imieniu grupy Warszawa JUG!
Temat prezentacji: Java Native Interface, czyli dlaczego Java jest zależna od platformy
Prowadzący: Damian Szczepanik
Podczas prezentacji należy oczekiwać wiadomości wprowadzających do Java Native Interface (JNI), jak można go wykorzystać, gdzie i w jakich przypadkach jest niezbędny oraz kiedy należy się trzymać od niego z daleka. Z upływającym czasem pojawi się więcej praktyki. Zostanie zaprezentowane, co należy pobrać z Sieci i jak skonfigurować, aby móc korzystać z możliwości JNI w swoim IDE. Dla tych, których tematyka zainteresuje bardziej, garść porad. Dla tych, których nie zainteresuje (czytaj nie wykażą podczas spotkania chęci współpracy), będzie "wyjściówka" - nie wyjdą ze spotkania, dopóki nie odpowiedzą na pytania dotyczące JNI :) Tym samym uczestnicy zostali ostrzeżeni.
Lektura (nie)obowiazkowa: Java Native Interface w Wikipedii.
Historia Damiana z Javą zmieniała się jak w kalejdoskopie, co pozwoliło mu poznać jej wszystkie trzy oblicza. Zaczynalem, jak wszyscy, od SE, ale dość szybko dane mu było poznać tajniki pisania oprogramowania na platformie ME. W czasie studiów prowadził wykopaliska na terenie EE i pewnie tak zostałoby do dziś, gdyby nie firma Samsung, gdzie od prawie trzech lat tworzy oprogramowanie do telewizorow cyfrowych (!) Damian jest programistą z zawodu, integratorem kodu z doświadczenia, a (jak nikt nie patrzy) zarzadza systemem kontroli wersji. Podsumowując, ciekawa osóbka, której niewysłuchać to zgrzeszyć.
Planowany czas prezentacji to 1,5 godziny, po której planuje się 15-30-minutową dyskusję.
Wstęp wolny!
Zapraszam w imieniu grupy Warszawa JUG!
Subskrybuj:
Posty (Atom)