Zagrywka MS

Ciąg dalszy historii pojednania MS-Novell. Chodzi o daleko idącą kooperację w tworzeniu heterogenicznych środowisk sieciowych w oparciu o specyficzne systemy operacyjne; mieszankę MS Windows 2003 Server i odmiany Linuxa - SuSe firmy Novell a także unormowanie roszczeń patentowych do patentów MS (file system) i Novell (rozwiązania sieciowe jeszcze za czasów DOS-a i NetWare). Zwrócono uwagę, że specyfika powstania i rozwoju Linuxa jest taka, że tak naprawdę nikt do niego nie ma pełnych praw - stąd utrzymać się jedynie można z usług dodatkowych i wsparcia technicznego tego środowiska. Linux bez wsparcia klientów korporacyjnych nigdy by się nie rozwinął (a wsparcia mu udzielił IBM na przekór działaniom hegemonistycznym Microsoft), nie jest w stanie się utrzymać jako system dla końcowego użytkownika (do tej pory nie przyniósł z racji tego zysku).

Dzięki porozumieniu MS będzie mógł zarządzać siecią heteregenicznych serwerów przy pomocy swych narzędzi - co leży w podstawie wirtualizacji zasobów sieciowych (ostatnio bardzo modny temat).

Ze strony prawa i ochrony własności intelektualnych w.w porozumienie jest nie lada sukcesem ponieważ buduje most między wymogami patentowymi oprogramowania zamkniętego a ogólnodostępnością oprogramowania otwartego.

Z drugiej strony porozumienie jest wykorzystaniem nigdysiejszego wsparcia IBM jakie ta firma udzieliła podupadającej firmie Novell pomagając jej zakupić oprogramowanie zachodnioniemieckiej firmy SuSE. I tu może IBM mieć żal do Novella, że w taki sposób wykorzystało pomocną dłoń podaną jej przez IBM w trudnych czasach. MS utarł nosa IBM.

Novell dodatkowo uzyskuje ochronę przed roszczeniami patentowymi MS i jej wykorzystany przez MS jako PROXY między sobą a klientami chcącymi zainwestować (poeksperymentować) w rozwiązania open source w środowisku MS Windows 2003 Server. Porozumienie doszło do skutku m.in. dzięki temu, że nie ma jednej dystrybucji Linuxa, każda z nich coś dodaje. Klient chcący wypróbować systemy otwarte, jest skonfudowany, nie wie z której z nich skorzystać (każda z nich ma swoją specyfikę, która uwidacznia się dopiero w trakcie implementacji konkretnego rozwiązania) . Teraz ma już tę wiedzę - w postaci jasnego przekazu pochodzącego z góry (tj. od  MS) - chcesz wypróbować Linux? Bardzo proszę, dajemy ci radę i rekomendujemy SuSE Enterprise Linux jako jedyne sprawdzone przez nas rozwiązanie (implementację systemu Linux). Wybierzesz tę właśnie dystrybucję, a nie będziesz miał żadnych kłopotów ze współpracą z naszą siecią MS Windows.

Sprawy ekonomiczne - oczywiście obie firmy dogadały się w sprawie podziału zysku ze sprzedaży przez MS licencji rocznej na użytkownie systemu SuSE oraz opłatami licncyjnymi za wykorzystanie technologii MS w elementach SuSE. Ale nie o to chodzi, analitycy uznali, że główne źródło stałego zysku jest wsparcie techniczne produktu (roczne opłata wnoszona przez firmy korporacyjne).  I tu przechodzimy do clue sprawy - firmy MS będzie największym parnerem Novela w świadczeniu pomocy technicznej dla jego wersji Linuxa. Klient korporacyjny czuje się w komfortowej sytuacji mając wsparcie dwóch poważnych graczy.

Jak zauważył Balmer zaniechanie ścigania korzystania z własności intelekyualnej MS i je praw autorskich jest skierowane WYŁĄCZNIE do klientów końcowych korzystających WYŁĄCZNIE z wersji SuSE Enterprise Linux i żadnej innej dystrybucji tego systemu.

