IOS7 - квитанции, не проверяющие в песочнице - ошибка 21002 (java.lang.IllegalArgumentException)

Ответ 1

У меня была эта проблема и я искал всюду, в том числе на форумах разработчиков Apple. Apple даст пару ответов на акции, и это так. Я думаю, что это ошибка на стороне Apple. Валидация локально на устройстве будет работать, поэтому попробуйте конвертировать в это. Если вы абсолютно должны использовать проверку на стороне сервера, теперь работает только transactionReceipt.

Функция просто устарела, а не запрещена, поэтому я просто использую ее и надеюсь, что Apple одобрит приложение. На самом деле, это то, что я только что сделал, пальцы скрестились, ожидая одобрения.

Вы можете отключить предупреждение в Xcode, скопировав свой код следующим образом:

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wdeprecated-declarations"
// code using transactionReceipt
#pragma clang diagnostic pop

Ответ 2

У меня есть успех с квитанциями iOS7, полученными из пакета приложений, используя:

NSURL *receiptURL = [[NSBundle mainBundle] performSelector:@selector(appStoreReceiptURL)];
receipt = [NSData dataWithContentsOfURL:receiptURL];

Ответ, на мой сервер, с сервера Apple на квитанцию ​​стилей iOS7 сильно отличается от предыдущего стиля квитанции. Вот пример подтвержденной квитанции:

{"status":0,
    "environment":"Sandbox",
    "receipt":
    {"receipt_type":"ProductionSandbox",
        "adam_id":0,
        "bundle_id":"<snip>",
        "application_version":"1.0",
        "download_id":0,
        "request_date":"2013-11-12 01:43:06 Etc\/GMT",
        "request_date_ms":"1384220586352",
        "request_date_pst":"2013-11-11 17:43:06 America\/Los_Angeles",
        "in_app":[
                  {"quantity":"1",
                      "product_id":"<snip>",
                      "transaction_id":"1000000092978110",
                      "original_transaction_id":"1000000092978110",
                      "purchase_date":"2013-11-12 01:36:49 Etc\/GMT",
                      "purchase_date_ms":"1384220209000",
                      "purchase_date_pst":"2013-11-11 17:36:49 America\/Los_Angeles",
                      "original_purchase_date":"2013-11-12 01:36:49 Etc\/GMT",
                      "original_purchase_date_ms":"1384220209000",
                      "original_purchase_date_pst":"2013-11-11 17:36:49 America\/Los_Angeles",
                      "is_trial_period":"false"}
                  ]
    }
}

Довольно печатный отступ был для моей выгоды, а не строго говоря, как указано Apple.

Вот кишки моей клиентской стороны:

NSMutableDictionary *parameters = [NSMutableDictionary dictionary];
[parameters addEntriesFromDictionary:[credentials dictionary]];

// receipt is an object of my own making, but base64String just returns an
// NSString representation of the receipt data.
parameters[PURCHASE_RECEIPT] = [receipt base64String];

NSURLRequest *request =
    [[AFHTTPRequestSerializer serializer]
        requestWithMethod:@"POST"
                URLString:urlString
                parameters:parameters];

AFHTTPRequestOperation *operation =
    [[AFHTTPRequestOperation alloc]
        initWithRequest:request];
operation.responseSerializer = [AFJSONResponseSerializer serializer];

<snip>

[operation start];

И вот мужество того, что я использую на стороне сервера, где URL-адрес является сервером проверки производства или песочницы:

// Some code from http://stackoverflow.com/questions/5647461/how-do-i-send-a-post-request-with-php
private static function validateReceipt($receiptData, $URL) {
    // Connect to Apple server and validate.
    $data = json_encode(array("receipt-data" => $receiptData));

    // use key 'http' even if you send the request to https://...
    // This: 'content' => http_build_query($data),
    // seems to generate an error (21002)
    $options = array(
        'http' => array(
            'header'  => "Content-type: application/x-www-form-urlencoded",
            'method'  => 'POST',
            'content' => $data
        ),
    );
    $context  = stream_context_create($options);
    $result = file_get_contents($URL, false, $context);

    //Utils::writeToLog("done validateReceipt: " . $result);

    // See http://php.net/manual/en/function.file-get-contents.php
    // for the use of === comparison.
    if ($result === FALSE) {
        return NULL;
    } else {
        // Decode the result as an associative array.
        return json_decode($result, true);
    }
}

У меня есть успех с этим кодом с квитанциями типа iOS6 и iOS7.

Ответ 3

У меня были те же симптомы: ошибка 21002 (java.lang.IllegalArgumentException) при проверке поступлений стиля io7 с моего собственного сервера.

Оказалось, что есть две проблемы:

• Мои данные квитанции были плохими. Так или иначе, передавая данные на мой сервер, у них получилось множество символов "\ r\n" в базе данных, закодированных в базе64. (Я удалил их с помощью кода поиска и замены).

• Если вы используете автоматическое обновление подписки, вы должны передать два параметра в полезной нагрузке JSON, чтобы проверитьReceipt: "получение-данные", а также "пароль", который должен быть вашим общим секретом от itunes connect.

Как только я исправил эти две вещи, мои проверенные HTTP-запросы Confirm работали, как ожидалось.

Ответ 4

Apple использует безопасный base64 URL-адрес и имя файла из RFC 4648, который имеет -_ как последние два символа. +/является типичным для многих реализаций.

OP-код работает только с 10.9+ или 7.0+, вот ранее закрытый API, который поддерживает поддержку 4.0+ и 10.6 +:

[NSData base64Encoding]