Jira (HI-337) Hiera Backends should distinguish key with null value from key not found

[Henrik Lindberg (JIRA)]

Title: Message Title

Henrik Lindberg updated an issue   Hiera / HI-337 Hiera Backends should distinguish key with null value from key not found Change By: Henrik Lindberg UPDATE ---- The hiera backend API for Hiera 2.0 defines (among other things such as accepting a recursion guard), that the backend should raise  an exception as the result of a lookup that produces no result instead of returning nil. This to differentiate between the result of an explicit nil and not found. A  backend that complies with the new API should do this when the result is 'not found': {code} throw (:no_such_key) {code} Note that Hiera 2.0 is backwards compatible with existing backends - older backends that return nil is interpreted as "not found", vs. 2.0 compliant backends (i.e. the yaml and json backends delivered with  hiera  2.0) that can return nil. ORIGINAL ---- A hiera  backend will return nil when no value is found for a given key. It will do the same if the key is found but associated with a nil value. This makes it impossible to distinguish between the two cases. A possible solution for this would be if the backend would throw an exception when the key does not exist. Hiera could then catch this exception and, when no backends find the given key, resort to the default value (or extras hash). If a nil value is found however it's treated as any other value and the default handling would not kick in. This enables the caller to provide a default value that acts as a placeholder for 'not found' and then check the returned value. If nil is returned, then nil was found. If the given default is returned, then there was no match for the key. One thing to consider with this approach is what impact valid nil values have on the 'array' lookup. Are they legal at all? (currently only String and Array are allowed), and if so, should the resulting array be compacted at the end? Add Comment   This message was sent by Atlassian JIRA (v6.3.10#6340-sha1:7ea293a) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.