on 07-16-2008 7:45 PM
Hi all,
we are currently doing a project in which RFC's are called from an external facing portal. We have identified several services (rfc's) which will have to be developed. Now, in stead of creating for example two separate services for create and update (of BP for example), we want to 'merge' those two into one service. Depending on some criteria the BP will be created or updated. Now, in light of eSOA, I was wondering if this is the way to go? Meaning, does it make any difference to create two separate services or just one which fullfills both tasks.
They're both services which can be reused, so as far as I'm concerned this would fit right into a service oriented architecture...or is this is bit too simplistic?
Hi,
I don't think you are being too simplitic,,, you are right that this is a perfect candidate for 'SOA'.
You could create them as two separate services. You could also create them as one service with the various functionality embedded within it. Or you could create as a single service with multiple operations.
I think the choice is up to you... how granular do you want your services? Personally, I would go for multiple operations, or separate services. But again, that is my preference.
Regards
Manish
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I think this link will help:
http://www.ibm.com/developerworks/library/ar-servdsgn1/
Best practice: A service interface (WSDL port type) should generally contain more than one operation. Operations defined as part of a single service interface should be semantically related by data on which they operate.
Since both services are working on the same business object BP, the above should give hint on to your question.
- julius
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
89 | |
10 | |
10 | |
9 | |
6 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.