POC: check compatibility of thin-edge.io with Cumulocity IoT basic auth device users and SmartREST 1.0

[reubenmiller]

Proposed changes

⚠️ Do not merge this PR as it contains very rough Rust code to verify the functionality

Proof of concept / validation, that if thin-edge.io would support Cumulocity IoT's basic auth device users (e.g. not cert based authentication), would enable usage of SmartREST 1.0 to allow existing SmartREST 1.0 users the ability to even use thin-edge.io (which manages the cloud connection and provides a usable local Cumulocity IoT proxy)

The following items are included in the POC.

• Add system test to check the SmartREST 1.0 by registering templates with HTTP and then using them via MQTT
• Add hacked Rust code to verify if the basic auth users can support SmartREST 1.0

Types of changes

• Bugfix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Improvement (general improvements like code refactoring that doesn't explicitly fix a bug or add any new functionality)
• Documentation Update (if none of the other choices apply)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)

Paste Link to the issue

• Support Cumulocity IoT basic device registration to allow SmartREST 1.0 usage for older clients #3036

Checklist

• I have read the CONTRIBUTING doc
• I have signed the CLA (in all commits with git commit -s)
• I ran cargo fmt as mentioned in CODING_GUIDELINES
• I used cargo clippy as mentioned in CODING_GUIDELINES
• I have added tests that prove my fix is effective or that my feature works
• I have added necessary documentation (if appropriate)

Further comments

[rina23q]

I think the logic should be opposite. If use_legacy_auth == true, not adding JWT token topics to bridge.

Suggested change

	if use_legacy_auth {
	if !use_legacy_auth {

Question: Do we even have to change the bridge file as per auth method? If mapper doesn't subscribe to JWT token, isn't it enough? I mean the bridge still maps the JWT tokens c8y/, but no actor subscribes to the JWT topic.

[reubenmiller]

think it still needs to be conditional because otherwise an error message is published on the s/e topic

[reubenmiller]

Closing as this has been implemented in #3196