Permalink
Commits on Jan 23, 2012
  1. Merge branch 'experimental-0.9'

    mattt committed Jan 23, 2012
  2. Merge branch 'feature-batched-operations' into experimental-0.9

    mattt committed Jan 23, 2012
    Conflicts:
    	AFNetworking/AFHTTPClient.m
Commits on Jan 22, 2012
Commits on Jan 20, 2012
  1. Move the AFJSON* functions into a source file.

    jparise committed Jan 20, 2012
    Previously, these functions were marked 'static' and were being
    included by multiple other source files. That wasn't ideal because it
    resulted in their implementations being duplicated in multiple link
    units.
    
    Worse is the fact that the previous organization generated fatal
    compilation errors about unused symbols when strict settings are
    enabled.
  2. Adding check for responseData having non-zero length for response obj…

    mattt committed Jan 20, 2012
    …ect methods in AFHTTPRequestOperation subclasses
  3. Merge pull request #182 from jparise/nsjson-labels

    Mattt Thompson
    Mattt Thompson committed Jan 20, 2012
    Conditionally define the _af_nsjson_* labels.
  4. Conditionally define the _af_nsjson_* labels.

    jparise committed Jan 20, 2012
    These are only used when _AFNETWORKING_PREFER_NSJSONSERIALIZATION_ is
    defined.  Otherwise, they generate unused symbol warnings under strict
    compilation settings.
  5. Merge pull request #181 from jparise/xml-request-queue

    Mattt Thompson
    Mattt Thompson committed Jan 20, 2012
    xml_request_operation_processing_queue() is Mac-only.
  6. Merge branch 'experimental-reachability' into experimental-0.9

    mattt committed Jan 20, 2012
    Conflicts:
    	AFNetworking/AFHTTPClient.m
  7. Adding #ifdef macros to conditionally compile reachability features o…

    mattt committed Jan 20, 2012
    …nly when the SystemConfiguration is available
  8. xml_request_operation_processing_queue() is Mac-only.

    jparise committed Jan 20, 2012
    Wrap xml_request_operation_processing_queue() in a test for
    __MAC_OS_X_VERSION_MIN_REQUIRED because it is only used by a
    Mac-specific code block down below.
    
    This addresses an unused symbol warning when compiling with strict
    settings.
  9. Merge branch 'experimental-thread-safe' into experimental-0.9

    mattt committed Jan 20, 2012
    Conflicts:
    	AFNetworking/AFURLConnectionOperation.m
  10. [Issue #161] [Issue #167] Replacing AFHTTPClient -cancelHTTPOperation…

    mattt committed Jan 20, 2012
    …sWithMethod:andURL: with -cancelAllHTTPOperationsWithMethod:path
Commits on Jan 19, 2012
  1. Removing AFImageCache from public API, embedding it instead in UIImag…

    mattt committed Jan 19, 2012
    …eView+AFNetworking implementation
  2. Adding documentation for array formatting behavior for AFQueryStringF…

    mattt committed Jan 19, 2012
    …romParametersWithEncoding
    
    Minor refactoring
  3. Merge branch 'BNT_FormatQueryArrayParams' of https://github.com/Brave…

    mattt committed Jan 19, 2012
    …NewTalent/AFNetworking into BraveNewTalent-BNT_FormatQueryArrayParams
  4. [Issue #138] Adding double CRLF to multipart form final boundary

    mattt committed Jan 19, 2012
    Minor refactoring of AFHTTPClient
Commits on Jan 18, 2012
  1. Removing exception caused by multipartFormRequestWithMethod:path:para…

    mattt committed Jan 18, 2012
    …meters:constructingBodyWithBlock: is called with certain HTTP methods. Although message bodies for methods like HEAD, GET, and DELETE are traditionally ignored, there is nothing in the HTTP or multipart specs that explicitly forbid the use of multipart for a particular HTTP method.
  2. Renaming 'class' variable to fix errors during compilation caused by …

    mattt committed Jan 18, 2012
    …some build settings (Thanks, Charlie Williams)
  3. Explicit cast in line 378 to uint8_t* needed for some build configs (…

    Charlie Williams authored and mattt committed Jan 18, 2012
    …i.e. mine) to avoid error.
Commits on Jan 16, 2012
  1. [Issue #158] [Issue #163] Fixing error check in appendPartWithFileURL…

    mattt committed Jan 16, 2012
    …:name:error:. Looking at the documentation for NSURLConnection +sendSynchronousRequest:returningResponse:error:, we don't really need to check error to do the right thing. Therefore, we can get away with checking data and response, and leaving the inclusion of the specified **error as an optional exercise to the user