Base de Données - Echec du chargement du modèle optimisé au chemin

Je suis certains de ces tirages dans ma console lors de l'exécution de mon application à partir de Xcode 6 dans mon iPhone 6 avec iOS 9 beta 5:

CoreData: Échec du chargement du modèle optimisé au chemin '/var/mobile/Containers/Bundle/Application/0000000B-BDBC-0000-000B-0000FB00000B/Distribution.app/database.momd/database.omo'

Je pouvait pas trouver quelque chose à ce propos, quelqu'un aurait-il des précisions à propos de ce message?

Je vois un message similaire à l'aide de Xcode 6, mais seulement lors du déploiement d'iOS 9 de l'appareil ou de la carte sim. Je ne vois pas cela lors de l'exécution de toute iOS sur un appareil ou une carte sim lors de l'utilisation de Xcode 7 bêta. Donc, étant donné que iOS 9 est encore en version bêta, je suppose que c'est un bug spécifique à l'Xcode 6 iOS 9 combinaison. Je vais l'ignorer pour l'instant. Mon application fonctionne comme prévu, donc je ne vais pas passer tout le temps à la recherche dans ce jusqu'à ce que je vois la version release candidate versions d'iOS 9/Xcode 7.
Je suis également l'obtention de ce avec Xcode 7 GM. Aucune idée de ce que ce message d'erreur est d'environ?
même avec xcode 7 & iOS 9
quel est le verdict sur cette question? je suis passé par tous les post sur le sujet et personne ne semble savoir quel est le problème? quelqu'un a fait des progrès sur ce point?
même problème pour GoogleMaps
Je vais avoir sam question. L'aide de Base de Données de mon application et DragonMobile de SpeechKit.
Obtenez cette erreur sur un nouveau projet dès le démarrage d'utiliser xcode 9 (schéma original créé avec xcode 8).
Quelqu'un sait comment il a été résolu pour GoogleMaps?
Voici un solution vous pourriez essayer.

InformationsquelleAutor Glauco Neves | 2015-08-26

12

J'ai rencontré ce problème et fait un peu de creuser autour.

J'ai été la construction avec Xcode 6.4 et il ressemble auparavant de base de données seulement produit un .maman fichier MyApp.ipa momd répertoire. Cette capture d'écran est à partir d'un projet qui a vu plusieurs version de Xcode.

Avis de toutes les anciennes versions de modèle seulement une .maman de fichier. Je viens de créer un nouveau modèle, la version d'aujourd'hui et il a à la fois une .maman et un .omo fichier.

Il semble que Xcode 6.4 (et peut-être certains de la bêta 7.x versions) ne sais pas comment faire pour charger la version optimisée du modèle de données, car j'ai également le
```
2015-10-16 11:11:42.563 MyAppName[1767:599635] CoreData: Failed to load optimized model at path '/var/mobile/Containers/Bundle/Application/D887D60B-FB28-4059-8167-F573460D98F8/MyAppName.app/MyDataModel.momd/MyDataModel3_0Analytics.omo'
```
avertissement lors de la compilation avec 6.4. Cependant, lors de la compilation de l'application avec la dernière app store version de Xcode (7.0.1) je ne reçois pas cet avertissement. Je suppose que la raison Mahesh la solution de travail est parce que la ré-écriture de l'ensemble du schéma de crée la .omo fichier de l'application est à la recherche dans l'app bundle.

La solution pour moi a été de générer un nouveau modèle de données de la version de base de données et ensuite construire avec Xcode 7. Il semble que la création d'une nouvelle version du modèle crée le modèle optimisé de fichier. Dans mes tests, même avec ce fichier créé Xcode 6.4 jette toujours l'erreur. Il n'était pas jusqu'à ce que je essayé avec Xcode 7.0.1 que l'avertissement s'en alla.

