jeudi oct. 16, 2008

Horizons European Conference 2008

I just made it back from the Java CAPS "Horizons" EMEA conference, a user group event held in Munich Germany early this week. For those not familiar with Java CAPS, this is the SOA offering built on top of GlassFish v2. Java CAPS itself builds on top of the OpenESB project.

This was an interesting mix between technical people and more business analysts profiles. The attendance was fairly large (close to 200 I undertand) and I felt content was a good mix of engineers presenting their product and features (and future work), field experiences (from Sun Profesional Services and partners) to early customers (Java CAPS Release 6 is only a couple of months old). Of course, beyond presentations, the discussions and networking was a great value of the conference.

I presented a brief technical intro to GlassFish v2 and how it is now much less of a black box for Java CAPS users than it used to. Java CAPS users can deploy applications with multiple styles: traditional, JBI, and Java EE while using an app server on the rise with a large community. Metro is a key technology for SOA that is made available from within GlassFish.

I also "chaired" a short unconference session with OpenESB's Suresh Potiny. I'm enjoying more this format every time. Discussions covered GlassFish profiles, support for other app servers and how project Fuji will help, tuning and performance, 32. vs. 64-bit JVMs, and more. I demoed VisualVM (now shipping with Java 6) and its GlassFish Plugin which, from follow-up conversations, were very well accepted.

I enjoyed the size and the tone of the conference. I'm pretty sure Sun customers and partners got the information and energy they came for. Congrats to Jason and team for setting this up!

mardi juin 10, 2008

Java CAPS Release 6, le Libre au coeur de la SOA


Sun annonce aujourd'hui la disponibilité de Java CAPS Release 6, son offre SOA résultant du rachat de SeeBeyond il y a quelques années (annonce de presse) et de l'intégration de JBI (Java Business Integration) au coeur du produit. Depuis ma présentation sur OpenESB à Solutions Linux 2008 en Janvier dernier nous avons atteint l'objectif suivant:
Java CAPS 6 = Java CAPS 5 + OpenESB + compatibilité entre les 2.
(Différences entre OpenESB et JavaCAPS pour plus de détails).

Parmi les briques majeures de Java CAPS release 6:
OpenESB 2.0, implémentation JBI (l'extensibilité est réelle, basée sur le succès dans le marché des composants SOA).
GlassFish v2 (ur2 pour être précis). Le moteur Java EE qui monte, qui monte ;) L'intégration est proposée sous la forme d'un "life-cycle" module (OpenESB n'est pas une WebApp).
Outillage NetBeans. Pour vous donner une idée, téléchargez les modules "SOA" de NetBeans 6.1 : éditeur graphique XSD, WSDL, BPEL (y compris debug), XSLT.
Mural: sous-projet MDM (Master Data Management) open source, vue unique du patient/client/citoyen.
Intelligent Event Processor (IEP): sorte de BAM du futur (Lab JavaOne sur le sujet).
Bref que de l'open source pour un développement ouvert, collaboratif, et accessible à tous.

Applications existantes, interop. et Web Services Java CAPS bénéficie d'une base installée importante dont Carrefour (cité dans l'annonce de presse), utilisateur de GlassFish par ailleurs. Les applications existantes s'exécutent sans modification dans cette nouvelle version du produit tout en proposant une intégration de BPEL 2, de JBI, d'un serveur Java EE performant et de la couche de Web Services (Metro) performante et inter-opérable avec Microsoft.

Et le futur dans tout ça?
Pour faire court (je rentre en RDV) : Project Fuji (GlassFish v3 + OSGi) et GlassFish ESB. Une architecture SOA, un ESB, tout comme un serveur d'applications n'a pas à être monolithique.

En attendant, le pricing actuel est basé sur une offre de service ou le support (hotline, patchs, protection juridique, aide au développement) est une brique fondamentale.

Java CAPS 6 est proposé avec documentation, didacticiel, screencasts, ....
SOA professionnel et Open Source, plus besoin de choisir entre les deux ;)

lundi janv. 28, 2008

Solutions Linux - OpenESB, Sailfin, OpenOffice, GlassFish

