This article is part of an Essential Guide, our editor-selected collection of our best articles, videos and other content on this topic. Explore more in this guide:
2. - JavaOne 2013 : Read more in this section
- Project Lambda discussion with Ben Evans
- Moving from Swing to JavaFX
- Eclipse Hudson CI server discussed at JavaOne
- Java PaaS benefits and challenges
- Enterprise apps protected by stress testing
- Red Hat PaaS marries cloud app dev and middleware
- New cloud products overview of JavaOne and Oracle OpenWorld
- Using REST and JSON to build APIs
- JavaOne: ALM and Java development collide
- Project Avatar brings architecture updates to Java EE7
Explore other sections in this guide:
When it comes to Platform as a Service (PaaS), Debu Panda can cite plenty of benefits.
There is no standard for Java PaaS platforms, so lack of portability of applications between PaaS vendors is a big issue.
product management lead, BMC Software
"PaaS revolutionizes the way applications are built and deployed," said Panda, a product management lead at BMC Software, a Houston-based provider of business service management products. "It derives most of the benefits of cloud, such as no startup costs, utility pricing for the complete application infrastructure and elasticity."
PaaS also frees developers to focus on building applications without worrying about the underlying infrastructure or the costs of managing it.
But Panda also sees plenty of challenges -- especially in terms of Java PaaS. He highlighted a few in an interview before his presentation on Java PaaS at the recent JavaOne/Oracle OpenWorld conference in San Francisco.
For starters: "There is no standard for Java PaaS platforms, so [lack of] portability of applications between PaaS vendors is a big issue," Panda said. "Also, there are still privacy and security issues surrounding applications and related data."
Not surprisingly, he continued, many Java developers remain confused about which Java PaaS platform to use. "The Java PaaS landscape is still emerging," he said. Panda declined to discuss specific Java PaaS providers or platforms before his presentation, but the increasingly crowded field includes Amazon Web Services Elastic Beanstalk, CloudBees, Cloud Foundry, CumuLogic, Google App Engine, Heroku Java, JBoss OpenShift, Jelastic, Microsoft Windows Azure SDK and Oracle WebLogic, among others.
In addition, Java PaaS offerings vary widely, Panda noted. For example, some come with full Java EE support, while others provide limited Web application programming interface support. "Some vendors tout private PaaS, whereas other vendors shun private PaaS completely," he said.
At the same time, many Java PaaS developers remain uncertain about whether and when to use Java PaaS for their applications. "There are several instances when Java PaaS does not make sense," Panda said. For example: "If you really care about data privacy and security issues for your application, and you want total control of the environment, then PaaS is not suitable."
He offered the following tips for development teams interested in using Java PaaS:
- Start with the right focus. "Focus on solving business requirements," he said.
- Look before you leap. Don't just jump onto yet another bandwagon. Spend the time necessary to determine whether Java PaaS really makes sense for your applications.
- Take an app-centric approach. Look at your needs in terms of applications, rather than at the platform. Then, again, consider whether Java PaaS offers the best path for meeting those needs.
- Look ahead. In other words, develop and build a platform that's genuinely portable. After all, Panda says, "the whole premise of Java is to write once and run anywhere."