Fix Version/s: None
Sprint:TSSW Sprint - Jan 30 - Feb 13
Team:Telescope and Site
The normal maven convention for jar file naming, is that a pre-release of version 14.1.0_7.2.0 (for example) would be called: * sal_CCCamera_14.1.0_7.2.0-SNAPSHOT.jar
(Note that the actual filename in nexus may be different, and may also include a timestamp, but this is hidden from the user who can just refer to the version as above). The naming convention we(SAL) are using is more like: * sal_CCCamera_14.0.0_7.2.0-2-gd8d2046fpre1236-SNAPSHOT
Where the significant differences are: # This has "pre" in the name, while it is in fact "post" 14.0.0_7.2.0 (this is just confusing rather than an actual problem)
- This has the gd8d2046fpre1236 in the name (git hash?). The problem being that this hash appears to be different for each project (ATCamera, CCCamera, MTCamera) and changes with each build, which makes it almost impossible to use this as a dependency in some other project.
In the past I could work around this, at least if I did a local build, by using a version argument to salgenerator, but this no longer seems to work: * salgenerator CCCaamera maven version=14.1.0_7.2.0-SNAPSHOT
It does not complain, but it ignores the version. For a long time this has not been an issue, since we have just been using "released" versions of ts_xml which do not have these problems, but since we need to make progress on the main camera, I think we are no longer in the position of being able to wait for releases.
Ideally the nightly builds would generate jar files which correspond to the maven naming conventions, and ideally salgenerator (if it will still exist after the switch to kafka) would allow the version # to be set.
- relates to
CAP-964 Catch all ticket for TSSW SAL 8.0 work
- To Do
SAL was updated to name the Jar files according to the requested format.
PR reviewed and approved.