Πηγαίνετε εκτός σύνδεσης με την εφαρμογή Player FM !
[Podcast] Message Schemas Between Multiple Publishers and Subscribers
Manage episode 65045196 series 63841
This week’s question comes from Bill who asks:
Thanks again Udi for your informative response. I have been having more and more continued success leveraging service oriented design principals in my work. My client is thrilled with the result – systems that work and are agile! Your advice over the last number of months has been a big ingredient in that success.
As per usual, I have another question I was hoping I could trouble you with. I have a service which needs to subscribe to a topic which is a parent topic in a topic hierarchy.
Say I have 3 different families of insurance products, each of which have a “Policy Written” event. So we would have:
Product Family 1 Policy Written
Product Family 2 Policy Written
Product Family 3 Policy WrittenThese 3 messages have some information in common – such as Policy Number, Product Code, Date Written, etc. I’d like to be able to add more products with their own unique “Policy Written” event, without altering the service subscribing to the “Policy Written” topics. This means that the subscribing service would need to know about the “Policy Written” base type of message, without knowing about the specific sub types. Assuming the messages are serialised using SOAP/XML, would you recommend achieving his using XML data type inheritance? So each of the message sub types would inherit from a message base type? Or would you recommend just having the subscribing service understand each message sub type, and update it as new sub types are added? Or is there another solution you could offer?
I can see that having the base message type increases coupling between publishing services because each service that publishes a Policy Written event must adhere to the base message type schema. But I can also see having the subscribing service understand all message sub types increases coupling between the subscribing service and the publishing services because adding a new insurance product requires modifying the subscribing service to understand the new message sub type.
Regards,
Bill
Get it via the Dr. Dobb’s site here.
Or download directly here.
Additional References:
Podcast on Autonomous Services and Pub/Sub
Podcast on Business and Autonomous Components in SOA
Want more? Go to the “Ask Udi” archives.
21 επεισόδια
Manage episode 65045196 series 63841
This week’s question comes from Bill who asks:
Thanks again Udi for your informative response. I have been having more and more continued success leveraging service oriented design principals in my work. My client is thrilled with the result – systems that work and are agile! Your advice over the last number of months has been a big ingredient in that success.
As per usual, I have another question I was hoping I could trouble you with. I have a service which needs to subscribe to a topic which is a parent topic in a topic hierarchy.
Say I have 3 different families of insurance products, each of which have a “Policy Written” event. So we would have:
Product Family 1 Policy Written
Product Family 2 Policy Written
Product Family 3 Policy WrittenThese 3 messages have some information in common – such as Policy Number, Product Code, Date Written, etc. I’d like to be able to add more products with their own unique “Policy Written” event, without altering the service subscribing to the “Policy Written” topics. This means that the subscribing service would need to know about the “Policy Written” base type of message, without knowing about the specific sub types. Assuming the messages are serialised using SOAP/XML, would you recommend achieving his using XML data type inheritance? So each of the message sub types would inherit from a message base type? Or would you recommend just having the subscribing service understand each message sub type, and update it as new sub types are added? Or is there another solution you could offer?
I can see that having the base message type increases coupling between publishing services because each service that publishes a Policy Written event must adhere to the base message type schema. But I can also see having the subscribing service understand all message sub types increases coupling between the subscribing service and the publishing services because adding a new insurance product requires modifying the subscribing service to understand the new message sub type.
Regards,
Bill
Get it via the Dr. Dobb’s site here.
Or download directly here.
Additional References:
Podcast on Autonomous Services and Pub/Sub
Podcast on Business and Autonomous Components in SOA
Want more? Go to the “Ask Udi” archives.
21 επεισόδια
Semua episod
×Καλώς ήλθατε στο Player FM!
Το FM Player σαρώνει τον ιστό για podcasts υψηλής ποιότητας για να απολαύσετε αυτή τη στιγμή. Είναι η καλύτερη εφαρμογή podcast και λειτουργεί σε Android, iPhone και στον ιστό. Εγγραφή για συγχρονισμό συνδρομών σε όλες τις συσκευές.