Сбой при добавлении постоянного хранилища (включен iCloud) в делегате приложения

Ответ 1

Обновленный ответ для повторной синхронизации ваших устройств Месяцы возиться вокруг привели меня к выяснению, что (я считаю) корневая проблема. Проблема заключалась в том, что устройства снова разговаривали друг с другом после того, как они перестали синхронизироваться. Я не могу точно сказать, что вызывает это, но мое подозрение в том, что журнал транзакций поврежден или, скорее, воссоздан контейнер самого журнала. Это было бы похоже на перенос проводки A в контейнер A и устройство B, выполняющее то же самое, что и для обеих сообщений в контейнере C, где они могут читать/записывать в журналы.

Теперь, когда мы знаем проблему, это вопрос создания решения. Больше возиться привело меня к следующему. У меня есть метод под названием resetiCloudSync:(BOOL)isSource, который является модифицированной версией метода выше в моем первоначальном вопросе.

- (void)resetiCloudSync:(BOOL)isSource {
    NSLog(@"reset sync source %d", isSource);
    NSManagedObjectContext *moc = self.managedObjectContext;

    if (isSource) {
        // remove data from app cloud account, then repopulate with copy of existing data;

        // find your log transaction container;
        NSURL *cloudURL = [[NSFileManager defaultManager] URLForUbiquityContainerIdentifier:nil];
        NSString *coreDataCloudContent = [[cloudURL path] stringByAppendingPathComponent:@"store"];
        cloudURL = [NSURL fileURLWithPath:coreDataCloudContent];
        NSError *error = nil;

        // remove the old log transaction container and it logs;
        [[NSFileManager defaultManager] removeItemAtURL:cloudURL error:&error];

        // rebuild the container to insert the "new" data into;
        if ([[NSFileManager defaultManager] createFileAtPath:coreDataCloudContent contents:nil attributes:nil]) {

            // this will differ for everyone else. here i set up an array that stores the core data objects that are to-many relationships; 
            NSArray *keyArray = [NSArray arrayWithObjects:@"addedFields", @"mileages", @"parts", @"repairEvents", nil];

            // create a request to temporarily store the objects you need to replicate;
            // my heirarchy starts with vehicles as parent entities with many attributes and relationships (both to-one and to-many);
            // as this format is a mix of just about everything, it works great for example purposes;
            NSFetchRequest *request = [[NSFetchRequest alloc] init];
            NSEntityDescription *entity = [NSEntityDescription entityForName:@"Vehicle" inManagedObjectContext:moc];
            [request setEntity:entity];
            NSError *error = nil;
            NSArray *vehicles = [moc executeFetchRequest:request error:&error];

            for (NSManagedObject *object in vehicles) {
                NSManagedObject *newObject = [NSEntityDescription insertNewObjectForEntityForName:object.entity.name inManagedObjectContext:moc];
                // check regular values;
                for (NSString *key in object.entity.attributesByName.allKeys) {
                    [newObject setValue:[object valueForKey:key] forKey:key];
                }

                // check relationships;
                NSMutableSet *relSet = [[NSMutableSet alloc] init];
                for (NSString *key in object.entity.relationshipsByName.allKeys) {
                    [relSet removeAllObjects];

                    // check to see relationship exists;
                    if ([object valueForKey:key] != nil) {

                        // check to see if relationship is to-many;
                        if ([keyArray containsObject:key]) {
                            for (NSManagedObject *toManyObject in [object valueForKey:key]) {
                                [relSet addObject:toManyObject];
                            }
                        } else {
                            [relSet addObject:[object valueForKey:key]];
                        }

                        // cycle through objects;
                        for (NSManagedObject *subObject in relSet) {
                            NSManagedObject *newSubObject = [NSEntityDescription insertNewObjectForEntityForName:subObject.entity.name inManagedObjectContext:moc];
                            // check sub values;
                            for (NSString *subKey in subObject.entity.attributesByName.allKeys) {
                                NSLog(@"subkey %@", subKey);
                                [newSubObject setValue:[subObject valueForKey:subKey] forKey:subKey];
                            }
                            // check sub relationships;
                            for (NSString *subRel in subObject.entity.relationshipsByName.allKeys) {
                                NSLog(@"sub relationship %@", subRel);
                                // set up any additional checks if necessary;
                                [newSubObject setValue:newObject forKey:subRel];
                            }
                        }
                    }
                }   
                [moc deleteObject:object];
            }
            [self resetStore];
        }
    } else {
        // here we remove all data from the current device to populate with data pushed to cloud from other device;
        for (NSManagedObject *object in moc.registeredObjects) {
            [moc deleteObject:object];
        }
    }
    [[[UIAlertView alloc] initWithTitle:@"Sync has been reset" message:nil delegate:nil cancelButtonTitle:@"Dismiss" otherButtonTitles:nil] show];
}

