Bug 114311

Summary: No way for generic assets to augment the XML adapter rules for all content types
Product: [Retired] Red Hat Enterprise CMS Reporter: Daniel Berrangé <berrange>
Component: content typesAssignee: Daniel Berrangé <berrange>
Status: CLOSED RAWHIDE QA Contact: Jon Orris <jorris>
Severity: medium Docs Contact:
Priority: medium    
Version: nightly   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-09-02 17:45:29 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Daniel Berrangé 2004-01-26 15:19:59 UTC
Description of problem:
Each content type is reponsible for registering domain object XML
renderer rules for itself. There are, however, a number of genral
purpose assets such as dublin core, file attachments and related links
which need to augment the rules for all content types in the CMS.
Obviously the contnet type rules themselves can't reference these
assets, since the is no way to know in advance if an asset will be
installed on the system.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Daniel Berrangé 2004-01-26 15:31:54 UTC
If got code ready for checkin which gets around this limitation as
follows:

Insteead of registering instances of
SimpleDomainObjectTraversalAdapter, we create a subclass
ContentItemTraversalAdapter. This class contains a static registry of
property names -> assets. It then overrides the process method in the
traversal adapter such that if the path requested maps to an asset,
then control is delegated to the asset's own traversal adapter,
otherwise control goes to the super class implementation.


Comment 2 Daniel Berrangé 2004-01-28 15:11:01 UTC
Submitted in p4 39749 & 39751

Comment 3 David Lawrence 2006-07-18 03:04:50 UTC
QA_READY has been deprecated in favor of ON_QA. Please use ON_QA in the future.
Moving to ON_QA.

Comment 4 Daniel Berrangé 2006-09-02 17:45:29 UTC
Closing old tickets