Artwork

Content provided by Udi Dahan. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Udi Dahan or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://player.fm/legal.
Player FM - Podcast App
Go offline with the Player FM app!

[Podcast] Message Schemas Between Multiple Publishers and Subscribers

 
Share
 

Manage episode 65045196 series 63841
Content provided by Udi Dahan. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Udi Dahan or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://player.fm/legal.

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 Written

These 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.

  continue reading

21 episodes

Artwork
iconShare
 
Manage episode 65045196 series 63841
Content provided by Udi Dahan. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by Udi Dahan or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://player.fm/legal.

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 Written

These 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.

  continue reading

21 episodes

All episodes

×
 
Loading …

Welcome to Player FM!

Player FM is scanning the web for high-quality podcasts for you to enjoy right now. It's the best podcast app and works on Android, iPhone, and the web. Signup to sync subscriptions across devices.

 

Quick Reference Guide