Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
Anyone have any special issue when using WSO2. I'm still looking forward should I use WSO2 or Talend for Integration framework. Anyone have experience using one of them or both?
Selecting an enterprise service bus (ESB) for integration work needs to be done based on few important factors.
Performance - as the ESB becomes the central hub, it better perform
Kinds of services to be integrated - do you have all adopters that you need supported by the ESB, like SAP, FIX, HL7 etc.
Integration language - for e.g. do you need to write Java code or is it easy to deal with using config languages like XML
Support for monitoring and management
Development tools
WSO2 ESB is strong in all these fronts, as proven with eBay case study and more over it is open source. You should compare the equivalent aspects in Talend before making a choice.
We tried WSO2 stack and found we were spending way too much time in just trying to get all the parts and pieces to work together and get installed. Then once we got it up and running, we couldn't figure out how to expose simple database calls as RESTful services. After a few weeks we gave up and tried Talend ESB. We found a demo and lots of others using it and great videos. We got installed and our hello world rest service up in less than 1 hour.
So if you are making a smaller solution, I strongly recommend Talend so far. It also handles load balancing and high performance; however, we haven't gotten that far. BTW, at work I use Oracle SOA suite, and I am a SOA Architect with more than 5 major SOA platforms under my belt such as TIBCO, WebMethods, and GenTran.
Just my humble 2 cents.
Ebay the esb casestudy is a case study which shows how eBay using WSO2 ESB to process more 1 Billion transactions per day...
I faced some compatibility issues while using with CXF client stack.
some of the WSO2 ESB / Synapse examples doesn’t work with CXF client while they work fine with Axis2 client. You have to make sure you are using WSO2 ESB supported namespaces for WS-Security , WS-Addressing m WS-Trust etc on client side. As WSO2 ESB/ Synapse is based on Axis2, If you services and/or clients are based on CXF or Sun Metro, it may be easy and less problematic using Talend or Fuse ESBs.
Being based on WSO2 carbon platform WSO2 esb provides a lot of security features such as authentication, authorization, confidentiality etc .. as well.
Following articles shows how to do the service integration and apply security with WSO2 ESB.
WSO2 ESB by Example - Service Chaining,
Integrate Business Rules with BPEL,
Securing Web Service Integration
Basically when comes to opensource ESBs available, wso2 offers you comprehensive package which you can utilize to solve your day today business use cases, by glance wso2 esb comes with variety of features such as.
Connecting Anything to Anything
Routing, Mediation & Transformation
Message, Service, API & Security Gateway
High Performance, High Availability, Scalability & Stability
pls visit:
http://wso2.org/library/articles/2012/03/performance-benchmarking-wso2-esb-different-message-transfer-mechanisms
Lightweight, Developer Friendly and Easy to Deploy
Manage & Monitor
for further details please visit to http://wso2.com/products/enterprise-service-bus/
Related
Is SAP PI/PO now considered a true ESB? I've read various sources claiming it was not quite there 4-5 years ago.
And what if you have a very SAP-centric environment, would it be very strongly suggested to use PI/PO instead of the more standard integration platforms such as Mule ESB, Jboss Fuse, BizTalk and Oracle ESB?
If you primarily have expertise with the platform agnostic ESB's mentioned, would it still be worth integrating with SAP Pi? What are the advantages of PI?
I see they all have some option to integrate with SAP, but unbiased information seems hard to come by in the SAP-scene.
If your entire landscape consists of SAP modules then probably better to use PI.
If however you want to connect to other systems in the cloud, internally or externally then I would not choose PI.
PI is not an integration platform (better to use this phrase an an ESB). In this case it is better than have something fronting your SAP backend such as Biztalk, Fuse, Mule or other. They are more flexible and have more functionality when it comes to communicating with other systems and protocol. They are probably far easier to use as well.
Most of these integration platforms have commercial adapters that can connect to SAP. IBM's Integration Bus has SAP adapters, so does Fuse and others.
Like I said, it depends on your landscape and your integration requirements.
Today, as SAP NetWeaver 7.5 released, SAP PO is common ESB.
It is based entirely on Java8 and JEE5 standards, with optional old-fashioned ABAP usage.
Someone could implement integration scenarios with many tools (simple mappings, SOJO or EJB, or even your own JCA-adapter). Now SAP PO is really fast and reliable.
We have project developed in Silverlight/DevForce services, currently we plain to move code into HTML5. My question is it possible to reuse server side part of project, I means is it possible to reuse DevForce services or better migrate to WebAPI services? IdeaBlade has Breeze Js for HTML5, but it looks more as dataservice provider and not support DevForce services.
You might be asking whether BreezeJS offers a mechanism for handling arbitrary service calls between the client and the Web API running on the server ... in the manner of the DevForce "invokeServerMethod".
BreezeJS does not . The DevForce "invokeServerMethod" is helpful when you need to talk to the server for non-data reasons. You don't have to open and secure your own channel; instead you can share the DevForce secure data channel between client and server. It's also a convenient way to sent a package of entities. Setting up your own independent channel is not much fun.
But writing and communicating with a Web API service endpoint is much easier. Our thought is that you can manage your non-data communications quite well without the help of the BreezeJS EntityManager. So we don't see the need to implement the equivalent of "invokeServerMethod"
However, perhaps you have a scenario that would cause us to reconsider. We'd love to learn more.
Breeze doesn't integrate with DevForce today. I'd recommend adding the request to the Breeze UserVoice site. The Breeze team uses UserVoice to judge interest when incorporating new features.
A quick look shows me that there is already one DevForce related suggestion there: Support for DevForce models.
I've been doing Google around to find out the solution for the question "how can I change application integration style from point-to-point to a bus-bus in BizTalk ESB 2.0?".
Please could any one suggest me answer for this?
Place the ESB as HUB and Spoke among all the external applications.
An interesting question is how pentaho data integration fits and perhaps would be useful in an environment that involves BPM (bonita software) and ESB Enterprise Service Bus (Mule).
I didn't find any documentation about it. Maybe I`m misunderstood these two conceptions but I really would like to know how and when I can use these two approaches.
To be more clear, how I can use pentaho data integration to improve the business workflow and be a tool to work together with an ESB platform ?
It sounds like a very generic question about how to do system integrations.
You will have your high level (business perspective) business processes guiding your company, probably gathering data from and showing business data through Pentaho and the ESB will be in charge of handling how the systems used by the business processes communicates with each other.
I wrote some time ago these slides for jBPM5 but I think it will help you to understand how all these technologies fits:
http://www.slideshare.net/salaboy/jbpm5-community-training-module-25-bpm-for-developers
Cheers
There is an integration of Mule and PDI, but it doesnt appear to have been used much. see here: http://jira.pentaho.com/browse/PDI-7416
There is also an enormous overlap in the tools. Obviously Mule contains ETL functionality - and similarly PDI can do ESB like operations. So there is good sense in integrating and using the best of both!
Certainly mule/ESB seems to be where it's at with the whole "data in motion" concept.
what is difference between JBPM and BPEL(and ESB)?
Would you please explain them?
RGDS
I am not much familiar with JBPM. But it seems to be a Business work flow which can work with java services or basically java based process. Not only with web services.
BPEL is a standard to write work follows with web services. Always BPEL language used to integrate the web services and define processes based on that. Here is an sample I have written for that[1].
ESB is primarily used for mediation and transform messages. When you integrate different types of systems, the message flow between them may vary. So people can use ESB as a mediator. And also some ESBs provides service integration as well. WSO2 ESB[2] is such an ESB you can use.
[1] http://wso2.org/library/articles/2011/05/integrate-business-rules-bpel
[2] http://wso2.org/library/esb
Exactly, ESB + BPEL is a technical solution for an integration problem. If you want to use jBPM5 just to do integrations thats fine and you probably will use jBPM5 with an ESB for all your mediation and transformation of your messages. The power of BPMN2, a standard notation to describe business processes will help you to describe more high level/business oriented scenarios than just simple system integrations. The concept of human interaction is heavily embedded in the language and in the jBPM5 infrastructure. Think about the fact that your models (business processes) can be shared and understood by business/non technical people and they will be able to validate, improve and change those definitions when the business reality changes.
Hope it helps!
jBPM is BPMN based. This is a java based solution to your workflow problem.
BPEL is also solves the workflow problem, but the approach is entirely different. It is web service based.
BPEL from a syntax perspective is more complex than BPMN but is considered more extensive.
The right comparison should actually be between BPMN and BPEL I guess.
Similarity
>Both can be used for orchestration
difference in terms of technology.
JBPM has BPMN2.0 Notation for Workflow designer and workflow XML it generate is BPM2.0 compliance(which means you can import it in any BPMN2.0 tool) .It is assumed to be Product Analyst friendly whereas BPEL has its own specifications and its considered more developer oriented
BPM should only be used where there is a human task otherwise ESB fulfills everything from orchestration to transformation to Rules to CEP