Try deleting the temporary asp.net files and/or IIS reset and if that doesn't help, see the differences in web.config file for localhost and test server. Check if you have StructureMap in runtime/assemblyBinding/dependentAssembly. If so, delete it. Hope it helps.

Hi Marija!

Thank you for your answer!
I have done what you suggested but I have still the same error.

Any other idea what it could be?

Best regards,

Daniel

---- log4net output ----

---> (Inner Exception #0) EPiServer.ServiceLocation.ActivationException: Activation error occurred while trying to get instance of type DefaultContentProvider, key "" ---> StructureMap.StructureMapException: StructureMap Exception Code: 202
No Default Instance defined for PluginFamily EPiServer.Core.Transfer.IContentCopyHandler, EPiServer, Version=7.0.586.1, Culture=neutral, PublicKeyToken=8fe83dea738b45b7
at StructureMap.BuildSession.<.ctor>b__0(Type t)
at StructureMap.Util.Cache`2.get_Item(KEY key)
at StructureMap.BuildSession.CreateInstance(Type pluginType)
at StructureMap.Pipeline.Instance.createRawObject(Type pluginType, BuildSession session)
at StructureMap.Pipeline.Instance.Build(Type pluginType, BuildSession session)
at StructureMap.Pipeline.ConstructorInstance.Get[T](String propertyName, BuildSession session)
at lambda_method(Closure , IArguments )
at StructureMap.Construction.BuilderCompiler.FuncCompiler`1.<>c__DisplayClass2.<CreateBuilder>b__0(IArguments args)
at StructureMap.Construction.InstanceBuilder.BuildInstance(IArguments args)
at StructureMap.Pipeline.ConstructorInstance.Build(Type pluginType, BuildSession session, IInstanceBuilder builder)
at StructureMap.Pipeline.Instance.createRawObject(Type pluginType, BuildSession session)
at StructureMap.Pipeline.Instance.Build(Type pluginType, BuildSession session)
at StructureMap.Pipeline.ObjectBuilder.Resolve(Type pluginType, Instance instance, BuildSession session)
at StructureMap.BuildSession.CreateInstance(Type pluginType, Instance instance)
at StructureMap.BuildSession.CreateInstance(Type pluginType)
at EPiServer.ServiceLocation.ServiceLocatorImplBase.GetInstance(Type serviceType, String key)
--- End of inner exception stack trace ---
at EPiServer.ServiceLocation.ServiceLocatorImplBase.GetInstance(Type serviceType, String key)
at EPiServer.ServiceLocation.ServiceLocatorImplBase.GetInstance[TService]()
at EPiServer.Core.ContentProviderMap.LoadProviders(ProviderSettingsCollection pageProvidersCollection)
at EPiServer.Initialization.CmsCoreInitialization.<>c__DisplayClass5.<Initialize>b__0()
at System.Threading.Tasks.Task.Execute()<---

I am having this problem sometimes while rebuilding the application often.

Things that cross my mind are:

- Do you have a valid license?

- Can you reinstall EPiServer?

Maybe this is a bit heavy, but I don't have a smarter answer.

Make sure you're registering your StructureMap DependencyResolver in an IInitializableModule so it starts up at the right time (and not just in Global.asax or similar).

Hope this helps.

Frederik

Hi, Daniel & Frederik,

Can you please post the IInitializableModule that has solved this issue? I have the same problem on the production server now, but it seems that I am doing something wrong.

Thank you in advance!

Marija

Just move the code from Global.asax to an IInitializableModule:

[ModuleDependency(typeof(ServiceContainerInitialization))]
    [InitializableModule]
    public class DependencyResolverInitialization : IConfigurableModule
    {
        public void ConfigureContainer(ServiceConfigurationContext context)
        {
            context.Container.Configure(ConfigureContainer);

            // This will setup the DependencyResolver with the EPiServer StructureMap Container
            DependencyResolver.SetResolver(new StructureMapDependencyResolver(context.Container));
        }

        private static void ConfigureContainer(ConfigurationExpression container)
        {
            container.AddRegistry<StructureMapRegistry>();
        }

        public void Initialize(InitializationEngine context)
        {
        }

        public void Uninitialize(InitializationEngine context)
        {
        }

        public void Preload(string[] parameters)
        {
        }
    }

Frederik

This fixed our problem, thx, Frederik, for the quick and accurate answer! :)

I've got the same problem at the moment. It works on some developer machines and not others.

I have tried everything on this thread but it is still coming out with this error. The code and config are the same so it must be something environmental on these machines. The versions of EPiServer are the same as well.

I am at a complete loss. This is a nasty issue. Has anyone else got any other ideas.

Thanks

Hi, Tim,