Powyższe porozumienie zmieniło całą chemię środowiska sieciowego - do tej pory zwolennicy obu środowisk wymieniali abstrakcyjne argumenty świadczące o wyższości ich systemu nad drugim. Teraz wszystkow się zmienił - agrumentami jest koszt i wydajność. Batalia o dominację w śrowisku korporacyjnym  jednego systemu operacyjnego nad drugim się zakończyła.

Nowinki

Google oferuje dostęp do gmail poprzez nową aplikację w Javie dla telefonów komórkowych. Jest ponoć szybsza od analogicznego rozwiązania opartego o WAP. Zdaniem analityków taka decyzja GG podyktowana jest chęcią przyciągniecią do poczty gmail całej rzeszy użytkowników tych urządzeń kosztem MS Hotmail i Yahoo Mail.

Novel i Microsoft ogłosiły współpracę ze sobą (wsparcie techniczne dla Suse i zakńczenie wszystkich sporów oraz wymiana technologii a także zwiększenie wymienności systemów operacyjnych i środowiskami sieciowymi). Porozumienie podpisano do 2012 i obejmuje trzy obszary: wirtualizacja, usługi sieciowe w środowisku wirtualnym oraz wymienne formaty dokumentów (szczególnie współpraca Active Directory z eDirectory oraz wymienność między OpenXML i OpenDocument). Taki ruch wyrzedzający MS to wejście na rynek gry win/win (wygrana dla obu stron). Podobnie zrobił Oracle wchodząc w partnerstwo z Red Hat (oferując wsparcie dla klientów), przy okazji zagroził mu przejęciem klientów RH. Ciekawostką jest zakup 70,000 kuponów rocznej subskrypcji Suse przez MS przenaczonej dla potencjalnych klientów (być może rozdawana w formie zachęty do przejścia klientów z Red Hat na Suse).

Tworzenie aplikacji internetowych

Podejście do aplikacji internetowych na bazie technologii AJAX i przeglądarki internetowej (Mozilla lub IE). Można wyodrębnić następujące kroki (warstwy):

1. Dostęp do danych - Pobranie danych z internetu poprzez stworzenie połączenia ad-hoc z serwerem i wykonanie skryptu po stronie serwera (php, asp, jsp lub coklwiek innego), który pobiera dane (z dowolnej bazy danych) i pakuje je w szczególny sposób (xml, dataset w rozumieniu MS lub JSON)
2. Logika - Zinterpretowanie tychże danych u klienta (tutaj mamy do dyspozycji jedynie słuszą alternatywę w postaci języków skryptowych wbudowanych w przeglądarkę tj. JavaScript lub VBScript)
3. Prezentacja - Wyświetlenie pobranych danych przy pomocy DHTML w oparciu o DOM lub BOM (browser object model) lub XUL (mozilla)lub XAML (ms)
4. Przechowanie stanu aplikacji - na serwerze (zwrotnie wysłanie paczki przetworzonych danych) lub u klienta (mamy do dyspozycji cookie lub wynalazek MS - persistant data)

Takie są możliwści w przypadku użycie jako klienta przeglądarki internetowej. Gdyby zrezygnować z tego założenia możliwości jest znacznie więcej:

