04c12aa6df
Rather than using Read/Show, which would force me to preserve data types into the future. I considered just deriving json and sending that, but I don't much like deriving json with data types that have named constructors (like Key does) because again it locks in data type details. So instead, used SimpleProtocol, with a fairly complex and unreadable protocol. But it is as efficient as the p2p protocol at least, and as future proof. (Writing my own custom json instances would have worked but I thought of it too late and don't want to do all the work twice. The only real benefit might be that aeson could be faster.) Note that, when a new protocol request type is added later, git-annex trying to use it will cause the git-annex transferrer to display a protocol error message. That seems ok; it would only happen if a new git-annex found an old version of itself in PATH or the program file. So it's unlikely, and all it can do anyway is display an error. (The error message could perhaps be improved..) This commit was sponsored by Jack Hill on Patreon. |
||
---|---|---|
.. | ||
ActionItem.hs | ||
AdjustedBranch.hs | ||
Availability.hs | ||
Backend.hs | ||
Benchmark.hs | ||
BranchState.hs | ||
CatFileHandles.hs | ||
CleanupActions.hs | ||
Command.hs | ||
Concurrency.hs | ||
Creds.hs | ||
Crypto.hs | ||
DeferredParse.hs | ||
DesktopNotify.hs | ||
Difference.hs | ||
Distribution.hs | ||
Export.hs | ||
FileMatcher.hs | ||
GitConfig.hs | ||
Group.hs | ||
Import.hs | ||
IndexFiles.hs | ||
Key.hs | ||
KeySource.hs | ||
LockCache.hs | ||
Messages.hs | ||
MetaData.hs | ||
Mime.hs | ||
NumCopies.hs | ||
ProposedAccepted.hs | ||
RefSpec.hs | ||
Remote.hs | ||
RemoteConfig.hs | ||
RemoteState.hs | ||
RepoVersion.hs | ||
ScheduledActivity.hs | ||
StallDetection.hs | ||
StandardGroups.hs | ||
StoreRetrieve.hs | ||
Test.hs | ||
Transfer.hs | ||
Transferrer.hs | ||
TransferrerPool.hs | ||
TrustLevel.hs | ||
UrlContents.hs | ||
UUID.hs | ||
View.hs | ||
WorkerPool.hs |