Where and when do you configure your IoC container? Can you post some code? It should be (if it's the same error as explained above) that you are calling some code prior to initialization of structuremap.

For me, this post was of great help http://www.epinova.no/blog/tarjei-olsen/dates/2013/1/injecting-stuff-in-your-view-controller/. I have rewritten my initialization as explained there. Then, you would use ServiceLocator.Current.GetInstance<IProvideAwesomeness> everywhere in the code (instead of using StructureMap classes directly).

It should be that if you clear temporary files and kill IISExpress, you will be able to reproduce the bug on your machine as well.

Hi Marija

Thanks for your help

Previously I haven't explicitly configured the IoC container. I'm assuming episerver runs it under the covers (in global maybe).

I have also tried using Fredriks code above as an Initialisation Module but the line 

container.AddRegistry<StructureMapRegistry>();

Doesn't compile so I knocked it out. I'm not sure where the reference is for this.

Basically though we are not using IoC containers explicitly - the only place they are used is what EPiServer does. Everything seems the same - iot's as if the IoC initialisation in EPiServer.Global doesn't run correctly in some circumstances.

I honestly think this is a bug in EPiServer. Certainly it shouldn't be this hard to set things up

OK to clarify - the StructureMapRegistry looks where the custom initialsation goes. But since we aren't doing any custom initialisation then it makes sense I have nothing to put here

Yes, sure, you don't need any of it since you don't have any custom initialization. Could it be that you are having an initializationmodule that is missing a dependency to [ModuleDependency(typeof(EPiServer.Web.InitializationModule))]?

I assume stack trace doesn't give you any entry point in your code, but seems like an EPiServer bug? What version are you running?

The error is at a piece of code that does

LanguageBranch.LanguageBranchRepository.Load(cultureInfo);

And the stack trace is 

[StructureMapException: StructureMap Exception Code:  202

No Default Instance defined for PluginFamily EPiServer.DataAbstraction.ILanguageBranchRepository, EPiServer, Version=7.0.586.8, Culture=neutral, PublicKeyToken=8fe83dea738b45b7]

   StructureMap.BuildSession.<.ctor>b__0(Type t) +162

   StructureMap.Util.Cache`2.get_Item(KEY key) +160

   StructureMap.BuildSession.CreateInstance(Type pluginType) +14

   StructureMap.Container.GetInstance(Type pluginType) +79

   EPiServer.ServiceLocation.StructureMapServiceLocator.DoGetInstance(Type serviceType, String key) +43

   EPiServer.ServiceLocation.ServiceLocatorImplBase.GetInstance(Type serviceType, String key) +50

[ActivationException: Activation error occurred while trying to get instance of type ILanguageBranchRepository, key ""]

   EPiServer.ServiceLocation.ServiceLocatorImplBase.GetInstance(Type serviceType, String key) +110

   EPiServer.ServiceLocation.ServiceLocatorImplBase.GetInstance() +65

   EPiServer.DataAbstraction.LanguageBranch.get_LanguageBranchRepository() +31

Oh and I am CMS 7.

Generally I could understand the failure but it's the fact it works on some but not others that is puzzling (very very puzzling)

I can't reproduce the error, but can you try rewriting it like this:

var langRepo = ServiceLocator.Current.GetInstance<ILanguageBranchRepository>();
var yy = langRepo.Load(cultureInfo);

I meant which specific version of 7, have you upgraded to 7.0.586.24? Maybe there was some sort of bug in the earlier versions.

Brilliant. Thank you so much that work!!! It must be a bug in the build. We are on 7.0.586.8

Thank you

Had the same problem:

[ActivationException: Activation error occurred while trying to get instance of type DefaultContentProvider, key ""]

with inner exception:

System.EntryPointNotFoundException

this fixed problem for me:

<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="StructureMap" publicKeyToken="e60ad81abae3c223" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-2.6.4.0" newVersion="2.6.4.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>

Installing two Nugets solved it for me.

EPiServer.CMS.Core -Version 7.0.586.1

Hello,

(I'm running 7.19 so a bug fixed in this version is not the case - read on)

I have found a definite (?) solution to this problem.

To troubleshoot and gain more insight, (a bit simplistically to skip some precursory details) open the following locations on both your machines:

• C:\Users\(your account)\AppData (this folder is hidden)\Temporary ASP.NET Files\
• C:\Users\(your application pool account)\AppData (this folder is hidden)\Temporary ASP.NET Files\
• C:\Windows\Microsoft.NET\Framework\v4.0 (or whatever version you're running)\Temporary ASP.NET Files\
• C:\Windows\Microsoft.NET\Framework64\v4.0 (or whatever version you're running)\Temporary ASP.NET Files\

(Probably, the 2 last ones won't be needed but are left for the cargo-cult troubleshooter)

Delete all folders inside (you may need to stop IIS/IIS express for a while) and only start the EPiServer websites you need to troubleshoot.

If you're running Cassini, you'll probably see a vs\ folder inside location 1, inside that you'll find a folder with a HEX-based name and another one inside that, inside that you'll find a folder UserCache\. Inside this folder you have a EPiFxAssemblyTypeCache.xml where all types that are used for IoC are listed. This is a performance thing because Reflection is very slow (read here), but it also allows us to troubleshoot without the need for fiddling with log4net.

If you're running IIS proper, you'll probably see a vs\ folder inside location 2, inside that you'll find a folder with a HEX-based name, and eventually you'll find the same EPiFxAssemblyTypeCache.xml in there.

Comparing these with diff is no use at once, since the assemblies inside are not ordered. But you'll probably find that EPiServer.Enterprise is missing from the faulty installation.

Now, seeing that EPiServer.Enterprise contains the default implementation for IContentCopyHandler, ([ServiceConfiguration(ServiceType = typeof (IContentCopyHandler))] public class ContentCopyHandler : IContentCopyHandler), you will notice that removing EPiServer.Enterprise.dll from your bin\ folder in the functioning site yields the same result (or: error message).

In my case, sending this file over FTP made the 200+kb file become ~23kb, so it probably became corrupted. Nevertheless, sending it again fixed the problem.

TL;DR Copy the bin folder again.

Björn Ali

Hello, 

I am having same issue but not on the website. My webiste is working just fine after 8.x upgrade. But Quartz is failing for me with this error. I have a separate post that shows the code and the exception. Any help will be much appreciated.

The other post is at:

http://world.episerver.com/forum/developer-forum/EPiServer-Commerce/Thread-Container/2015/6/quartz-initialization-issues-after-episerver-82.x-upgrade/