Provided by: libur-perl_0.470+ds-2_all bug

NAME

       UR::DeletedRef - Represents an instance of a no-longer-existent object

SYNOPSIS

         my $obj = Some::Class->get(123);

         $obj->delete;
         print ref($obj),"\n";  # prints 'UR::DeletedRef'
         $obj->some_method();   # generates an exception through Carp::confess

         $obj->resurrect;
         print ref($obj),"\n";  # prints 'Some::Class'

DESCRIPTION

       Object instances become UR::DeletedRefs when some part of the application calls delete() or unload() on
       them, meaning that they no longer exist in that Context.  The extant object reference is turned into a
       UR::DeletedRef so that if that same reference is used in any capacity later in the program, it will
       generate an exception through its AUTOLOAD to prevent using it by mistake.

       Note that UR::DeletedRef instances are different than Ghost objects.  When a UR-based object is deleted
       through delete(), a new Ghost object reference is created from the data in the old object, and the old
       object reference is re-blessed as a UR::DeletedRef.  Any variables still referencing the original object
       now hold a reference to this UR::DeletedRef.  The Ghost object can be retrieved by issuing a get()
       against the Ghost class.

       Objects unloaded from the Context using unload(), or indirectly by rolling-back a transaction which
       triggers unload of objects loaded during the transaction, are also turned into UR::DeletedRefs.

       You aren't likely to encounter UR::DeletedRefs in normal use.  What usually happens is that an object
       will be deleted with delete() (or unload()), the lexical variable pointing to the DeletedRef will soon go
       out of scope and the DeletedRef will then be garbage-colelcted.

SEE ALSO

       UR::Object, UR::Object::Ghost, UR::Context