1. Wbudowanie w aplikację "grubego" klienta (PowerBuilder, Visual FoxPro lub C#) przeglądarki do obsługi internetu poprzez skryptowanie jej zachowania. I tu mamy jedyną możliwość - przeglądarkę MS IE.
2. Poprzez wywoływanie funkcji internetowych (WinHttps lub XMLHttp) wbudowanych w platformę uruchomieniową MS WIndows Client (można też skorzystać z silnika Mozilli gdzie istnieje analog XMLHttp lub w inych językach skorzystać z biblioteki curl)
3. Warstwa logiki i prezentacji danych jest o wiele bogatsza ponieważ korzysta z dobrodziejstwa inwetarza dostarczanego w danym języku - najczęściej mamy do dyspozycji wszystkie elementy dialogowe występujące w MS Windows Client.

Co nowego

Oprogramowanie "wolne" (otwarte) jest być może odpowiedzią na frustracje młodych ludzi (młodych duchem) dlaczego muszą używać oprogramowania zawierającego "cudze" rozwiązania problemów informatycznych. Mówią sobie "hej, mamy przecież demokrację, nikt nie będzie mi mówił jak mam rozwiązać ten problem. Lepiej będzie jak go sam rozwiążę". I powstają wersje oprogramowania darmowego rozwiązujące jakieś cząstkowe zagadnienia danefo problemu bez szerszej wizji całości problemu. W wyniku tego mamy rozwiązanie problemu, ale musimy się posłużyć wieloma narzędziami (o różnym czasami interfejsie). No cóż programować każdy może, jeden lepiej drugi gorzej... Dodatkowo ludzie podchodzący do rozwiązania jakiegoś problemu z góry traktują inne rozwiązania i bez szacunku do innej pracy robią często wszystko od nowa.

Dostępne jest oprogramowania SQLDBX - do podłączenie się do różnych baz danych. Zobaczymy jaka jest jego wartość.

Projekt Jepp dorósł już do wersji drugiej. Umożliwia wywołanie interpretera Python z poziomy oprogramowania napisanego w Javie (osadzenie Pythona w środowisku Java). Kiedyś był interpreter JPython ale jakoś został zapuszczony. Innym podejściem do problemu jest JPype - pozwalający na dostęp do możliwości Javy z poziomu języka Python, w ten sposób rozszerzający ten oststni język o biblioteki Javy. Tak prawdę mówiąc po co ta ich szamotanina skoro i tak mają mały wpływ na rynku rozwiązań korporacyjnych (nad projektami tymi pracuje po 2 deweloperów). Już lepiej obserwować co robi w tym zakresie np. Sun - wspierać zamierza Ruby,  jako główny język skryptowy.

Co więcej "waży"? Pełnokrwista aplikacja w Javie klienckiej czy "zamrożony" skrypt w Pythonie? Ten pierwszy wymaga instalacji JVM (dołączenie własnego środowiska wykonywalnego Java tzw. run-time, około 15 MB, ten drugi około 1 MB po potraktowaniu skryptu programem "freeze" dołączającym  parę DLL). Wybór należy do Ciebie, ale pamiętaj o szybkości prototypowania w Pythonie).

Firmy MS i Zend ogłosiły, że rozpoczynają prace nad optymalizacją PHP w środowisku IIS pod Windows 2003 Server oraz Longhorn. Odpowiedzialny za to jest dodatek FAST CGI (jako pośrednik między PHP a IIS). Podobny ukłon w kierunku technologii open-source miał miejsce w przypadku współpracy MS z JBossem, SugarCRM oraz MySQL. Z drugiej strony Zend zachęca do korzystania ze środowiska PHP poprzez produkty Zend Core for Oracle i Zend Core for IBM. Ten ostatni w wersji 1.5 wspiera bazy DB2 i Informix Dynamix Sever. Podobna współpraca planowana jest z MySQL. Na podstawie Reg Developer.

Co się dzieje z PHP? Według danych z marca PHP staje na rozdrożu. Chcąc stać się bardziej popularlnym planuje otworzyć się na deweloperów (co a la Red Hat) ogłosił otwarcie Zen Colaboration Project (w pażdzierniku 2005). Jak na razie są dwa projekty oba w fazie 0.1.2: Framework i Zend_Mail/Zend_Mime. Rok 2005 nie był zbyt słodki dla Zend, okazało się wg raportu Evans Data Corp , że popularność PHP spadła o 25% w obszarze EMEA i coraz więcej deweloperów nie zamierza w przyszłości korzystać z PHP.

