Oracle = Java

Oracle kupił SUN - http://www.sun.com/third-party/global/oracle/index.jsp

Hm, no to jedna firma kontroluje bazy danych - Oracle i MySQL. To co teraz z DB2 zrobi IBM? MS SQL da sobie jakoś radę.

Pojawia się kilka zabawnych konfliktów, do rozwiązania:

• Oracle nie wydaje mi się firmą sprzętową
• Solaris i Linux, może Oracle przestanie kopiować RedHat Linux?
• Netbeans, JDeveloper i Eclipse. Oracle sam komituje sporo do Eclipse (EclipseLink, WebTools), a po kupnie BEA posiada komercyjne IDE oparte na Eclipse więc przewiduje dalszą migracje do Eclipse.
• JavaFx, JavaMe i Oracle? Brzmi dziwnie.
• Glassfish i Bea WebLogic.

Dobrze zapowiada się rozwój JSF jak i JVM. Mam nadzieje, że Oracle docenia nowe języki jak Groovy.

No to teraz IBM powinien też kupić coś ciekawego, może SpringSource albo RedHat?

ps. No to oczekuje teraz Oracle PaaS albo Oracle Cloud Database etc.

Google App Engine + Java, Groovy...

Zgodnie z przewidywaniami Java jest już obsługiwana przez App Engine, na razie dla wybranych.

http://googleappengine.blogspot.com/2009/04/seriously-this-time-new-language-on-app.html

a najlepsze w tym jest oczywiście

http://blog.springsource.com/2009/04/07/write-your-google-app-engine-applications-in-groovy/

Grails jeszcze nie działa.

Ogólnie mamy http://groups.google.com/group/google-appengine-java/web/will-it-play-in-app-engine

W praktyce nowe obsługiwane języki to Groovy, Scala, Jytho, JRuby i Rails, JavaScript(Rhino)!

I po co w ogóle zaczynali samego Python-a? Nie ma praktycznie potrzeby dodawać już innych jezyków, wystarczy popracować nad wsparciem Java.

Odnośnie samej Java to:

Servlety 2.4, JSP, JSTL, JPA, JDO, Java Mail...

Nie wiadomo co z JSF, Spring działa częściowo, Struts nie działa, Hibernate i podobne również nie. Może takie projekty jak Seam zajmą się wsparciem GAE.

Przy okazji Groovy, polecam artykuł

http://www.codethinked.com/post/2009/04/05/Do-We-Create-Type-Systems-In-Dynamic-Languages.aspx

Moim zdaniem to działa w dwie strony. W językach dynamicznie typowanych tworzymy w testach coś co w dużej mierze sprawdza nam typy i mimo, że sprawdza je dynamicznie, to i tak pewna część kodu nie była by potrzebna. Nie widać tego, bo języki dynamiczne mają przeważnie ciekawszą składnie. Z drugiej strony w językach statycznie typowanych wdrażamy przeważnie dynamizm "kodując" w String-ach.

Groovy i Scala i C# 4 to ciekawe przykłady zmian. W Groovy można opisywać typy, ale dalej nie jest to statyczna typizacja. Scala jest statycznie typowana ale z silnym odkrywaniem typów. Ma dodatkowo składnie równie silną jak w językach dynamicznych (choć trochę przegieli) .

C# 4 to język silnie typowany z możliwym odkrywaniem typów i typami anonimowaymi (wszystko to plus lambda wyrażenia i budowa drzew składni jest potrzebne by LINQ mógł istnieć). Dodatkowo od wersj 4 będzie można powiedzieć, że wybrany element jest "dynamiczny"...

http://blogs.msdn.com/cburrows/archive/2008/10/27/c-dynamic.aspx