Some controversies hang on forever. One such is the controversy around simplifying Java, which certainly goes back to the EJB 2.0 days –- and which is sometimes at the base of OSGi arguments today. There are plenty that feel OSGi is just too darn hard –- and it does appear at times that ISVs, who theoretically are well-supplied with the best and brightest programmers, are the ones most likely to carry OSGi forward. They would do this, one would suggest, by embedding OSGI, creating abstractions, providing sand boxes, and thus shielding ordinary mortal developers from OSGi’s true complexity.
SpringSource’s Rod Johnson, whose Spring Framework rose to prominence as a kinder and gentler way to do Java ventured into this battle earlier this year when he admitted to OSGi’s complexity. As SpringSource’s OSGi dm Server is one of the poster children for OSGi success to this point, Johnson found he had to do some clarifying. The server is now part of the Eclipse Foundation portfolio. Here, per TheServerSide.com is Rod Johnson’s take on OSGi:
(a) OSGi is a great solution for complex applications with stringent modularity requirements;
(b) typical business applications (from which we make the bulk of our revenue) don’t have such requirements;
(c) our efforts to reduce the complexity of writing server-side OSGi applications were promising, but the road to simplification was longer and less certain than we’d hoped. Thus continuing down that road at the Eclipse Foundation, in partnership with other companies and individuals, was a natural move.
COBOL developers and Java developers have long been at odds. Lately it seems like the Java folks are winning the fight. Many COBOL shops have given in and closed shop, or jumped fence into the Java or .NET camps. Now even some of the COBOL stalwarts, whose COBOL programs do still hold some advantages over the more popular Web-based development languages, are admitting that they can’t stay COBOL (or at least not just COBOL) forever. Continued »
As many SOA practitioners have discovered over the years, when team leaders and members are looking for a starting place, a refresher or a general reference on SOA, the library of Thomas Erl is a good choice. Continued »
Last week, Salesforce.com held a CloudForce event here in Boston. They have already been through Washington DC, and they’ll be making their way across the nation. As Barney Beal reports, Salesforce CEO Mark Benioff proclaimed that the company is moving beyond cloud computing and into the “social enterprise.” I understand why Salesforce would want to call their new initiatives, based on social networking platforms like Twitter and Facebook, a “social enterprise,” but Wikipedia tells me that name is already taken. But I digress…
I found Bennioff’s assertions about the future of enterprise computing both entertaining and inspiring, but a little bit vague on the details. He was absolutely right about a lot of what he was telling the enterprise marketers to do. We need to be more open, more democratic, and better connected. I was really impressed by his vision for Toyota Friend, a private social network for owners of Toyota automobiles that lets the cars and their owners interact on a somewhat personal level. (Bennioff’s answer to IBM’s Volt?)
But how are those goals going to be realized? After the keynote, I got some answers from Salesforce VP Peter Coffee, head of platform research. Continued »
Long an undercurrent, the conversation around DevOps is now gaining wider attention.
Developers preparing work for operations have always been admonished not to ‘throw it over the wall’ but that has not naturally evolved into a true dialog with system admins that oversee the data center.
It has been discussed in relationship to cloud computing, but it remains an object of attention for the classic data center as well.
Noted Agilist Scott Ambler has counted effective links between developers and operations as a major goal for many years. At IBM he has worked with others to incorporate such best practices in frameworks and tools. Continued »
By some measures, General Motor’s Volt hybrid electric car is moving to market very quickly. At IBM’s Rational Innovate 2011, Bill Bolander, technical fellow, General Motors, featured the Volt as an example of successful software reuse.
He cited some examples of reuse related savings for the Volt, estimating that 90% of the software developed for GM’s conventional engines was reused on the Volt. Moreover, 60% of the HVAC software was reused. Furthermore, Volt has a reconfigurable LCD display for its instrument cluster, he said, adding that it benefits from 90% reuse of software components from a conventional cluster.
Reused components have well understood metrics that allow for “more predictable processes and planning,” according to Bolander. It is ironic, he noted, that rote reuse can serve to free-up developer time that can then be concentrated on innovation.
“Our vehicles are differentiated more and more by software capabilities,” said Bolander. Interaction between software engineers and automobile systems engineers is now a daily fact of life, he said.
Figure 1: At IBM’s Rational Innovate 2011, Bill Bolander, Technical Fellow, General Motors, featured the Volt as an example of successful software reuse. A model hooked up to an electrical recharging tether was on display.
When cloud computing first appeared it looked something like grid computing – albeit with a goodly dose of new age virtualization. The fact was that cloud carried with it the seeds of a revolutionary data architecture that greatly reduced reliance on the relational data base. Relatively new companies such as Google and Amazon built large-scale Web applications – ones that diminished the RDB’s role – and they became the poster children for the cloud … Continued »
We wanted to update you on our June 2, 2011 ”SOA in Action: Navigating SOA, Integration and the Cloud” Virtual Trade Show. We have just added noted SOA practitioner Melvin Greer to the event’s panel. We are sure that you will benefit from Greer’s and other participants’ take on SOA and cloud computing — two key and somewhat intertwined architectures of the day.
Melvin Greer is senior fellow and SOA chief architect at Lockheed Martin. Importantly, he is a member of the Government Cloud Computing Community of Interest and the OMG’s recently formed working group on cloud computing standards. Through his practice, and as one of a very few in the forefront of cloud standards work to date, Greer has gained unique experience in actual cloud use cases.
Greer joins SearchSOA.com expert and Bick Group CTO and Founder David Linthicum on our end-of-the-day panel entitled, ”What can go wrong with data in the cloud.” No, we won’t just look at failures; in fact, there are aspects of merit in cloud computing. But, we will follow the story where it takes us. Have your questions ready, please!
There is much more to the event, of course. Forrester’s Randy Hefner will consider how to combine cloud computing and SOA for economic advantage. Gartner’s Daryl Plummer will look at the new forms that integration takes as you move from SOA to the cloud and beyond. Lustratus Group’s Steve Craggs will discuss SOA-based cloud security, governance and performance. And the aforementioned David Linthicum will dissect the data integration challenges that come with the cloud.
Surging interest in cloud computing has swept up many a CEO. Architects, CTOs and development managers must be ready to create a cloud and SOA playbook. Our event is designed to help you in that pursuit. The Virtual Trade Show can be viewed from just about any place with Internet access. For more information, follow this link: ”SOA in Action: Navigating SOA, Integration and the Cloud.” Remember, it is set for June 2, 2011. Sign up now. We hope you can be there.
By Colleen Frye
OutSystems has rolled out version 6.0 of its Agile Platform application development environment for building enterprise-grade, Web-based applications rapidly, with new mobile development capabilities and a cloud-based option. Other enhancements include an integrated suite of what the company calls “business ready” applications and a newly designed UI. Continued »
By Jack Vaughan
The role of development in cloud computing has been bumpy through the few years that cloud architecture has been discussed. Most attention has been on the runtime and the data center, rather than the development side of the equation. That may be changing as some new Platform as a Service (PaaS) offerings come online.
By some estimates, continuous integration may be the fulcrum for PaaS. If development teams are going to work on the cloud and ultimately develop for the cloud, they are likely to do their work based around an open source continuous integration engine residing on the cloud, or so the thinking goes. Take as an example CloudBees.
CloudBees offers the Jenkins open source continuous integration server as a cloud service. The company claims exceptional continuous integration expertise, based particularly on the reputation of Elite Developer and Architect Kohsuke Kawaguchi, its ”Elite Developer and Architect.” Kawaguchi was primer driver behind Hudson. His firm, InfraDNA, formed after the somewhat acrimonious fork of Hudson and Jenkins in the wake of Oracle’s purchase of Sun Microsystems, was acquired by CloudBees in November of 2010.
CloudBees founder and CTO Sacha Labourey says CloudBees goal is to handle the operations tasks needed to get an application from development to deployment, noting how many of those non-development tasks are arduous for developers.
“Today, developers end up maintaining Jenkins, and maintaining the machines it runs on,” said Labourey. ”It can get cumbersome.”
”For PaaS to take off, it has to be more than a runtime, it has to be a development stage too. It needs to cover the entire application lifecycle,” he said.
The open source continuous integration engine as core to a cloud platform service bears watching. As CloudBees’ s Labourey says, a certain class of cloud may come from the bottom up to the top on the back of open source software.
[Postscript: In early 2011, with Oracle’s possible trademark control of “Hudson” among the issues of contention, the formal open source Jenkins project was created. The fractious split between the Hudson and Jenkins software camps reached a new stage earlier this month when Oracle proposed that the Eclipse Foundation create a Hudson project in Eclipse that included Hudson core code contributed by Oracle.]