MetadataException: неможливо завантажити вказаний ресурс метаданих

Раптом я продовжую отримувати MetadataExceptionінстанціювання мого згенерованого ObjectContextкласу. Рядок підключення в App.Config виглядає правильним - не змінювався з останнього часу роботи - і я намагався регенерувати нову модель (edmx-файл) з базової бази даних без змін.

У когось є якісь ідеї?

Подальші деталі: я не змінив жодних властивостей, я не змінив назву жодних вихідних збірок, я не намагався вбудовувати EDMX у збірку. Я просто чекав 10 годин від виходу з роботи, поки не повернувся. І тоді це вже не працювало.

Я спробував відтворити EDMX. Я спробував відтворити проект. Я навіть намагався відтворити базу даних з нуля. Немає везіння.

Це означає, що програма не може завантажити EDMX. Це може викликати кілька речей.

• Можливо, ви змінили властивість MetadataArtifactProcessing моделі на Copy to Output Directory.
• Рядок підключення може бути неправильним. Я знаю, ви кажете, що ви цього не змінили, але якщо ви змінили інші речі (скажімо, назва збірки), це все одно може бути неправильним.
• Можливо, ви використовуєте завдання після компіляції, щоб вставити EDMX у збірку, яка з певних причин більше не працює.

Коротше кажучи, насправді недостатньо деталей у вашому запитанні, щоб дати точну відповідь, але, сподіваємось, ці ідеї повинні привести вас на правильний шлях.

Оновлення: я написав повідомлення в блозі з більш повними кроками щодо усунення несправностей .

Ця маленька зміна допомагає вирішити цю проблему.

У мене є рішення з 3 проекту.

connectionString="metadata=res://*/Model.Project.csdl|res://*/Model.Project.ssdl|res://*/Model.Project.msl;

перейти

connectionString="metadata=res://*/;

Ви можете отримати цей виняток, коли Edmx знаходиться в одному проекті, а ви використовуєте його в іншому.

Причина - Res://*/урі, який вказує на ресурси в СУЧАСНІЙ збірці. Якщо Edm визначений в іншій збірці від коду, який його використовує, res: // * / не працюватиме, тому що ресурс неможливо знайти.

Замість того, щоб вказувати "*", вам потрібно надати повне ім'я збірки (включаючи маркер відкритого ключа). Наприклад:

res://YourDataAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=abcdefabcedf/YourEdmxFileName.csdl|res://...

Кращий спосіб побудувати рядки з'єднання - це за допомогою EntityConnectionStringBuilder:

public static string GetSqlCeConnectionString(string fileName)
{
    var csBuilder = new EntityConnectionStringBuilder();

    csBuilder.Provider = "System.Data.SqlServerCe.3.5";
    csBuilder.ProviderConnectionString = string.Format("Data Source={0};", fileName);

    csBuilder.Metadata = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl", 
        typeof(YourObjectContextType).Assembly.FullName);

    return csBuilder.ToString();
}

public static string GetSqlConnectionString(string serverName, string databaseName)
{
    SqlConnectionStringBuilder providerCs = new SqlConnectionStringBuilder();

    providerCs.DataSource = serverName;
    providerCs.InitialCatalog = databaseName;
    providerCs.IntegratedSecurity = true;

    var csBuilder = new EntityConnectionStringBuilder();

    csBuilder.Provider = "System.Data.SqlClient";
    csBuilder.ProviderConnectionString = providerCs.ToString();

    csBuilder.Metadata = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl",
        typeof(YourObjectContextType).Assembly.FullName);

    return csBuilder.ToString();
}

Якщо ви все-таки стикаєтеся з винятком, відкрийте збірку у відбивачі та перевірте назви файлів для своїх файлів .csdl, .ssdl та .msl. Коли ресурси мають різні імена до тих, які вказані у значенні метаданих, це не спрацює.

У мене була подібна помилка. Я відтворив проект (довга історія) і витягнув усе зі старого проекту. Я не розумів, що моя модель раніше була в каталозі під назвою "Модель", і тепер знаходиться в каталозі "Моделі". Одного разу я змінив з’єднання в своєму Web.Config з цього:

