OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

regrep message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [regrep] [RS Issue] Need clarification on comment on line 1410


Matthew MacKenzie wrote:

> Sorry, that is unclear.
>
> Currently, if a  removal is attempted against an object that has live 
> references, the removal is aborted -- a very safe approach to be 
> sure.  My thought was that we could possibly make this more 
> intelligent and at the same time allow the registry to deal with 
> routine business evolution -- users leaving the company, data models 
> being refactored, etc.
>
> So, my thinking was to allow a registry administrator to delete an 
> object and at the time of removal specify that all  references to the 
> object being deleted be targetted/based at/on a new object.  The new 
> object could be an equivalent object, or even a link to an auditable 
> event which would allow browsers to at least see that a reference was 
> forcibly removed.

I understand what you had in mind now as follows:

-Allow an object to be deleted even when it has refrences to it

-Somehow update references to deleted object to point to its replacement 
if any or to the AuditableEvent that marks its deletion if it has no 
replacement.

Updating all references would be too costly IMO. The other issue is how 
to specify replacement object when deleting an object.

I think it would be cleaner to simply by default allow an object to be 
deleted even if it has refrences to it and if define how dangling 
references should be handles by registry and clients. For example we 
could say that registry MUST return objects matching a query even if 
they have dangling references and that it should return 
UnresolvedReferenceException if client attempts to fetch the object by 
its reference using a query. As for clients we could say that they 
should be prepared to handle UnresolvedReferenceException when fetching 
an object by its reference.

I could support above modification to Matt's original suggestion or 
something along those lines. What do other folks think?

>
> Thanks,
> Matt
> Farrukh Najmi wrote:
>
>>
>> Matt,
>>
>> Please clarify clearly what you intended to convey in this comment. 
>> Thanks.
>>
>> Line 1410: "I would prefer if we could allow an overide that says 
>> "point references to this object, such as an auditable event that 
>> chronicles the deletion"."
>>
>


-- 
Regards,
Farrukh



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]