'Planned In' field not available via SOAP API

Description
ttdeveloper
Posts: 1
Joined: Wed Jul 31, 2019 10:58 pm

'Planned In' field not available via SOAP API

Postby ttdeveloper » Wed Jul 31, 2019 11:09 pm

Hi,
I have been trying the getWorkItemById and getWorkItemByIdsWithFields requests for the TrackerWebService endpoint in order to get workItem details. However, the response does not include the field 'Planned In' even though the field is present on the UI and has a value set. It would be great if anyone could provide an insight as to why this might occur. Is this a bug in Polarion?

Here is an example request:

Code: Select all

<ns2:Envelope xmlns:ns3="http://ws.polarion.com/session" xmlns:ns2="http://schemas.xmlsoap.org/soap/envelope/">
   <ns2:Header>
      <ns3:sessionID>-3402640035903437160</ns3:sessionID>
   </ns2:Header>
   <ns2:Body>
      <getWorkItemByIdsWithFields>
         <projectId>MYID1</projectId>
         <workItemId>MYID-12</workItemId>
         <!--1 or more repetitions:-->
         <keys>priority</keys>
         <keys>categories</keys>
         <keys>plannedIn</keys>
         <keys>severity</keys>
         <keys>assignee</keys>
         <keys>author</keys>
         <keys>project</keys>
         <keys>status</keys>
         <keys>autoSuspect</keys>
      </getWorkItemByIdsWithFields>
   </ns2:Body>
</ns2:Envelope>


and the response I get:

Code: Select all

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <soapenv:Body>
      <getWorkItemByIdsWithFieldsResponse>
         <ns4:getWorkItemByIdsWithFieldsReturn uri="subterra:data-service:objects:/default/TCKII${WorkItem}MYID-12" unresolvable="false" xsi:type="ns3:WorkItem" xmlns:ns1="http://ws.polarion.com/types" xmlns:ns2="http://ws.polarion.com/ProjectWebService-types" xmlns:ns3="http://ws.polarion.com/TrackerWebService-types" xmlns:ns4="http://ws.polarion.com/TrackerWebService">
            <ns3:assignee/>
            <ns3:author uri="subterra:data-service:objects:/default/${User}a" unresolvable="false">
               <ns2:disabledNotifications>false</ns2:disabledNotifications>
               <ns2:id>a</ns2:id>
               <ns2:voteURIs/>
               <ns2:watcheURIs/>
            </ns3:author>
            <ns3:autoSuspect>false</ns3:autoSuspect>
            <ns3:categories/>
            <ns3:priority>
               <ns3:id>50.0</ns3:id>
            </ns3:priority>
            <ns3:project uri="subterra:data-service:objects:/default/MYID1${Project}MYID1" unresolvable="false">
               <ns2:active>true</ns2:active>
               <ns2:description>
                  <ns1:type>text/plain</ns1:type>
                  <ns1:content>This text comes from the project's Description in the Administration perspective.</ns1:content>
                  <ns1:contentLossy>false</ns1:contentLossy>
               </ns2:description>
               <ns2:id>MYID1</ns2:id>
               <ns2:lead uri="subterra:data-service:objects:/default/${User}user" unresolvable="false">
                  <ns2:disabledNotifications>false</ns2:disabledNotifications>
                  <ns2:id>user</ns2:id>
                  <ns2:name>System Administrator</ns2:name>
                  <ns2:voteURIs/>
                  <ns2:watcheURIs/>
               </ns2:lead>
               <ns2:location>default:/MYID1/.polarion/polarion-project.xml</ns2:location>
               <ns2:name>MYID1</ns2:name>
               <ns2:projectGroupURI>subterra:data-service:objects:/default/${ProjectGroup}Group</ns2:projectGroupURI>
               <ns2:start>2017-05-17</ns2:start>
               <ns2:trackerPrefix>MYID1</ns2:trackerPrefix>
            </ns3:project>
            <ns3:severity>
               <ns3:id>should_have</ns3:id>
            </ns3:severity>
            <ns3:status>
               <ns3:id>draft</ns3:id>
            </ns3:status>
         </ns4:getWorkItemByIdsWithFieldsReturn>
      </getWorkItemByIdsWithFieldsResponse>
   </soapenv:Body>
</soapenv:Envelope>


As is clear from the response, every field other than 'Planned In' is returned in the response. Could someone explain this behaviour or link me to some Polarion documentation where I can see an explanation for this?

Thanks in advance!

micdal
Posts: 29
Joined: Thu Feb 09, 2012 6:22 am

Re: 'Planned In' field not available via SOAP API

Postby micdal » Mon Aug 05, 2019 5:35 am

Hi ttdeveloper,

I hadn't worked with plans by now, but I assume that you have to use the method "getPlannedIn()" to retrieve this information for a Work Item, because it isn't a "basic field" of a Work Item.

Regards,
Michael


Return to “Polarion Application Lifecycle Management (ALM)”

Who is online

Users browsing this forum: No registered users and 20 guests