<add name="RecipeManagerEntities" connectionString="metadata=res://*/Model.Recipe.csdl 

до цього:

<add name="RecipeManagerEntities" connectionString="metadata=res://*/Models.Recipe.csdl

Все працювало (змінилось Modelна Models). Зауважте, що мені довелося змінити ці три місця в цьому рядку.

І швидкий спосіб перевірити назву моделі без Reflector .... шукайте каталог

... obj / {config output} / edmxResourcesToEmbed

і перевірте, чи існують файли ресурсів .csdl, .msl та .ssdl. Якщо вони знаходяться в підкаталозі, ім’я підкаталогу повинно бути попередньо до імені моделі.

Наприклад, три мої файли ресурсів знаходяться в підкаталозі " Дані" , тому моя рядок з'єднання повинна бути

метадані = res: // * / Data .MyModel.csdl | res: // * / Data .MyModel.ssdl | res: // * / Data .MyModel.msl;

(проти метаданих = res: //*/MyModel.csdl | res: //*/MyModel.ssdl | res: //*/MyModel.msl;).

У мене також була ця проблема, і це було тому, що stringstring в моєму web.config був дещо іншим, ніж той, який знаходиться в app.config збірки, де знаходиться мій EDMX. Поняття не маю, чому це змінилося, але ось дві різні версії.

App.config:

<add name="SCMSEntities" connectionString="metadata=res://*/Model.SMCSModel.csdl|res://*/Model.SMCSModel.ssdl|res://*/Model.SMCSModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=SANDIEGO\sql2008;initial catalog=SCMS;integrated security=True;multipleactiveresultsets=True;application name=EntityFramework&quot;" providerName="System.Data.EntityClient" />

Web.config:

<add name="SCMSEntities" connectionString="metadata=res://*/Model.SCMSModel.csdl|res://*/Model.SCMSModel.ssdl|res://*/Model.SCMSModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=SANDIEGO\sql2008;initial catalog=SCMS;integrated security=True;MultipleActiveResultSets=True;App=EntityFramework&quot;" providerName="System.Data.EntityClient" />

Що було виправлено, це просто скопіювати рядок app.config (зауважте невелику різницю наприкінці - замість " App=EntityFramework" вона хотіла " application name=EntityFramework") в web.config і проблема була вирішена. :)

Це трапилося зі мною, коли я випадково переключив дію збірки файлу edmx (відображається у розділі Властивості в IDE) з 'EntityDeploy' на 'None'. EntityDeploy - це те, що заповнює метадані для вас: див. Http://msdn.microsoft.com/en-us/library/cc982037.aspx

Це трапляється зі мною, коли я не очищаю рішення перед тим, як створити нового дизайнера .edmx. Тому просто не забудьте очистити рішення перед тим, як створити нового дизайнера .edmx. Це допомагає мені пропустити набагато більше проблем із цим. Нижче наведено навігаційні деталі, якщо ви не новачок у візуальній студії.

Клацніть-> Збірка-> Чисте рішення

Потім натисніть клавішу-> Збірка-> Відновити рішення

Сподіваюсь, це допомагає. Дякую всім

Я щойно провів з цим щасливі 30 хвилин. Я б перейменував об'єкт сутностей, перейменував запис у конфігураційний файл, але є ще ... ви також повинні змінити посилання на csdl

дуже легко пропустити - якщо ви перейменовуєте, переконайтесь, що ви все отримаєте ….

У мене була така ж проблема. Я заглянув у свій виконаний dll з рефлектором і побачив, що назва ресурсу невірна. Я перейменований, і це зараз добре виглядає.

У моєму випадку це вирішується шляхом зміни властивостей файлу edmx.

1. Відкрийте файл edmx
2. Клацніть правою кнопкою миші на будь-якому місці дизайнера EDMX
3. вибрати властивості
4. оновіть властивість під назвою "Обробка артефактів метаданих" до "Вставити у вихідну збірку"

