Java SE 6 is IMO one of the worst ever releases of the stack, and I say this as someone who was on the spec. Including the scripting and JAX-WS pieces was the very essence of fan-boy and slashdot based selection. JAX-WS includes async callbacks (and hence a web server) and scripting as a standard and is just going to help "cool" developers do more dumb things.
I can see no reasons for anyone to upgrade from 5.0 to 6.0, the only decent thing in 6.0 is that finally we managed to get Sun to start marking things for deletion in future releases (bye bye midi support) and 7.0 should support the concept of modules and profiles which is what is important. On 13/12/06, Gervas Douglas <[EMAIL PROTECTED]> wrote:
<<Sun says developers can use Java SE 6 with "enhanced functionality for Web services" alongside the new NetBeans Integrated Development Environment (IDE) 5.5 for service-oriented architecture development. Java SE 6 is also being promoted by Sun for "building Web 2.0 applications and services," according to Rich Green, executive vice president of software at Sun. Java SE 6 includes a new framework and developer APIs to allow mixing of Java technology with scripting languages, such as PHP, Python and Ruby as well as JavaScript for the trendy new Web 2.0 collaboration applications, such as corporate wikis. Sun said Java SE 6 also supports Web services specifications, including JAX-WS 2.0, JAXB 2.0, STAX and JAXP. However, Jason Bloomberg, senior analyst with ZapThink LLC. is less than impressed. "There's not all that much to say here," the analyst said. "The XML technology in Java SE 6 now supports the W3C DOM APIs, parsing of XML documents and transforming XML documents via XSLT, important nuts and bolts XML manipulation capabilities that will ease developers' XML tasks. But these new capabilities are not Web services-specific and don't have much direct relevance to SOA." While Bloomberg is underwhelmed, Raven Zachary, a senior analyst and head of the open source practice at The 451 Group in Minneapolis, says Java SE 6 may be all that most SOA and Web services application developers need for their projects. In Zachary's view developers can go with the standard edition and leave the more complex enterprise edition alone. "In the Web-centric world you want as simple a programming model as possible for developers," he said. "For a lot of new developers, enterprise edition Java is quite daunting. It's simpler to move to the use of standard edition. There's not a lot they're going to miss if they decide to go with the standard edition deployment. They're going to get the features and functionality that they need for a robust application with standard edition." ZapThink's Bloomberg agrees. "Java EE really doesn't have much to offer developers in the context of a SOA implementation, beyond the basic Java capabilities in Java SE," he said. But while Bloomberg is in the same camp as Richard Monson-Haefel, senior analyst with the Burton Group, who has said the enterprise edition is not what SOA developers need, Zachary sees a middle way. "I'm not doom and gloom on the future of enterprise Java," Zachary said. He notes the enterprise edition is already in place in large corporate applications that require its functionality. But, he said, the standard edition may be better suited to the Web 2.0 world where Sun is positioning it. "In a Web-centric world where you're looking at rapid development, Java is already facing a lot of competition from below with scripting technologies like Ruby on Rails and PHP," Zachary said. "So it's important for Java to remain as lightweight as possible and simple to code with.">> You can read this in full at: < http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1234202,00.html?track=NL-110&ad=573543&asrc=EM_NLN_827314&uid=5532089 > Gervas
