I think that's a test in TestCommandLineUtilities, for testing the size of retrieved objects. I hardcoded that URL in the test, I believe, after I discovered the previously hardcoded URL was no longer valid.
More and more, I'm thinking that a stand-alone external web server is a high priority for taking the integration tests to the next level. If a standalone server were fired up as part of the integration suite, then we could use it to serve external documents, run web services for disseminators, etc. with no network dependencies (other than localhost). -- Scott On 03/21/11, Aaron Birkland wrote: > > > 1) turn off wifi: fail to download one of the schemas, test failure > > I noticed that too on the airplane last week. > > > testValidatePolicy(org.fcrepo.test.integration.TestCommandLineUtilities) > > Time elapsed: 0.073 sec <<< FAILURE! > > I could reproduce it last week. This week, I can't get to that point as > the tests freeze while ingesting for TestREESTAPI. It looks like > openarchives.org is down. Something in test suite must be trying in > vain to connect to it, blocking all progress in the meantime. Haven't > yet attached a debugger to see where. > > -Aaron > -- Scott Prater Library, Instructional, and Research Applications (LIRA) Division of Information Technology (DoIT) University of Wisconsin - Madison [email protected] ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