це вирішило проблему для мене. Проблема полягає в тому, що коли контейнер намагається знайти метадані, він не може його знайти. тому просто зробіть це в одній збірці. це рішення не працюватиме, якщо у вас є файли edmx в іншій збірці

Я витратив цілий день на цю помилку

якщо ви працюєте n-tear architecture

або ви намагалися separate Modelsстворити EDMXформу DataAccessLayer доDomainModelLayer

можливо, ви отримаєте цю помилку

1. Перший крок усунення несправностей - переконатися в тому, що рядок підключення є webconfig (UILayer)і appconfig (DataAccessLayer)є однаковою

2. Друге, що дуже важливо connection string

   connectionString="metadata=res://*/Model.csdl|res://*/Model.ssdl|res://*/Model.msl;provid.....

   в чому проблема

звідки я потрапив Modelабо що-небудь .csdl у моєму рядку з'єднання, де вони

ось я наше рішення дивлюся на картинку

сподіваюсь, що допоможе вам

Мені вдалося вирішити це в Visual Studio 2010, VB.net (ASP.NET) 4.0.

Під час майстра моделі сутності ви зможете побачити рядок з'єднання сутності. Звідти ви можете скопіювати та вставити у рядок з'єднання.

Єдине, чого мені не вистачало, це "App_Code". у рядку з'єднань.

entityBuilder.Metadata = "res://*/App_Code.Model.csdl|res://*/App_Code.Model.ssdl|res://*/App_Code.Model.msl"

Після годин гуглінгу та спроб вирішити жодне із запропонованих рішень не спрацювало. Я перерахував тут кілька рішень. Я також зазначив той, який працював на мене. (Я використовував EF версії 6.1.1 та SQL сервер 2014 - але більш старий БД)

1. Відновіть проект і повторіть спробу.
2. Закрийте та відкрийте VS - я не знаю, як це працює
3. переконайтесь, що ви розмістили .EDMX файл у каталозі, переконайтеся, що ви включили каталоги у свою ConnectionString. наприклад, моя знаходиться в папці DAL. Так це виглядає приблизно так: connectionString="metadata=res://*/DAL.nameModel.csdl|res://*/DAL.nameModel.ssdl|res://*/DAL.nameModel.msl;(це файли. Щоб побачити їх, ви можете переключити Показати всі файли в провіднику рішень, в каталозі ~ / obj / ..)

... і багато іншого, що я спробував [як: повернення версії EntityFramework до більш пізньої версії (не впевнений у цьому)]

що працювало для мене:

з цієї статті тут , це допомогло мені вирішити свою проблему. Я щойно змінив своє ProviderManifestToken="2012"значення ProviderManifestToken="2008"у файлі EDMX. Зробити це:

Провідник рішень

1. Клацніть правою кнопкою миші на файл .edmx
2. Відкрити з ..
3. Редактор XML
4. Змінити ProviderManifestToken = "XXXX" з 2008 року

Я сподіваюся, що це допомагає.

Якщо ви використовуєте edmx для іншого проекту, то в рядку підключення змініть ...

metadata=res://*/Data.DataModel.csdl

... до ...

metadata=res://*/DataModel.csdl

Кінцевим рішенням (навіть після відтворення бази даних на двох інших машинах, а також EDMX та інших постачальників) було не використовувати перше видання Entity Framework. З нетерпінням чекаю, що його ще раз оцінюють у .NET 4.0.

Після запуску в ту ж проблему знову і пошук у всіх для відповіді, я нарешті -то знайшов кого - то , хто б мав таку ж проблему. Здається, що майстер Visual Studio не був правильно створений рядок з'єднання, і у посиланні на ресурси метаданих відсутній важливий шлях.

v1.0 BUG ?: Не вдається завантажити вказаний ресурс метаданих. Сценарії! = Моделі

