block location tests are all working against rackspace, though HADOOP-9310 shows that the failure mode on isDirectory() isn't quite defined. This patch -> IOException
getFileBlockLocations(Directory) => new BlockLocation[0]; consistent with base class
move to .md files directory site/markdown and they do get pulled into the site build automatically
filesystem doc updated; pom file tries (and fails) to stop slow enumeration of dependencies
ls of root working; recursive listFiles of other directories failing
initial stub structure for integration tests and a POM file to pull in the swiftfs library.

These tests run against hadoop 1.x and other production releases of Hadoop stack artifacts
-move SwiftTestUtils into the main jar for reuse downstream
-mkdir to throw SwiftPathExistsException if there is already file there
-(incomplete) attempt for mkdirs to exit fast
-move codebase to build/run under Hadoop 1.1.1
-copy in some bits of grumpy I want
-initial binding & test file setups being started
no proper tests yet, just all building/running on hadoop 1.1.1
Mkdir to fail when a parent dir is a file, but otherwise only go up the tree as far as needed for efficient (deep) writes
rename script and put something useful in it
add swift:// fs binding to the test configuration, and verify that it works
Initial pig test
code reformat and import optimization
Pig test working, though very slow when running remotely
ignoring auth-key XML files containing auth details
fix to work with alternate filesystems
document the tests better
Tune inputstream behaviour on open()/seek() and read/seek/read, by skipping through open stream if the seek is forward and nearby. This eliminates opening a file more than once