|
6 | 6 | - |
7 | 7 |
|
8 | 8 | ### Changed |
9 | | -- |
| 9 | +- |
10 | 10 |
|
11 | 11 | ### Fixed |
12 | | -- |
| 12 | +- [Executor] Support use of `functools.partial` with FunctionExecutor's |
| 13 | + `call_async` and `map` methods |
13 | 14 |
|
14 | 15 | ## [v3.6.3] |
15 | 16 |
|
16 | 17 | ### Fixed |
17 | | -- Fixed memory available options for aws batch: 4 cpus |
18 | | -- Fixed race condition and improving monitor stability |
| 18 | +- Fixed memory available options for aws batch: 4 cpus |
| 19 | +- Fixed race condition and improving monitor stability |
19 | 20 |
|
20 | 21 |
|
21 | 22 | ## [v3.6.2] |
|
103 | 104 | - [AWS Batch] Updated CPU and Memory resource limits |
104 | 105 |
|
105 | 106 | ### Fixed |
106 | | -- [AWS Lambda] Fixed wrong AWS Lambda delete runtime_name match semantics |
| 107 | +- [AWS Lambda] Fixed wrong AWS Lambda delete runtime_name match semantics |
107 | 108 | - [Worker] Fixed potential issue that can appear during 'func_obj' loading from cache |
108 | 109 | - [Monitor] Fixed potential 'keyerror' exceptions |
109 | 110 | - [Swift] Fixed OpenStack Swift parameters and authentication by adding domain information |
|
175 | 176 | ### Added |
176 | 177 | - [k8s] Added a new way of invoking functions using a RabbitMQ work queue |
177 | 178 | - [IBM VPC] Added "zone" config parameter |
178 | | -- [IBM Code Engine] Get and print an error message in case of container execution failure |
| 179 | +- [IBM Code Engine] Get and print an error message in case of container execution failure |
179 | 180 |
|
180 | 181 | ### Changed |
181 | 182 | - [OpenWhisk] Updated default runtimes |
|
723 | 724 | - [Config] Allow 'log_stream' and 'log_filename' keys in configuration |
724 | 725 | - [Config] Allow 'runtime' being configured at serverless backend level |
725 | 726 | - [Config] Allow 'invoke_pool_threads' being configured at serverless backend level |
726 | | -- [Multiprocessing] Added generic Manager |
| 727 | +- [Multiprocessing] Added generic Manager |
727 | 728 | - [Kubernetes] Add kubernetes job backend |
728 | 729 | - [CLI] Extended lithops cli with storage put, get, delete and list options |
729 | 730 | - [Azure] Added missing azure functions backend methods |
|
970 | 971 | - [Core] Generic compute client logic |
971 | 972 | - [Core] IBM IAM service client lib |
972 | 973 | - [Core] IBM VPC service client lib |
973 | | -- [Docker] Docker backend compatible with IBM VPC VM |
| 974 | +- [Docker] Docker backend compatible with IBM VPC VM |
974 | 975 |
|
975 | 976 | ### Changed |
976 | 977 | - [Docker] Improved Docker executor |
|
1599 | 1600 | - Docs updated |
1600 | 1601 | - Storage separation |
1601 | 1602 | - Project update. 'bx' and 'wsk' CLI tools are no longer necessary |
1602 | | -- Updated setup.py |
1603 | | -- Deleted requirements.txt |
| 1603 | +- Updated setup.py |
| 1604 | +- Deleted requirements.txt |
1604 | 1605 | - Updated default_preinstalls |
1605 | 1606 |
|
1606 | 1607 | ### Fixed |
@@ -1658,7 +1659,7 @@ First release. |
1658 | 1659 | - When a new *executor class* is instantiated, it is created a *storage_handler* used in the all PyWren execution. |
1659 | 1660 | - Now it is possible to specify the **runtime** when the user instantiates the *executor class* instead of changing the config file every time (In the config file is specified the default runtime). |
1660 | 1661 | - The **logging level** is now specified when the user instantiates the *executor class* instead of put it in the first line of the code within an env variable. |
1661 | | -- The PyWren code which is executed remotely as a wrapper of the function now uses the main storage handler as the rest of the PyWren code. In previous versions, PyWren creates a new storage client directly with *boto3* library instead of using pywren/storage/storage.py wrapper. |
| 1662 | +- The PyWren code which is executed remotely as a wrapper of the function now uses the main storage handler as the rest of the PyWren code. In previous versions, PyWren creates a new storage client directly with *boto3* library instead of using pywren/storage/storage.py wrapper. |
1662 | 1663 | - Added support for multiple parameters in the functions which are executed remotely as a cloud functions. Previous versions just allows one parameter. |
1663 | 1664 | - Eased the usage of the storage backend within a function. By simply specifying *storage_handler* as a parameter of the function, the user will get access to the storage backend. |
1664 | 1665 | - Added a new method for retrieving the results of an execution called **fetch_all_resuslts()**. Previous PyWren versions already includes a method called *get_all_results()*, but this is a sequential method and it takes long time to retrieve all the results. It was also included a *wait()* class which is more similar to *get_all_results()* method, the main difference is that the new method is all based on *list the available objects in a bucket*, and it returns when all the tasks are finished. The new method also has the possibility to activate a progress bar in order to track the current status of the execution (really useful for larger executions). |
|
0 commit comments