Należy obserwować rozwój w/w platformy, ponieważ wciąż coś się dzieje.

Rozne

IE 7 będzie włączony do MSWindows XP SP2 już w listopadzie jako aktualizacja typu "high priority" (w cyklu Automatic Updates) i wtedy stanie się jedyną wspieraną przez MS przeglądarką. Nareszcie...

Rozważania

1. VPN w naszej firmie - ogólnie służy do bezpiecznego udostępniania zasobów sieci wewnętrznej firmy (drukarki, zasoby dyskowe, bazy danych) oraz do uruchamiania programów. W przypadku klientów internetowych np. AS (którzy chcą tylko otwierać nasze strony w swych przeglądarkach) proponowanie im VPN nie jest ekonomiczne i nie jest potrzebne a nawet NIEBEZPIECZNE. Jakiś "kumaty"  AS lub jego kolega mogą wejść do naszej sieci i spowodować jej kompromitację. Ciekawe jak zabezpieczony jest SW (Tomka Tyki) i czy można wykorzystać jego doświadczenie.
2. Java -warto zrobić jakiś program wsadowy do "czyszczenia" zapisów w bazach. JDBC jest bardzo wygodną implementacją ODBC i co najważniejsze nie wymaga skomplikowanej instlacji sterowników (wystarczy skopiować) plik .jar. Generalnie program napisany w Javie może być świetnym rozwiązaniem dla aplikacji middleware. Sam mam taki prościutki programik. Do jego pracy potrzeba ... no właśnie nie bardzo wiem co należy skonfigurować w serwerze Informixa aby można się do niego podłączyć (napewno muszą być otwarte jakieś niestandardowe porty np. 5552).  Uruchomienie http chyba nie jest potrzebne.
3. Java - appplet w Javie na stronie uruchamia obiekty COM z MS.

Czas ucieka

Poonieważ czas wciąż nam ucieka, człowiek postanowił zaznaczyć moment w czasie przy pomocy tzw. "znacznika czasu" (timestamp). Urzędy certyfikacyjne w Polsce świadczą usługi znakowania czasem, niestety odpłatnie (tak dotąd było chociażby z Sigillum). Pod adresem http://time.certum.pl/ znajduje się serwer znaczników czasu. Niestety muszę jeszcze ustalić aspekt prawny posługiwania się nim. Serwer Certum (Unizeto Polska) świadczy tę usługę w odpoweidzi na żądanie zgodne z TSQ (IETF RFC 3161.) lub Microsoft Authenticode lub SHA1. Po analizie strony domowej Unizeto okazuje się, że darmowa dla niekomercyjnego użytku usługa jest płatna (0,061 Euro/znacznik).

Znacznik czasu jest generowany na podstawie skrótu (digest) wiadomości.

Rumblings

I have just think of some petty projects of my own. Jednym z nich jest przekonanie, że AJAX po prosty polega na brutalnym wyrzuceniu z procesu posługiwania się w tworzeniu stron www elementu HTML FORM a w szczególności SUBMIT.  Dzięki temu znika automatycznie wszystkie  niedogodności wynikające z potrzeby sprawdzania czy wywołana strona jest uruchamiana po raz pierwszy (i ma czyste zmienne sesyjne) czy wskutek wysłania  jej do serwera zawiera zwrócone od niego dane. STRONA NIGDY SIĘ NIE PRZEŁADOWYWUJE.

Inną rzeczą jest zwrócenie uwagi na to, że stosując technologię AJAX  mamy możliwość pobrania dużej porcji danych z serwera internetowego. Danych jest tyle, że już nie musimy nic pobierać a jedynie dodajemy nowe dane wynikające z potrzeb przebiegu interacji z aplikacją. Taki błysk danych i odłączenie się od zasobów  Internetu podobny jest do metod używanych w pracy agentów specjalnych i spec służb w wojsku. Przesyłają oni krótkie paczki danych i przez długi czas się nie odzywają. Internet sprzyja takiej pracy ponieważ nie ma problemy z połączenie (a raczej jego brakiem) a pasmo i szybkość przesyłania danych są ogromne. W ułamku sekundy można przesłać całe setki KB danych do pożywienia się przez aplikację a nie bez przerwy przesyłać miedzy klientem a serwerem krótkie paczki danych.

