Is there any guide or links to know about principles of coding standards and design patterns about WSO2 ESB. Mean any standards to name apis, sequences, end points and etc
There is a guide for Enterprise Integration Patterns[1], it basically has design patterns associated with WSO2 ESB. You can get a rough idea about standards and best practices as well
[1] - https://docs.wso2.com/display/IntegrationPatterns/Enterprise+Integration+Patterns+with+WSO2+ESB
Related
While evaluating various ESB's, I came across Apache Synapse & WSO2. In WSO2 it's mentioned that WSO2 completely uses Synapse and built on top of it.
However I am not still clear what additional features does WSO2 offer over Synapse? (Apart from commercial support).
One difference I could see is the web UI to manage proxy definitions, sequences creation etc. Are there any other features which WSO2 provides over Synapse? Also please share if there are any guidelines to choose between Synpase & WSO2
I just wanted to be sure why I am going to WSO2 over Synapse.
Thanks,
Harish
WSO2 ESB offer many great features on top of synapse. I am listing few here.
Graphical management console to create/manage/monitor proxies/APIs and services.
Support for many transports [1].
Statistics, logging and auditing support
Support for many content types
And industry accepted proven performance.
List can go on and on. Hence I am referring you to WSO2 documentation on features[2]. Hope you can get some idea from there.
[1] https://docs.wso2.com/display/ESB481/ESB+Transports
[2] https://docs.wso2.com/display/ESB481/Features
I know that UDDI gives the posibility of descovering a web service. Is there any alternative for UDDI that do the same thing : to discover web services?
UDDI is out of the scene these days. People are moving towards semantic web services. WSMO and OWL-s are major initiatives for semantic web services. These solutions can provide more precise results.
Here's a few
mDNS/Bonjour/Avahi - can be used to share endpoint information for a web service, or anything else using a TXT record
WS-Discovery - supported by CXF and WCF, shares implementation of a specific interface
ebXML - had a component similar to UDDI
I want to understand some points :
Does using- SOA mean that I am using web services ? (or vice-verse?)
If I use web services with CXF, do I need an ESB ? what are the advantages of ESB like MULE in an architecture with web services ?
if I publish my web services in Java, does that means any client who has my WSDL can use my service, even if he/she uses .NET or something else than Java? Can ESB handle that?
Does using- SOA mean that I am using web services ? (or vice-verse?)
- SOA is a concept and web service is an implementation of SOA. There can be many ways to implement it but the most common one is the web services.
If I use web services with CXF, do I need an ESB ? what are the advantages of ESB like MULE in an architecture with web services ?
ESB is a major component in you SOA. Its the main integration hub.
Following diagram will give you a more understanding about SOA and ESB. (Disclaimer : I work for WSO2 and this is one of the diagram that gives you a clear understanding about SOA and ESB)
http://4.bp.blogspot.com/_yO8q3CIhuZs/S-Zq88vkJlI/AAAAAAAAAak/QAJeDVXVL_4/s1600/wso1.png
if I publish my web services in Java, does that means any client who has my WSDL can use my service, even if he/she uses .NET or something else than Java? Can ESB handle that?
If you are talking about web services, that means they are independent from programming language. Of course ESB can handle it and it can handle many other protocols as it is the integration hub.
Unfortunately, only the use of a specific technology is not a concrete evidence that you are doing SOA, as said in other response by Kasun Indrasiri, SOA is a concept, a technique that can be implemented using various tools from different vendors.
If you are designing services following the SOA Principles, you will be probably doing SOA, even if the tools you are using do not have all the features present in other modern platforms.
In my opinion, if your company does not have a of multi million dollars budget to spend on software licenses, you can still benefit from SOA using current tools.
I work as an intern Application Developer at a large organization prototyping SOA. I'm brand new to web services and technologies such as WSDL, SOAP, UDDI, and so on.
In the past week, I have been having a great deal of difficulty understanding UDDI, and how to use it effectively. The general consensus on the internet is that UDDI is dead, either too complex, unneeded, or a hindrance for most use cases. Some websites hint that UDDI is only useful as an internal registry within an organization and it's close business partners, rather than the universal business registry for which it was designed. You can see StackOverflow's attitude towards UDDI by reading some of the answers and comments on these questions:
Is the public UDDI movement dead or, was it ever alive?
How does SOA service discovery (UDDI) work in practice?
Does A Web Service Have To Be Registered?
Help understanding web services
What are some alternatives to UDDI? What are other ways that web services can be published so that developers can find a description and technical details without any of the complexity that UDDI seems to have? Is there any good business case for actually using a UDDI registry?
There are many open source registry/repository alternatives to UDDI.
I am an Architect at WSO2, so my answer could be biased - anyway WSO2 is not the only open source alternative.
The WSO2 Governance Registry is an open source, integrated SOA registry-repository, which supports you to efficiently manage your organization's growing SOA. The WSO2 Governance Registry provides an easy-to-use metadata repository complete with support for full versioning, lifecycle management, a rich model for users/roles/permissions, and social features such as tagging, rating and comments. You can easily add services and other resources through the web-based user interface.
WSO2 Governance Registry also has the WS-Discovery support.
WS-Discovery is a technical specification that defines a multicast discovery protocol to locate services on a local network.
You can read more from here.
Other types of look stuff up at a known location:
ebXML Registry
Options based on multicast networking
mDNS/Bonjour/Avahi/ZeroConf
WS-Discovery
UPnP
Could try using WebSphere Service Registry and Repository (WSRR) or similar product.
I am developing a soap based middle-tier web service on jboss platform and would like to know, what engine or framework is the most matured or common for Enterprise level ?
So far i was considering:
Axis/Axis2
JbossWS
Thanks for any direction.
I can recommend Apache CXF. Its a kind of meta service framework, also supporting SOAP.
I recommend lookup up some articles on the mainstream frameworks "Axis vs CXF" and select between the two based on your requirements.