Arjuna Technologies
JBoss aims to fill out SOA offering
Jason Bloomberg, senior analyst, ZapThink, LLC, agreed JBoss is making the open source business model work but said it will take more than that to reach the SOA goal.
“The open source business model of selling support and other services can be a challenging way to build a business, but JBoss is clearly one of the success stories,” he said. “The rising tide of commodity products heralded by open source is putting pressure on the commercial vendors to continue to innovate in order to provide value above and beyond what open source can do.”
However, Bloomberg curbs the vendor enthusiasm for SOA software. “No collection of software — either open source or commercial — will give you SOA,” the analyst said. “SOA is architecture, which is a set of best practices and the discipline to follow them.”
Read more at: SearchWebServicesNew Spec Tackles Web Services Coordination
“What’s needed is for these vendors to all work together to solve common, big issues, not to create a whole onslaught of specifications, each of which solves one particular part of an overall puzzle,” said Ron Schmelzer, an analyst with ZapThink LLC, a Cambridge, Mass.-based market research firm. “The result will be a mass of confusing, and probably non-interoperable, specifications. At some point, these are all going to need to be tied together anyway, so why wait for the customer or the WS-I [Web Services Interoperability Organization] to do it?”
Read more at: eWeekCompanies Team on Web Services Transaction Spec
The trinity of specs share some things in common with previously announced specs such as ebXML (define) and certainly rubs shoulders with the WS-Coordination and WS-Transaction schemas from Microsoft, IBM and others. How are they different?
ZapThink Senior Analyst Ronald Schmelzer said WS-CAF is focused on the B2B-oriented transactions, which is a more focused and specific problem than the more general reliable, transacted processes solved by the WS-Transaction and WS-Coordination specs.
Schmelzer and his colleague, ZapThink Senior Analyst Jason Bloomberg, called this issue another case of vendors chopping up a particular problem into small pieces.
“In essence, this is a “divide-and-conquer” strategy,” Schmelzer told internetnews.com. “By dividing up a much larger, more significant problem area into more minute problem areas, these vendors (that are struggling to become Web Services leaders) are hoping to sway users into particular implementations that use their specs, which of course, IBM and Microsoft will simply not support.”
Read more at: InternetNewsSun, Partners Publish New Web Services Spec
“The truth is that there is no reason why these folks could not have worked with Microsoft/IBM in the context of BPEL and the WS-Transaction set of specifications to come up with a particular implementation of these specs,” Ron Schmelzer, analyst for web services specialist ZapThink LLC, said. “In essence, this is a ‘divide-and-conquer’ strategy.”
By taking a particular problem, in this case coordinating transactions across multiple web services, and developing specs addressing minute problem areas, Sun et al. are “hoping to sway users intoparticular implementations that use their specs, which of course, IBM and Microsoft will simply not support,” Schmelzer said.
Read more at: TechWebService-Oriented Process
Business processes have always been an important, if understated, asset of enterprises. The nature and methods by which a company runs its business changes on a daily basis at various different levels in the company — from high-level strategic changes to lower-level implementation details. As a result of these changes, enterprises constantly struggle to make their businesses more responsive to business changes by connecting their business requirements to their IT and human capabilities.
However, automating business processes has historically been a difficult-to-achieve goal for most enterprises due to the flexibility of their IT infrastructure. Fortunately, businesses have a solution in Service-Oriented Process: a separate abstraction layer for business process definition and execution that leverages the capabilities of Service-oriented Architectures. Service-Oriented Process provides businesses an approach to tying business requirements to the Service model represented in the SOA metamodel, thereby providing a flexible approach towards implementing architectures that promote business agility.
Service-Oriented Process
Business processes have always been an important, if understated, asset of enterprises. The nature and methods by which a company runs its business changes on a daily basis at various different levels in the company — from high-level strategic changes to lower-level implementation details. As a result of these changes, enterprises constantly struggle to make their businesses more responsive to business changes by connecting their business requirements to their IT and human capabilities.
However, automating business processes has historically been a difficult-to-achieve goal for most enterprises due to the flexibility of their IT infrastructure. Fortunately, businesses have a solution in Service-Oriented Process: a separate abstraction layer for business process definition and execution that leverages the capabilities of Service-oriented Architectures. Service-Oriented Process provides businesses an approach to tying business requirements to the Service model represented in the SOA metamodel, thereby providing a flexible approach towards implementing architectures that promote business agility.
Shopping Cart
Loading...
