Updater.jar Split/Update

[Cha0s]

I\'ll look into wrapping it into a .app file, though my Cocoa skills aren\'t great.

As for Mirror 3... I have no idea why it doesn\'t work... What does \"java -version\" return?

The script seems to be a permissions issue... I\'ve modified the Guide to just have the user type out the commands.

[wain]

Originally posted by Cha0s
I\'ll look into wrapping it into a .app file, though my Cocoa skills aren\'t great.

Thanks! I\'m not sure you need to know much about Cocoa, though, as Jar Bundler creates a Java app bundle. A small Cocoa app is added to that, but I get the impression that Jar Bundler creates that for you. The documentation begins at:
http://developer.apple.com/documentation/Java/Conceptual/Jar_Bundler/index.html
The JVMVersion property to set in Info.plist (either 1.5+ or 1.5*) is discussed at:
http://developer.apple.com/documentation/Java/Conceptual/JavaPropVMInfoRef/Articles/JavaDictionaryInfo.plistKeys.html#//apple_ref/doc/uid/TP40001969

As for Mirror 3... I have no idea why it doesn\'t work... What does \"java -version\" return?

Where is the zip file downloaded to? Is it deleted afterwards? If not, I can take a direct look at it and see what\'s wrong.

Version info:
Freya:~ Wayne$ java -version
java version \"1.5.0_05\"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_05-83)
Java HotSpot(TM) Client VM (build 1.5.0_05-48, mixed mode, sharing)

[Cha0s]

wain: Well, I looked into JARBundler and I was happy at first, but I\'ve come across an issue that makes it not worth it in my mind. That issue is that I\'ll have to customize some of the code specifically for this change. I\'ll need to figure out whether the user is using the JAR or the app and then do different things based on this information. It\'s easier to leave it as a simple JAR archive for now.

As for getting the zip file... run Updater.jar with \"-debugmode\" from Terminal (it\'ll download a new updater for you, and yes, it\'ll keep the argument when it relaunches). I just made a little change that enables you to get your hands on the zip file. The file should end up in the directory \"updatertemp\" in your PS folder. Just update as usual and when you\'re done, check out that folder.


Everyone: I am once again opening the floor to critiques and suggestions on Updater.jar. Aside from an application bundle, what new features would you like to see in Updater.jar? My only rule for posting requests is that you justify your request with a reason. That said, request away!

[wain]

OK, I found the repository.zip file. The broken one downloaded from mirror 3 is consistently 195467 bytes (I downloaded it multiple times to check). In contrast, the functioning respository from mirror 2 is 617824 bytes.

I also analysed the bad repository, although the analysis is rather redundant, given the obvious truncation of the file:

$ zip -T repository.zip
zip warning: missing end signature--probably not a zip file (did you
zip warning: remember to use binary mode when you transferred it?)
zip error: Zip file structure invalid (repository.zip)
________________________

$ unzip -v repository.zip
Archive:  repository.zip
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in one of repository.zip or
        repository.zip.zip, and cannot find repository.zip.ZIP, period.
________________________
$ zip -F repository.zip
zip: reading repository.xml
zip warning: repository.zip would be truncated.
Retry with option -qF to truncate, with -FF to attempt full recovery

[Cha0s]

Well, I downloaded both repositories myself and I\'m getting them both to be 617824 bytes, exactly. Something odd must be going on with your connection to mirror 3. *shrugs* I honestly have no idea why it\'s doing that... :\\

[wain]

Mirror 3 has been more unpredictable tonight, with the file truncating at all sorts of different sizes. I can reproduce this with a browser as well: if I download http://www.psmirror.org/psupdater/repository.zip , the download terminates early, but it acts as though it completed. This is reproducible in both Firefox and Safari.

I also tried at work today (in Firefox) and the file downloaded properly. The differences are that at work I use Win XP, and am on a high speed network. At home, I run Tiger and am on 56 kbps dialup. I wonder if it\'s the network speed... maybe the mirror doesn\'t handle slow connections very well... Or maybe the download termination glitches are regular, and the slower you are the more likely you are to experience one. Just guessing

[Cha0s]

Interesting. I have high-speed, so I wouldn\'t notice... Could you be able to some more in depth testing perhaps? Talad would probably be interested if you can come up with any conclusive results.

EDIT: No one has any requests? Come on, there\'s gotta be something you want to see in Updater.jar...

[wain]

All web browsers I tested (Safari, Firefox, IE and Lynx) prematurely terminate the download from that mirror. The download speed doesn\'t decrease before it terminates, so it\'s not like a connection is dropping out... It\'s just zipping along and suddenly it says it\'s finished.

I also looked through the mirror and tried to download some other large files (png as well as zip). They also terminated prematurely, so it\'s not just that one file, nor is it just zip files.

Unfortunately none of the browsers I tested give any further diagnostic info as to why this happens. Nor does Updater.jar in diagnostic mode. psmirror.org doesn\'t seem to be an ftp server, so I can\'t even test it using an ftp client.
So unless you know some way of building download diagnostics into Updater.jar, I\'m stumped
Do you know what http server or file sharing software they\'re using on that site? I can\'t even see a reference to that. At least if I knew that, I could search for similar issues.

Cheers

[wain]

Update: I tried again to download the file from psmirror.org, this time with a third-party client called iGetter. That client manages to download it eventually, but only because it\'s persistent. A number of times during the download it gave network error warnings that it couldn\'t obtain the file segment (presumably at this point, other programs terminate the download). But unlike other methods, it didn\'t assume the file was truly complete, and therefore continues to request it.

I also used the command line FTP, and it terminates the download prematurely, too. Unfortunately the debug option gives no errors. It lists the psmirror.org server as \"Apache\", but gives no version number at all. I wonder if that means it\'s a really old version...

Again, both download methods worked fine with the other mirrors.
I wonder if the server on psmirror.org has a severely low timeout setting. That would explain the problem with a 56 kbps modem.

[Cha0s]

This is possible. The mirrors are provided for free, so perfection isn\'t required necessarily. Talad will likely want to hear about this and I think you enough info now to send him a PM. Hopefully he\'ll be able to resolve the issue.