Bug 283968 - OASIS zips can no longer be downloaded automatically
Summary: OASIS zips can no longer be downloaded automatically
Status: RESOLVED FIXED
Alias: None
Product: WTP Releng
Classification: WebTools
Component: releng (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: David Williams CLA
QA Contact: David Williams CLA
URL:
Whiteboard:
Keywords: info
Depends on:
Blocks:
 
Reported: 2009-07-20 01:34 EDT by David Williams CLA
Modified: 2009-07-22 00:36 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Williams CLA 2009-07-20 01:34:58 EDT
Out test scripts automatically download some zips from OASIS to use for testing purposes. These can no longer be downloaded automatically since that site now requires registration. 

The (new) site, once registered, is 
http://www.oagi.org/dnn/oagi/Downloads/FreeDownloads/OAGIS/PriorReleases/tabid/148/Default.aspx

On the build machine, all still works because the zips are stored locally in a pre-req cache. 

The "solution" I used to test locally was to register, and download the required zips "manually" and store them in my local pre-req cache. 

The two zips required are
oagis_release_8.0_GA-withSP3.zip
WSDL_1.1_for%20OAGIS_8.0.zip

In fact, for the latter one, I had to change the embedded space to %20 for it to be found automatically by our test scripts.
Comment 1 David Williams CLA 2009-07-20 01:35:42 EDT
Not sure if we can fix this, but at least wanted to document the issue and the work around. 
Comment 2 David Williams CLA 2009-07-20 17:34:47 EDT
We should at least make it so that the whole build/test cycle doesn't fail if these zips can not be obtained. 
Comment 3 David Williams CLA 2009-07-21 15:14:49 EDT
The main thing that causes immediate failure is that the <get task in ant does create a small zip file, from the contents of the HTTP response (which is an error code saying the URL is not valid, or similar). 

This small zip file isn't valid, of course, and later causes the <unzip ant task to fail. 

Since there is not an "ignoreErrors" attribute on <unzip, the main part of the fix will be to change to use an <exec element, which calls unzip, which will ignore any errors. 

The unit tests which use OASIS files may later fail, but at least things will continue. 

Comment 4 David Williams CLA 2009-07-22 00:36:02 EDT
I've committed fix so at least the download/unzip won't fail ... even though the tests would still fail, unless the workaround is used. 

The workaround is to "manually" download and put the two zip files in the prereqs cache directory.