Solutions Linux porte très mal son nom, mais c'est une bonne conférence. J'y interviens sur trois sujets cette année (ça m'apprendra à soumettre 5 papiers!):
- OpenESB: Libre, Standard, outillé et supporté.
- OpenOffice, Java et NetBeans
- SailFin: Serveur de communication Java.

Présentations en cours de finalisation.... et disponibles ici en fin de semaine pour ceux qui ne viennent pas à la conférence. Pour les autres, il devrait y avoir une démo pour chaque présentation.

mercredi juil. 28, 2004

enum Topic {JavaOne, Rich Java, Tools, Creator}



So, I'm back home from JavaOne. I must say that I had a good time. This may sound very politically correct, but for starters, this year's conference was more technical and more united (IBM, JBoss, etc...) and the networking was great as always.

But hey, one big news is that I'm now blogging! This is really a Sun corporate thing as even Jonathan Schwartz has started his own blog and I believe all this blogging ecology is a very natural thing given Sun's culture. One of the best things about JavaOne is that you can meet people and be curious. I was lucky enough to meet Tim Bray at a Sun-internal conference a few days before JavaOne. His talk was concise and pretty fascinating. Tim seems to be very curious (see here) and has this wonderful ability to explain in simple words pretty much any concept or technology. This, together with Pat's repeated suggestions (thanks for the comment, I now have to live up to the reputation!), is really what got be started with this whole blogging thing. Hopefully I talked my French colleague Eric Mahé into starting his blog real soon.

But back to JavaOne, the things I'm taking back are mainly these :

Tiger: huge release (I'll probably spend the next few week reading O'Reilly's Developer's Notebook) and long release. Still need to wait until late September before it's final. So far, compatibility has been the good surprise of this release. I'm still tracking performance figures, but they already seem pretty good (broader OS/Processor support certainly is a plus there).

Creator / JSF: this was a big topic at the conference and since I've been meeting with many customers lately on the subject I'm glad the product is finally out. It still has a long way to go compared to its non-Java competition, but the basis are very good - JSF for Corporated Developers rather than the "Now my tool does JSF too" approach. One interesting experience I had was with a J2EE customer looking for a RAD tool. He gave Creator the advantage (even before it hit final release) over Microsoft's Visual Studio arguing standard J2EE applications and integration with his existing infrastructure were more important to this him than a mature full-featured product like Visual Studio. Now you can't comment Creator without mentionning JSF. While it is still pretty early in the game, I think that it can do most of what STRUTS does (STRUTS really needs to inovate to keep being up to speed technically) and that while it lacks some features from other frameworks, it is leveling the ground for a great UI component market, providing standard and scalable MVC2 infrastructure but most importantly it was built with tools in mind from day one.

JDNC / JDIC / JavaWebStart: this is really about rich clients and I must say that I like GUI development, that I share many ideas with Amy Fowler (once a JSF spec-lead!) but also that many customers are looking into a better alternative to web clients trying to behave like rich ones. These customers need to have better end-user experience, not require a server for simple things like sorting, but also notification, keyboard-driven application, off-line usage, etc. So, when talking about rich clients using Java on the desktop, there's really three issue: (1) JRE deployment, (2) Application deployment, (3) Java client technology. In the enterprise, (1) can be solved using Windows/Linux masters, Active Directory deployments, or silent installs. (2) is really Java Web Start's job and the technology really got better with version 5.0 - better desktop integration, single instance, lock-down feature, extensive enterprise configuration, smart card support, Pack200 compression, etc. (3) is about Swing vs. SWT and which protocol to choose to talk back to the server. I believe that Swing's increased performance and look-and-feel, JDNC's ease of development (although it's not final and tools are not yet available), JDIC and the Netbeans Platform (not the IDE) are many good reasons for making a strategic choice for Java and Swing as the base technology for competitive rich-based Java clients. The protocol is something I may address in another blog, but let's just say Web Services are not the cure for now as there's no portable stub API and JAX-RPC is not yet part of J2SE, sorry JDK 5.0.


Tools: even looking just at Sun, there's more to tools than just Java Studio Creator! A few things worth noting: Borland joined the JTC (Java Tools Community, javatools.org). Beehive (BEA's new open source project) gained support from Eclipse. Borland now provides some of their tools for Eclipse developers! Meanwhile, NetBeans is making huge progress with its upcoming 4.0 release:refactoring, performance tuning using JFuid technology, ANT-based build system, Tiger (JDK 5.0) support, and J2EE support including EJB and Web Services. I guess an eclipse just can't last forever! Also, Java Studio Enterprise (the commercial version of Sun's tools) previewed UML two-way-editing-with-no-annotation support (nice reverse-engineering demo), collaborative tools (instant messaging for the developer), integrated profiling tools (most of them demoed during James Gosling's general session). Also showed during a technical session was a very nice-looking real-world (i.e. document-centric, long-runing, asynchronous, and conversational) Web Services developement prototype based on Crupi's J2EE extented design patterns (this is all part of the Kitty Hawk project focusing on SOA). Most other tool vendors are coming out with support for things like "visual" Struts, EAI, BPEL, etc. As always, timing is everything and future will tell if UML or JSF are more relevant than BPEL and Struts in 2005. I don't have the answer.

Java & Open Source: no, Sun has not open sourced Java and I believe the debate with James Gosling and others did a good job of asking the main questions: what does Open Sourcing Java really mean and what's in for the developer? To have at least one Open Source implementation of Java? That's already true for J2EE and certainly possible with J2SE JDK. Sun could stick an open source license on Java and not solve the developers pains (this isn't necesseraly true for die-hard OSS bigots who are said to be looking at Mono as a java replacement). The belief is that Sun can fix many issues developers face (bug fixing is probably the top one) without open sourcing java, and weekly builds are a visible first step. It's sun's Glasnost experience.

Among other hot topics, AOP, scripting (Groovy, JSR 223) and EJB 3.0 (J2EE 5.0) were on my todo list and still are (at least before I can comment them here). All have in common great potential, but also the risk of fragmenting either the platform or the community.

Wow, this was a long blog, maybe too long. Next ones will be more bistro-style.
About

This blog has moved

Alexis Moussine-Pouchkine's Weblog

GlassFish - Stay Connected

Search

Archives
« avril 2014
lun.mar.mer.jeu.ven.sam.dim.
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
    
       
Today
Blogroll

No bookmarks in folder

News

No bookmarks in folder