0

Visual Studio 2015でWPFアプリケーションをコンパイルし、リリースを作成しました。お客様はこのリリースを、おそらく2ヵ月後には何も問題なく使用しています。私のアプリケーションの.EDMXファイルはどこにありますか?

The provider did not return a ProvideManifest instance.

私は前にこのエラーを見たことがない:

今日では、アプリケーションが起動できないことを言うと、それはこのエラーを示していることと呼ばれます。私が研究し、情報収集を、私は、サイト上の顧客を訪問する前に、ほとんどすべてのこれらの質問しています:

は、私が「オープンする必要があると言っていますメモ帳でファイルをEDMXに変更し、ProviderManifestToken = "2008" "にProviderManifestToken =" 2012 "を変更します。

しかし、私はそのファイルを見つけることができません。顧客が現在持っているリリースフォルダでも、自分が所有しているProject Solutionにもありません。

私が研究して見つけた他の解決策と一緒に、上記のものを試してみる必要があります。しかし、.EDMXファイルはどこにありますか?

編集:新しいリリースをビルドしてインストールしなくても、既存のリリースを修正できるのはすばらしいことです。

+0

あなたは例外の完全な詳細を知っていますか? – RajN

+0

@RajNagalingamいいえ、私はそれらを訪問する前に。私は自分のマシンにロガーを持っていますが、SOと通信するためのインターネットカバレッジはありません。 –

+0

あなたはappdataフォルダ(例:C:¥¥Users¥¥{username}¥¥AppData¥¥Local¥¥COMPANY NAME¥APPLICATION NAME¥APPLICATION VERSIONフォルダ)から設定ファイルを削除するようにユーザーに尋ねることができます。 – RajN

答えて

0

通常 - ie。プロジェクトでカスタマイズされていない限り、EDMXはモデルを含むプロジェクトによって構築されたアセンブリのリソースになります。

それは別のファイルすることができますが、あなたは「アセンブリに見える」と言って、特定の表記を使用して、デフォルトの接続文字列を変更する必要がありますようEDMXを指すように

metadata=res://*/ProjectName.csdl|res://*/ProjectName.ssdl|res://*/ProjectName.msl 

別のファイル。

+0

こんにちはリチャードとありがとう。 Q:新しいリリースをビルドしてインストールしなくても、既存のリリースを修正できますか? –

+0

@FirstStepあなたは、(私は、EDMX、またはそれから派生したファイルをアセンブリの外に持っていることに関する文書を見つけたことを知っていることを知っている必要があります。 – Richard

関連する問題