Obietnica MS

Na stronie firmowej Microsoft złożył ciekawą obietnicę, polegającą na tym, że udostępnia szereg specyfikacji (będących potencjalnymi kandydatami na standardy) z zakresu WS (SOAP i jego pochodne, WSDL oraz WS-x) na zasadzie otwartej i  nieodpłatnej - tj. zrzeka się do nich praw w przypadku: tworzenia, korzystania, sprzedaży i oferowaniu do sprzedaży oraz dystrybucji dowolnej implementacji w/w specyfikacji.

Przemyślenia

Aktualnie mam dwa malutkie:

1. realizacja "prawdziwego" podpisu w środowisku Windows przy użyciu kart kryptograficznych i wiarygodnych bibliotek kryptograficznych jest możliwa jedynie przy pomocy:
1. biblioteki kryptoAPI CAPI COM Microsoft-u - darmowa
2. nowej jej wersji w .NET Framework - darmowa
3. super biblioteki np. SIGILLUM do obsługi funkcji krypto API - niewielki koszt
2. realizacja "prawdziwego" (WSDL) oprogramowania WebService jest możliwa w jedynie w środowisku .NET Framework lub WebSphere. Lżejszą wersję usług webowych można realizować poprzez protokół HTTP (HTTPRequest / HTTPResponse) i przesyłać pliki XML bez wykorzystania SOAP. Są dwie wersje usług webowych: a) serwer internetowy <-> klient (przeglądarka) i b) serwer internetowy <-> serwer internetowy. Należy zbadać sprawę sytuacji b).

Nowe prezenty od MS

We wrześniu pokazały się nowe produkty MS z serii CTP (beta dla testerów): MS Live Writer, XML NotePad (całkiem odnowiona wersja edytora plików .xml) oraz MS Expression Web (dawniej EW Designer). Cóż, bardzo to miłe.

Ciekawe oprogramowanie

AVS DVD Player 2.2

Programowy odtwarzacz filmowych płyt DVD zawierający wbudowane kodeki niezbędne do poprawnego wyświetlania obrazu i dźwięku. Jeśli szukasz dobrego i niezawodnego programu, ten może być dobrym wyborem.

Aplikacje internetowe jak edytor tekstów

Jest wiele aplikacji internetowych nasladujacych popularnę aplikację biurową MS Office. Jedną z nich jest Ajax 13. Jest to zbiór aplikacji prostszych od Google Writely, ale za to znacznie lżejszych (tj. mniej obciążających łącze). Jedną z nich jest AjaxWrite (w wersji 0.9 - czyżby to było wytłumaczeniem dlaczego ma taką ubogą funkcjonalność i błędy). Inne aplikacje to: AjaxSketch (nie wiadomo tak naprawdę co ma ona robić), AjaxXLS (emulator Excel), AjaxTunes, EyeSpot (edycja video) oraz AjaxOS (dopiero w opracowniu). Wydaje się, że Writely jest bardziej dopracowany.

Źródło: tu.

Jakość najważniejsza

Firma Evans Data Corps przeprowadziła ankietę wśród developerów (ponad 700 odpowiedzi) z której wynika, że jakość narzędzi do rozwijania aplikacji jest ważniejsza od ceny. Są już znane jej wyniki.

