Tue Oct 04 15:59:14 2011dougf [...] ferguson.cx - Ticket created
Subject:
RPC/XML.pm v1.56 line 577
Date:
Tue, 4 Oct 2011 15:58:48 -0400 (EDT)
To:
bug-RPC-XML [...] rt.cpan.org
From:
Doug Ferguson <dougf [...] ferguson.cx>
now contains
sub type { return 'dateTime.iso8601'; };
should probably contain
sub type { return 'datetime_iso8601'; };
...because RPC::XML::Procedure no longer recognizes the first form.
Sat Aug 25 19:25:55 2012rjray [...] blackperl.com - Status changed from 'new' to 'open'
Sat Aug 25 19:25:58 2012rjray [...] blackperl.com - Taken
Sat Aug 25 19:27:55 2012rjray [...] blackperl.com - Correspondence added
I must not have any tests that use dateTime.iso8601 in their signature,
I'll have to check on that.
The type() accessor cannot be changed, because it is used for XML
generation. I'll have to handle this another way. First, I have to craft
a test that triggers this issue.
Randy
--
Randy J. Ray
rjray@blackperl.com
randy.j.ray@gmail.com
Sat Aug 25 19:28:41 2012rjray [...] blackperl.com - Severity Critical added
Sat Aug 25 19:28:42 2012rjray [...] blackperl.com - Broken in 0.76 added
Mon Aug 27 02:07:26 2012rjray [...] blackperl.com - Correspondence added
Changing the title to reflect the actual problem here.
The set-up of %VALID_TYPES in RPC/XML/Procedure.pm and the code in the
call() method did not allow for proper handling of parameters or return
values that were of the dateTime.iso8601 type. Additionally, there were
no tests that exercised this.
Tests have been added (to t/30_method.t, which is being renamed to
t/30_procedure.t), and the code in Procedure.pm now handles these things
correctly.
--
Randy J. Ray
rjray@blackperl.com
randy.j.ray@gmail.com
Mon Aug 27 02:07:27 2012rjray [...] blackperl.com - Subject changed from 'RPC/XML.pm v1.56 line 577' to 'RPC::XML::Procedure code does not properly handle dateTime.iso8601 in parameters'
RT for rt.cpan.org