2015-10-09 2 views
2

UPDATE 2IOS 9 CoreData/ICloud - Нет такого документа в URL

Я также иногда получаю эту ошибку:

CoreData: Ubiquity: Librarian returned a serious error for starting downloads Error Domain=BRCloudDocsErrorDomain Code=6 

мне интересно, если это связано? Я работаю над отправкой отчета об ошибке, но буду благодарен за понимание.

UPDATE

При возникновении этой ошибки я получаю очень странное поведение с CoreData, где он не будет в состоянии найти соответствующие объекты в том же контексте. Это абсолютно парализует мое приложение теперь

ORIGINAL ВОПРОС

У меня есть приложение, которое, кажется, работает отлично 90% времени SYNCING CoreData с ICloud повсеместных хранения.

Иногда я получаю эту ошибку и вещи начинают идти немного сумасшедшие:

CoreData: Ubiquity: Librarian returned a serious error for starting downloads Error Domain=BRCloudDocsErrorDomain Code=5 "No document at URL" 

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

Может ли кто-нибудь увидеть какие-либо проблемы с моим основным стеклом данных, которые могли бы вызвать это ?! Я чувствую, что я беру сумасшедшие таблетки.

// MARK: - Core Data stack 

lazy var managedObjectModel: NSManagedObjectModel = { 
    // The managed object model for the application. This property is not optional. It is a fatal error for the application not to be able to find and load its model. 
    let modelURL = NSBundle.mainBundle().URLForResource("Model", withExtension: "momd")! 
    return NSManagedObjectModel(contentsOfURL: modelURL)! 
    }() 

lazy var persistentStoreCoordinator: NSPersistentStoreCoordinator? = { 
    // The persistent store coordinator for the application. This implementation creates and return a coordinator, having added the store for the application to it. This property is optional since there are legitimate error conditions that could cause the creation of the store to fail. 
    // Create the coordinator and store 
    var coordinator: NSPersistentStoreCoordinator? = NSPersistentStoreCoordinator(managedObjectModel: self.managedObjectModel) 


    let documentsDirectory = NSFileManager.defaultManager().URLsForDirectory(NSSearchPathDirectory.DocumentDirectory, inDomains: NSSearchPathDomainMask.UserDomainMask).last as NSURL! 

    let storeURL = documentsDirectory.URLByAppendingPathComponent("ArrivedAlive.sqlite") 

    var error: NSError? = nil 
    var failureReason = "There was an error creating or loading the application's saved data." 
    let storeOptions = [NSPersistentStoreUbiquitousContentNameKey: "ArrivedAliveStore", NSMigratePersistentStoresAutomaticallyOption: true, NSInferMappingModelAutomaticallyOption: true] 

    do { 
     try coordinator!.addPersistentStoreWithType(NSSQLiteStoreType, configuration: nil, URL: storeURL, options: storeOptions) 
    } catch var error1 as NSError { 
     error = error1 
     coordinator = nil 
     // Report any error we got. 
     var dict = [String: AnyObject]() 
     dict[NSLocalizedDescriptionKey] = "Failed to initialize the application's saved data" 
     dict[NSLocalizedFailureReasonErrorKey] = failureReason 
     dict[NSUnderlyingErrorKey] = error 
     error = NSError(domain: "YOUR_ERROR_DOMAIN", code: 9999, userInfo: dict) 
     // Replace this with code to handle the error appropriately. 
     // abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development. 
     NSLog("Unresolved error \(error), \(error!.userInfo)") 
     abort() 
    } catch { 
     fatalError() 
    } 

    return coordinator 
    }() 


lazy var managedObjectContext: NSManagedObjectContext? = { 
    // Returns the managed object context for the application (which is already bound to the persistent store coordinator for the application.) This property is optional since there are legitimate error conditions that could cause the creation of the context to fail. 
    let coordinator = self.persistentStoreCoordinator 
    if coordinator == nil { 
     return nil 
    } 
    var managedObjectContext = NSManagedObjectContext(concurrencyType: NSManagedObjectContextConcurrencyType.MainQueueConcurrencyType) 

    managedObjectContext.mergePolicy = NSMergeByPropertyObjectTrumpMergePolicy 
    managedObjectContext.persistentStoreCoordinator = coordinator 

    return managedObjectContext 
    }() 
+0

Никакого решения, но в Swift 2 явного типа, отличного от 'NSURL', не требуется. Этого достаточно: '... .UserDomainMask) .last!' – vadian

+0

У меня были похожие проблемы и я получил билет DTS, и мне сказали, чтобы он регистрировал ошибку, но еще ничего не слышал о решении проблемы. Сказав, что я недавно преобразовал диспетчер стека Core Data, я использую единую базу кода для iOS и OSX и с тех пор не сталкивался с той же проблемой. По большей части я считаю, что эти проблемы можно игнорировать, поскольку они являются журналами Core Data и не обязательно указывают на ошибку, возможно, только на некоторые внутренние задержки iCloud. –

+0

Это внутренняя ошибка iCloud. Я бы попытался использовать один из ваших случаев технической поддержки с Apple, потому что я не думаю, что вы можете что-то сделать с этим напрямую. –

ответ

0

Для тех из вас там борется с этими проблемами - позвольте мне дать вам хорошие новости:

Для решения проблемы выполните следующие действия:

  1. Скачать и осуществления Ensembles GitHub
  2. Добавьте очень небольшое количество кода к вашему приложению. Создайте объект ансамбля и управляйте его.
  3. Вставьте свой сложенный вверх фрустрации n - все готово.

IT FIXED ВСЕЙ CLOUD SYNCING ОШИБКА

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

Смежные вопросы