Serwery aplikacji - pierwsze miejsce pod względem jakości zajął produkt f-my BEA - WebLogic Server i znacznie gorsze pod względem ceny. Miejsca drugie i następne zajęli kolejno: JRun (Adobe), Oracle i Sun. Miejsce piąte dopiera Tomcat. Ostatnie miejsce w kategorii cen zajął produkt WebSphere f-my IBM. Najlepiej cenowo są Tomcat (Apache), JBoss (RH), Java System Application Server (Sun). Widać, że kryterium cenowe nie jest aż tak ważne (zajmuje dopiero czwarte miejsce). 

Narzędzia RAD (11 rywali, 1100 uczestników) - miejsce pierwsze w kategorii jakości zajął Rational Application Development Suite (IBM), potem MS Visual Studio i dalej Delphi (Borland Software). Znamienne, że darmowe NetBean i Eclipse zajęły ostatnie miejsce.

Hierarchia

Najpierw na górze jest Web 2.0, następnie niżej RCI (Rich Client Interface), potem jest jego uszczegółowienie w postaci AJAX-a. Uwaga: pisanie aplikacji wykorzystując "gołe" mozlwiości AJAX-a jest pracochłonne, lepiej użyć do tego biblioteki wichajstrów (widgets) lub framework-u (np SAJAX - łączący PHP i AJAX).

To warto wiedzieć

Jest wiele stron internetowych zawierających informacje o technologiach internetowych. Dzisiaj polecam:

1.  zvon.org,
2. w3cschool oraz
3.  webdesign
4. tutoriale m.in. o ASP, ASP.NET, AJAX

Wpuszczanie w kanał ...(kanał RSS oczywiście)

Od dawna wiele aplikacji internetowych tworzy nowe kanały przekazywania informacji ze swoich stron, które bazują na technologii  RSS. kanał RSS umożliwia skrótowe (nagłówek i tzw. "abstract") i wybiórcze (poprzez filtr programowy) przeglądanie zawartości serwisów informacyjnych. Jednym ze sposobó produkcji wiadomości RSS jest blog, np. blog z Googe'a tworzy automatycznie kanał RSS.

Nowym pomysłem jest zasilanie takiego kanału z niekonwencjonalnych źródeł np. dokumentów MS Worda, czy arkusza kalkulacyjnego. Można skorzystać z narzędzi np. tofeed.py. Innym, bardziej zorientowanym na niedoświadczonego użytkownika a jednocześnie bardzo elastycznymi i rozbudowanym narzędziem jest RSS Feed Generator firmy ListGarden autorstwa Dana Bricklina (nota bene innym produktem jest wikiCalc).

Więcej szczegółów technicznych na temat RSS można znaleźć tu (Harvard).

Misz-masz i co dalej masz?

Popularność aplikacji internetowych bazujących na technologii Web 2.0 rośnie coraz bardziej.  Coraz więcej również powstaje aplikacji typu mashup (misz-masz). Powstają one poprzez wybranie przez twórców tych aplikacji różnych fragmentów powszechnie dostępnych stron internetowych, przepakowanie ich (ściągnięcie z nich informaji), intergrację oraz udostępnienie tak powstałej treści w ładnym (interaktywnym opakowaniu). Przykładem tego jest wyszukiwanie najtańszej stacji beznynowej czy też porównanie cen książek. EBay daje 20% upustu na ceny towarów wymienianych przy pomocy swojej platformy przetargowo-handlowej dla programistów, którzy skorzystają z niej  w swoich aplikacjach.

W pewnym sensie taki misz-masz przypomina klasyczny portal/vortal z tym, że te ostatnie zawierają informacje z zakresu jednej tematyki np.  sprawy firmy i ich zawartość jest dostęna dla członków korporacji.

Sprawdza się w przypadku Web 2.0 powiedzenie znane z open-source "choćbyś nie wiem jak był kreatywny,  społeczność korzystające z twojego produktu zadziwi cię jeszcze większą kreatywnością".

