• Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

Where JBI stands in Sun JCAPS suite

 
Manish Goel
Greenhorn
Posts: 5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Sun Java composite application platform suite, which was taken over from Sea beyaond, will be pacakaged in netbeans 6.X IDE replacing Sea Beyond enterprise designer.

Sun JCAPS has a number of components to support full SOA solution stack.
Like EGAte, EInsight BPM, EVision, EView etc...
EGate Integrator is primarily responsible for ESB functions.
Where JBI and SDO/SCA technologies will stand in Sun JCAPS or will it be competing with JCAPS suite?
Any other insight information where Sun is heading in this...
 
Manish Goel
Greenhorn
Posts: 5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
This question is posted for Binildas, who is doing his book promo for SOA and JBI.

Anybody else are also welcome to reply their thoughts...
 
Michael Ernest
High Plains Drifter
Sheriff
Posts: 7292
Netbeans IDE VI Editor
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
The architecture for JCAPS 6.x is based on the OpenESB model. In fact, if you want a sneak peek at JCAPS 6, one easy (if indirect way) to play with JCAPS 6 is by playing with OpenESB.
 
Binildas Christudas
author
Greenhorn
Posts: 25
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Where JBI and SDO/SCA technologies will stand in Sun JCAPS or will it be competing with JCAPS suite?


SCA is often described in conjunction with Service Data Objects (SDO), as you too have put in your mail. SCA allows the development of application assemblies without regard to any specific middleware APIs or language. SDO do similar things for data management, without regard to any specific persistance mechanism. So while SCA gives us a good programming model for developing composite applications, SDO allows heterogeneous data to be accessed in a uniform way. If you observe closely, the above two are concerns which are seperate from integrating services, but they are related to service definition and service integration in some way.

To quote from the book:
Even though we do enterprise integration daily knowingly or unknowingly, it takes some experience and a holistic approach to separate out the integration aspects from the routine application development aspects in a systems environment. When we understand this difference, we have taken the first step in recognizing EAI as a separate stream, in fact a specialized stream which requires specific skill sets to look at systems and services from an integration point of view.


To sum up I would say that SCA and SDO address an important, but different problem from JBI/ESB. The former is used by application assemblers and the later is used by integration architects. The interesting thing is, these two are not competing, but complementing. Middleware suites should provide tools and frameworks for doing both these tasks. Since SCA supports a pluggable middleware, JBI is an ideal back end for SCA. Hence, SDO/SCA can be options or alternative approaches in the Sun JCAPS since the promise of JCAPS is to create composite applications from existing investments as well as to deliver new business services with a lower TCO (total cost of ownership) for which the developer or architect should have options to chose from a set of tools.

To know more on ESB, JBI, ServiceMix & EIP, refer to the PACKT title "Service Oriented Java Business Integration":
http://www.packtpub.com/service-oriented-java-business-integration/book
http://www.amazon.com/Service-Oriented-Business-Integration-Binildas-Christudas/dp/1847194400
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic