View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
000295510000-009: Alarms and ConditionsSpecpublic2015-02-04 15:092015-03-31 16:28
ReporterKarl Deiretsbacher Assigned ToPaul Hunkar  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Target Version1.03Fixed in Version1.03 
Summary0002955: Call Service: objectId parameter description ambiguous
Description

Based on Issue # 1288 we added text to the methodId parameter stating that "If the objectId is the NodeId of an Object, it is allowed to use the NodeId of a Method that is the target of a HasComponent Reference from the ObjectType of the Object."

However, the description of the objectId parameter states "The NodeId shall be that of the Object or ObjectType that is the source of a HasComponent Reference to the Method specified in methodId".

I suggest to replace the description of the objectId parameter with the following text to harmonize the descriptions of the two parameters:

"NodeId of the Object or ObjectType on which the Method is invoked.
In case of an ObjectType the ObjectType or a supertype of the ObjectType shall be the source of a HasComponent Reference (or subtype of HasComponent Reference) to the Method specified in methodId.
In case of an Object the Object or the ObjectType of the Object or a supertype of that ObjectType shall be the source of a HasComponent Reference (or subtype of HasComponent Reference) to the Method specified in methodId."

Since this fully specifies the dependency between objectId Node and methodId node we can remove redundand text from the methodId parameter.

Additional Information

Remove redundant statements from method descriptions. E.g. remove the statement: "Normally, the MethodId passed to the Call Service is found by browsing the Condition instance in the AddressSpace. However, some Servers do not expose Condition instances in the AddressSpace. Therefore all Servers shall allow Clients to call the Enable Method by specifying ConditionId as the ObjectId and the well known NodeId of the Method declaration on the ConditionType as the MethodId."

TagsNo tags attached.
Commit Version
Fix Due Date

Relationships

related to 0002953 closedMatthias Damm 10000-004: Services Call Service: objectId parameter description ambiguous 

Activities

Jim Luth

2015-03-03 17:33

administrator   ~0005870

wait for the text to be updated in Part 4 before addressing this in the other parts.

Jim Luth

2015-03-10 16:07

administrator   ~0005886

Text is now in Part 4 -- go ahead and fix.

Paul Hunkar

2015-03-25 04:37

developer   ~0005976

Fix to text agreed to in todays meeting (3/25/2015) - Not exactly the same as in Part 4 - Objectid vs ConditionId

Jim Luth

2015-03-31 16:28

administrator   ~0005988

Agreed to text edited in telecon.

Issue History

Date Modified Username Field Change
2015-02-04 15:09 Karl Deiretsbacher New Issue
2015-02-04 15:09 Karl Deiretsbacher Issue generated from: 0002953
2015-02-04 15:10 Karl Deiretsbacher Project 10000-004: Services => 10000-009: Alarms and Conditions
2015-02-04 15:12 Karl Deiretsbacher Issue cloned: 0002956
2015-03-03 17:33 Jim Luth Note Added: 0005870
2015-03-03 17:33 Jim Luth Assigned To => Paul Hunkar
2015-03-03 17:33 Jim Luth Status new => assigned
2015-03-03 17:35 Jim Luth Relationship added child of 0002953
2015-03-10 16:07 Jim Luth Note Added: 0005886
2015-03-10 16:08 Jim Luth Relationship replaced related to 0002953
2015-03-25 04:37 Paul Hunkar Note Added: 0005976
2015-03-25 04:37 Paul Hunkar Status assigned => resolved
2015-03-25 04:37 Paul Hunkar Resolution open => fixed
2015-03-31 16:28 Jim Luth Note Added: 0005988
2015-03-31 16:28 Jim Luth Status resolved => closed
2015-03-31 16:28 Jim Luth Fixed in Version => 1.03