Question

I get this exception at Domain.Build:

Domain build failed: Xtensive.Storage.DomainBuilderException: Abstract class MyAbstractClass does not have registered implementors.
   at Xtensive.Storage.Building.ModelInspector.InspectAbstractTypes()
   at Xtensive.Storage.Building.Builders.ModelBuilder.Run()
   at Xtensive.Storage.Building.Builders.DomainBuilder.BuildModel()
   at Xtensive.Storage.Building.Builders.DomainBuilder.BuildDomain(DomainConfiguration configuration, DomainBuilderConfiguration builderConfiguration)
   at Xtensive.Storage.Upgrade.UpgradingDomainBuilder.BuildStageDomain(UpgradeStage stage)
   at Xtensive.Storage.Upgrade.UpgradingDomainBuilder.Build(DomainConfiguration configuration)

This is not practical because we use a plugin structure : some abstract classes are defined in a core assembly, with implementation defined in other assemblies : plugins.

With this, I'm required to register plugins even if I'm not using them.

Is there is reason for this limitation?

Accepted Answer

0

There is no easy way to handle this issue without this workaround, i.e. we decided to choose the less dangerous among two evils:

Throw an error if you query for an abstract type w/o descendants
Require each abstract type to have at least one non-abstract descendant. I.e. you shouldn't have their instances, but should have at least one descendant type.

This is a quickfix, so we'll think about full solution. But for now we can't offer anything better.

answered Sep 07 '10 at 09:48

Alex Yakunin
2971●4●4●12

edited Sep 07 '10 at 09:48

I understand : please let me know when this is fixed, it's not really practical.

(Sep 07 '10 at 10:37) olorin

The issue is fixed.

(Sep 08 '10 at 13:07) Alex Yakunin

Subscription:

Related questions