Details

    • Type: Sub-task
    • Status: Closed
    • Priority: Major
    • Resolution: No Action
    • Affects Version/s: wd22
    • Fix Version/s: wd24
    • Component/s: schema
    • Labels:
      None
    • Environment:

      Toby Considine

    • Resolution:
      Hide

      The EiConstraint service has been completely rewritten as the EiAvail service, using PR03 ws-calendar and emix structures.

      This comment has been overtaken by events.

      Close, no action.

      Show
      The EiConstraint service has been completely rewritten as the EiAvail service, using PR03 ws-calendar and emix structures. This comment has been overtaken by events. Close, no action.

      Description

      We have the Schedules from EMIX Constraints:

      availabiltySchedule
      unavailabilitySchedule

      We also have the EI ConstraintBehavior, which is hints at how to deal with times when there is an incompatibility between the temporal constraints of the schedule and the requirements of the event.

      Currently, the availability schedules are in the array of constraints. Should they instead be paired in some other object with the eiConstraintBehavior? This appears to be what the eiConstraintSchedule does. In refactoring [eiEvents] several constraints were eliminated, a couple new ones were added to EMIX constraints, and the event now has an array of constraints, unspecified.
      Should it be an Array of eiConstraintSchedule(s) with any single constraint modifiable by the eiConstraintBehavior? Should only some constraints be expressable in eiConstraintSchedule(s)?

        Attachments

          Activity

          toby.considine Toby Considine (Inactive) created issue -
          william.cox William Cox (Inactive) made changes -
          Field Original Value New Value
          Affects Version/s wd22 [ 10145 ]
          Status New [ 10000 ] Open [ 1 ]
          Hide
          toby.considine Toby Considine (Inactive) added a comment -

          I would like a discussion of the ConstraintsBehavior object, as it is not a Constraint, as defined in EMIX, but some responses to some specific constraints when encountered.

          It almost sounds as "How to configure the VTN for this customer [VEN]". Can the VEN CHange it? Is it a report about that configuration to the VEN, but its actual setting is out of scope?

          Show
          toby.considine Toby Considine (Inactive) added a comment - I would like a discussion of the ConstraintsBehavior object, as it is not a Constraint, as defined in EMIX, but some responses to some specific constraints when encountered. It almost sounds as "How to configure the VTN for this customer [VEN] ". Can the VEN CHange it? Is it a report about that configuration to the VEN, but its actual setting is out of scope?
          toby.considine Toby Considine (Inactive) made changes -
          Parent ENERGYINTEROP-396 [ 18578 ]
          Issue Type Improvement [ 4 ] Sub-task [ 5 ]
          toby.considine Toby Considine (Inactive) made changes -
          Fix Version/s wd23 [ 10147 ]
          william.cox William Cox (Inactive) made changes -
          Fix Version/s wd24 [ 10148 ]
          Resolution The EiConstraint service has been completely rewritten as the EiAvail service, using PR03 ws-calendar and emix structures.

          This comment has been overtaken by events.

          Close, no action.
          Environment Toby Considine
          william.cox William Cox (Inactive) made changes -
          Resolution No Action [ 8 ]
          Status Open [ 1 ] Resolved [ 5 ]
          william.cox William Cox (Inactive) made changes -
          Status Resolved [ 5 ] Applied [ 10002 ]
          william.cox William Cox (Inactive) made changes -
          Status Applied [ 10002 ] Closed [ 6 ]

            People

            • Assignee:
              william.cox William Cox (Inactive)
              Reporter:
              toby.considine Toby Considine (Inactive)
            • Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: