- 13 Apr, 2017 2 commits
-
-
Jeremy Bokobza authored
-
Pieterjan Vanhoof authored
* Add CORS service to allow Cross-Origin Requests * Use CORS policy, add ubuntu runtime
-
- 11 Apr, 2017 13 commits
-
-
Pieterjan Vanhoof authored
- Use /wallet/files to see if the user has created a wallet on the default path (instead of /wallet/status) - Change load function to POST - Added login and logout functionality - Enabled wallet loading - Various small fixes
-
dev0tion authored
-
dev0tion authored
-
Pieterjan Vanhoof authored
API specifications changed
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
- 10 Apr, 2017 20 commits
-
-
Pieterjan Vanhoof authored
- Handling HTTP status codes (temporary catching all statuses) - Added default unit tests for all components - Edited wallet load function - Moved API error handling to components
-
dev0tion authored
-
dev0tion authored
-
Jeremy Bokobza authored
Removed requirement for the client to provide a wallet folder path, as the default one will be used.
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
Jeremy Bokobza authored
-
Jeremy Bokobza authored
Added Swagger controller methods comments
-
Pieterjan Vanhoof authored
- Added recovery component - Adjusted setup component to choose between recovery or creation - Updated mock data to reflect API spec - Updated components to latest API spec - Small fixes
-
dev0tion authored
-
dev0tion authored
-
Jeremy Bokobza authored
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
dev0tion authored
-
Jeremy Bokobza authored
1. Removed the "success = true" and "success = false" in response messages as the client will rely on HTTP code to be informed of success/failure. 2. Changed the error object to be an array of errors. 3. Reformatted the errors in the spec to be just a status code followed by a message instead of showing their JSON representation. Apart from that I think there is some value in having possible errors after each endpoints, rather than having them grouped together at the top. This way, the client implementer doesn't have to look at all the errors in sequence to decide whether the relevant endpoint does or doesn't include which errors. @nopara73 @dangershony @dev0tion any thoughts?
-
- 09 Apr, 2017 1 commit
-
-
dev0tion authored
-
- 04 Apr, 2017 4 commits
-
-
Jeremy Bokobza authored
-
Jeremy Bokobza authored
Added support for VS2017
-
Jeremy Bokobza authored
-
Pieterjan Vanhoof authored
- Added login component - Use temporary navigation (based on success parameter in the body) Todo: use HTTP Status
-