Class MxaccessGateway.AcknowledgeAlarmReplyPayload

java.lang.Object
com.google.protobuf.AbstractMessageLite
com.google.protobuf.AbstractMessage
com.google.protobuf.GeneratedMessage
mxaccess_gateway.v1.MxaccessGateway.AcknowledgeAlarmReplyPayload
All Implemented Interfaces:
com.google.protobuf.Message, com.google.protobuf.MessageLite, com.google.protobuf.MessageLiteOrBuilder, com.google.protobuf.MessageOrBuilder, Serializable, MxaccessGateway.AcknowledgeAlarmReplyPayloadOrBuilder
Enclosing class:
MxaccessGateway

public static final class MxaccessGateway.AcknowledgeAlarmReplyPayload extends com.google.protobuf.GeneratedMessage implements MxaccessGateway.AcknowledgeAlarmReplyPayloadOrBuilder
 Reply payload for AcknowledgeAlarmCommand AND
 AcknowledgeAlarmByNameCommand — both ack command kinds reuse this
 payload case (`MxCommandReply.acknowledge_alarm`); there is no
 dedicated by-name reply case. Surfaces AVEVA's native ack return
 code (AlarmAckByGUID for the GUID arm, AlarmAckByName for the
 by-name arm); 0 means success. The MxCommandReply's hresult field
 carries the same value and is preferred for protocol consumers —
 this payload exists so the gateway-side WorkerAlarmRpcDispatcher
 can echo native_status into AcknowledgeAlarmReply.hresult without
 unpacking the outer envelope.
 
Protobuf type mxaccess_gateway.v1.AcknowledgeAlarmReplyPayload
See Also: