6

Let's say I have a publication - Pub A with no parent set in Blueprint Hierarchy and similarly a Pub B with no parent set as well. It seems I can not have a Publication - Pub C with parent set to both Pub A and Pub B. Below diagram depicts my case where I can not create the hierarchy for Schema - Brand D:

enter image description here

Is it purposefully or is it something I am missing?

9

I guess the easy answer is "No, you can't. Live with it." :)

The hard answer is that Tridion already has a rather powerful (and complex) conflict resolving algorithm that takes blueprinting into account, and adding the possibility of merging different blueprint trees - which is pretty much what you're asking for - would make that complex logic a lot more complex by a few orders of magnitude.

When you read an object in CM, Tridion navigates "up" the Blueprint Tree to find the actual object's content and properties, and having multiple branches that contribute to the current publication without a common parent just explodes the number of possibilities. The correct solution for what you want to do is typically addressed in the BluePrint design by:

  1. Following the Diamond pattern
  2. Always - and I mean always - have an empty publication as your Blueprint Root.

In other words, we could make this possible if we thought it would be important enough. But frankly, we don't think the benefits of being able to do this outweighs the cost of creating and then maintaining a very complex resolving algorithm (with most of its implementation in the database layer).

  • Spot on Nuno... It makes sense. Thanks for the detailed answer. – Pankaj Gaur Jul 11 '14 at 3:08

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.