Оновлення 2013-01-16 : Перейшовши на майже виключно за допомогою практик використання коду EF First (навіть із існуючими базами даних), ця проблема вже не є проблемою. Для мене це було життєздатним рішенням для зменшення безладу від автоматично створеного коду та конфігурації та посилення мого власного контролю над продуктом.

У моїй проблемі та вирішенні, симптоми були однаковими "Не вдається завантажити вказаний ресурс метаданих", але першопричина була іншою. У мене було 2 проекти у вирішенні: один - EntityModel, а другий - рішення. Я фактично видалив і відтворив файл EDMX в EntityModel.

Рішення полягало в тому, що мені довелося повернутися до проекту веб-додатків і додати цей рядок у конфігураційний файл. Нова модель змінила кілька елементів, які потрібно було дублювати у файлі Web.Config "іншого" проекту. Стара конфігурація вже не була хорошою.

     <add name="MyEntities"
     connectionString="metadata=res://*/Model1.csdl|res://*/Model1.ssdl|res://*/Model1.msl;
                    provider=System.Data.SqlClient;
                    provider connection string=&quot;
                    data source=Q\DEV15;initial catalog=whatever;
                    user id=myuserid;password=mypassword;
                    multipleactiveresultsets=True;
                    application name=EntityFramework&quot;"
     providerName="System.Data.EntityClient" />

Іноді я бачу цю помилку в своєму проекті. Я вирішую це шляхом

1 - Клацніть правою кнопкою миші на файл EDMX

2 - Виберіть Run Custom Toolопцію

3 - Проект відновлення

У моєму випадку ця проблема стосувалася перейменування файлу edmx моєї моделі ... виправлення рядка з'єднання app.config для файлів csdl / ssdl / msl виправило мою проблему.

Якщо ви використовуєте конструктор EF 4.0 для створення вашого csdl / ssdl / msl, ці 3 "файли" фактично будуть зберігатися в головному файлі edmx моделі. У цьому випадку публікація Waqas в значній мірі відмічена. Важливо розуміти, що "Model_Name" у його прикладі потрібно буде змінити на будь-яку поточну назву файлу .edmx вашої моделі (без .edmx).

Крім того, якщо ваш файл edmx не знаходиться на кореневому рівні вашого проекту, вам потрібно попередньо ввести Model_Name з відносним шляхом, наприклад

res://*/MyModel.WidgetModel.csdl|res://*/MyModel.WidgetModel.ssdl|res://*/MyModel.WidgetModel.msl

вказує, що csdl / ssdl / msl xml зберігається у файлі моделі 'WidgetModel.edmx', який зберігається у папці під назвою 'MyModel'.

Я написав цей допоміжний клас для створення примірників об'єктів ObjectContext, коли вони визначені в іншому проекті, ніж проект, що використовує його. Я розбираю рядок з'єднання у конфігураційному файлі та замінюю '*' повним іменем збірки.

Це не ідеально, оскільки він використовує рефлексію для побудови об'єкта, але це найбільш загальний спосіб зробити це, який я міг знайти.

Сподіваюся, це комусь допоможе.

public static class EntityHelper<T> where T : ObjectContext
{
    public static T CreateInstance()
    {
        // get the connection string from config file
        string connectionString = ConfigurationManager.ConnectionStrings[typeof(T).Name].ConnectionString;

        // parse the connection string
        var csBuilder = new EntityConnectionStringBuilder(connectionString);

        // replace * by the full name of the containing assembly
        csBuilder.Metadata = csBuilder.Metadata.Replace(
            "res://*/",
            string.Format("res://{0}/", typeof(T).Assembly.FullName));

        // return the object
        return Activator.CreateInstance(typeof(T), csBuilder.ToString()) as T;
    }
}

SelftrackingEntitiesЯкщо ви користуєтеся всіма користувачами, якщо ви дотримувались проходження програми Microsoft і розділили контекстний клас Object на проект послуги wcf (посилаючись на контекст .tt), тож ця відповідь для вас:

частина показаних відповідей у ​​цій публікації, яка включає в себе такий код:

... = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl", 
        typeof(YourObjectContextType).Assembly.FullName); 

НЕ ПРАЦЮЄМО ДЛЯ ВАС !! Причина в тому, що YourObjectContextType.Assemblyзараз проживає в іншій асамблеї (всередині проекту wcf),

Тож вам слід замінити YourObjectContextType.Assembly.FullName на ->

ClassTypeThatResidesInEdmProject.Assembly.FullName 

весело провести час.

У мене були проблеми з цим самим повідомленням про помилку. Мою проблему було вирішено закриттям та повторним відкриттям Visual Studio 2010.

Мав те саме питання, тому що я перейменував збори.

Мені довелося також перейменувати його в атрибути AssemblyTitle і AssemblyProduct у проекті Properties / AssemblyInfo.cs, а також видалити та повторно додати посилання на файл edmx.

Тоді це спрацювало чудово.

З такою ж проблемою я знову створив edmx з Database. Вирішує мою проблему.

Виняток полягає в тому, що компілятор вказує на неіснуючі метадані, тому просто Копіюйте app.config stringstring в Web.configConnectionString

У мене також були ті ж проблеми та рішення, що й у Ріка, за винятком того, що я імпортував існуючий .edmx до нового проекту, і хоча базовий простір імен не мав значення, він був імпортований в інший підкаталог, тому мені також довелося оновити з'єднання рядок всередині Web.Config у трьох місцях, щоб включити різні імена підкаталогів:

У мене була така ж проблема з рішенням, яке містило проекти в папці рішення, коли вони були переміщені до кореня рішення (щоб подолати підозрювану помилку з Mvc3AppConverter через місця розташування проекту).

Хоча рішення, складені після всіх посилань на проект *, були додані в міру необхідності, помилка була скинута, коли веб-сайт був запущений.

EDMX є в одному з проектів, який було переміщено (проект "Дані"), але, звичайно, відсутність посилання на проект "Дані" не спричинило помилку компіляції, а лише помилку під час виконання.

Просто додавання відсутньої посилання до основного проекту вирішило цю проблему, взагалі не потрібно редагувати з'єднання.

Я сподіваюся, що це допомагає комусь іншому.

Щодо мене, я розділив рівень доступу до даних та рівень інтерфейсу користувача. Тож у мене є рядок з'єднання сутності для кожного шару.

Перш ніж змінити ці дві окремі рядки з'єднання на однакові, я все-таки виявив, що нижче помилка.

Unable to load the specified metadata resource

Тому я змушую бути однаковими рядками з'єднання для цих двох шарів (DAL, UI), це працює ідеально.

Моє рішення - зробити так, щоб усі рядки з'єднання були однаковими незалежно від того, де вони вже представлені .

У мене вчора була ця проблема, і я переглядав свій код у налагодженні та вихід із SQL Profiler.

Що я не міг зрозуміти, перш ніж прочитати та зрозуміти цю публікацію, було те, чому EntityFramework кидав цю помилку під час виклику БД. Я переглядав сотні рядків у SQL Profiler, намагаючись розібратися, що не так з моделлю бази даних. Я не міг знайти нічого подібного до дзвінка, якого я очікував, і якщо чесно, я не був певний, що шукав.

Якщо ви перебуваєте в цьому положенні, перевірте рядок з'єднання. Я здогадуюсь, що перш ніж EntityFramework створить свій SQL, він перевірить модель, вказану в частині метаданих частини рядка з'єднання. У моєму випадку це було неправильно. EntityFramework навіть не встигав зайти до БД.

Переконайтесь, що імена правильні. Як тільки я це розібрав, я бачив дзвінки в SQL Profiler, де ApplicationName був "EntityFramework" з SQL, викликаючи очікувані таблиці.

Поганий файл app.config або web.config може це зробити. Я скопіював рядок підключення app.config до свого web.config у мій інтерфейс користувача і закінчив введення:

<connectionStrings>
    <connectionStrings>
          <add name="name" connectionString="normalDetails"/>
    </connectionStrings>
</connectionStrings>