Deprecated
plan-b
Failure-tolerant file and directory editing
https://github.com/mrkkrp/plan-b
Version on this page: | 0.2.1@rev:1 |
LTS Haskell 10.10: | 0.2.1@rev:2 |
Stackage Nightly 2018-03-10: | 0.2.1@rev:2 |
Latest on Hackage: | 0.2.1@rev:2 |
plan-b-0.2.1@sha256:f09f76d5163136ff065bf2f14f068453e1f3431313d79e0ff15a3dbef7e82532,2042
Module documentation for 0.2.1
Plan B
This is a Haskell library helping perform failure-tolerant operations on files and directories.
Quick start
The library allows to create and/or edit files, directories, and containers. By “container” we mean archive-like object that can contain representation of a directory inside it. Consequently, we have six functions available:
withNewFile
withExstingFile
withNewDir
withExistingDir
withNewContainer
withExistingContainer
You specify name of an object to edit or create, options (more on them
below), and an action that gets a Path
argument with the same type as
object you intend to edit (we use type-safe file paths
from path
package here to
prevent a certain class of potential bugs). Then, having that path, you can
perform all actions you want to and if at some point during this editing an
exception is thrown, state of file system is rolled back—you get no
corrupted files, half-way edited directories, everything is intact as if
nothing happened at all. If, however, the action is executed successfully
(i.e. no exceptions thrown), all your manipulations are reflected in the
file system.
This is a lightweight solution that makes it harder to corrupt sensitive information. And since file system exists in the real world, all sorts of bad things can (and will) happen. You should always have plan B.
Temporary files and back-ups are handled and deleted automatically, however you can pass options to change default behaviors. Not all options can be used with every function, but wrong combinations won’t type-check, so it’s OK.
Collection of options is a monoid. mempty
corresponds to the default
behavior, while non-standard behavioral deviations can be mappend
ed to it.
By default, when we want to create a new object and it already exists, we get an exception, two alternative options exist (only work when you create a new object):
overrideIfExist
useIfExist
There is no way to prevent exception when you want to edit object that does not exist, though.
All functions make use of temporary directories. You can control certain aspects of this business:
-
tempDir dir
—tells the library to create temporary directories and files insidedir
. By default system’s standard temporary directory (e.g./tmp/
on Unix-like systems) is used. -
nameTemplate template
—specifies template to use for generation of unique file and directory names. By default"plan-b"
is used. -
preserveCorpse
—if you add this to options, in case of failure (exception), temporary directory is not automatically deleted and can be inspected. However, if operation succeeds, temporary directory is always deleted. -
moveByRenaming
—by default files and directories are moved by copying, this option enables moving by renaming. If you also specifytempDir
that is on the same disk/partition as the final file you’re generating, this may speed up things considerably.
That should be enough for a quick intro, for more information regarding concrete functions, consult Haddocks.
License
Copyright © 2016–2017 Mark Karpov
Distributed under BSD 3 clause license.
Changes
Plan B 0.2.1
-
Implement
Semigroup
instance for thePgConfig
type. -
Improved documentation and metadata.
Plan B 0.2.0
- Added
moveByRenaming
option to allow move files and directories by renaming. This is not default because moving by renaming is not always possible, while moving by coping is always an option.
Plan B 0.1.1
- Fixed the problem with moving of files and directories from
/tmp/
to some location not under/tmp/
resulting in “unsupported operation” exception on Unix. Now they are moved by copying.
Plan B 0.1.0
- Initial release.