Details
-
User Story
-
Resolution: Done
-
P0: Blocker
-
None
-
None
-
License server development 38
-
4a4194c25 (dev), d32419652 (dev), cda3f82c5 (dev), 27aaece39 (dev), 22fc76845 (3.3), 62674e7d5 (3.3), e53bd14ae (3.3), 48118c3e8 (3.3), 1653787bb (dev), 70b9be8c6 (3.3)
Description
- The Daemon must only perform major level version check - DONE
- The Daemon must ignore unknown arguments in the request payload - DONE
- best attempt
- The Daemon must not strip out unknown fields in the license - DONE
- The CIP command parser in the Daemon must have only one parser per major level - DONE
- The lookup process to find the suitable Daemon version from installations.ini must be updated - DONE
- Always take the latest within the same major level
- Take into account the "preview" tag
- No fields can be removed from the configuration file - Already taken into account, but consider introducing unit tests
- Check the Daemon kick-start operation - No open bugs. In future, we should not drop the creation of the .lock or .port files.
- What happens with 3.3.1 CIP if e.g. .port file or .lock file is changed
- Check related open bug tickets
- The CIP must not care if the license response contains unknown attributes - The CIP parses a subset of the unified license fields, rest are kept as a raw string data from daemon.
- The versioned parser must only care about the minor version - Done in 3.0.0
- The CIP/Daemon must utilize status code ranges - Status code from daemon response is translated to Success or UnknownError, if the exact code is not known, based on the code range.
- If the exact code is unknown we can use the range