[ 
https://issues.apache.org/jira/browse/QPID-7203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Keith Wall updated QPID-7203:
-----------------------------
    Description: 
The Broker is supposed to save audit information on each object: {{createdBy}}, 
{{createdDate}}, {{lastUpdatedBy}}, {{lastUpdatedDate}}.  This feature is 
broken and has been so since at least 0.30.

The values are persisted properly to the message store, but on recovery, they 
only make it as far as the attribute map backing the configured object.  The 
mechanics of ACO fails to reunite the attribute value with the field underlying 
each attribute.   As a result the audit trail is unreliable.

The problem would affect any storable derived attribute.   Other storable 
derived attributes AutoGeneratedSelfSignedKeyStore and SiteSpecificTrustStore 
use {{postResolve}} to reunite the attribute with the field.

  was:
The Broker is supposed to save audit information on each object: {{createdBy}}, 
{{createdDate}}, {{lastUpdatedBy}}, {{lastUpdatedDate}}.  This feature is 
broken and has been so since at least 0.30.

The values are persisted properly to the message store, but on recovery, they 
only make it as far as the attribute map backing the configured object.  The 
mechanics of ACO fails to reunite the attribute value with the field underlying 
each attribute.

As a result the created values are lost on each save and the neither created or 
last can be viewed from Management.

The problem affects all derived attributes that are storeable.   From what I 
can tell, this is the only case where there is a functional impact.


> Model loses audit information 
> ------------------------------
>
>                 Key: QPID-7203
>                 URL: https://issues.apache.org/jira/browse/QPID-7203
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Broker
>    Affects Versions: 0.30, 0.32, qpid-java-6.0, qpid-java-6.0.1
>            Reporter: Keith Wall
>
> The Broker is supposed to save audit information on each object: 
> {{createdBy}}, {{createdDate}}, {{lastUpdatedBy}}, {{lastUpdatedDate}}.  This 
> feature is broken and has been so since at least 0.30.
> The values are persisted properly to the message store, but on recovery, they 
> only make it as far as the attribute map backing the configured object.  The 
> mechanics of ACO fails to reunite the attribute value with the field 
> underlying each attribute.   As a result the audit trail is unreliable.
> The problem would affect any storable derived attribute.   Other storable 
> derived attributes AutoGeneratedSelfSignedKeyStore and SiteSpecificTrustStore 
> use {{postResolve}} to reunite the attribute with the field.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to