==========================================================================
* Forwarded by Gianluca Pinelli
* From: “Juergen Hoeller” juergen @interface21.com
* Date: Tue, 3 Oct 2006 17:57:25 +0200
* To: springframework -developer@lists.sourceforge.net; “‘List for Spring users’” springframework -user@lists.sourceforge.net
* Subj: [Springframework-user] Spring Framework 2.0 final released
==========================================================================

Dear Spring community,

I’m pleased to announce that, after 5 milestone releases and 4 release
candidates over the course of 9 months, Spring 2.0 has gone final today.

See the announcement on our website:
http://www.springframework.org/countdown
Note that the website is currently down because of too much load. We would
appreciate if you look at it a bit later

C’era una volta il re incontrastato degli IDE che solo a nominarlo faceva paura a tutti gli sviluppatori: Borland JBuilder.
Ebbene, la Borland a fine 2005 annuncia che abbandonerà l’attuale piattaforma di JBuilder per migrare il suo JavaIDE su Eclipse.
Adesso, infatti, è disponibile JBuilder 2006 una versione commerciale di Eclipse customizzata da Borland. Borland che con questa mossa ha dichiarato chiuso l’era dell’IDE per concentrarsi sullo sviluppo degli strumenti per la gestione dell’ Application Lifecycle.

Altro IDE per i programmatori Java che ha ancora un suo pubblico (anche se di nicchia) è IntelliJ IDEA detto anche SignorRefactoring che però ha il difetto di essere a pagamento (in verità c’è anche in versione free ma solo per sviluppare progetti open-source) e di essere carente di “extension” e di una corposa community di supporto.
Anche IntelliJ ormai è sotto l’eclissi.

Unico IDE che sembra non ancora entrato nel cono d’ombra è NetBeans, progetto open-source di SUN che ormai da svariati anni cerca di imporre (senza riuscirci) un suo ambiente di sviluppo (ricordiamoci Fortè che non era altro che NetBeans non opensource). NetBeans è un ottimo IDE, in alcune feature, come il JavaMobile, eccelle. Open, estensibile e da qualche anno si è anche formata una nutrita community di estimatori, ma il suo decollo stenta. C’è sempre la presenza ingombrante di SUN che rende poco credibile la forma “open”.

E poi ci sono vari progetti di IDE specifici che si fondano su Eclipse come WSAD di IBM, BEA Workshop, Sybase WorkSpace, Adobe Flex Builder 2 o chi come Zend Studio è in procinto di salire a bordo.

Adesso la domanda nasce spontanea: perchè EclipseRulez?
Partiamo dal primo dato importante: Eclipse è open. Open ma con serietà. La EclipseFoundation è sostenuta dai maggiori software vendor mondiali (esclusa Microsoft of-course), e il Board of Directors chiarisce molto le idee a riguardo. La Foundation garantisce che il progetto Eclipse segua uno sviluppo libero ma cmq indirizzato verso un target commerciale (modello che attualmente è quello vincente nel mondo open-source).
Quindi uno sviluppatore adottando Eclipse sa bene di utilizzare uno standard de-facto, un prodotto di qualità e che realmente contribuisce a creare un ambiente RAD.

Altro fattore vincente in Eclipse è dato dalla sua architettura (e qui diciamolo, il merito è soprattutto di IBM). Eclipse ha fatto della flessibilità e della modularità un punto fermo del suo sviluppo.
Eclipse è facilmente utilizzabile come IDE per altri linguaggi (come C, C++, PHP, CFML,Javascript etc.), al suo nucleo base possono essere aggiunti vari moduli specialistici come WTP per lo sviluppo di WebApplication J2EE, STP per le architetture SOA, BIRT per il reporting e la BusinessIntelligence.
Eclipse diventa l’ambiente perfetto. Non serve altro. Non serve aprire altre applicazioni. Eclipse diventa il meta-IDE.

Mai nome è stato più profetico. Eclipse attualmente ha eclissato (e in alcuni casi fagocitato) tutti gli IDE Java (e non..).
Agli sviluppatori Java non resta che calzare un bel paio di occhiali scuri e godersi lo spettacolo…
Buona Eclissi a tutti!

• Scaricare JTOpen (io ho utilizzato la versione 5.2) da questo link
• Utilizzare un client JDBC per testare la connessione, io personalmente utilizzo Squirrel o (per uso personale) AquaDataStudio
• Utilizzare i seguenti parametri di connessione:
  Driver Class: com.ibm.as400.access.AS400JDBCDriver
  URL: jdbc:as400://[indirizzo_ip_del_server_as400]/[nome_del_sistema]
  Ovviamente username e password per l’accesso.

Una volta testata la connessione, sarà facile configurare l’applicazione J2EE che dovrà leggere i dati dal sistema As400/Iseries.

…prima o poi (e tempo permettendo) dovrò organizzare un JUG qui a Napoli (se qualche “javaro partenopeo” è in ascolto, si faccia vivo!).
Quello che già c’è mi sembra in stato di coma avanzato..

La tesi di Eckel è che la vera alternativa alle applet java (RIP) è il flash player. Quest’ultimo ha il vantaggio, rispetto alle geriatriche applet (RIP), di poter dare all’utente la tanto sospirata “user experience” e rispetto ad Ajax non ha problemi di cross-browsing e cross-plattform.
E se va bene a lui…buon ActionScript3 a tutti!!
A margine:
Mettici pure che un uccellino mi ha informato che alcune banche hanno già acquistato licenze di Flex 2 (con tutto che Flex è ancora in beta!!), allora il quadro diventa abbastanza chiaro e tra poco non sentiremo più parlare solo e soltanto di Ajax.
Forza ragazzi, da oggi si studia MXML.

Link a JRubik
Qualche screenshot