C'est de la spéculation mais je pense que si vous avez un projet existant et n'ont pas créé un nouveau modèle de données de version et de build avec Xcode 7 que l' .omo fichier est manquant, donc c'est jeter de l'avertissement, car il ne peut pas trouver le fichier. Toutefois, si vous avez de version de votre modèle de données et de construire avec Xcode 6.4 il semble que le plus tôt Xcode version n'est pas faire quelque chose correctement avec la version optimisée et il ne charge pas, même si son là. Ce ne sont que mes observations si.

J'ai vérifié que j'avais un modèle optimisé (.omo fichier) à la charge en procédant de la manière suivante:
1. archive de votre projet
2. changer la .ipa extension .zip
3. développez votre fichier zip
4. cliquez sur la "charge utile" du dossier et faites un clic droit (ou cmd clic) sur l'app bundle dans le dossier et sélectionnez "Afficher le Contenu du Paquet".
5. cliquez sur le .momd répertoire, vous devriez voir tous les objets gérés modèles là.

Si tout ce que vous avez est .maman fichiers et pas de .omo fichiers puis l'avertissement prend tout son sens, l'application est impossible d'ouvrir un fichier qui n'existe pas.

Dans mon test, il semble que l'avertissement était uniquement à titre informatif. Je n'ai jamais eu aucun plantage à cause de cela. Il semble que de base de données peut essayer de charger le modèle optimisé en premier, et si cela échoue revenir à la régulière .momd modèle. Ce n'est que mon avis, si.

Je ne suis pas sûr si tout ici est tout à fait correct, c'est juste ce que j'ai observé jusqu'à présent en essayant de débogage. Si quelqu'un d'autre peut contribuer plus d'info je vous souhaite la bienvenue dans votre entrée.
- "Dans mon test, il semble que l'avertissement était uniquement à titre informatif. Je n'ai jamais eu aucun plantage à cause de cela." Je vais avoir la même expérience: je reçois un avertissement à partir de Xcode 6, mais tout fonctionne bien. J'ai un peu peur pour l'expédier à l'application de l'App Store avec cet avertissement toujours là, et je ne peux pas construire avec Xcode 7... sommes-nous sûrs que ce n'est qu'un avertissement et pas des accidents qui va arriver?
- J'ai été la construction avec Xcode 7, donc je n'ai pas rencontré l'erreur, mais je n'ai pas tout se bloque dans la version que j'ai fourni avec Xcode 6. Si vous souhaitez suivre les accidents qui se produisent, je recommande le tissu/crashlytics cadre par Twitter.
InformationsquelleAutor digitalHound
4

Je suis tombé sur ce problème ce matin. A fait un petit hack pour le remettre en marche. Je pense qu'il a quelque chose à voir avec la gestion des versions d'incompatibilité, mais je ne suis pas sûr.

De toute façon, si vous êtes en train de charger un momd-fichier, il suffit d'ajouter un "/[nom de fichier].maman" à la NSURL pour le faire fonctionner.

Dans mon cas, j'ai été charger le fichier Countly.momd et a fini par faire ceci:
```
//Original loading
NSURL modelURL = [[NSBundle bundleForClass:[CountlyDB class]] URLForResource:@"Countly" withExtension:@"momd"];

//Small hack
modelURL = [modelURL URLByAppendingPathComponent:@"Countly.mom"];
```
Mise à jour:
J'ai été en utilisant un POD, qui a utilisé CoreData. Retirer la gousse et ajouter la source etc. de repo directement le problème.

