2017-03-29 8 views
1

IISの背後にあるaspnetコアWebサイトを実行しています。そこに問題はありません。また、他のaspnetコアWebアプリケーションを仮想アプリケーションとして追加することもできます。もう一度、問題はありません。もちろん、どちらの場合も、アプリケーションプールは管理対象外です。IISのaspnetコアWebサイトでaspnetフォームを仮想アプリケーションとして実行します。

私が抱えている問題は、前述のaspnetコアアプリケーションの下で、仮想アプリケーションとしてaspnetフォームWebアプリケーションを追加することです。プロセス障害

-

HTTPエラー502.5:私はそれを独自のアプリケーションプール(V4.0)が、私は、私は次のエラーを取得する仮想アプリに移動しようとするたびに与えていますIISのセットアップ:私はこれを研究しようとしましたが、関連するすべてのヘルプを見つけることができません

Aspnet core Website (app pool - not managed code) OK 

    ---Aspnet core virtual app (app pool - not managed code) OK 

    ---Aspnet forms virtual app (app pool - v4.0) HTTP Error 502.5 - Process Failure 

。私は本当にいくつかの助けに感謝します:-)

事前に感謝します。

UPDATE

は明らかに、これは答えるのが難しい1のようだ - と私は答えを見つけようとし続けてきました。

私はイベントビューアのログに(勝利7 - Windowsログ - >アプリケーション)を見ると、私は次のようなエラーが発生した参照:

アプリケーション 'MACHINE/WEBROOT/APPHOST/xxx.xxx/XXX'物理的なルートで 'D:\ XXX \ XXX \ XXX \' コマンドラインによるプロセスの起動に失敗しました、のErrorCode =「0x80070002が ' "\ XXX.EXE。"':このからだから、0

、私はと信じています仮想アプリケーションには独自のアプリケーションプール(v4.0)がありますが、aspnetコアプロセスはまだ起動しています。 Perosnally、私はこれを困惑を見つけるが、私は今起こっているように見える。たぶん、これはMicroSoftが認識しているものかもしれませんが、「固定」するものではないかもしれません。

私の結論は、aspnetコアのWebサイトで実行されている非aspnetコアの仮想アプリケーションを持つことはできません。

答えて

0

私はこの質問に自己回答しています。

愚かな質問かもしれませんが、私は正直なところ、別々のアプリケーションプールを持つことで、私が上で示唆したことが可能になると思いました。どれだけ多くの人が同様の状況にあり、システムの一部をaspnetコアに移行し、他の部分をそのまま保つ必要があるのだろうかと思います。もしそうなら、先行き厳しい時がある!!

回答:aspnetコアアプリケーションの下でaspnetフォームをホストすることはできません。その逆もできません。単純に実行することはできません。

関連する問題