NHibernate Fluent 1.2 - La invoquée membre n'est pas pris en charge dans une dynamique de l'assemblage

J'ai mis à jour mon Couramment NHibenate à 1,2 parce que j'ai mis à jour NHibenate à la version 3.0. Ce fut à son tour parce que je utiliser ANTLR dans mon projet et avait des problèmes de compatibilité entre ANTLR versions. Maintenant, je reçois cette erreur lors de la création de mappages dans le cadre de la Fluidité.Configurer() l'appel que je n'ai pas auparavant obtenir avec la version 1.0.X.X en utilisant les mêmes assemblées. Je développe en C# .NET 3.5 dans VS2008.

D'erreur est "Le invoquée membre n'est pas pris en charge dans une dynamique de l'assemblage."

    public static ISessionFactory GetFactory()
    {
        if (_factory == null)
        {
            Assembly assembly = Assembly.Load("BigFoot.Infrastructure");

            IApplicationContext springContainer = ContextRegistry.GetContext();
            IDbProvider provider = (IDbProvider)springContainer.GetObject("DbProvider");

            string connection = provider.ConnectionString;

            if (connection.Length > 0)
            {

                _factory = Fluently.Configure()
                    .Database(MsSqlConfiguration.MsSql2008.ConnectionString(connection))
                    .Mappings(m =>
                        {
                            m.FluentMappings.AddFromAssembly(assembly);
                            m.HbmMappings.AddFromAssembly(assembly);
                        })

                    .BuildSessionFactory();
            }
        }

        return _factory;
    }
veuillez poster le plein de trace de pile
oui, et si elle dit quelle classe il s'est étouffé avec, s'il vous plaît poster le code que trop
Je pense que tu veux dire v1.1.1.694. Il n'y a pas de FN 1.2.

OriginalL'auteur Marc | 2011-02-15

  1. 12

    Pour ceux qui devront faire face à nouveau le problème. Cette exception est un comportement normal, car il n'est pas un non gérée. La seule raison pour laquelle vous voyez, c'est que visual studio configuré de sorte à vous de voir toutes les exceptions (traitées et non traitées) et " débogage juste mon code est désactivé. Ainsi, vous pouvez simplement ignorer l'exception et appuyez sur continuer quand il est pris ou configurer visual studio, afin de ne montrent pas de telles exceptions.

    Aujourd'hui, j'ai reçu un appel d'un autre développeur sur mon équipe au sujet d'une NotSupportedException être lancés à partir d'un appel à Fluently.Configure(). Autre que d'avoir Visual Studio pause pour le rapport de l'exception, il n'y avait pas un comportement aberrant. Il a eu la "Activer uniquement Mon Code" option désactivée. J'ai aussi décoché lui et vit l'exception. Mais NHibernate a été fonctionne correctement. Je lui ai dit de s'assurer que l'option a été activée et ne vous inquiétez pas combat depuis NHibernate semble correctement la manipulation de cette exception.

    OriginalL'auteur StuffHappens

  2. 4

    J'ai aussi eu une exception en disant: "La invoquée membre n'est pas pris en charge dans une dynamique de l'assemblage." et il m'a causé quelques maux de tête à trouver sa cause dans mon cas.

    La raison mentionnée dans @StuffHappens réponse de tenue pour moi aussi: j'avais aussi vérifié la "Levée"-boîte de "Common Language Runtime Exceptions" dans le Debug->boîte de dialogue Exceptions. Mais, j'ai aussi eu décoché Outils->Options->Débogage->"Activer uniquement Mon Code (Géré Uniquement)". En fait, je n'ai pas s'attendre à de telles exceptions à se manifester au cours de degugging quand je l'ai fait.

    En plus de l'exception ci-dessus, j'ai aussi vu

    • un MissingManifestResourceException de DevExpress se plaindre de certains SkinInfoBlob.des ressources élément de ne pas être présent dans une DLL contenant un skin personnalisé
    • différents FileNotFoundExceptions se plaindre à propos de soi-disant manque *.XmlSerializers assemblées ayant la même version que l'assemblée, dans lequel un type de résidence (non seulement pour nos propres assemblées, mais aussi pour NHibernate.XmlSerializers)
    • un NotSupportedException de Spring.Net en essayant de résoudre un objet de NHibernate, précisant que "Les invoquée membre n'est pas pris en charge dans une dynamique de l'assemblage." (ou "Der aufgerufene Membre wird in einer dynamischen Assemblée nicht unterstützt." en allemand)
    • un FormatException lorsque vous traitez avec TatukGIS symboles indiquant (ou "Die Eingabezeichenfolge hat das falsche Format." en allemand)

    J'ai coché "Activer uniquement Mon Code (Géré Uniquement)" à nouveau la boîte et tous les mystérieuses exceptions disparu!

    J'espère que cela peut aider quelqu'un à ramper hors de ce piège.

    OriginalL'auteur Joerg Reinhardt

  3. 2

    Je viens de passer toute la matinée sur exactement le même problème.

    J'ai tout essayé, mais en fin de compte ce qu'il est corrigé pour moi a été de retirer tous mes dossiers binaires. J'ai effectivement supprimé mon projet s'est ensuite mis à jour à la dernière version du référentiel (la corbeille des dossiers ne doit pas être cochée), puis construire et a couru de nouveau le projet. Quelque part, en quelque sorte, quelque chose a changé que cela signifiait que nHibernate ne pouvais pas trouver l'assemblée info pour log4net. Je suppose que c'est quelque chose à voir avec une erreur de configuration dans le répertoire cible qu'un nettoyage/reconstruction ne permet pas de résoudre!

    Putain quand j'ai fait un clean et puis une génération il s'est débarrassé du problème. Je déteste quand ça arrive. Merci à Chris pour la suggestion.
    Pas de problème, content d'avoir pu aider
    Nettoyer la solution -> build solution de ne pas le faire pour moi. Simplement ignorer l'exception semble ne pas causer de problèmes.

    OriginalL'auteur Chris Grant

  4. 0

    J'ai eu la même erreur lors du chargement d'un fichier sql pour une utilisation dans dapper code, j'ai mis de l'action de construire de "Ressource Incorporée" et .NET de l'assemblée a été en mesure de le charger.

    OriginalL'auteur user3266757