В этом коде у меня есть два разных пути. Один - для устройств, которые не синхронизированы, и им необходимо импортировать данные из исходного устройства. Весь этот путь очищает память, чтобы подготовить ее к данным, которые должны быть в ней.

Другой (isSource = YES) путь, делает несколько вещей. Как правило, он удаляет поврежденный контейнер. Затем он создает новый контейнер (для журналов должно быть место для проживания). Наконец, он ищет через родительские объекты и копирует их. Это означает, что контейнер контейнера транзакций заполняется информацией, которая должна быть там. Затем вам нужно удалить исходные объекты, чтобы у вас не было дубликатов. Наконец, reset постоянное хранилище "обновит" основные данные приложения и обновит все представления и fetchedResultsControllers.

Я могу подтвердить, что это работает чудесно. Я очистил данные с устройств (isSource = NO), которые не разговаривали с основным устройством (где хранятся данные) в течение нескольких месяцев. Затем я вытолкнул данные из основного устройства и с восхищением наблюдал, как ВСЕ мои данные появились в течение нескольких секунд.

Опять же, не стесняйтесь ссылаться и делиться этим со всеми, у кого возникли проблемы с синхронизацией с iCloud.

Отвечайте на оригинальный вопрос, который больше не затрагивается после выхода iOS 5.1, который исправил сбой после удаления вашего хранилища iCloud приложения в настройках

После многих многих попыток попробовать что-либо и все, чтобы получить это, я попытался создать новый идентификатор приложения, обновил профиль профилей, связанный с приложением, изменился вокруг полей контейнера iCloud, чтобы соответствовать новому профилю, и все снова работает, Я до сих пор не знаю, почему это произошло, но похоже, что хранилище iCloud, связанное с этим идентификатором приложения, повреждено?

Итак, нижняя строка, если это происходит с кем-то еще, выполните следующие действия, и вы должны быть хорошими:

• Создайте новый идентификатор приложения на портале Provisioning Portal.
• Найдите профиль обеспечения, связанный с приложением. Нажмите "Изменить" - "Изменить", а затем измените идентификатор приложения на тот, который вы только что создали.
• Отправьте изменение, затем замените существующий профиль в Xcode тем, который вы только что создали.
• Измените все экземпляры <bundleIdentifier>, чтобы они соответствовали новому идентификатору приложения (это было бы на главной странице приложения приложения, правах на контейнеры iCloud и хранилище ключевых слов iCloud и в вашем файле AppDelegate, где вы создаете постоянный магазин, как в моем коде выше).
• Перезагрузите Xcode, так как вы изменили информацию о профилях подготовки (он будет жаловаться иначе и откажется работать на устройстве).
• Убедитесь, что новый профиль находится на устройствах, на которых вы хотите установить приложение, а затем выполните сборку и запуск. В этот момент все должно работать нормально.

Ответ 2

Еще одно уточнение: Аналогичная ситуация со мной испытала устройства на iOS 6.0.1 и бета-версии 6.1.

Он не полностью исправлен в iOS 5.1, как указано @Slev. Одно устройство полностью замерзнет примерно на 80 секунд, пытаясь получить доступ к постоянному хранилищу в iCloud, но никогда не сможет получить доступ к хранящейся там информации.

Я считаю, что это связано с поврежденным файлом журнала в ОС устройства. Удаление данных приложения или iCloud на устройстве не помогло устранить заморозку/невозможность доступа к хранилищу iCloud.

Единственное исправление, которое я обнаружил, - reset all settings (также стереть все содержимое) на устройстве. settings->general->reset.

Только тогда я могу снова получить доступ к данным в iCloud с моим приложением на этом устройстве. Надеюсь, это поможет кому-то еще, кто пришел сюда, искать решение очень расстраивающей ошибки.

Ответ 3

Я получил эту ошибку при использовании одного устройства в версии 5.0.1 beta 1 и 1 на 5.0.0.

Я избавился от ошибки, изменив имя контейнера iCloud. В списке iCloud Containers первый должен соответствовать вашему идентификатору приложения, но вы можете добавить дополнительные контейнеры с разными именами.

(Как slev решение об изменении идентификатора приложения, это только хорошее решение, если приложение еще не выпущено.)

Ответ 4

UPDATE:

