1

(Win XP dev PC の IIS 5.1) ではなく、ファイル システム (つまり、Visual Studio 2005 に組み込まれている「Cassini」Web サーバー) を使用して Web のテスト バージョンを実行しようとしています。この Web は、何年も前に作成された従来の ASP ファイルと、ASP.NET (VB.NET) での新しい開発の寄せ集めです。

/TestWeb/default.asp に移動しようとするときに、このエラー メッセージを回避するにはどうすればよいですか? -

Server Error in '/TestWeb' Application.
This type of page is not served.
Description: The type of page you have requested is not served because it has been explicitly   forbidden.  The extension '.asp' may be incorrect.   Please review the URL below and make sure that it is spelled correctly.
Requested URL: /TestWeb/default.asp
Version Information: Microsoft .NET Framework Version:2.0.50727.3603; ASP.NET Version:2.0.50727.3082

この混乱を機能させようとして、私がチェックして以前に遭遇したこと：

  1. C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG\web.config (*.asp も HttpForbiddenHandler も何もないため、コメント アウトする必要はありません)。
  2. C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG\machine.config (*.asp には何もありません)
  3. C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\CONFIG\machine.config (*.asp の HTTPForbiddenHandler がありましたが、他の投稿のアドバイスに従ってコメントアウトしましたが、私には効果がないように見えました)。
  4. 以前のエラー (「タイプ 'System.Web.AspNetHostingPermission' のアクセス許可の要求が失敗しました」) を回避するには、「管理ツール > MS .Net Framework 2.0 構成 > マイ コンピューター > ランタイム セキュリティ ポリシー > ローカルの変更」に移動する必要がありました。イントラネットから完全な信頼へ。
  5. 以前のエラー (「ネットワーク BIOS コマンドの制限に達しました」) を回避するには、レジストリ キー HKLM\Software\Microsoft\ASP.NET\FCNMode に次の DWORD 値を追加して、「ホット フィックスを有効にする」必要がありました。値を 1 に設定します (MS KB 記事 911272 による)。

この Web 全体は LAN 内のファイル サーバーに配置されており、私のデスクトップから VStudio2005 はマップされたドライブ文字 (例: V:\SVNwork\myFolder\TestWeb) を介してそれを表示します。

Visual Studio 2005 は、これを "Web サイト" としてモデル化します ("Web アプリケーション プロジェクト" ではありません)。

この投稿の残りの部分では、私がこれを試している理由についていくつかの背景を説明します。

Win XP で IIS 5.1 を実行する開発用 PC で Web サイトを再作成する傾向があります。WinDiff を使用し、必要に応じてファイルをコピーすることで、新しいものを本番環境に移行するのは厄介な場合があります。

この作業のソース管理を実装しようとしています。Visual SourceSafe 2005 とローカル IIS がスムーズに連携するように構成するのにかなりの時間を費やしました (興味深いことに、「Web アプリケーション プロジェクト」を VSS2005 の下に置くことができたのはかなり幸運だったので、ASP のぎこちなさに関係していると思います。 NET 2.0「サイト」モデルと VSS)。

とにかく、この従来の ASP と ASP.NET の開発バージョンを、LAN 内の共通のファイル サーバーに移動しました。これをリポジトリにインポートされた同等の作業コピーとして Subversion の管理下に置く前に、Cassini Web サーバーで動作することを確認したいだけです。それが私が立ち往生しているところです。最終的な目標は、これを SVN の下に置き、TortoiseSVN との違いを確認することです。

ここまで読んでくれてありがとう...うまくいけば、誰かがこのエラーを乗り越えて、SVN と TortoiseSVN の作業を進めることができます。

4

1 に答える 1

2

私の知る限り、Cassini は従来の ASP をサポートしていません。別の方法は、ASP をホストする Apache のローカル インストールを実行することです (IIS を使用できない/使用しないため) が、おそらく問題が発生します。

参照: http://blogs.msdn.com/mikhailarkhipov/archive/2005/06/24/432308.aspx

もちろん、ASP.NET と従来の ASP の両方をホストするローカル IIS を実行することもできます。Visual Studio は、ローカルの IIS インストールでデバッグするように簡単に構成できます。

subversion への移行のポイント: Microsoft スタック (Visual Studio、ASP.NET、SQL Server) を subversion で使用しており、非常にうまく機能しています。

Subversion コメント GRRR..ボスは楽しいです。svn モデルは、コピー/変更/マージとして知られています。リポジトリは中央の場所 (おそらくファイル サーバー) にあります。svn クライアント (または優れた AnkhSVN のような Visual Studio プラグイン) を使用すると、各開発者はローカルの作業コピーを取得し、変更を加え、ファイルでの作業が完了したら「コミット」を実行します。

SVN は、開発者がお互いの変更を上書きしないように気を配り、最後のコピーを取得してから変更をコミットするまでの間に誰かがファイルを変更した場合に、変更をマージする機能を提供します。

作業コピーの要点は、開発者を互いに分離することです。マージ/コミットのステップでは、全員の変更を統合します。誰もが作業する中心的な作業コピーを持つことは、目的を無効にします。

これは、基本的にファイル ロック メカニズムである Visual SourceSafe で使用されるアプローチとは大きく異なります。SVN が実際のクライアント サーバー アプリケーションであるという事実 (VSS は、管理するサーバー アプリを持たない単なるディスク ベースの "データベース" です) は、あらゆる種類の機能を提供します。チェックアウト、変更、コミットしてから、svn から開発サーバーに公開します。

また、私の記憶が正しければ、Cassini はマップされたドライブからアプリをサーバーに送信しません。

于 2009-10-27T17:16:38.323 に答える