Package names
The final Windows installer should use a clear versioned name such as Saleculator-4.5.1-Setup.exe. The vendor package should use a matching versioned ZIP such as saleculator-4.5.1-runtime.zip.
Release process
This is the operational checklist for future releases on saleculator.com so customers, vendors, and support assistants always know what to download and verify.
The final Windows installer should use a clear versioned name such as Saleculator-4.5.1-Setup.exe. The vendor package should use a matching versioned ZIP such as saleculator-4.5.1-runtime.zip.
The final application JAR inside the release package should be named Saleculator.jar and should be obfuscated for public release builds.
Each public release gets its own folder under /releases/<version>/ with downloads, release notes, and SHA256SUMS.txt.
Public Windows installers should be Authenticode-signed before customer publication. Keep certificate paths and passwords in release-machine environment variables, not in source control or release packages.
Publish /releases/latest.json, /downloads/latest.json, and /releases/<version>/release.json so installers, support tools, and AI assistants can discover the current package and verify checksums.
Modern clients read /releases/version.html. Older clients may still read /update/version.html. Both must use the bracketed token format expected by the POS updater.
Before upload
Saleculator.jar inside the package.npm run verify-release before deployment.npm run verify-release:signed on a Windows validation machine.After upload
SHA256SUMS.txt matches the uploaded files./releases/latest.json, /downloads/latest.json, and version release.json match the uploaded files./releases/version.html has the new updater token.npm run verify-release:public after deployment./update/ still work./var/log/saleculator-site-health.log after deployment.