Integrated process monitor for developing and reloading daemons.
hupper is an integrated process monitor that will track changes to any imported Python files in sys.modules as well as custom paths. When files are changed the process is restarted.
Hupper can load any Python code similar to python -m <module> by using the hupper -m <module> program.
$ hupper -m myapp Starting monitor for PID 23982.
Start by defining an entry point for your process. This must be an importable path in string format. For example, myapp.scripts.serve.main.
# myapp/scripts/serve.py import sys import hupper import waitress def wsgi_app(environ, start_response): start_response('200 OK', [('Content-Type', 'text/plain']) yield [b'hello'] def main(args=sys.argv[1:]): if '--reload' in args: # start_reloader will only return in a monitored subprocess reloader = hupper.start_reloader('myapp.scripts.serve.main') # monitor an extra file reloader.watch_files(['foo.ini']) waitress.serve(wsgi_app)
hupper is inspired by initial work done by Carl J Meyer and David Glick during a Pycon sprint and is built to be a more robust and generic version of Ian Bicking’s excellent PasteScript paste serve --reload and Pyramid’s pserve --reload.
- Fix a bug prompting the “ignoring corrupted payload from watchman” message and placing the file monitor in an unrecoverable state when a change triggered a watchman message > 4096 bytes. See https://github.com/Pylons/hupper/pull/44
- Stop ignoring a few paths that may not be system paths in cases where the virtualenv is the root of your project. See https://github.com/Pylons/hupper/pull/42
- Ignore changes to any system / installed files. This includes mostly changes to any files in the stdlib and site-packages. Anything that is installed in editable mode or not installed at all will still be monitored. This drastically reduces the number of files that hupper needs to monitor. See https://github.com/Pylons/hupper/pull/40
- Support Python 3.7.
- Avoid a restart-loop if the app is failing to restart on certain systems. There was a race where hupper failed to detect that the app was crashing and thus fell into its restart logic when the user manually triggers an immediate reload. See https://github.com/Pylons/hupper/pull/37
- Ignore corrupted packets coming from watchman that occur in semi-random scenarios. See https://github.com/Pylons/hupper/pull/38
- Added watchman support via hupper.watchman.WatchmanFileMonitor. This is the new preferred file monitor on systems supporting unix sockets. See https://github.com/Pylons/hupper/pull/32
- The hupper.watchdog.WatchdogFileMonitor will now output some info when it receives ulimit or other errors from watchdog. See https://github.com/Pylons/hupper/pull/33
- Allow -q and -v cli options to control verbosity. See https://github.com/Pylons/hupper/pull/33
- Pass a logger value to the hupper.interfaces.IFileMonitorFactory. This is an instance of hupper.interfaces.ILogger and can be used by file monitors to output errors and debug information. See https://github.com/Pylons/hupper/pull/33
- Track only Python source files. Previously hupper would track all pyc and py files. Now, if a pyc file is found then the equivalent source file is searched and, if found, the pyc file is ignored. See https://github.com/Pylons/hupper/pull/31
- Allow overriding the default monitor lookup by specifying the HUPPER_DEFAULT_MONITOR environment variable as a Python dotted-path to a monitor factory. For example, HUPPER_DEFAULT_MONITOR=hupper.polling.PollingFileMonitor. See https://github.com/Pylons/hupper/pull/29
- Backward-incompatible changes to the hupper.interfaces.IFileMonitorFactory API to pass arbitrary kwargs to the factory. See https://github.com/Pylons/hupper/pull/29
- Support -w on the CLI to watch custom file paths. See https://github.com/Pylons/hupper/pull/28
- Copy sys.path to the worker process and ensure hupper is on the PYTHONPATH so that the subprocess can import it to start the worker. This fixes an issue with how zc.buildout injects dependencies into a process which is done entirely by sys.path manipulation. See https://github.com/Pylons/hupper/pull/27
- On non-windows systems ensure an exec occurs so that the worker does not share the same process space as the reloader causing certain code that is imported in both to not ever be reloaded. Under the hood this was a significant rewrite to use subprocess instead of multiprocessing. See https://github.com/Pylons/hupper/pull/23
- Fix some versions of Windows which were failing to duplicate stdin to the subprocess and crashing. https://github.com/Pylons/hupper/pull/16
- Fix pdb and other readline-based programs to operate properly. See https://github.com/Pylons/hupper/pull/15
- Pause briefly after receiving a SIGINT to allow the worker to kill itself. If it does not die then it is terminated. See https://github.com/Pylons/hupper/issues/11
- Python 3.6 compatibility.
- Handle errors that may occur when using watchdog to observe non-existent folders.
- Support running any Python module via hupper -m <module>. This is equivalent to python -m except will fully reload the process when files change. See https://github.com/Pylons/hupper/pull/8
- Read the traceback for unknown files prior to crashing. If an import crashes due to a module-scope exception the file that caused the crash would not be tracked but this should help.
- Attempt to send imported paths to the monitor process before crashing to avoid cases where the master is waiting for changes in files that it never started monitoring.
- Add support for globbing using the stdlib glob module. On Python 3.5+ this allows recursive globs using **. Prior to this, the globbing is more limited.
- Fixed a runtime failure on Windows 32-bit systems.
- Support triggering reloads via SIGHUP when hupper detected a crash and is waiting for a file to change.
- Setup the reloader proxy prior to importing the worker’s module. This should allow some work to be done at module-scope instead of in the callable.
- Fix package long description on PyPI.
- Ensure that the stdin file handle is inheritable incase the “spawn” variant of multiprocessing is enabled.
- Disable bytecode compiling of files imported by the worker process. This should not be necessary when developing and it was causing the process to restart twice on Windows due to how it handles pyc timestamps.
- Fix hupper’s support for forwarding stdin to the worker processes on Python < 3.5 on Windows.
- Fix some possible file descriptor leakage.
- Simplify the hupper.interfaces.IFileMonitor interface by internalizing some of the hupper-specific integrations. They can now focus on just looking for changes.
- Add the hupper.interfaces.IFileMonitorFactory interface to improve the documentation for the callback argument required by hupper.interfaces.IFileMonitor.
- Windows support!
- Added support for watchdog if it’s installed to do inotify-style file monitoring. This is an optional dependency and hupper will fallback to using polling if it’s not available.
- Initial release.
Release history Release notifications
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
|Filename, size & hash SHA256 hash help||File type||Python version||Upload date|
|hupper-1.4.2-py2.py3-none-any.whl (22.4 kB) Copy SHA256 hash SHA256||Wheel||py2.py3|
|hupper-1.4.2.tar.gz (37.9 kB) Copy SHA256 hash SHA256||Source||None|