- the stats come from the perl URI module, which tries to require an
"implementor" for URIs with the "ngcp:" scheme
- such does not exist, so one solution is to add a dumm
yimplementationidentical to URI::_foreign
- after looking at the URI module, it turned out there is already a
built-in logic to prevent repeated require attempts
- it turned out there is a bug with this part, which can be fixed in
upstream code by inserting below line 140 of URI.pm v '1.71:
$uri_require_attempted{$ic} = 1;
- until this is fixed in the upstream code of the module, this is a
workaround in Data::HAL, which will effectively address the symptoms
- a testcase to verify the ngcp api response was used during debugging,
also added to Data::HAL testsuite
Change-Id: I84a7b38b79d2fe191fdd798b46b043f8540fb29a
+jessie: copied add_mapping without type coercion checks
for recent versions of URI::NamespaceMap
+wheezy: fallback to SUPER::add_mapping of the older
version of URI::NamespaceMap
Change-Id: I528bddfa55895486d29d161a24f96d89673e68df
The Data::HAL respresentation of a GET collection page provides a 'link' and 'embedded' field of the page's items. In the case the page contains a single item only, the current Data::HAL implementation does not create arrays. This is less consistent and complicates test cases at least.
Change-Id: I3ad0f2f0bf8945c2c4b6743bd2b904a14353118f
Guillem Jover
Irina Peshinskaya
Rene Krenn
Gerhard Jungwirth
Victor Seva
Andreas Granig