Glass Mapper V4 Language Item Fallback, как заставить его работать с Autofac?

Я использую Glass Mapper v4 с Autofac и не могу понять, как заставить его работать с модулем возврата языковых элементов. Есть примеры создания класса, реализующего IObjectConstructionTask (см. ниже)

public class FallbackCheckTask : IObjectConstructionTask
{
    public void Execute(ObjectConstructionArgs args)
    {
        if (args.Result == null)
        {
            var scContext = args.AbstractTypeCreationContext as SitecoreTypeCreationContext;

            // if the item itself is null, regardless of version, abort
            if (scContext.Item == null)
            {
                args.AbortPipeline();
                return;
            }

            // we could be trying to convert rendering parameters to a glass model, and if so, just return.
            if (String.Compare(scContext.Item.Paths.FullPath, "[orphan]/renderingParameters", true) == 0)
            {
                return;
            }

            // the default glassmapper code would simply abort pipeline if the context items version count for the current langauge was 0
            // but this does not take item fallback into account
            // added here a check on the fallback extension method GetFallbackItem, recursively (for chained fallback)
            // and then if that fallback item is null or it's version count is 0 (and only then) would you go ahead and abort the pipeline
            if (scContext.Item.Versions.Count == 0)
            {
                var fallBackItem = CheckRecursivelyForFallbackItem(scContext.Item);
                if (fallBackItem == null)
                    args.AbortPipeline();
                else if (fallBackItem.Versions.Count == 0)
                    args.AbortPipeline();
                return;
            }
        }
    }

    // in the case of chained fallback, eg fr-CA -> en-CA -> en
    // could be that the middle languages don't have versions either, but DO have a fallback item
    // therefore, must check back further until either a version is found, or there are no more fallback items
    private Item CheckRecursivelyForFallbackItem(Item thisItem)
    {
        var fallBackItem = thisItem.GetFallbackItem();
        if (fallBackItem != null)
        {
            if (fallBackItem.Versions.Count == 0)
                fallBackItem = CheckRecursivelyForFallbackItem(fallBackItem);
        }
        return fallBackItem;
    }
}

Затем вы регистрируетесь (в Castle Windsor)

public static void CastleConfig(IWindsorContainer container){
            var config = new Config();

            container.Register(
               Component.For<IObjectConstructionTask>().ImplementedBy<FallbackCheckTask>().LifestylePerWebRequest()
              );
          //  config.EnableCaching = false;

            container.Install(new SitecoreInstaller(config));
        }

Я использую Autofac и не знаю, как выполнить то же действие, что и выше, и убедиться, что оно происходит в правильном порядке. Я регистрирую свои типы обычным способом (см. ниже), но, похоже, мой класс FallbackCheckTask не подключается.

 public static void Register()
    {
        var builder = new ContainerBuilder();
        builder.RegisterControllers(typeof(MvcApplication).Assembly);

        // register our types
        builder.RegisterType<FallbackCheckTask>().As<IObjectConstructionTask>().InstancePerLifetimeScope();

        // build and set the resolver
        var container = builder.Build();
        DependencyResolver.SetResolver(new AutofacDependencyResolver(container));
    }

У меня также есть резервный вариант языкового элемента, который работает, как и ожидалось, если стекло не участвует в извлечении значений элементов. Я понимаю, почему Glass не отображает данные из коробки, я просто не могу заставить работать исправление. Есть предположения?

ИЗМЕНИТЬ 2015-05-21 19:00

Я отредактировал GlassMapperScCustom.cs следующим образом:

public static IDependencyResolver CreateResolver(){
        var config = new Glass.Mapper.Sc.Config();
        var resolver = new DependencyResolver(config);

        resolver.ObjectConstructionFactory.Add(() => new FallbackCheckTask());

        return resolver;
    }

И теперь он вызывает метод Execute для FallbackCheckTask, только если есть версия элемента, если версии нет, метод не вызывается. Кроме того, независимо от того, что я делаю, если я включаю эту задачу, мои элементы тестового запроса всегда возвращаются как NULL:

  var test = SitecoreContext.QuerySingle<Item>("{7A6D933A-127B-4C08-B073-7C39F16EBD06}");
            var test1 = SitecoreContext.Query<Item>("{7A6D933A-127B-4C08-B073-7C39F16EBD06}").ToList();
            var test2 = SitecoreContext.GetCurrentItem<Item>();
            var test3 = SitecoreContext.GetItem<Item>("{7A6D933A-127B-4C08-B073-7C39F16EBD06}");

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