Separate fact definition from fact resolution
|Assignee:||Jeff Weiss||% Done:|
|Keywords:||Affected Facter version:|
Saying what a fact is should be separate from the mechanics of how we resolve that fact.
The fact definition might include things like:
- data type (string, boolean, numeric, array, hash, etc)
- time-to-live in cache?
#4 Updated by Jeff Weiss over 1 year ago
- Category set to interface
After talking with Pieter and our external caching decision (#14667), we’ll keep the existing DSL, but add on capabilities to define the types (when structured facts #4561 come along) though defaulting to
:string and make some minor modifications to the
confine logic so the the fact doesn’t need to be re-defined for the a special case (e.g. do this for Solaris and that for HP-UX).
Additionally, we’ll likely alias
resolve with the hope of deprecating the terribly named