Create and deliver personalized experiences across digital properties at scale
Build engaging websites with intuitive web content management
Leverage a complete UI toolbox for web, mobile and desktop development
Build, protect and deploy apps across any platform and mobile device
Build mobile apps for iOS, Android and Windows Phone
Rapidly develop, manage and deploy business apps, delivered as SaaS in the cloud
Automate UI, load and performance testing for web, desktop and mobile
Host, deploy and scale Node.js, Java and .NET Core apps on premise or in the cloud
Optimize data integration with high-performance connectivity
Automate decision processes with a no-code business rules engine
Transform your businesses in order to survive in a completely digitized and connected world driven by software innovation.
Globally scale websites with innovative content management and infrastructure approaches
Content-focused web and mobile solution for empowering marketers
Faster, tailored mobile experiences for any device and data source
UX and app modernization to powerfully navigate today's digital landscape
Fuel agility with ever-ready applications, built in the cloud
Over the past few weeks, I have been asked to assert a position when we'll see changes in the Java ecosystem, particularly now that some of the more incendiary opinions have quieted down. As ever, The Register cuts through the fear, uncertainly and doubt and really gets at the general longing to wake up Java as a platform.
I don't think it is unfair to say that The Java Community Process (JCP) is largely at fault for Java's fatigue symptoms. After all, major participants continue to vent their frustrations as to its lack of openness, its unnecessary paranoia with heavy weight and overly complicated TCKs and seemly agenda driven policies. Over the years rebellions have resulted in community driven skirmishes to come up with standards to allow for continued innovations to meet new challenges and spur developers forward. Think Hibernate, and increasingly OSGi as tangible examples of dissatisfaction of the output of the JCP.
So it begs the question - Is the platform doomed to a long term coma – not likely and encouraging signs from Java's new
steward are beginning to creep out.
Having personally participated in the JCP from various contexts, one of the successes of the Java platform has been the ability to come up with standards that generates cross industry buy-in – but the price for this buy-in has been a near European Parliament/United Nations pace of debate. Most recently at EclipseCon 2010, it is good to see quotes such as this from Steve Harris, SVP of App Server R&D at Oracle – "The JCP and Java overall needs to move faster be more agile and more flexible to the extent the JCP has been the primary vehicle to standardize Java and move it forward". Reading between the lines here, I think the broader suggestion is a tacit admission that the JCP is being over taken by the community who are not happy to wait around for standards to emerge. While it is understandable that the JCP will first look inwardly, it would be enormously beneficial to the community for the JCP to opt for an open engagement, one that throws a much broader net, and will in turn re-vitalize the JCP itself.
This article's closing comments are particularly important – standards are important, if not critical for shoring up and building on the investments people have made on the Java platform. The quote, from Justin Erenkrantz, ASF President says it all - "Why are standards important? They are very critical because as a consumer you want to take one implementation and use it with another implementation. When a programmer is building something they know what they are building to. It's easy and it's a level playing field."
View all posts from Jonathan Bruce on the Progress blog. Connect with us about all things application development and deployment, data integration and digital business.
Copyright © 2016, Progress Software Corporation and/or its subsidiaries or affiliates.
All Rights Reserved.
Progress, Telerik, and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries. See Trademarks or appropriate markings.