Firmy udostępniające swoje informacje w Internecie zaczynają sobie zdawać sprawę, że tak naprawdę liczy się na ich stronach treść a nie forma i dlatego zamiast czystej funkcji publikacji swoich danych zaczyna oferować interfejs do wyciągania tychże danych ze swoich stron. Czyli zamiast udostępniać dane należy udostępniać API służące do pobierania tch danych.

Jedną z form udostępniania danych nie w postaci tylko stron jest kanał RSS.

Pierwszą firmą, która zdała sobie z tego sprawę była Amazon, która wydała interfejs do swej strony w postaci udokumentowanych funkacji API z któych mógł skorzystać każdy programista. Za nią poszły inne firmy Yahoo, Google, które zaaczęły zatrudniać takich specjalistów jak Adam Bosworth.

Idea jest taka żeby zmienić strony internetowe w maszyny do programowania.

Źrodło: Zdnet

MS vs GG

Oferta Microsoft  - MS Office Live Essential - produkt beta za darmo (potem 30$/mc)

Oferta Google -Google Apps 4 Domain - wersja basic beta za darmo (pod koniec roku będzie wersja premium - rozszerzona ale płatna)

Porównanie możliwości w Cnet.

Próbka tego jest poniżej:

Microsoft Office Live Basics beta
Google Apps for Your Domain

Compatibility
Internet Explorer 5.5; Windows 2000 /Internet Explorer 5.5, Firefox, Safari, Netscape 7.1; Windows, Mac, Linux

Domain name registration
Free /No

Web site storage space
30MB, 10MB bandwidth free, unlimited number of pages / 100MB through Google Page Creator

Web site traffic analysis
Yes / No

E-mail
Office Live Mail, 5 e-mail accounts, with 2GB of storage each / Multiple accounts through Gmail, with 2.8 GB of storage each

Chat
No / Google Talk

Calendar
Not included with Basics; available with paid Office Live Essentials or Collaboration / Google Calendar

Web page design
Built-in Site Designer with thousands of customizable, industry-specific templates / Google Page Creator

Privacy and Security
Privacy policy; must enable cookies / Privacy policies of each app; must enable cookies

Customer support
E-mail / Searchable knowledge base, forums

Paid versions
20 business applications and 24-hour phone support with Office Live Essentials or Collaboration; $29.95 and up per month after beta / No

Mydełko czyli SOAP

Co guru Leyman sądzi o wyborze nośnika WS: "REST is a possible style to implement a SOA. Especially if your application deals with large messages, or will benefit from caching, or has to render results immediately to end users, etc then a REST-based SOA does make a lot of sense. If you need to expose application specific interfaces, if you need message security along a message path with varying transport protocols, if you need choreography etc etc the WSDL/SOAP/... based SOA is preferable." Profesor Frank Leyman opublikował nawet mapę drogową dla SOAP.

Inny badacz Mark Baker jest znanym człowiekiem skłaniającym się jednak ku REST (REpresentational State Transfer) krytykujący wprowadzanie do WS standardów ignorujących potrzeby usług i niepotrzebnie komplikujacych ich implementację. Wywodzi się on z obozu DCE i Corba. Twórcą i pionierem tej technologii jest Roy Fielding który jest współzałożycielem protokołu HTTP 1.1 (udostępnia swoje interfejsy poprzez raz zdefiniowane i zafiksowane na stałe metody GET i POST, podobne ale bardziej rozwiniete idee są w REST. W SOAP jest to bardziej eleastyczne, opis interfejsu jest zawarty w WSDL) i autorem definicji REST. Co daje stały interfejs do usług?

Trzy zalety: prostota (liczba punktów swobody jest niewielka), skalowalność i niezawodność.

Każdy protokół wymiany powinien mieć cztery właściwości (wg. pracy dysertacyjnej Fielding) zapewniających:

1. Identyfikację zasobu ->URI
2. Działanie na zasobach ->GET, PUT, POST, DELETE
3. Samopisywalność komunikatów
4. Hypermedia jako transport stanu semantycznego

Więcej na ten temat: RESTwiki z resources section + tutorial