PLM Services 2.0, mantis/07-03-01 Update, Chapter 9.7.2 Cause: The description "The Activity_authorization_query selects Activity objects." is wrong; no Activity_authorization_query is involved here. Furthermore, the semi-formal UML definition of the Activity_query is missing. New Specification Text: New description: The Activity_query selects Activity objects. The semi-formal UML definition of the Activity_query has to be added.

Correct, change as proposed in summary.

PLM Services 2.0, mantis/07-03-01 Update, Chapter 9.7.23 and Figure 9.39 Cause The location step property_value_association_step is unable to select instances of Property_value_representation since inverse is implicitly set to false. Furthermore, location step property_value_representation_step is unable to select instances of Property_value since inverse is implicitly set to false. Finally, location step global_unit_step cannot select instances of type Unit since the named relationship global_unit is defined in Property_value_representation, but the result-set of the preceding location step does not contain any Property_value_representation at all. For consistency reasons the names of the mentioned location steps shall be adjusted. New Specification Text: The following is a literal description of the changes to be made in figure~9.39. The location steps property_value_association_step and property_value_representation_step must have the attribute inverse set to true in order to select instances of Property_value_representation and Property_value properly. Furthermore, the location step global_unit_step has to be the next step of location step property_value_association_step to select Unit instances by the named relationship Property_value_representation.global_unit. For consistency reasons location step property_value_association_step has to be renamed into inverse_property_value_representation_step (since the inverse location step selects instances of type Property_value_representation) and property_value_representation_step has to be renamed into inverse_property_value_step (since the inverse location step selects instances of type Property_value).

Accepted as summarized.

In the informational model, the object "Document_file" shall have the annotation: <info:base name="Identifiable"/> since it has an identifying attribute 'id' and potentially an 'id owner'. This annotation was part of the previous informational model => should be introduced again.

Edit InformationalModel.xsd as described.

The last lines in the InformationalModel.xsd: <info:javaInfo javaBaseClassExtended="de.partmaster.xml.bind.adaptable.AdaptableJAXBObjectImplExtended"/> <info:javaInfo javaBaseClass="de.partmaster.xml.bind.adaptable.AdaptableJAXBObjectImpl"/> <info:javaInfo javaBaseName="InformationalModel"/> <info:javaInfo javaBasePackage="de.partmaster.plm.informational.model"/> shall be removed, since they are specific to the company Part Master GmbH

Edit InformationalModel.xsd as described.

In the informational model, explicit_transformation shall be renamed to explicit_transformation. Like all other objects, the first character shall be in uppercase

The current InformationModel.xsd is already correct as noted in the summary. But, there is a problem with the explanation in Chapter 8.5.1.15 which shall not be a heading.

The function Get_download_URL shall be enhanced to download multiple files at once Proposal to change the declaration from: get_download_URL(in_file_uid UID, properties: ...): URL to: get_download_URL(in_file_uid UID[0..*], properties: ...): URL[0..*] The value of the properties apply to all files (I they shall get different values for the different files, single calls to get_download_URL with a single file shall be done). The number of URLs shall be equal to the number of given file_uids. If semanticaly defined by [0..*], the order of the URLs shall be the same as the order of the in_file_uids.

Accepted as proposed.

The type Axis2_placement_3d shall be removed from the class PLM_container, since its supertype Axis2_placement is already part of the PLM_container.

Disposition: See issue 11618 for disposition

There is a problem with Cartesian_point element. In InformationalModel it is included in the PLM_container but in its inheritance it does not inherit from PLM_root_object. Its grandparent inhertis from PLM_object. All other objects that reside directly under PLM_container inherit from PLM_root_object.

Accepted as proposed. Change information model object inheritance as described in summary

In Figure 8.16 (PLM_base) both associations PLM_message.PLM_context and PLM_message.PLM_core_container shall be denoted as compositions (since they are defined as such in 8.1.1.4) instead of simple directed associations

In Figure 8.16 (PLM_base) both associations PLM_message.PLM_context and PLM_message.PLM_core_container shall be denoted as compositions (since they are defined as such in 8.1.1.4) instead of simple directed associations

The parameters Add_period, Add_start_definition and Add_end_definition are missing (refer to the WSDL). Add_concerned_organization should be also added as parameter and in the WSDL. More generally, the handling of WSDL-Attribute of kind: type="xsd:IDREFS" minOccurs="0" is not handled in an homogen way throughout the specification: . some of them are retrieved by a dedicated specific_query (for example work_request_scope_query) . some of them are retrieved automatically when the object is retrieved (for example Associated_aproval_query always retrieve is_approved_by and scope) . some of them are retrieved if some parameter of kind add_... is set to TRUE (for example in effectivity_query) . some of them are not retrieved at all, since they are not handled in the 3 ways described above. These are for example: activity.concerned_organization activity.supplying_organization cartesian_coordinate_space.unit_of_values ddid.additional_context document_property.languages document_file.external_id_and_location product_component.is_influenced_by product_component.is_relevant_for product_function.is_relevant_for property.allowed_unit work_request.notified_person Proposal: define add_parameter (analog to effectivity_query) for simple objects which do not imply the retrieval of too many objects. For the other ones: define a dedicated specific query that may be combined with further queries to complete the result

Add the requested three attributes Add_period, Add_start_definition and Add_end_definition to the signature of the Effectivity_query.