Documentation of 'org.apache.derby.impl.store.raw.data.InvalidatePageOperation' Java class
InvalidatePageOperation
org.apache.derby.impl.store.raw.data

Class InvalidatePageOperation

  • All Implemented Interfaces:
    java.io.Externalizable, java.io.Serializable, Formatable, TypedFormat, Loggable, RePreparable, Undoable


    public final class InvalidatePageOperation
    extends java.lang.Object
    Represents invalidating a page due to deallocation. This operation invalidates the page that is being deallocated, as opposed to deallocatePage that happens on the alloc page.
    See Also:
    Serialized Form
    • Constructor Detail

      • InvalidatePageOperation

        public InvalidatePageOperation()
    • Method Detail

      • writeExternal

        public void writeExternal(java.io.ObjectOutput out)
                           throws java.io.IOException
        Specified by:
        writeExternal in interface java.io.Externalizable
        Throws:
        java.io.IOException
      • readExternal

        public void readExternal(java.io.ObjectInput in)
                          throws java.io.IOException,
                                 java.lang.ClassNotFoundException
        Read this in
        Specified by:
        readExternal in interface java.io.Externalizable
        Throws:
        java.io.IOException - error reading from log stream
        java.lang.ClassNotFoundException - log stream corrupted
      • getTypeFormatId

        public int getTypeFormatId()
        Return my format identifier.
        Returns:
        The identifier. (A UUID stuffed in an array of 16 bytes).
      • undoMe

        public void undoMe(Transaction xact,
                           org.apache.derby.impl.store.raw.data.BasePage undoPage,
                           LogInstant CLRInstant,
                           LimitObjectInput in)
                    throws StandardException,
                           java.io.IOException
        Mark the page as being valid
        Parameters:
        xact - the Transaction doing the rollback
        undoPage - the page to rollback changes on
        CLRInstant - the log instant of this (PageUndo) operation
        in - optional data for the rollback operation
        Throws:
        StandardException - Thrown by methods I call
        java.io.IOException - Thrown by methods I call
        See Also:
        PhysicalPageOperation.undoMe(org.apache.derby.iapi.store.raw.Transaction, org.apache.derby.impl.store.raw.data.BasePage, org.apache.derby.iapi.store.raw.log.LogInstant, org.apache.derby.iapi.services.io.LimitObjectInput)
      • restoreMe

        public void restoreMe(Transaction xact,
                              org.apache.derby.impl.store.raw.data.BasePage undoPage,
                              LogInstant CLRInstant,
                              LimitObjectInput in)
                       throws StandardException,
                              java.io.IOException
        restore the before image of the page
        Parameters:
        xact - the Transaction doing the rollback
        undoPage - the page to rollback changes on
        CLRInstant - the log instant of this (PageUndo) operation
        in - optional data for the rollback operation
        Throws:
        StandardException - Standard Derby Error Policy
        java.io.IOException - problem reading the complete log record from the input stream
      • toString

        public java.lang.String toString()
      • generateUndo

        public Compensation generateUndo(Transaction xact,
                                         LimitObjectInput in)
                                  throws StandardException
        Generate a Compensation (PageUndoOperation) that will rollback the changes of this page operation. If this Page operation cannot or need not be rolled back (redo only), overwrite this function to return null.

        Note
        For operation that needs logical undo, use LogicalUndoOperation instead This implementation just finds the same page that the PageOperation was applied on - i.e., only works for undo on the same page.

        During recovery redo, the logging system is page oriented and will use the pageID stored in the PageUndoOperation to find the page. The page will be latched and released using the default findpage and releaseResource - this.releaseResource() will still be called so it has to know not to release any resource it did not acquire.

        Specified by:
        generateUndo in interface Undoable
        Parameters:
        xact - the transaction doing the compensating
        in - optional input
        Returns:
        the compensation operation that will rollback this change
        Throws:
        StandardException - Standard Derby policy.
        See Also:
        PageBasicOperation, Undoable.generateUndo(org.apache.derby.iapi.store.raw.Transaction, org.apache.derby.iapi.services.io.LimitObjectInput)
      • releaseResource

        public void releaseResource(Transaction xact)
        Release latched page and any other resources acquired during a previous findpage, safe to call multiple times. In this RawStore implementataion, resource is acquired by a log operation in one of two places
      • during runtime or recovery undo in PageOperation.generateUndo()
      • during recovery redo in PageBasicOperation.needsRedo()
Specified by:
releaseResource in interface Loggable
Skip navigation links

DataMelt 3.0 © DataMelt by jWork.ORG

You see the box below because you did not login.