In CM R3 the RecursiveAssociations Response group fails to populate both Inventory and Variation Rows.

The scant documentation suggests this has replaced  the  CatalogEntryFull approach to hydrating these rows. 

http://world.episerver.com/Articles/Items/Catalog-Entry-loading-and-ResponseGroups-in-EPiServer-Commerce/

Even though the row exists a  row count of zero in both cases and consequently a save operation attempts to create a new row which results in a primary key violation on inventory & variation tables.

What is the correct way to return a Catalogue Entry Dto with fully populated variation and inventory rows?

var responseGroup = new CatalogEntryResponseGroup(CatalogEntryResponseGroup.ResponseGroup.RecursiveAssociations);
CatalogEntryDto entryDto = CatalogContext.Current.GetCatalogEntryDto(entryCode, responseGroup);

No Variation or Inventory Rows returned using above.

var responseGroup = new CatalogEntryResponseGroup(CatalogEntryResponseGroup.ResponseGroup.CatalogEntryFull);
CatalogEntryDto entryDto = CatalogContext.Current.GetCatalogEntryDto(entryCode, responseGroup);

 CatalogEntryFull returns this error: "No Default Instance defined for PluginFamily Mediachase.Commerce.Pricing.IPriceService"

Public enum ResponseGroup
{ 
    Assets = 32,
    Associations = 8,
    CatalogEntryFull = 4, (Changed in R3 to only return one level in the hierarchy)
    CatalogEntryInfo = 2,
    Children = 16,
    Nodes = 64,
    Request = 1  
    Variations = 128 (R2 SP2)
    Inventory = 256 (R2 SP2)
    RecursiveAssociations = 512 (R3, behaviour like the R2 SP2 Full RG.)

}