Re-implemented XMLRPCEncoder using temporary files so the request can be streamed from disk if it's big
Added support for NSInputStream and NSFileHandle objects to be base64 encoded
Actually open the cache file when encoding
Added option to stream from disk to XMLRPCRequest
Fixed encodeString: to use the new methods
Added data cleaner class

Some misconfigured hosts or software can return invalid XML, which NSXMLParser can't parse.

There are a few things that can be done to be smart and "extract" the valid XML inside a response:

* Discard any invalid UTF-8 characters
* Discard any data before `<?xml`
* Discard invalid XML characters
* For extra validation, add the Tidy library and the Objective-C tidy wrapper CTidy, and correct any markup mistakes
Merge branch 'data_cleaner' into wordpress-ios
Avoid crashing if an element value is nil

If any of the values is malformed (e.g. a date set to "-0001113TT0::0::00") parseDate: would return nil, which is not allowed on arrays or dictionaries
Added autorelease pool to avoid high memory usage when encoding an input stream
Merge branch 'streaming' into wordpress-ios
Ignore invalid/null dates
Wrong autorelease pool declaration
Use XMLRPCDataCleaner only if response XML is invalid
Use numeric instead of named entities for encoded strings, some hosts have problems with those
performance improvement when encoding large binary data

The base64 encoder routine was taking upwards of 10-15 seconds to
encode a ~1 MB data buffer on iOS. This new routine by Matt Gallagher
is much much faster.

Conflicts:

	XMLRPC.xcodeproj/project.pbxproj
	XMLRPCEncoder.m
Better cleaning of junk chars before xml response, props @daniloercoli
Use the correct method signature and parameters for CTidy 0.3.1
WPXMLRPC Step 1

* Removed unused classes
* Prefix all the things!
* Migrated all code to ARC
* Refactored Test Cases into a separate project
* WordPress for iOS code style
Added pod specification and updated license