0

using:
WinSW v2.12.0
The .net version 4.0.30319
windows for 7 , 10

I use download to update the jar package. First of all, I'm sure my download path is OK. Because my service on another B - Windows computer will automatically update and download the. tmp file, and then replace the new jar package for update. And every time you restart the service, you will download and update the jar. However, the Windows system of computer A always skips downloading the jar. I checked the difference between the two computers. The. net version is the same, 4.0.30319 And the configuration file is the same. However, the download of computer A will not be replaced. Unless I change the name of the local jar package or delete the local jar package, computer B will download the new jar after restarting the service. Why?

  • I tried to find out if it was the problem of Windows permission override. I turned on the method of not prompting the folder overwrite file information, but the result still failed

the configs

id: warehouse
name: warehouse
description: warehouse-info
executable: java
arguments: -jar -Dfile.encoding=utf-8  warehouse.jar
log:
  mode: reset
download:
  - from: http://xx.xxx.xxx.xxx:xxxx/resources/warehouses/download/last-jar
    to: '%BASE%\warehouse.jar'

the sucess logs (run.wrapper.log)

2023-02-16 17:11:13,878 INFO  - Stopping warehouse
2023-02-16 17:11:13,887 DEBUG - ProcessKill 6348
2023-02-16 17:11:13,896 INFO  - Stopping process 6348
2023-02-16 17:11:22,609 INFO  - Finished warehouse
2023-02-16 17:11:22,613 DEBUG - Completed. Exit code is 0
2023-02-16 17:11:29,904 DEBUG - Starting WinSW in service mode
2023-02-16 17:11:29,930 INFO  - Downloading: http://xxx.xxx.xxx.xxx:xxx/resources/warehouses/download/last-jar to D:\warehouse\warehouse.jar. failOnError=False
2023-02-16 17:11:39,943 INFO  - Starting java -jar -Dfile.encoding=utf-8 warehouse.jar
2023-02-16 17:11:39,961 INFO  - Started process 7872
2023-02-16 17:11:39,975 DEBUG - Forwarding logs of the process System.Diagnostics.Process (java) to WinSW.IgnoreLogAppender

the fail logs (run.wrapper.log)

2023-03-06 16:59:56,250 DEBUG - Forwarding logs of the process System.Diagnostics.Process (java) to WinSW.ResetLogAppender
2023-03-06 17:03:16,470 INFO  - Stopping warehouse
2023-03-06 17:03:16,474 DEBUG - ProcessKill 16568
2023-03-06 17:03:16,479 DEBUG - Stopping process 16568...
2023-03-06 17:03:18,542 DEBUG - Process 16568 canceled with code 130.
2023-03-06 17:03:18,549 INFO  - Finished warehouse
2023-03-06 17:03:19,712 DEBUG - Starting WinSW in service mode
2023-03-06 17:03:19,780 INFO  - Downloading: http://xx.xxx.xx.xxx:xxxx/resources/warehouses/download/last-jar to D:\warehouse\warehouse.jar. failOnError=False
2023-03-06 17:03:20,038 INFO  - Skipped downloading unmodified resource 'http://xx.xxx.xx.xxx:xxxx/resources/warehouses/download/last-jar'
2023-03-06 17:03:20,060 INFO  - Starting java -jar -Dfile.encoding=utf-8  warehouse.jar
2023-03-06 17:03:20,081 INFO  - Started process 7828
2023-03-06 17:03:20,096 DEBUG - Forwarding logs of the process System.Diagnostics.Process (java) to WinSW.ResetLogAppender
  • I am searching for a long time on net. But no use. Please help or try to give some ideas how to achieve this.

I tried to find out if it was the problem of Windows permission override. I turned on the method of not prompting the folder overwrite file information, but the result still failed

I hope to find a problem that the new jar package downloads the new jar package in different Windows systems will not be updated automatically.

Or it can provide an other Windows automatic update jar package, a simpler and convenient way

0 Answers0