問題タブ [web-reference]

現在、私は職場でファイアウォールの背後にいて、自分の Web サイトにデプロイしたものをテストしていましたが、仕事用プロキシがそれを多少ブロックしているようです。

基本的に、次のメッセージが表示されます。

オブジェクトの現在の状態のため、操作は無効です

プロキシが干渉していることがわかりましたが、高度な設定や、プロキシを介してサービスにアクセスするために設定できるものが表示されません。

私はそれを簡単にグーグルで調べましたが、喜びはありませんでした。

誰もそれを回避する簡単な方法を見つけましたか?

ユーザーがWebサービスのURLを入力し、それをテストするようなソリューションを考え出そうとしています。

私が欲しいのはURLの変更ですが、サービスの説明が常に同じになることを保証します（もちろん、soap：addressを含むwsdl：serviceタグを除く）。同じサービスを実行して、さまざまな顧客をテストしたいだけです。

web.configファイルのURLを変更すると、その変更はWebReferencesフォルダーにある.disco、.discomap、および.wsdlファイルに反映されますか？

[編集]

asp.net2005を使用しています

現在のプロジェクトで Web サービス クライアントのトラブルシューティングを試みています。Service Server のプラットフォームがわかりません (おそらく LAMP)。クライアントとの潜在的な問題を排除したため、フェンスの側に障害があると思います. クライアントは、サービス WSDL から自動生成された標準 ASMX タイプの Web 参照プロキシです。

私が取得する必要があるのは、RAW SOAP メッセージ (要求と応答) です。

これについて最善の方法は何ですか？

リモート サービスを呼び出す SOAP クライアント コードを ASP.NET サイトに実装しました。実装は基本的に Visual Studio の「Web 参照の追加」ウィザードを使用し、適切な「using remote.service.namespace」をコードに追加してサービスを呼び出すことで行いました。

コードはローカルで (Visual Studio から) 完璧に動作しますが、運用 Web サーバーではアセンブリ参照エラーが発生して失敗します。

CS0246: 型または名前空間の名前 'remote.service' が見つかりませんでした (using ディレクティブまたはアセンブリ参照がありませんか?)

私はすべてを適切に展開していないという卑劣な疑いを持っています。多分誰かが私がそこに欠けているものを指摘できますか?

ありがとう！

追加情報：

プロジェクトはウェブサイトです。

ASP.NET バージョン 2.0 がインストールされ、開発ボックスと運用サーバーの両方でターゲットとして使用されます。

WSDL.exe によって生成されたプロキシ ファイルは、Web サイトのルート フォルダー (ページが存在するフォルダーと同じフォルダー) にデプロイされます。プロキシ クラスの生成にはグローバル名前空間 (デフォルト) が使用されました。

レポート サーバーの Web サービスへの Web 参照を介して SQL Server 2005 のさまざまなインスタンスと通信する ASP.NET Web サイトがいくつかあります。しかし、今日、私は WSDL ツールを使用して SQL Server インスタンスの 1 つからプロキシ クラスを作成し、次にプロキシを使用して dll を作成するという考えをいじりました (そうする前に、プロキシのコンストラクタを変更して、 URL - プロキシを任意の Web サービス インスタンスにポイントできるようにするため)。

Web サービスは、更新に関しては、完全に静的ではないにしても、きれいであるべきだと確信しています。だから、私の質問は次のとおりです。プロキシクラス（自動生成）自体を使用するのではなく、コンパイルされたプロキシクラス（binディレクトリ内）を使用することには欠点がありますか？そうでない場合、いずれかの方法に進む動機は何ですか?

2.0 .NET フレームワークを対象とするアプリケーションがあります。ソリューションは、VS Web サービス参照フォルダーを使用しています。ソリューションを grep すると、この URL がいくつかのファイルに含まれていることがわかります。ただし、デプロイされたアプリケーションで検索すると、URL が .config のみに存在することが示されます。では、.disco と .wsdl はどうなったのでしょうか? それらは .exe にコンパイルされますか? 基本的に、URL を更新する必要があり、これに新しいビルドが必要かどうかを知る必要があります。

ありがとう！

Visual Studio の Web 参照の URL 動作 (静的または動的) プロパティの目的を正確に説明できる人がいます。

Web サービスの URl が格納される場所に影響すると思いますが、明確な理解がありません。

私の理解では、.NETはDLLの構成ファイルを実際には「実行」しません。メインの実行可能ファイルまたはWebアプリのみが構成ファイルを取得し、実行可能/Webアプリによって参照されるすべてのDLLがそこから読み取られます。

ただし、VS2008では、クラスライブラリ（DLL）プロジェクトにWeb参照を追加すると、Settings.Settingsファイルとapp.configファイルがプロジェクトに追加されます。これらには、WebリファレンスのメインURLが含まれています。

では、これらのファイルは何のためにあるのでしょうか？DLLが支援なしでそれらを読み取る方法はありませんよね？

編集：app.configとSettings.Settingsの内容は違いを生むようです：たとえば、DLLプロジェクトのapp.configファイルのWeb参照URLを単独で変更しても違いはありませんが、URLを編集するとapp.configで、Settings.Settingsファイルを開き、app.configで行った変更がSettings.Settingsにコピーされます。そして、DLLは実行時に新しい値を取得します。これはどうですか？

編集：ここでの私の混乱の一部は、Settings.Settingsとapp.configの違いと、それらが互いにどのように関連しているかについてあまり明確ではないためです。そのため、おそらく人々もその問題を解決することができます。

あるコンピューターでVS2008を使用して更新すると、完全に正常に機能するWebサービスがありますが、別のコンピューターでは機能しません。重要な違いは、自動生成されたReference.csの内容です。

正しく機能している環境では、メソッドは完全に修飾されたクラス名を持ち、クラスライブラリ内のクラスを参照します。ただし、問題のある環境では、クラス名は修飾されておらず、部分的なクラスはファイルの終わり近くで宣言されています。例えば

対

これにより、次のようなエラーが発生します。

'<ClassType>' is an ambiguous reference between <ClassLibraryNamespace>.ClassType and <WebReferenceNamespace>.ClassType

コードはソース管理下にあります。作業環境へのチェックアウトはすぐに機能します。問題のある環境へのチェックアウトは、reference.csが作業環境のように手動で編集された場合にのみ機能します。問題のある環境から作業中の環境にプロジェクトを手動で転送するには、コンパイルを可能にするために「Web参照の更新」を実行するだけで済みます。両方のReference.csファイルは、同じツールバージョンによって自動生成されると主張しています。良好な環境の設定が他の環境にエクスポートされました。これまでのところ成功していません...

どんなアイデアでも大歓迎です！

マット