CoreData: warning: Unable to load class named

MultithreadingCore DataSwiftNsmanagedobject

Multithreading Problem Overview


I am duplicating an existing Objective-C TV Show app to a new Swift version using Xcode 6.1 and am having some issues with CoreData.

I have created a model of 4 entities, created their NSManagedObject subclass (in Swift), and all files have the proper app targets set (for 'Compile Sources').

I am still getting this error whenever I try to insert a new entity:

> CoreData: warning: Unable to load class named 'Shows' for entity > 'Shows'. Class not found, using default NSManagedObject instead.

A few comments:

When saving to Core Data, I use the parent-child context way to allow background threading. I do this by setting up the ManagedObjectContext using:

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.persistentStoreCoordinator = coordinator
  return managedObjectContext
}()

and by saving data using:

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), { () -> Void in
  var context = NSManagedObjectContext(concurrencyType: NSManagedObjectContextConcurrencyType.PrivateQueueConcurrencyType)
  context.parentContext = self.managedObjectContext!
  ...rest of core data saving code here...
})

Multithreading Solutions


Solution 1 - Multithreading

This warning is one of the quirks we have to deal with while the details of the Swift implementation are being ironed out. The warning occurs spuriously, i.e. your setup might work even if you do not follow the steps outlined below.

I have been able to get rid of it in most cases by making sure that the class is set correctly in the model editor. Unlike in many other SOF posts (including answers to this question), the suggestion to include the module name (like MyApp.Shows) has not helped me.

Make sure you check these three items:

1.
Version that works up to Xcode 7 beta 3

Up to XCode7 b3

Notice that I corrected your entity name to the more appropriate singular.

Version that works for Swift 2.0 in Xcode 7.1
(Should work for Xcode 7 beta 4 and above)

You need to delete the text "Current Product Module" in Module!

From Xcode7 beta 3

2.
You should also follow the frequent recommendation to include

@objc(Show)

just above your class.

Note: If you are using Xcode 7 beta 4 or later, this step is optional.

3.
Also make sure to cast the created managed object to the proper class, as the default would be just NSManagedObject.

var newShow = NSEntityDescription.insertNewObjectForEntityForName("Show", 
                 inManagedObjectContext: context) as Show

Solution 2 - Multithreading

> SWIFT 2 / XCODE 7 Update: > > This issue (see my April 3 comment on this answer as well) is resolved in Swift 2 and XCode 7 beta release by Apple. > So you actually now do not need @objc(myEntity) in Swift as answered by Mundi or using > "MyAppName." before your Class name. It will stop working. So remove these, just put Class name in File and select Current Working Module as Module > and cheers!

> Selecting current working module

But for those using @objc(myEntity) in Swift (like me), you can use this other solution instead which works smoothly.

In the xcdatamodel correct class in. It should look like this:

Setting the class

Here you go. Module.Class is the pattern for CoreData in Swift and XCode 6. You will also need the same procedure when using Custom Policy class in Model Policy or other CoreData stuff. A note: In image, The Name and Class should be Car and MyAppName.Car (or whatever the name of your entity). Here, User is a typo.

Solution 3 - Multithreading

When using Xcode 7 and purely Swift, I actually had to remove @objc(MyClass) from my auto-generated NSManagedObject subclass (generated from Editor > Create NSManagedObject Subclass...).

Solution 4 - Multithreading

In Xcode 7 beta 2 (and I believe 1), in the model configuration a new managed object of type File is set to the Module Current Product Module and the class of the object is shown in configuration as .File.

Module of managed object type set to

Deleting the module setting so it is blank, or removing the full stop so the class name in configuration is just File are equivalent actions, as each causes the other change. Saving this configuration will remove the error described.

Module of managed object set to be blank in Xcode 7

Solution 5 - Multithreading

