Closed fgalan closed 10 years ago
We'd probably need per-component package in each version (e.g. a package for flume compoment, a package for the SFTP inyector, etc.).
Regarding the packaging "technologies" several alternatives are on the table: RPMs, jar in a Nexus artifactory, a .tgz including all the stuff. For Flume components, maybe the last one is the most appropriate: it would consist of basically using the same .tgz that Flume uses, but adding our .jar in the lib/ directory.
I think this issue is solved since a milestone schedule has been designed for the next 3 months, and a versioning schema has been provided.
By "versioning schema" you mean the things included in PR #49 https://github.com/telefonicaid/fiware-connectors/pull/49?
Given the RPM framework we are using now and the issue about printing Cygnus version in the logs (see #104), this issue can be closed.
Implement a full fledged versioning system, so the .jar get marked with a proper version instead of using always the same "1.0-SNAPSHOT" and a changelog between version can be maintained.
Probably Maven has some plugin to manage that. Research needed.