Download site "per file"

Good morning,

Another complexity to put a spanner in the works: the web site that the update files are to be hosted on doesn't allow us to work the "standard" wyUpdate way...

I *think* the standard process is:1. A directory "site name" (as set in "Download sites" in wyBuild)2. wyUpdate adds in the file name3. wyUpdate tries to download from that combined name

We're being asked to host on a Lotus Notes site which basically allows 'fixed' unique document references; but only one document per link; and the link includes the document name. And a different document will have a different link (horrible GUID in the link).

So the "current version" data file will have one link and the actual update file(s) will have different links!

(I know; there could be Vatoc, Vbtoc etc. so potentially a large number of links...)

Have you coped with this before?

Could we do this (hack?) by simply listing all the possibilities in the "Download Sites" list (each minus file name) - and then basically wyUpdate will work its way through the sites until it finds the file it's after?

Or is there a better way?

Thanks,

Dr Michael Dye.

We've never use Lotus Notes, so I'm flying a bit blind here. But are you saying Lotus Notes is a server that doesn't allow you to have directories (e.g. "updates") with any files sitting in it? You can't specify a wildcard, or something? It's surprising to think that a server doesn't allow storing arbitrary files.

Afternoon Wyatt,

I think there's a difference between what the server & Lotus Notes allows and what the current "minders" of the web site via their Lotus Notes system allow 😉

The web site update/maintenance UI allows only one file per document; the result is a URL like:

http://mysite.com/database.nsf/displayview/<GUID>/$file/<filename>

And for each filename the GUID will change. One file per document "slot" is how they explain it.

So I'm left with not being able to match the wildcard system that wyUpdate expects.

We're not sure whether if we simply enter all the "sites" in there wyUpdate will check each one, timing out and moving to the next one? Or whether having found the update info file at one site will then use that for retrieving the updates (and therefore fail!).

If this sounds like we need a custom wyUpdate then that's possible; though not desired!

Thanks,

Dr. Michael Dye

If this sounds like we need a custom wyUpdate then that's possible; though not desired!

Well, you're trying to fit a round peg into a square hole. It would be easiest just to fix your server to allow a "folder" like "updates" and the ability to put as many files as you want in it. Failing that, it might just be easier to set up a proper HTTP server (Apache, IIS, Nginx, or a dozen other good free HTTP servers) and host just your update files there.

Modifying the wyUpdate source code should be a last resort.

Thanks Wyatt,

I *know* you're right. But like all these things; I have no control nor influence over the BIG company that's calling the shots - nor can I seem to explain the simple concept to them; it's "just not possible" and "things don't work like that". Sorry, moan over...

We'll try and fix things up as best we can, as always.

Dr. Michael Dye.