In Xcode 6.1.1 you do not need to add the @objc attribute since the base entity is a subset of an objc class (NSManagedObject) (see Swift Type Compatibility. In CoreData the full Module.Class name is required. Be aware the Module name is what is set in Build Settings -> Packaging -> Product Module Name. By default this is set to $(PRODUCT_NAME:c99extidentifier) which will be the Target's name.

Solution 6 - Multithreading

With xCode 7 and Swift 2.0 version, you don't need to add @objc(NameOfClass), just change the entity settings in "Show the Data Model Inspector" tab like below -

Name - "Your Entity Name"

Class - "Your Entity Name"

Module - "Current Product Module"

enter image description here

Code for Entity class file will be like (in my code Entity is Family) -

import UIKit
import CoreData

class Family: NSManagedObject {

   @NSManaged var member : AnyObject
}

This example is working fine in my app with xCode 7.0 + swift 2.0

Solution 7 - Multithreading

Do not forget to replace PRODUCT_MODULE_NAME with your product module name.

When a new entity is created, you need to go to the Data Model Inspector (last tab) and replace PRODUCT_MODULE_NAME with your module name, or it will result a class not found error when creating the persistent store coordinator.

Solution 8 - Multithreading

You also need to use (at least with Xcode 6.3.2) Module.Class when performing your cast for example: Assuming your module (i.e. product name) is Food and your class is Fruit

let myEntity =  NSEntityDescription.entityForName("Fruit", inManagedObjectContext: managedContext)
    
let fruit = NSManagedObject(entity: myEntity!, insertIntoManagedObjectContext:managedContext) as! Food.Fruit

Recap:

  • Include module name when defining entity in Data Model Editor (Name: Fruit, Class: Food.Fruit)
  • When accessing the entity in code (i.e.SWIFT), cast it with Module.class (e.g. Food.Fruit)

Solution 9 - Multithreading

I also encountered a similar problem, follow these steps to resolve:

  1. The parent is NSManagedObject, not NSObject
  2. The module of an entity is default, not "Current Product Module"

Solution 10 - Multithreading

Changing the Entity Class name in the Data Model editor to correspond to the class in question and adding @objc(NameOfClass) to file of each NSManagedObject right above the class declaration solved this problem for me during Unit Testing.

Solution 11 - Multithreading

What worked for me (Xcode 7.4, Swift) is changing the class name to <my actual class name>.<entity name> in the Entity inspector, 'Class' box.

My initiator of the Managed object subclass, looks like this:

    convenience init(<properties to init>) {
    let entityDescr = NSEntityDescription.entityForName("<entity class name>", inManagedObjectContext: <managed context>)
    self.init(entity: entityDescr!, insertIntoManagedObjectContext: <managed context>)}
    //init properties here

Solution 12 - Multithreading

For Xcode 11.5: if Codegen property is class Definition, and if you are not getting a suggestion for the entity you created in xcdatamodel. Try to quit Xcode and reopen your project again. It works for me. This answer is only if you are not getting suggestions but if your file doesn't get generated try any above answer.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionJimmyJammedView Question on Stackoverflow
Solution 1 - MultithreadingMundiView Answer on Stackoverflow
Solution 2 - MultithreadingkhunshanView Answer on Stackoverflow
Solution 3 - MultithreadingAndrewView Answer on Stackoverflow
Solution 4 - MultithreadingDuncan BabbageView Answer on Stackoverflow
Solution 5 - MultithreadingJim MalakView Answer on Stackoverflow
Solution 6 - MultithreadingHimanshu MahajanView Answer on Stackoverflow
Solution 7 - MultithreadingKofView Answer on Stackoverflow
Solution 8 - MultithreadingWizkidView Answer on Stackoverflow
Solution 9 - MultithreadingWSJView Answer on Stackoverflow
Solution 10 - Multithreadinguser3269767View Answer on Stackoverflow
Solution 11 - MultithreadingmarkView Answer on Stackoverflow
Solution 12 - MultithreadingGulshan KumarView Answer on Stackoverflow