forked from gholt/swiftly
-
Notifications
You must be signed in to change notification settings - Fork 0
/
CHANGELOG
141 lines (90 loc) · 7.66 KB
/
CHANGELOG
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
CHANGELOG
#########
swiftly (2.03) In Progress
**************************
* No changes yet.
swiftly (2.02)
**************
* Added the ability to use a configuration file for the various main
options. See the swiftly.conf-sample for what's available. You can use
the default location of ~/.swiftly.conf or specify a conf file with the
--conf <path> option.
* Made all main options also available from setting os environment
variables. Command line options override environment variables which
override conf file values.
* Added an --until-empty option to delete --recursive to keep making passes
trying to delete everything from stubborn containers, such as those with
object versioning turned on. Run `swiftly help delete` for more details.
* If a region is not specified and a default region is not indicated by the
auth system, the first available region will now be selected. Thanks to
David Cole for this one.
* Fixed a bug in DirectClient and StandardClient streaming support.
* Made Concurrency sleep (yield) right after a spawn to give the new
coroutine a chance to get started before launching yet more coroutines.
* Added a LocalClient selectable on the CLI with -L <path> or --local
<path> option. This local client just fakes a Swift cluster, storing the
data on the local file system. Experimental but could be useful for
testing.
* Made LocalMemcache a Brim.Net Core Package WSGI compatible app.
http://github.com/gholt/brim
It remains Swift WSGI compatible for use in direct mode.
* Made StandardClient throw away connections that have been unused for more
than 4 seconds as most servers drop Keep Alive connections after 5
anyway. Should reduce the try/get-an-error/retry sequences.
* Enhanced the CLI to be extendable. See http://github.com/gholt/brimlock/
for an example of a CLI tool that just extends Swiftly.
* Added the --no-snet --no-cache-auth --no-cdn and --no-verbose options to
turn off the associated values from the conf file or os environment.
swiftly (2.00)
**************
This release was a major refactor with the internals of the library. The command line tool itself remained essentially backward compatible, with the exception of the -I option going away for delete, post, and put. See below for full details of what changed and what got added.
bin/swiftly
-----------
The command line tool itself, swiftly, really hasn't changed much in its usage. There is the exception that -I has gone away for deletes, posts, and puts. Instead, -i now supports a single dash as representing stdin and representing you want a body even when one is not normally used. So what was ``somecommand | swiftly delete -I`` is now ``somecommand | swiftly delete -i -`` and what was ``swiftly delete -Ii somefile`` is now ``swiftly delete -i somefile``.
There's a new environment variable option, SWIFTLY_CONCURRENCY, so you don't have to specify --concurrency all the time.
The auth command got a bit more information.
The get command got a new --remove-empty-files option that is pretty useful in conjunction with --sub-command. It just removes any files it stores on disk that end up empty (presumably after having gone through a sub-command filter).
The put command now supports --encrypt=KEY and the get command now supports --decrypt=KEY to use AES 256 in CBC mode via PyCrypt https://www.dlitz.net/software/pycrypto/ (perhaps more options later). You can also specify the key with the SWIFTLY_CRYPT_KEY environment variable.
Made -H a synonym for -h and made -h with no header information get treated as a request for help since those are common usage patterns.
Overall improvements to the ping command.
New 'for ... do ...' command. This will issue the command after the 'do' for each item encountered from the 'for'. For example: ``swiftly for my_container do post -hx-detect-content-type:true "<item>"`` will send a POST for every object in 'my_container' with that header, resetting their content types. See ``swiftly help for`` for more information.
swiftly.client
--------------
What was a single file is now multiple files under the swiftly.client package. This should make it much easier to maintain but does mean outside code that uses swiftly.client will have to be updated. This usually just means an update to how the Client instance is created (now use StandardClient or DirectClient with the appropriate options for each instead of just Client which was getting messy).
* swiftly.client.client - Base class Client; to form a new concrete subclass, you would need to implement 'request' and 'get_account_hash' minimally and optionally 'reset' and 'auth'.
* swiftly.client.directclient - The direct-cluster-access implementation of the client.
* swiftly.client.localmemcache - Same as before, just moved out into its own file.
* swiftly.client.manager - A useful class for managing a set of client connections.
* swiftly.client.nulllogger - Same as before, just moved out into its own file.
* swiftly.client.standardclient - The standard-cluster-access implementation of the client.
* swiftly.client.utils - General utility code useful when working with Swift and Swiftly, such as 'generate_temp_url' and 'get_trans_id_time'.
More features were added too:
* The swiftly.client.manager for one, mentioned above.
* New decode_json option for account and container listings, allowing you to have access to the raw JSON output instead of having it decoded for you.
There were some bugs fixed along the way as well:
* The auth caching now uses a more secure method and should no longer be prone to race conditions.
* More Exceptions are now caught; courtesy of IAD closing my connections mid-stream so often.
* Fixed bug with case-mismatched output headers; previously it could send out User-Agent and user-agent for example.
swiftly.cli
-----------
Again, what was a single file is now multiple files under the swiftly.cli package. This should make it much easier to maintain and add new commands.
* swiftly.cli.cli - Contains the main entry point for the command line tool.
* swiftly.cli.command - Base class for each command the swiftly command line tool supports.
* swiftly.cli.context - Contextual information (command line options, client/input/output managers, etc.) passed around as needed.
* swiftly.cli.iomanager - Manages file-like objects for input and output for the command line tool, to include calling out to sub-command shells.
* swiftly.cli.optionparser - Extended optparse.OptionParser for use with the swiftly command line tool.
* Each of the various commands for the swiftly command line tool each have their own file now. This includes auth, decrypt, delete, encrypt, fordo, get, head, help, ping, post, put, tempurl, and trans.
More features were added, as hinted at above:
* Verbose output got a bit more verbose by including the headers sent.
* New decrypt and encrypt commands.
There were some bugs fixed as well:
* Raw output of listings is now really the raw output instead of decoded and then re-encoded JSON.
swiftly.concurrency
-------------------
This has always been a bit of work-in-progress. It has changed to capture any Exceptions and Timeouts and return that information as well as actual results. Anybody using this (which is probably nobody but Swiftly itself) will have to update accordingly.
swiftly.dencrypt
----------------
General code for the new decrypt and encrypt AES options.
swiftly.filelikeiter
--------------------
Wraps an iterable to behave as a file-like object. Based on some code I had done for Swift itself and needed for the new decrypt and encrypt options.