deployment definition (RDK)
At 04 APR 2024 02:22:55AM Barry Stevens wrote:
OI10:
In the repository view section there is provision for the entry of version number and date.
Is that saved in the 'deployed to' system and if so, where?
At 04 APR 2024 05:27AM Carl Pates wrote:
AFAIK it is not and is simply a reference for the developer - at least it was that way in v9 and I haven't heard anything to the contrary in v10.
For the Sprezz components we always used to include the Deployment Def (as an APPROW, though in v10 it's now a REPRELEASE entity) as part of the deployment itself so the information would end up in the target system. Of course this means you have to save it first, add the saved entity and then save again…)
At 04 APR 2024 04:03PM Barry Stevens wrote:
AFAIK it is not and is simply a reference for the developer - at least it was that way in v9 and I haven't heard anything to the contrary in v10.
For the Sprezz components we always used to include the Deployment Def (as an APPROW, though in v10 it's now a REPRELEASE entity) as part of the deployment itself so the information would end up in the target system. Of course this means you have to save it first, add the saved entity and then save again…)
Ok, thanks - looks like I will still do a 'grow your own' DICT.CONTROL_FILE","%VERSION%"
At 04 APR 2024 04:40PM Barry Stevens wrote:
AFAIK it is not and is simply a reference for the developer - at least it was that way in v9 and I haven't heard anything to the contrary in v10.
For the Sprezz components we always used to include the Deployment Def (as an APPROW, though in v10 it's now a REPRELEASE entity) as part of the deployment itself so the information would end up in the target system. Of course this means you have to save it first, add the saved entity and then save again…)
Ok, thanks - looks like I will still do a 'grow your own' DICT.CONTROL_FILE","%VERSION%"
Creating that approw - Failed!, so, changed to SYSYENV BSBS_VERSION
At 05 APR 2024 09:32AM bshumsky wrote:
Hi, Barry. In the OI 10 deployment definition, there is an option (under the version and date fields) to update a log on the target system. You can specify the name of a table, the record name, and the message you wish to deploy into that table and record - so perhaps you could use that feature (rather than trying to include an explicit approw record)?
Hope that helps,
- Bryan Shumsky
At 05 APR 2024 03:44PM Barry Stevens wrote:
Hi, Barry. In the OI 10 deployment definition, there is an option (under the version and date fields) to update a log on the target system. You can specify the name of a table, the record name, and the message you wish to deploy into that table and record - so perhaps you could use that feature (rather than trying to include an explicit approw record)?
Hope that helps,
- Bryan Shumsky
Duh, always wondered what exactly that was for
At 05 APR 2024 04:19PM Barry Stevens wrote:
Hi, Barry. In the OI 10 deployment definition, there is an option (under the version and date fields) to update a log on the target system. You can specify the name of a table, the record name, and the message you wish to deploy into that table and record - so perhaps you could use that feature (rather than trying to include an explicit approw record)?
Hope that helps,
- Bryan Shumsky
Appears there is and issue using that option.
Extract get an error - untik the log option and ectract runs no error.
Error details:
error message:-
File: failed opening file "C:\WORKAREA\POPPETS\POPPETS_CHANGES\REV54000.LK" Error in script "NSIS\RDKINST.NSI" on line 91 – aborting creation process
Note: there is no REV54000.LK in \POPPETS_CHANGES
NSIS\RDKINST.NSI" on line 91
Section "MainSection" SEC01
SetOutPath "$oiDataDir\OIRDK"SetOverwrite ifnewerFile "${SOURCE_LOCATION}"
; Now call the install helper or RDKINSTP.DLLcall InstallRDKSectionEnd
NSIS Compiling result
File: "${SOURCE_LOCATION}" → no files found.
Usage: File [/nonfatal] [/a] ([/r] [/x filespec […]] filespec […] |
/oname=outfile one_file_only)Error in script "D:\OpenInsightLIVE\OI10CBStFact\nsis\RDKINST.NSI" on line 91 – aborting creation process
At 06 APR 2024 11:01AM bshumsky wrote:
Hi, Barry. Indeed, I just hit the same issue - so expect it to be fixed in 10.2.2.
Thanks,
- Bryan Shumsky
At 06 APR 2024 04:48PM Barry Stevens wrote:
Hi, Barry. Indeed, I just hit the same issue - so expect it to be fixed in 10.2.2.
Thanks,
- Bryan Shumsky
Ah, glad you could duplicate.