Yes, you can say that I'm trying to limit updates. Here's the full scenario.
I have application in Java that is deployed on web server at customer location. Customers can update this java application themselves to any version that I've released or decide not to update it.
Inside this Java app is a downloadable resource with client side application in C# - installer + wy server and wyu files.C# app has wyUpdate control that points to this customer web server (using "server" command line argument).
Now I need to make sure that if web server admin decides to update Java app all the client machines will get the matching client side version. This is ok so far as I'll bundle all the wyu files for some time. But I guess at some point I'll have to clean them up (they'll take more and more space) and leave only the "latest updates" - let's say that around version 25 I'll remove from Java app package all the updates from versions <20. It's very important that versions must match - if I release version 25 but customer makes upgrade of Java app from version 10 to 23 the client side must be updated to version 23.
I still want end users to be able to update automatically so it would be nice if in such case, when wyu files are not available at customer web server (e.g. they upgraded from version 10 to 25) my client side app could point them to my remote location. I also need make sure that this process is handled differently as some customers don't want to download updates from outside corporate network due to security policies - so when wyu files are not available I just want users to be notified about that and make them manually apply the update, while when wyu files are in corporate network they should be updated automagically 🙂Hope it makes more sense now - or maybe I've overcomplicated this.