There is no crowded crowd in the shoulders, and there is no media to be bursting. There is no trend to the gold coins, and Java One is slightly cleared and returned to the essence of the technical conference. The most important theme of this Java One Assembly is "Java's future development direction", Sun's Java language itself, a great action on the J2EE platform, has a great action on development tools. Foreign Java community put .NET's offensive metaphor as "Empire counterattack", and Java One is of course "Jeddy Knight" - Does this metaphor mean that Microsoft and Sun are originally a family?
--------------------
THSERVERSIDE @ Javaone 2003
By Dion Almaer, Nitin Bharti, Stuart Charlton, Doug Bateman, Frank Cohen June 2003
Discuss this article
Protesting for accelerated development development
There was quite a spectacle Tuesday morning as you approached the Moscone Center for the morning keynote. What seemed like a protest against third-world hunger was in fact quite the opposite. A boisterous group of hippies, clad in tie-dyed t-shirts and sporting headbands were beating their drums and blowing their horns to quite a different tune: easing and accelerating development through OptimalJ, Compuware's model-based development environment The hippies religiously handed out psychedelic-coloured buttons while chanting 'OptimalJ !!' and waved placards declaring. '40% FASTER 'AND' VISIT US IN Booth # 813 '.
The expected hoopla by the big vendors was a little toned down, almost non-existent on opening day. This time last year taxis emblazoned with BEA logos and flatbed trucks wheeling around large Sun and BEA signs could be seen circling the Moscone Center. As far As Spectacles Go, Compuware Definitely TOOK TOOW ON DAY 1. But Who Knows What Surprises Lurk in The COMING DAYS?
What You Won't See At this Year's Javaone
No more Elbow to Elbow crowds from two years ago. Faced with slashed budgets and disappointing reviews from past conferences, many developers opted not to attend this year's conferences. Yet those who took the plunge and attended this year's JavaOne conference will find this extremely refreshing as you can move about from technical talk to technical talk without fending off the herds. No more media extravaganza. you will not find Sun pushing their latest approach towards making money. Instead the focus has moved to core Java and the JCP. Developers seeking to distill fluff from stuff will certainly find this a welcome relief. No more Money dripping off trees. This year's JavaOne Backpacks are certainly disappointing. But we're glad Sun has finally decided to invest the money in the areas which really matter.What you will See. EXCITING Content ...
Morning General Session: Java's Future Bright, New Sun Portals
JavaOne 2003 kicked off Tuesday morning with a general session hosted by Jonathan Schwartz and John Fowler of Sun. The overall tone of the presentations showed how far Java has matured over the years. The demonstrations looked sharp, clean, and seamless. The demonstration showed a Very Good Performance IMPROVEMENT OVERALL.
Schwartz noted that Java developers are building end-to-end applications so they expect the platforms (J2ME, J2SE, J2EE) to be more uniform than they are today. As an example, J2ME was designed in isolation from the others. Sun wants the Development Community To Expect More Uniformity Across The Components of The Java Platform.
From solely a J2EE perspective, the morning general session covered IDE vendor support for JavaServer Faces (JSR 127) and not a whole lot more. Oracle and Borland showed very cool demonstrations of how their respective IDE's support JaveServer Faces.Sun is releasing JavaCC (a Parser Compiler, SAGE, JAX-B, AND JAX-P Under An Open-Source License.
On The Web Services Front Sun Announced A Bunch of Things:
that J2EE 1.4 would come with WS-I Basic Profile. WS-I implements a subset of the Web Service protocols (SOAP, WSDL, etc.). While J2EE will adopt WS-I Basic Profile, they will continue supporting JAX-RPC and JAXM. This tells me that developers will have a choice of Web Service APIs. One possible downside of the choice is interoperability problems. they indicated that JaveServer Faces and JAXB are destined to be part of the J2EE 1.5 specification. Sun said to expect better support for document-literal encoding in Web Services to better support interoperability with .NET Web Services. work being done on a new technology to improve Web Service performance. Fast Web Services (FWS) does not use XML on the wire. Instead the end-points would negotiate which encoding to use:. standards based SOAP or FWS binary encoding So if two Java applications are enabled with FWS the end-points would learn that they can handle FWS binary encoded data that saves time on encoding and decoding XML Sun will..Present this to a standards body sometime in the ful ful.
On the Marketing Front, Sun Is Reworking Its Web Properties. Http://www.java.com Will Be The New Consumer To Get The Latest Java Runtime. Http://www.java.net Will Be The New Developer Portal To SHARE Java Code. Java.Net Looks Pretty Cool. It Includes Blogs, Wikis, Forums and A Nice Upload / Download Library.technical Keynote: Future Directions for the Java Platform
Tuesday's technical keynote layed out the future directions for Java SE, EE, and ME. And the message is clear. The days of Java innovation and cutting edge advancement are back. If .NET threat were likened to "The Empire Strikes Back", then Java 1.5 Would Be The "Return Of The Jedi".
Now that the focus seems to have shifted away from Sun's desperate search for a viable business model and onto the JCP and meeting what developers want, we're seeing a whole new level of excitement. Today's technical keynote illustrated Java's new priorities of increasing Developer Productivity (the EoD or Ease of Development Initiative) and building frameworks that simplify the tasks that developers are facing everyday, in addition to the traditional priorities of improving performance, adding features, and improving JRE quality.
Developers in the audience repeatedly interrupted the speaker with spontaneous cheers and rounds of applause as new Java 1.5 (codenamed "Tiger") language enhancements where introduced, including: Meta-Data, Generics, For-Each style Iterators, Enumerated Types, Autoboxing, and Out.printf (); The Technical Keynote Also Layed Out Java's Exciting New Agenda For J2ME and J2EE, FOCUSING ON Ease of Use and Me Future of Java Looks Very Promising.
TS-1102: J2EE or .NET - An Objective Technology ComparisonIf you saw this session title, you might've thought "Wow, can it really be objective?" That hope would be disspelled right away, as the humourous Brit presentor started out. saying "Sun actually bought the fact that I would make an objective comparison. More fool them!". The talk was very slick and funny, quite different from the "developer who just wants to code but has to present as he / she works for Sun ". The Presenter Worked for Oracle, But He Didn't Plug 9ias Too Much.
The Talk Was Basical a "Your Managers Will Ask You About .Net. Don't Let It Get Into Your Dev Culture!".
He Believes That The Manifesto That We J2ee Developers Have IS:
WE Believe In Choice We believe in HeteroGenous Systems We Believe In Competition We Believe In Open Standards We Believe In Platform NeutRality We Believe In Community Process
He knows that Microsoft are out there GIVING AWAY technology. He showed this by throwing out candy / sweets to the audience (buying them). First you like the chocolate, then eventually you get addicted, and need it. This is how he thinks Microsoft is moving.
A large part of the talk WAS "Showing You How To Beat Microsoft". He Pointed Out That .NET IS Not J2EE. If You Have To Compare, Compare The Entire Stack: Hardware -> OS -> App Server -> Component Stack. This shows that if you buy in to Microsoft you have no options. If you buy into J2EE, you can work on different hardware (not just Intel), different OS '(not just Windows [do not claim Mono], different app servers [Not Just Windows Server 2003], Different Higher Level Products [Portal Servers etc]).
He Attacked The Statements:
".NET IS More Productive": This Conception Revolves Around Visualstudio.net, But That Isn't Productivity As A Whole .... BUT Rather One Piece (Good at GUI): Even Through The. NET Framework May Be "Free", Consider The Other Costs: OS, Server, Tools, QoS [EG Clustering]
He Doesn't Think That An App Server SHOULD BE Bound in An OS. How Can You Test your app on various .net version?
How Come Sun Doesn't Have An Evangelist As Good As?
Java Server Faces and "The Java Way"
Craig Mclanahan's Java Server Faces Session Was Extreme Well Attended, Completely Packed with Standers on All Sides of the room.
From one perspective, Java Server Faces' existence really could be seen as a response to ASP.NET Web controls. This probably ignores the general developments in the community in the general direction of what JSF provides, but ASP.NET certainly served as a catalyst Of Promoting The Sests Into A Formal JSR.
This conferences seems to be pushing a subtext in J2SE 1.5 and J2EE 1.4: "we're going to take what .NET has done, and go beyond that in The Typical Java Way - by adding opportunities for pluggability, portability, extensibility". IT's "embrace and extend", Sun-style.
It's obvious, for example, that the new Java 1.5 language features are designed to bring Java to be on-par with C # 's popular features Furthermore, JSF provides a good example of this "embrace and extend" approach:. It takes a very similar page rendering model to ASP.NET, by constructing a tree of UI components, and then walking the tree to render the resulting user interface. It manages the page's state through either storing the tree in the JSP session scope, or by storing the state in a hidden form field, an approach nearly identical to the "ViewState" approach found in ASP.NET.In terms of pluggability, JSF has the notion of Renderers and RenderKits to provide a pluggable UI description language, whether HTML, WML, or practically anything you Want. this is similar to swing's approach of splitting Their GUI Components INTO JComponent and uicomponent
The one tradeoff to this typical Java approach of making everything as generic and pluggable as possible is that they're trying to make their APIs to be all things to all people. It strikes me that the ASP.NET approach was to develop a product and then emerge a standard out of that. The Java community Process approach is to design an (unusually good quality) specification and hope that the vendor marketplace will step up, deliver an innovative implementation of the spec, and find out where the spec could be improved The next time arround.
In practice, though, I'm not so sure if the vendors actually do always step up to the plate. Sometimes they do, but sometimes Sun actually has to push customer requests down the vendor's throats by actually baking the requests into the next version of the spec. It certainly makes for interesting drama, but slows innovation in the platform.It's striking, the similarity between JSF and the Apple WebObjects framework ... yet another example of how it's taken years for industry standards to get to where Apple / NeXT Was in 1996.
JDO GOSSIP
There has already been talk of JDO at the conference. As we all know, Sun does not seem to quite know where JDO fits into it's picture, but maybe it has more of a place now that their vision is to "simplify" the Java Platform.
An inside source told us that the "guy who has the say" wanted to kill JDO this time last year. At a meeting with the J2EE licensee's yesterday, HE brought it up. "What should we do with JDO?". An Oracle employee SAID "Shoot IT THROUGH THE", And Someone else Came Back with "Our Users are asseting for it". Just the fact this the head Honcho is Talking About JDO is a good thing for pt.
JDO 2.0 is about to get ramped up, and this is the time to come out with something every..
Bof session: ask the J2EE EXPERTS
All of the usual supects from the Various Specs Tap for Questions. Bill Shannon, Mark Hapner, And Linda Demichiel Answered The Majority of The Questions That Were Offered Up.
What Was Interesting About The Session WERE Two Facts:
People Keep Asking The Same Questions - "Can I Really Not Do File I / O in EJB?" "What is better ... Using An HTTPSESSION, or Stateful Session Beans?" ... INSERT Other Questions That Have Been Asked Since J2EE 1.1 ... does this mean people all the the the information isn't Being dissemic As Well As It Could Be. Why don't we get the Kind of info throughout the year, instead of just at a bof ? Throughout the talk, we basically heard (if you read a little between the lines) that: JAXM is basically dead, and JAX-RPC is the now, the future, and noone cares about JAXM JDO * may * be included in J2EE 1.5 , But Not in EJB 3.0. [See More About JDO BELOW] JavaServer Faces Will Probably Be in J2EE 1.5 The JCache API IS "Basical" [Is this True? Cameron?] if you want to do something "Different", use the J2EE Connector Architecture to do wherever you want! :)
Will the New "more open" JCP WILL ENABLE MORE INFO TO FLOW TO THE OUTSIDE WORLD? IF THE THE WON 'IS PUT OUT THE, THEN We Won't have to keep Hearing the Same Questions Again and Again ... Or Maybe WE WILL for Some of Them :)
There was a lot of talk about "ease of development", the recurring theme of the first day @ JavaOne. Meta data will be used quite a bit in the various areas of J2EE (eg EJB). People asked about the logistics of this. .. for example:
"It sounded like tools would take in metadata and deployment descriptors would be generated, which could be tweaked. Is not this a problem when it comes to round-tripping? If we tweak the descriptor, what happens when we regen things?"
It came out that there is a LOT to talk about wrt how metadata will really work with J2EE Will it just live in the class files, acting as defaults and such or will DD's be generated The answer:.?? TBD.Linda made an interesting dig at XDoclet when she said that she "had seen some XDoclet examples, where it just looked like the entire deployment desciptor had been shoved into the bean class". People cheered at that one. They are going to be VERY careful at how they work Metadata INTO J2EE.
JDO: a Couple of People Asked "WILL JDO BE PART OF J2EE?" And Questions Like That. Again, IT WAS Good To Hear Bill Shannon State That He Felt There Could Be Room for It. He Polled The Audience, Asking "Who Would LIKE TO SEE IN J2EE? "[15 VOTES], AND" WHO WOULD NOT LIKE TO SEE IT IN J2EE? "[2 Votes].
Bill Shannon Made A Dig At Jboss, WHEN a Question Asked to the Panel Turned Out To Be a bug (not fixed) from jboss 3. Bill Said "Try uses a j2ee server".
EJB: LINDA WAS Great At ANSWERING Questions, And i Look Forward to Her EJB BOF. She Did Give A Few PIECES OF THAT WERE INTERESTING ALREADY:
EJB QL is going to be looked at a LOT. Expect dynamic EJB-QL, bulk updates / deletes, and subselects for EJB 3.0 Read Only entity beans? Here we come [lots of transaction isolation level work has to be ironed out for this one ] She Seems Very Open To Making EJB A * Lot * Easier. EJB 3.0 Will Be Great!
Web Services: jax-rpc is The fulure. 2.0 Will Have Support for Many Messaging Models, More Importantly Async Modes!
The Borland Party
