KISS - to nie na dzień kobiet

David Chappell - znany ewangelista technologii MS pisze:

• Dlaczego firmy chcą za stworzenie aplikacji w J2EE ok. 30% więcej niż w .NET? - http://www.davidchappell.com/blog/2006_12_01_weblog.htmlWiększe trudności w pracy w środowisku J2EE, które z założenia było stworzone dla zawodowców, podczas gdy .NET przeznaczony jest dla amatorów (byłych programistów VB 6.0). Specyfikacja standardów J2EE jest niespójna, tworzona przez otwartą społeczność, w przpadku MS tworzy ją jedna firma.
• J2EE 5 jest platformą zunifikowaną, ale piekielnie SKOMPLIKOWNĄ. Do uproszczenia tego podchodzą dwa obozy SUN (poprzez JCP - otwarcie procesu tworzenia nowych funkcji poprzez dyskusję i głosowanie ze środowiskiem deweloperów najczęściej z otwartej społeczności) i IBM (Oracle, BEA i inni poprzez zamknięcie w SCA , tak zamknięcie tego procesu i stworzenie spójnej ramy technologicznej bez wkładu OBCYCH zdolnej do uruchomienia rozwiązań zainteresowanych firm).
• Wiele wysiłku twórcy J2EE (od niedawna przemianowanej na po prostu JEE) wkładają w uproszczenie wykorzystania mnogości technologii wchodzących w skład tego standardu. Z drugiej strony firmy komercyjne (IBM, Oracle, BEA), nierzadko rywalizujące ze sobą, zaangażowane w wykorzystanie w swych rozwiązaniach JEE same dochodzą do wspólnego zdania i publikują SCA (Service Component Architecture ). Promują SCA jako alternatywę do Java EE. (http://www.davidchappell.com/blog/2006_08_01_weblog.html). A wszystko po to żeby zwiększyć stopień wykorzystania raz stworzonych gotowców, tych pochodzących z SCA lub przy jego pomocy stworzonych.
• Tak naprawdę motywy stworzenia SCA są proste: stworzyć przeciwwagę firmie SUN polegającej na rozwijaniu Java przy pomocy metod demokratycznych JCP (Java Community Process) oraz wyjść na przeciw inicjatywie MS - stworzyć analog patformy WCF (Windows Communication Foundation)
• Stosowanie WCF znacząco usprawnia i upraszcza proces stworzenia oprogramowania w środowisku .NET (które sądząc po ilości klas - namespaces zawiera wiele skorelowanych ze sobą technologii). Tego brakowało Javie.
• SOA i WS zmniejszyły wagi i znaczenia platformy uruchamiającej serwerową część aplikacji, to co ma znaczenie to precyzyjnie zdefiniowany interfejs. Implementacje jego przy pomocy XML i HTTP stanowi wspólny mianownik każdego takiego rozwiązania. Nie potrzeba do tego jak twierdzą zwolennicy JEE skomplikowanych technologii, ani zunifikowanej platformy uruchomieniowej, to co "chodzi" na serwerze jest nieważne, liczy się jedynie interface między usługami (http://rss.techtarget.com/80.xml + "Analysts see Java EE dying in an SOA world").
• WCF to UNIFIKACJA - Introducing WCF (MS) + Introducing the .NET 3.o framework.
• Porównanie WCF z SOA - polegają na WS-* w zakresie bezpieczeństwa. To ważne. Przeglad bezpiecznych WS - tu.