Каждый должен действительно взглянуть на сеанс 227 iDSoud Core Data от WWDC 2012. Исходный код, который они предоставляют, является отличной отправной точкой для решения на основе iCloud. Действительно потратьте время, чтобы пройти то, что они делают. Вам нужно будет заполнить некоторые отверстия, такие как копирование объектов из одного магазина в другой и удаление дубликатов. При этом я больше не использую подход migratePersistentStore, как описано ниже, для перемещения между локальными и iCloud-хранилищами.

Мой оригинальный ответ:

Слев попросил меня отправить код для переноса магазина из локальной копии в iCloud и обратно. Этот код является экспериментальным и не должен использоваться в производстве. Он представлен здесь только как ссылка для обмена и продвижения вперед. После того, как Apple выпустит надлежащее ссылочное приложение, вам следует, вероятно, проконсультироваться с этим для ваших шаблонов и практик.

-(void) onChangeiCloudSync
{
    YourAppDelegate* appDelegate = (YourAppDelegate*) [[UIApplication sharedApplication] delegate];
    NSFileManager *fileManager = [NSFileManager defaultManager];

    if ([iCloudUtility iCloudEnabled])
    {
        NSURL *storeUrl = [[appDelegate applicationDocumentsDirectory] URLByAppendingPathComponent:@"YourApp2.sqlite"];
        NSURL *cloudURL = [fileManager URLForUbiquityContainerIdentifier:nil];
        NSString* coreDataCloudContent = [[cloudURL path] stringByAppendingPathComponent:@"data"];
        cloudURL = [NSURL fileURLWithPath:coreDataCloudContent];

        //  The API to turn on Core Data iCloud support here.
        NSDictionary* options = [NSDictionary dictionaryWithObjectsAndKeys:@"com.yourcompany.yourapp.coredata", NSPersistentStoreUbiquitousContentNameKey, cloudURL, NSPersistentStoreUbiquitousContentURLKey, [NSNumber numberWithBool:YES], NSMigratePersistentStoresAutomaticallyOption, [NSNumber numberWithBool:YES], NSInferMappingModelAutomaticallyOption,nil];

        NSPersistentStore* store = [appDelegate.persistentStoreCoordinator.persistentStores objectAtIndex:0];
        NSError* error;
        if (![appDelegate.persistentStoreCoordinator migratePersistentStore:store toURL:storeUrl options:options withType:NSSQLiteStoreType error:&error])
        {
            NSLog(@"Error migrating data: %@, %@", error, [error userInfo]);
            //abort();
        }
        [fileManager removeItemAtURL:[[appDelegate applicationDocumentsDirectory] URLByAppendingPathComponent:@"YourApp.sqlite"] error:nil];
        [appDelegate resetStore];
    }
    else
    {
        NSURL *storeUrl = [[appDelegate applicationDocumentsDirectory] URLByAppendingPathComponent:@"YourApp.sqlite"];

        //  The API to turn on Core Data iCloud support here.
        NSDictionary *options = [NSDictionary dictionaryWithObjectsAndKeys:
                                 [NSNumber numberWithBool:YES], NSMigratePersistentStoresAutomaticallyOption,
                                 [NSNumber numberWithBool:YES], NSInferMappingModelAutomaticallyOption,
                                 nil];

        NSPersistentStore* store = [appDelegate.persistentStoreCoordinator.persistentStores objectAtIndex:0];
        NSError* error;
        if (![appDelegate.persistentStoreCoordinator migratePersistentStore:store toURL:storeUrl options:options withType:NSSQLiteStoreType error:&error])
        {
            NSLog(@"Error migrating data: %@, %@", error, [error userInfo]);
            //abort();
        }
        [fileManager removeItemAtURL:[[appDelegate applicationDocumentsDirectory] URLByAppendingPathComponent:@"YourApp2.sqlite"] error:nil];
        [appDelegate resetStore];
    }
}

Ответ 5

Извините, Slev. У меня такая же проблема, что и у вас, когда вы говорите, что приложение терпит крах, потому что данные iCloud попытаются сразу же спрятаться в устройстве (где устройство еще не настроило его постоянное хранилище) но я не понимаю, как вы это решили.

Ваш код:

- (void)mergeChangesFrom_iCloud:(NSNotification *)notification {
    if (self.unlocked) {
       NSManagedObjectContext *moc = [self managedObjectContext];
        [moc performBlock:^{
            [self mergeiCloudChanges:notification forContext:moc];
        }];
    }
}

Я еще не пробовал, но смотрю на этот код. Интересно, что происходит с уведомлениями, которые появляются, когда "разблокировано" является ложным. Вы потеряете их?

Не было бы лучше иметь цикл while, который проверяет свойство "unlocked" и тратит несколько раз, пока свойство не станет истинным?

Надеюсь, вы поймете мой очень плохой английский...:) Спасибо вам Dave