0

カスタム ASP.NET Web サイトがあり、App_Code にコードがあり、bin フォルダーに多くの依存関係があります。さらに、この Web サイトは InfoPath XmlFormViewコントロールをホストする必要があります。フォーム認証に基づくカスタム認証システムもあります (<authentication> と <authorization> は web.config で構成されています)。

カスタム環境での XmlFormView のホスティングに関するドキュメントがいくつかあります (このような - http://msdn.microsoft.com/en-us/library/aa701078.aspx ) が、特定のケースを説明するリソースが見つかりませんでした。

次の問題があります。

  • App_Code および bin フォルダー。これらのため、サイトを仮想ディレクトリ (_layouts など) にデプロイできません。SharePoint IIS Web サイト内に IIS アプリケーションをセットアップすることで、これを解決しました。これはうまくいくように見えますが、これは正しいですか？
  • フォーム認証。これは最も難しい問題です。SharePoint コンテキストで動作する (XmlFormView が機能するように) カスタム Web サイト用に正しく設定する方法が明確ではありません。SharePoint Web サイトの IIS アプリケーションの web.config でフォーム認証を構成し、匿名アクセス用に SharePoint を構成すると、XmlFormView が一部のリソースをダウンロードできず、エラーでクラッシュします。また、問題は、匿名アクセス用に SharePoint 全体とフォーム ライブラリの両方を構成する必要があることです。そうしないと、アクセス拒否エラーが発生します。自分の SharePoint Web サイトに公開の匿名アクセスを許可するのはあまり好きではありません。

一般に、質問は、ASP.NET フォーム認証に基づいて、bin フォルダーに .dll、App_Code フォルダーにコード、カスタム認証を使用して、カスタム Web サイトで XmlFormView コントロールをホストする正しい方法は何かということです。

インストール済みソフトウェア:

  • Windows Server 2008
  • IIS7
  • モス 2007
4

1 に答える 1

0

この問題に対する私の回避策は、フォーム認証も使用するように "コンテナー" SharePoint Web サイトを構成し、この構成で SqlMembershipProvider を使用することでした。SharePoint Web サイトとカスタム Web サイト認証構成の両方で同じ Cookie 名を使用することが重要です。

于 2010-01-05T16:54:02.570 に答える