De sorte qu'il pourrait être un des gousses de problème.
- Hé c'est pas clair pour moi et probablement une tonne d'autres lecteurs. Pouvez-vous expliquer le processus de retrait de la gousse et ajouter la source à partir de la mise en pension (où l'obtenir, que faire, etc.). Ce bug est un gros problème et ce post semble être la seule chose où vous avez fait quelque chose qui a fonctionné pour vous. Si vous pourriez préciser, nous vous serions reconnaissants.
- Ouais au sérieux. J'obtiens l'erreur à l'aide de GoogleMaps' pod et cela arrive - /GoogleMaps.bundle/GMSCacheStorage.momd/de Stockage.omo'
- utilisez-vous MagicalRecord? Cela pourrait-il être lié à M. + CocoaPods?
- Cette réponse est FAUSSE. La question n'a rien à voir avec la gousse. Ne perdez pas votre temps à essayer de ça!
- Cela n'a pas fonctionné pour moi, fait de l'application crash.
- pouvez-vous expliquer pourquoi "cette question n'a rien à voir avec pod" ? Parce que je viens de tomber sur elle par l'extraction de l'appli de base à un autre pod, et coredata modèle y va aussi.
- Désolé je ne me souviens d'avoir ce problème, puis le fixer en quelque sorte, mais ne me souviens pas comment.. c'était il y a longtemps et tout ce que je peux retenir est que la correction a été incroyablement simple et stupide...
- Cela rend l'application crash.
- hack" a sauvé ma vie. Je ne suis pas ce pod question les gars, vous en parlions (je suis de l'avenir en 2017). Mais j'ai essayé d'ajouter la compatibilité descendante dans une Base de Données d'application créé dans Xcode 9 pour un iOS 9.3+ application. La swift 3 version de DiAvisoo "petit hack" résolu mon "gros" problème: {code}laissez ios9modelURL = modelURL?.appendingPathComponent("Countly.maman"){code}.
InformationsquelleAutor DiAvisoo
3

J'ai trouvé une solution pour ce. J'ai réécrit l'ensemble du schéma, et quand je lance le code, je me suis débarrassé de ces avertissements de base de données.

Je suggère merci de prendre de back-up avant de l'essayer.

Espère que cela vous aide.
- Avez-vous fait de la ré-écrire dans Xcode 7?
- Oui, j'ai réécrit le schéma.
- Désolé, mais, Comment est le système réécrit?
InformationsquelleAutor Mahesh

Après de longues recherches, c'était juste comme ça:

public lazy var persistentContainer: NSPersistentContainer = {

    var modelURL = Bundle(for: type(of: self)).url(forResource: "Model", withExtension: "momd")!

    //===> here you append the nameOfVersion.mom you created
    modelURL.appendPathComponent("Model 2.mom")
    let managedObjectModel = NSManagedObjectModel(contentsOf: modelURL)
    let container = NSPersistentContainer(name: "ModelFile", managedObjectModel: managedObjectModel!)

    container.persistentStoreDescriptions.first?.shouldInferMappingModelAutomatically = false

 ...

InformationsquelleAutor brahimm

0

Je tiens à répondre à des gens qui ont couru dans ce quand a été écrit propre pod qui est propre CoreData modèles. Probablement, vous avez mis votre définition du modèle pour le bundle (qui est bon), mais vous recherchez le momd de fichiers dans le mauvais lot.

Disons que vous avez défini votre bundle dans podspec comme ceci:
```
'MYPodBundle' => [
    'Model/*.{xcdatamodeld,xcdatamodel}'
]
```
Alors vous devez d'abord savoir ce bundle, puis recherchez votre modèle à l'intérieur.
```
NSURL *bundleURL = [[NSBundle bundleForClass:[MYEntity class]] URLForResource:@"MYPodBundle" withExtension:@"bundle"];
NSBundle *bundle = [NSBundle bundleWithURL:bundleURL];
NSString *modelPath = [bundle pathForResource:@"MYCoreDataModel" ofType:@"momd"];
NSManagedObjectModel *managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:[NSURL fileURLWithPath:modelPath]];
```
De sorte que vous pouvez continuer à créer des CoreData pile.

//Cela peut-être un peu hors-sujet parce que vous n'étiez pas d'écriture propre pod, mais votre réponse est sur google est top.

InformationsquelleAutor ReDetection

Vous devez vous connecter pour publier un commentaire.