[closed] Project Area Configuration For OSLC?
Hello
I am running into an issue where I am able to change state transitions via OSLC (cURL PUT) in one Project Area and not the other. Is there any configuration within Project Area which can cause the above behavior?
Worth to mention : The Project Area where OSLC commands are not working was migrated from RTC 3.0.1.3 to RTC 4.0.3 version whereas the Project Area where OSLC commands are working is the one derived from one of the default template which came with RTC 4.0.3
Thanks
K..
The question has been closed for the following reason: "Problem is not reproducible or outdated" by rschoon Mar 29 '23, 2:01 a.m.
One answer
Kartik,
Here are few things to try. I seem to recall the problem is that RTC silently ignores actions it doesn't know about. And the action ids are different from server instance to server instance, even with the same process setup (disclaimer, I'm not in RTC dev and haven't verified this...just wanted to give a couple things to try:
-
Verify the action ids are current for the server+project you are sending the request, namely:
?_action=com.xxx.team.workitem.buildWorkflow.action.a2
or
?_action=storyworkflow.action.a4
-
Change to using OSLC 2.0 style requests, this can be done by setting this header:
OSLC-Core-Version: 2.0
Hopefully someone with a bit more day-to-day hands on with RTC may be able to confirm or deny this.
Comments
Thanks Steve. I did take care of actions and states and took the literal values from the PA (Project Area) Source Configuration pertaining to Work Item. I did made a switch to OSLC 2.0, however with no luck.
Below is the command with output
Command :
C:\RTC\OSLC\Test>curl -D - -k -b "C:\RTC\OSLC\Test\cookies.txt" -v -H "OSLC-Core
-Version: 2.0" -H "Content-Type: application/json" -H "Accept: application/json"
-X PUT --data @628.json http://xxx.com/ccm/resource/itemName/com.ibm.team.workitem.WorkItem/628?_action=storyworkflow.action.a4
Output :
Connected to xxx.com (XX) port 80 (#0)
> PUT /ccm/resource/itemName/com.ibm.team.workitem.WorkItem/628?_action=storyworkflow.action.a4 HTTP/1.1
> User-Agent: curl/7.30.0
> Host: xxx.com
> Cookie: JSESSIONID=XXXX
> OSLC-Core-Version: 2.0
> Content-Type: application/json
> Accept: application/json
> Content-Length: 587
* upload completely sent off: 587 out of 587 bytes
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< ETag: "08595081-5852-38d1-ac47-764ce5651106"
ETag: "08595081-5852-38d1-ac47-764ce5651106"
< Last-Modified: Fri, 21 Feb 2014 15:03:46 GMT
Last-Modified: Fri, 21 Feb 2014 15:03:46 GMT
< Cache-Control: private, max-age=0, must-revalidate
Cache-Control: private, max-age=0, must-revalidate
< Expires: Fri, 21 Feb 2014 15:03:46 GMT
Expires: Fri, 21 Feb 2014 15:03:46 GMT
< Vary: Accept, OSLC-Core-Version
Vary: Accept, OSLC-Core-Version
< Content-Type: application/json;charset=UTF-8
Content-Type: application/json;charset=UTF-8
< Content-Language: en-US
Content-Language: en-US
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Fri, 21 Feb 2014 15:03:46 GMT
Date: Fri, 21 Feb 2014 15:03:46 GMT
* Server WebSphere Application Server/7.0 is not blocked
< Server: WebSphere Application Server/7.0
Comments
Donald Nong
Feb 16 '14, 8:56 p.m.I think it's beneficial to provide more details about the issue. For example, when the PUT request failed, what error/response did you get?
Kartik Manchanda
Feb 16 '14, 9:18 p.m.PUT Request is successful on both the project areas. Both commands return 200 OK Status. However the state of a WI in Project Area migrated from RTC 3.0.1.3 remains same whereas state of a WI in Project Area created in RTC 4.0.3 changes as expected. One thing to notice is that WI in Project Area migrated from RTC 3.0.1.3 displays message "Refresh to get latest updates", but History shows no changes.
Kartik Manchanda
Feb 19 '14, 3:26 p.m.Kartik Manchanda
Mar 29 '23, 1:29 a.m.* upload completely sent off: 282 out of 282 bytes
Kartik Manchanda
Feb 19 '14, 3:27 p.m.Above 2 Posts describes the command used along with the outcome
Steve Speicher
JAZZ DEVELOPER Mar 05 '14, 2:31 p.m.Note: Kartik has opened Defect 305616