[Refactor] Introduce flint-commons for models and interfaces

[noCharger]

Description

• [Refactor] Introduce flint-data for models and interfaces
  • Full details [RFC] Flint main class refactor #376
  • This PR will only move FlintCommand and FlintInstance
  • Other interfaces will be updated continously: For example, SessionManager and CommandLifecycleManager will go next, then FlintMetadataLogEntry, FlintMetadataLogService, etc
• A new jar will be assembled flint-data-assembly-0.5.0-SNAPSHOT.jar

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

[dai-chen]

Just read issue #376 for context.
IMHO, flint-data is confusing and not sure what we plan to put into this module in future.
Any better name? At the moment, the module is more like Flint session model?

[noCharger]

Just read issue #376 for context. IMHO, flint-data is confusing and not sure what we plan to put into this module in future. Any better name? At the moment, the module is more like Flint session model?

What is the rationale behind naming flintData? It seems to suggest to have all the related model classes, but it does have behavior classes.

@dai-chen @vamsi-amazon The primary goal is to provide a shared library that allows for easier extension. So maybe flint-common or flint-utils, any suggestions?

[vmmusings]

Just read issue #376 for context. IMHO, flint-data is confusing and not sure what we plan to put into this module in future. Any better name? At the moment, the module is more like Flint session model?

What is the rationale behind naming flintData? It seems to suggest to have all the related model classes, but it does have behavior classes.

@dai-chen @vamsi-amazon The primary goal is to provide a shared library that allows for easier extension. So maybe flint-common or flint-utils, any suggestions?

flint-commons can be a good name....but we need to define what the responsibility of the module.

[noCharger]

Just read issue #376 for context. IMHO, flint-data is confusing and not sure what we plan to put into this module in future. Any better name? At the moment, the module is more like Flint session model?

What is the rationale behind naming flintData? It seems to suggest to have all the related model classes, but it does have behavior classes.

@dai-chen @vamsi-amazon The primary goal is to provide a shared library that allows for easier extension. So maybe flint-common or flint-utils, any suggestions?

flint-commons can be a good name....but we need to define what the responsibility of the module.

Thanks, update the responsibility in readme