Jira (PUP-7815) Modules can find and list all their tasks

[Justin Holguin (JIRA)]

Title: Message Title

Justin Holguin updated an issue   Puppet / PUP-7815 Modules can find and list all their tasks Change By: Justin Holguin This ticket covers giving modules the ability to list all the tasks that they contain. This involves: * finding all files in the tasks folders that do not end in '.conf' or '.md'; * checking if every executable file *not* ending in '.json' (the 'executable file') has a matching metadata file with the same basename that *does* end in '.json' (the 'metadata file'):     ** if so, then each of those matching file pairs constitutes one task;     ** if not, each metadata file needs to be parsed to find the matching executable file, and any executable files left over that are not named by any metadata files are tasks that have no metadata; * returning an array of hashes with the files for each task: the executable file and (if it exists) the metadata file. Similar to https://github.com/puppetlabs/puppet/blob/ebd96213cab43bb2a8071b7ac0206c3ed0be8e58/lib/puppet/info_service.rb Can be used to call from Clojure (Puppet server) so that the Puppet team can change the underlying implementation if we wish. The new API: - Is defined in Puppet::InfoService that has class level methods that defines services *tasks_per_environment* A class level method `tasks_per_environment` that returns the names and modules of available tasks in the environment. Arguments: "environment_name" as a string (or a list of "environment_name") Output: {code}  [{:module => {:name => "apache"}, :name => "install"}, …] {code} If there are no tasks in the named environment, returns the empty array. If the named environment does not exist, raises {{EnvironmentNotFound}}. Note that no information about the task itself is returned (e.g. metadata or file information), so no files are read or statted; the only filesystem IO performed is directory scans of each modules' tasks directory. *task_data* A class level method that returns files associated with a given task. Returns absolute file path of task metadata if found (else nil) and returns list of absolute paths to any non-metadata files with the provided name (empty list if none). Files list excludes any files with .json, .md, .conf extensions. Arguments: "environment_name", "module", "task_name" Output: {code} {:metadata_file => "path/to/file/<task_name>.json",  :files => ["path/to/file/<task_name>.exe", "path/to/file/<task_name>", ...]} {code} If the named module  or task  does not exist : , raises { code} { Puppet : metadata_file => nil,  : files => nil Module::MissingModule } {code } . If the named environment does not exist, raises {{ Puppet::Environments:: EnvironmentNotFound}}. If the named task does not exist, raises {{Puppet::Module::Task::TaskNotFound}}. The path to the metadata file of a task should be retreivable from outside the task class; if no metadata file was provided when the task was created, it should be nil. Add Comment   This message was sent by Atlassian JIRA (v6.4.14#64029-sha1:ae256fe) -- 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 https://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.