Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the JIRA-Client CPAN distribution.

Report information
The Basics
Id: 49952
Status: resolved
Priority: 0/
Queue: JIRA-Client

People
Owner: GNUSTAVO [...] cpan.org
Requestors: nate [...] natemurray.com
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 0.14
Fixed in: (no value)



Subject: progress_workflow_action_safely gives SAX error in JIRA 3.13.2
JIRA 3.13.2-#335 doesn't seem to like the progress_workflow_action_safely method. Example: $jira->progress_workflow_action_safely($key, 'Resolve', {resolution => 1}); Sends this XML: <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:namesp1="http://namespaces.soaplite.com/perl" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" soap:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <progressWorkflowAction> <c-gensym32 xsi:type="xsd:string">XXXXXXX</c-gensym32> <c-gensym34 xsi:type="xsd:string">RND-1186</c-gensym34> <c-gensym36 xsi:type="xsd:string">31</c-gensym36> <soapenc:Array soapenc:arrayType="namesp1:RemoteFieldValue[5]" xsi:type="soapenc:Array"> <item xsi:type="namesp1:RemoteFieldValue"> <values soapenc:arrayType="xsd:string[1]" xsi:type="soapenc:Array"> <item xsi:type="xsd:string">nmurray</item> </values> <id xsi:type="xsd:string">assignee</id> </item> <item xsi:type="namesp1:RemoteFieldValue"> <values soapenc:arrayType="namesp1:RemoteComponent[1]" xsi:type="soapenc:Array"> <item xsi:type="namesp1:RemoteComponent"> <name xsi:type="xsd:string">Cloud Projects</name> <id xsi:type="xsd:string">10993</id> </item> </values> <id xsi:type="xsd:string">components</id> </item> <item xsi:type="namesp1:RemoteFieldValue"> <values soapenc:arrayType="xsd:string[1]" xsi:type="soapenc:Array"> <item xsi:type="xsd:string">1</item> </values> <id xsi:type="xsd:string">resolution</id> </item> <item xsi:type="namesp1:RemoteFieldValue"> <values soapenc:arrayType="xsd:anyType[0]" xsi:type="soapenc:Array" /> <id xsi:type="xsd:string">fixVersions</id> </item> <item xsi:type="namesp1:RemoteFieldValue"> <values soapenc:arrayType="xsd:string[1]" xsi:type="soapenc:Array"> <item xsi:type="xsd:string">test 3</item> </values> <id xsi:type="xsd:string">description</id> </item> </soapenc:Array> </progressWorkflowAction> </soap:Body> </soap:Envelope> Response is: <?xml version="1.0" encoding="utf-8"?> <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> <soapenv:Fault> <faultcode>soapenv:Server.userException</faultcode> <faultstring>org.xml.sax.SAXException: SimpleDeserializer encountered a child element, which is NOT expected, in something it was trying to deserialize.</faultstring> <detail> <faultData xsi:type="ns1:SAXException" xmlns:ns1="http://sax.xml.org"> <exception xsi:type="ns2:Exception" xsi:nil="true" xmlns:ns2="http://lang.java" /> <message xsi:type="xsd:string">SimpleDeserializer encountered a child element, which is NOT expected, in something it was trying to deserialize.</message> </faultData> <ns3:hostname xmlns:ns3="http://xml.apache.org/axis/">jira-web3.wc1.yellowpages.com</ns3:hostname> </detail> </soapenv:Fault> </soapenv:Body> </soapenv:Envelope>
It seems the culprit in this is the 'components'. The issue is that getFieldsForAction for 'Resolve' returns 'components' as one of the required fields. However JIRA doesn't accept the 'components' as a field that can be updated. This appears to be a JIRA bug, however I wonder what thoughts there are on how to workaround this in JIRA::Client. On Wed Sep 23 12:25:22 2009, JASHMENN wrote: Show quoted text
> JIRA 3.13.2-#335 doesn't seem to like the > progress_workflow_action_safely method. Example: > > $jira->progress_workflow_action_safely($key, 'Resolve', {resolution => > 1}); > > Sends this XML: > > > <?xml version="1.0" encoding="utf-8"?> > <soap:Envelope xmlns:namesp1="http://namespaces.soaplite.com/perl" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" > xmlns:xsd="http://www.w3.org/2001/XMLSchema" > soap:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" > xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> > <soap:Body> > <progressWorkflowAction> > <c-gensym32 xsi:type="xsd:string">XXXXXXX</c-gensym32> > <c-gensym34 xsi:type="xsd:string">RND-1186</c-gensym34> > <c-gensym36 xsi:type="xsd:string">31</c-gensym36> > <soapenc:Array soapenc:arrayType="namesp1:RemoteFieldValue[5]" > xsi:type="soapenc:Array"> > <item xsi:type="namesp1:RemoteFieldValue"> > <values soapenc:arrayType="xsd:string[1]" > xsi:type="soapenc:Array"> > <item xsi:type="xsd:string">nmurray</item> > </values> > <id xsi:type="xsd:string">assignee</id> > </item> > <item xsi:type="namesp1:RemoteFieldValue"> > <values soapenc:arrayType="namesp1:RemoteComponent[1]" > xsi:type="soapenc:Array"> > <item xsi:type="namesp1:RemoteComponent"> > <name xsi:type="xsd:string">Cloud Projects</name> > <id xsi:type="xsd:string">10993</id> > </item> > </values> > <id xsi:type="xsd:string">components</id> > </item> > <item xsi:type="namesp1:RemoteFieldValue"> > <values soapenc:arrayType="xsd:string[1]" > xsi:type="soapenc:Array"> > <item xsi:type="xsd:string">1</item> > </values> > <id xsi:type="xsd:string">resolution</id> > </item> > <item xsi:type="namesp1:RemoteFieldValue"> > <values soapenc:arrayType="xsd:anyType[0]" > xsi:type="soapenc:Array" /> > <id xsi:type="xsd:string">fixVersions</id> > </item> > <item xsi:type="namesp1:RemoteFieldValue"> > <values soapenc:arrayType="xsd:string[1]" > xsi:type="soapenc:Array"> > <item xsi:type="xsd:string">test 3</item> > </values> > <id xsi:type="xsd:string">description</id> > </item> > </soapenc:Array> > </progressWorkflowAction> > </soap:Body> > </soap:Envelope> > > > Response is: > > <?xml version="1.0" encoding="utf-8"?> > <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> > <soapenv:Fault> > <faultcode>soapenv:Server.userException</faultcode> > <faultstring>org.xml.sax.SAXException: SimpleDeserializer > encountered a child element, which is NOT expected, in something it > was trying to > deserialize.</faultstring> > <detail> > <faultData xsi:type="ns1:SAXException" > xmlns:ns1="http://sax.xml.org"> > <exception xsi:type="ns2:Exception" xsi:nil="true" > xmlns:ns2="http://lang.java" /> > <message xsi:type="xsd:string">SimpleDeserializer > encountered a child element, which is NOT expected, in something it > was trying to > deserialize.</message> > </faultData> > <ns3:hostname xmlns:ns3="http://xml.apache.org/axis/">jira- > web3.wc1.yellowpages.com</ns3:hostname> > </detail> > </soapenv:Fault> > </soapenv:Body> > </soapenv:Envelope>
Subject: Re: [rt.cpan.org #49952] progress_workflow_action_safely gives SAX error in JIRA 3.13.2
Date: Thu, 24 Sep 2009 00:53:34 -0300
To: bug-JIRA-Client [...] rt.cpan.org
From: Gustavo Leite de Mendonça Chaves <gnustavo [...] cpan.org>
On Wed, Sep 23, 2009 at 4:35 PM, Nate Murray via RT < bug-JIRA-Client@rt.cpan.org> wrote: Show quoted text
> Queue: JIRA-Client > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=49952 > > > It seems the culprit in this is the 'components'. The issue is that > getFieldsForAction for > 'Resolve' returns 'components' as one of the required fields. However JIRA > doesn't accept the > 'components' as a field that can be updated. > > This appears to be a JIRA bug, however I wonder what thoughts there are on > how to > workaround this in JIRA::Client.
Hi, Nate. Thanks for the report. I can replicate the bug here. So far I think the problem is that the components (as well as the versions) must be passed as a list of numeric ids and not as RemoteComponent or RemoteVersion objects. This is the same restriction that applies to the create_issue method for which I have specific logic to convert them. I'm going to take this logic out to some helper functions in order to use them in progress_workflow_action_safely too. As soon as I'm able to get to this I'll send you a patch for you to check. I think this will take a few days... Gustavo.
Fantastic, thanks for the prompt reply. I look forward to using the patch. Nate
Subject: Re: [rt.cpan.org #49952] progress_workflow_action_safely gives SAX error in JIRA 3.13.2
Date: Sun, 27 Sep 2009 17:33:14 -0300
To: bug-JIRA-Client [...] rt.cpan.org
From: Gustavo Leite de Mendonça Chaves <gnustavo [...] cpan.org>

Message body is not shown because sender requested not to inline it.

Hi, Nate. Please, substitute the attached file for the JIRA/Client.pm file that you've used and try to invoke progress_workflow_action_safely again. Gustavo.
From: flynxer [...] gmail.com
Вск. Сен. 27 16:33:35 2009, GNUSTAVO писал: Show quoted text
> Hi, Nate. > > Please, substitute the attached file for the JIRA/Client.pm file that
you've Show quoted text
> used and try to invoke progress_workflow_action_safely again. > > Gustavo.
Gustavo, patch works, thank you very much! I also founded that bug for fixVersions yesterday..
Released version 0.15 which solves the problem.
Subject: Re: [rt.cpan.org #49952] progress_workflow_action_safely gives SAX error in JIRA 3.13.2
Date: Mon, 28 Sep 2009 22:44:52 -0300
To: bug-JIRA-Client [...] rt.cpan.org
From: Gustavo Leite de Mendonça Chaves <gnustavo [...] cpan.org>
On Mon, Sep 28, 2009 at 7:54 PM, flynxer via RT <bug-JIRA-Client@rt.cpan.org Show quoted text
> wrote:
Show quoted text
> Queue: JIRA-Client > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=49952 > > > Вск. Сен. 27 16:33:35 2009, GNUSTAVO писал:
> > Hi, Nate. > > > > Please, substitute the attached file for the JIRA/Client.pm file that
> you've
> > used and try to invoke progress_workflow_action_safely again. > > > > Gustavo.
> > > Gustavo, patch works, thank you very much! > > I also founded that bug for fixVersions yesterday.. >
Thank you, Nate. I just released version 0.15. Gustavo.