Uploaded image for project: 'OASIS Energy Interoperation TC'
  1. OASIS Energy Interoperation TC
  2. ENERGYINTEROP-600

Create RequestPendingEvents/ReplyPendingEvent operations in EiEvent Service; add definition of "Pending"

    XMLWordPrintable

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: wd32
    • Fix Version/s: wd33
    • Component/s: model, schema, service, spec
    • Labels:
      None
    • Environment:

      William Cox and Ed Koch

    • Proposal:
      Hide

      Add service operation and definition as suggested in the Description

      Show
      Add service operation and definition as suggested in the Description
    • Resolution:
      Hide

      The requested Operations were added to WD33.
      They were re-worked under numerous Jira issues defining Pending, Active, etc in WD34.

      Closing. If there are still issues, please open a new Jira issue referencing a later version.

      Show
      The requested Operations were added to WD33. They were re-worked under numerous Jira issues defining Pending, Active, etc in WD34. Closing. If there are still issues, please open a new Jira issue referencing a later version.

      Description

      See also ENERGYINTEROP-595 and ENERGYINTEROP-597. This partially addresses ENERGYINTEROP-481 (previously closed).

      The following use case was described:

      A VEN pushes a list of the event IDs it's working on to its VTN. This can be symmetric, allowing for push of relevant and/or restricted set of Event IDs.

      The events are those that are "pending".

      This relates to text using pending at table/text lines 1011, 1164, 1344, and 1869.

      Add a definition of Pending:

      A PENDING event is one where the present time is within the closed interval from and including the notification time, and to and including the end time.

      (in other words, the present is in the [notification-time, end-of-event-time] closed interval)

      I propose that the service be named not Status (because it's not clearly event status) but"EiPushPendingEvents".

      Source is either Ven or VTN. May be limited to those that the sender wants to communicate. No response, as it's a hint and oneway.

      Attributes of the request:

      List of EventIDs, possibly empty
      VEN ID [0..1]
      VTN ID [0..1]
      emix:MarketContextType [0..1] - if absent, relationships in any market context that the destination and source of the request are engaged in.

        Attachments

          Activity

            People

            • Assignee:
              gerald.gray Gerald Gray (Inactive)
              Reporter:
              william.cox William Cox (Inactive)
            • Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: