mapping CQ workflow state to workitem state
2 answers
I tried the following suggestion and still get the error below. It appears that CQ connector is not able to grab the value of CQ state.
"In the beta 2 build, you use a "synthetic" property named "StateResolution" for both work items and CQ records. It's value can be just a state name (e.g. "Submitted"), or a combination of a state and a resolution value separated by a slash (e.g. "Resolved/Fixed"). You enumerate all the possible values for your work item work flow and CQ state transition matrix, and map them to each other in the sync rule. See the sample Workitem-Defect.xml file for how we did this for the work flow from the Eclipse Way process template and the CQ DefectTracking schema. "
Incoming at 1/22/08 5:26:13 PM CST
Error occurred:
com.ibm.team.repository.common.TeamRepositoryException: No mapping defined for value "null" of property "State"
"In the beta 2 build, you use a "synthetic" property named "StateResolution" for both work items and CQ records. It's value can be just a state name (e.g. "Submitted"), or a combination of a state and a resolution value separated by a slash (e.g. "Resolved/Fixed"). You enumerate all the possible values for your work item work flow and CQ state transition matrix, and map them to each other in the sync rule. See the sample Workitem-Defect.xml file for how we did this for the work flow from the Eclipse Way process template and the CQ DefectTracking schema. "
Incoming at 1/22/08 5:26:13 PM CST
Error occurred:
com.ibm.team.repository.common.TeamRepositoryException: No mapping defined for value "null" of property "State"
The error message seems to indicate that your sync rule is defining a mapping for the "State" property, not the "StateResolution" property. Can you post the XML for the entire sync rule here?
John
ClearQuest Connector Team
John
ClearQuest Connector Team
I tried the following suggestion and still get the error below. It appears that CQ connector is not able to grab the value of CQ state.
"In the beta 2 build, you use a "synthetic" property named "StateResolution" for both work items and CQ records. It's value can be just a state name (e.g. "Submitted"), or a combination of a state and a resolution value separated by a slash (e.g. "Resolved/Fixed"). You enumerate all the possible values for your work item work flow and CQ state transition matrix, and map them to each other in the sync rule. See the sample Workitem-Defect.xml file for how we did this for the work flow from the Eclipse Way process template and the CQ DefectTracking schema. "
Incoming at 1/22/08 5:26:13 PM CST
Error occurred:
com.ibm.team.repository.common.TeamRepositoryException: No mapping defined for value "null" of property "State"