psdi.app.ticket

Class FldTKLoc

    • Constructor Detail

      • FldTKLoc

        public FldTKLoc(MboValue mbv)
                 throws MXException
        Construct without a criteria.
        Parameters:
        mbv - the MboValue the location field in the ticket object attach to.
        Throws:
        MXException
    • Method Detail

      • getLocationWithoutSiteId

        public static MboRemote getLocationWithoutSiteId(MboRemote ticket,
                                                         MboValue locaMbv)
                                                  throws java.rmi.RemoteException,
                                                         MXException
        Because SR is a system level mbo there are states where no site id information can be found.
        So if user uses smart fill for the asset/location field, we must define what is the site id of that asset/location
        Legacy code of TPAE had the logic of iterating over all locations/assets that had the same LOCATION/ASSETNUM value. And if no other info about the siteid is found it uses the 1st Asset/Location found. This also happens in FldTkAssetnum.
        TODO We must confirm this behavior. - rcouto - i'm looking for explanations for it.
        Parameters:
        ticket -
        locaMbv -
        Returns:
        Throws:
        java.rmi.RemoteException
        MXException
      • action

        public void action()
                    throws MXException,
                           java.rmi.RemoteException
        Update the fields affected by changing this field. If there's a single piece of asset for this location and the ticket's assetnum field is null, then the assetnum field is set to the location's asset. If the ticket already has a piece of asset, different from the location's asset, then a dialog is shown for the user input and the user input will determine the action.

        Specified by:
        action in interface MboValueListener
        Overrides:
        action in class MAXTableDomain
        Throws:
        MXException
        java.rmi.RemoteException