(#22744) Filter virtual resources in the static compiler

Previously (on Lost), the static compiler was directly creating and
invoking the regular compiler and then modifying the file resources to
get the desired behavior. Because the static compiler was directly
invoking the regular compiler, it was not invoking all the methods that
would normally get called when the regular compiler was called by the
indirector.

This commit resolves this problem by making the static compiler inherit
from the regular compiler instead of delegating to the compiler. If
there are future changes to how the indirector invokes termini, the
static compiler will still be able to generate catalogs in the same
manner as the regular compiler.

Original patch by Chris Spence <chris.spence@puppetlabs.com>
Merge pull request #2172 from adrienthebo/master-bug-22744-filter_static_compiler

(PUP-609) (#22744) Filter virtual resources in the static compiler
Merge pull request #2173 from Iristyle/ticket/master/pup-1133-windows-allusersprofile-test-fails

PUP-1133 Windows test failures / extraneous temp files
(PUP-1133) Cleanup after Rails temp log files

 - With Rails code that establishes a logger that writes to a temp log
   file, the logger must be closed to release the file for cleanup on
   Windows, without having access denied messages
(18342) Puppet manages group and owner on config

 - Previously, Puppet would ignore the configuration in defaults.rb for
   setting a group / owner on a given file or directory -- even when
   the Windows machine was running with administrative permissions
 - Since Windows now has the capability of properly setting a group
   and owner, allow Windows to manage these permissions when
   appropriate
 - The existing Puppet::Settings::FileSettings::Service class
   depends on looking up the appropriate default service accounts
   for use in a number of locations. To fall in line with this usage
   pattern, "Administrators" is set as the default owner and
   the "Service" group S-1-5-6 is set as the default group.  This
   special OS managed group includes all accounts with the logon
   as a service token privilege.