Summary: AbstractResource contains the declaration of the exception NotRemoved. This exception is
not used in the remainder of the interfaces.
Remove exception declaration.

resolved and closed

Summary: AbstractResource does not have operations required to notify it of the association of a Task
as producer. Operations are required on AbstractResource to set, get, and change
producer.

resolved and closed

Summary: AbstractResource references the structural feature bound_to with the type Usage, however,
the operations refer to Tasks as the type.
Replace Usage with Task.

resolved and closed

Summary: Attribute key serves to provide unique identification. This is duplicating functionality of the
inherited IdentifiableObject semantics.
Propose removal of the key attribute and retraction of key arguments under the
create_task, create_workspace, and create_subworkspace operations.

resolved and closed

Summary: The semantics of the filter argument to the list_history operation are undefined.
Nothing proposed at this stage.

closed and resolved

Summary: AbstractResource references the structural feature is_an with the type Containment,
however, the operations refer to Workspaces as the type.
Replace Containment with Workspace.

resolved and closed

Summary: No operations are provided for the removal of a produces association between a Task and
a AbstractResource produced by a Task (required on termination of the task).
Add the operation to the Task interface.
void remove_produced( in AbstractResource resource );
Note… additional operations are required on AbstractResource concerning the produces
association (refer issue 19, AbstractResource key).

closed and resolved

Summary: The operation add_consumer and add_producer are operations through which consumed
and produced resources may be associated with a Task. Semantically, the operations are
not adding “consumers” or “producers”, instead they are adding “consumed” and
“produced” resources.
Change the name of the operations to add_consumed and add_produced.

closed and resolved

Summary: Workspace and Task both contain the operation oneway void resource_event (in
ResourceEvent event) These declarations prevent the possibility of a developer
constructing an interface that inherits from both Task and Workspace. Secondly, the
definition of ResourceEvent is inconsistent with the currently adopted CosNotification
definition of a structured event. Thirdly, the specification does not define an interoperable
mechanisms through which events are propagated to targets (other than a reference to an
underlying event service).

resolved and closed

Summary: Task state references state_set which is a CDL keyword and should be removed.
Remove CDL state_set references.

Remove CDL state_set references.

Summary: Task structural feature list references a consumer feature and equates the type to Usage.

Updating of text in accordance with the exposed LinkKind constants.

Summary: Tasks represents user units or work, associated with consumed and produced resources.
Consumed resource represent both execution and data resources and are exposed
through the operation list_consumed. The combining of execution and data resources is
inconsistent with the explicit declaration of the process argument (the execution resource)
supplied during task creation. Secondly, the process argument type is inconsistent with
the state semantics expected from a process (namely the exposure of state in a form
equivalent to a task state).

resolved and closed

Summary: The create_workspace operation takes a sequence of Users as an argument qualifying an
access control list. However, no operations are available on Workspace to retrieve or
modify the rights granted under the ACL. The list_workspaces operation is provided as a
mechanism through which all workspaces to which a User is associated can be retrieved.
In the case of the list_workspaces operation there is not mechanisms through which users
other than the creating user can be notified of the association to a workspace.

resolved and closed

Summary: Specification states “These operations will add and remove Containments of resources in a
Workspace.” This statement is misleading in that Containment types are not referenced.

resolved and closed

Summary: Structural Feature list is inconsistent with IDL. The feature sent_to is not declared in the IDL
of the Message object. This is ok if we assume that message is a locality constrained
relative to the domain of the User object that the message belongs to. However, if Message
is locally constrained, we need a user centric factory through which messages can be
created.

resolved and closed

Summary: The workspace operation – list_resource_by_type contains the resourcetype argument that
is a string, however semantics of the string are undefined.
Recommend that the type argument be considered as a filter against which object
references are tested. The resourcetype operation argument should be changed to a
CORBA::TypeCode.

resolved and closed

Summary: CDL delcaration of state_set are redundant with respect to the IDL definition.
Remove CDL and integrate enumeration table with Connection State description.

Remove CDL and integrate enumeration table with Connection State description.

Summary: Features listed under the “Structural Features List are inconsistent with the specification and
redundant with respect to the subsequent documented features within the User sub-section.

resolved and closed

Summary: The semantics of max_mumber argument used in several list operations is undefined.

resolved and closed

Summary: Operation are provided for changing state from connected to disconnected. This is
duplicated by the nature of the connectstate attribute declaration.

Change connectstate to a readonly attribute.

Summary: BaseBusienssObject is defined as an identifiable, transactional and life-cycle aware
object. Two issues are identified with the currently IDL definition.
· the inherited TransactionalObject is currently a depreciated interface
· the interface uses CosObjectIdentity::IdentifiableObject as the means through which
objects are comparable (e.g. used to identify an object such as a resource during an
operation to remove the identifies instance from a Workspace). IdentifiableObject
provides identity within a single administrative domain, however, Workspaces may
contain references from local and remote domains. As such, the identity as returned
from IdentifiableObject may be the same for two distinctly different references
contained within a single workspace, creating an ambiguity for operations such as
object removal.

issue resolved, see below

Summary: The current specification of AbstractPerson is declared as a placeholder for the definition of
a generally agreed definition of person. Current initiatives within the OMG are addressing
this in the light of definitions of person within the healthcare, manufacturing and finance
domains. As an interim measure some level of interoperability is required to support the
declaration of attributed data to the AbstractPerson as it is currently not possible to
attribute the name of a person (or other information) in an interoperable manner.

resolved and closed

Summary: Usage and Containment are declared under the list of core Task and Session interfaces,
however, both Usage and Containment are empty interfaces that are not referenced by
any operations within the specification.

resolved and closed