問題タブ [wcf-configuration]

私のはWindowsアプリケーションです。ウェブサービスを利用しています。アプリケーションにサービス参照を追加すると、1 つの app.config ファイルが生成されます。

そして、私はこのAPIを次のように呼び出しています

ここでは例外をスローしています

ServiceModelクライアント構成セクションで、契約「UUCPAPI.IUUCPAPIServer」を参照するデフォルトのエンドポイント要素が見つかりませんでした。これは、アプリケーションの構成ファイルが見つからなかったか、このコントラクトに一致するエンドポイント要素がクライアント要素に見つからなかったためである可能性があります。」

この記事netsh.exeでは、次 を使用してユーザーの名前空間の予約を構成する方法について説明します。

netsh http add urlacl url= http://+:80/MyUri user=DOMAIN\user

パラメータuser=は、ユーザーまたはユーザーグループのいずれかと言われます。
単一ユーザー用に構成すると説明どおりに機能しますが、置き換えるDOMAN\userかDOMAIN\Administrators、DOMAIN\Usersエラー (1332) が発生します。

Q:ユーザーには機能するのに、グループには機能しないのはなぜですか? グループの構文は異なりますか?

OS: ビスタ 32ビット

注: 問題がある場合、コンピューターはドメインの一部ではありません。

私は、コードで作業すること、IntelliSense を活用すること、および C# 言語のすべての機能をWCFで使用できるようにすることを強く好みますが、最終的に WCF 機能セットを制限する方向に進んでいないことを確認したいと考えています。アクセスできます。私の経験は WCF で非常に限られているため、構成ファイルを使用する利点がわかりません。特に、すべてをコードで実行できる場合 (?)。

注: .NET 3.5 を使用しています。

プログラムで WCF を使用して「すべて」を行うことができますか、または完全な WCF 機能セットには構成ファイルが必要ですか?

UTF-8文字をサービスに送信するようにWCFサービス/クライアントを構成するにはどうすればよいですか？このようなノルウェー語、フィンランド語、ルーマニア語のテキストを送信したい「ţşîăâăâşţŞŢĂÎÂ」私のバインディングは次のようになります。

AJAX対応のWCFサービスがあり、すべてがajaxエンドポイントで正常に動作します。次に、AJAXインターフェイスのサブセットである別のインターフェイスに対応する別のwsHttpBindingエンドポイントを追加します（つまり、特定のメソッドのみをWSDLで公開する必要があります）。両方のインターフェースを実装するクラスがありますが、サービスアドレスMyService.svc？wsdlにアクセスすると、両方のサービスに関するメタデータが含まれています。これを行うようにWCFを構成するにはどうすればよいですか？このサービスは、IISのWebサイトアプリケーションでホストされています。

たぶん私は実際には概念を理解しておらず、サービスはインターフェースに対応しているので、2つのインターフェースがある場合は2つのサービス（つまり2つの.svcファイル）があります。

最近、WCF サービス (dll) とサービス ホスト (exe) を作成しました。サービスを WcfTestClient に正常に追加できたので、WCF サービスが正しく機能していることはわかっています。

ただし、サービス ホスト (exe) から WCF を使用する場合、問題が発生しているようです。WCF (dll) への参照をサービス ホスト (exe) に追加し、必要なコンポーネントを exe に作成できます。サービス インストーラー、サービス ホスト、app.config などをコンパイルし、最後に InstallUtil を使用して exe をインストールします。しかし、Microsoft 管理コンソールでサービスを開始しようとすると、サービスが開始された直後に停止します。

そのため、この問題の正確な原因を調査し始め、イベント ビューアーのアプリケーション ログからこのエラーが発生しました。

説明：

サービスを開始できません。System.InvalidOperationException: サービス 'Service' にはアプリケーション (非インフラストラクチャ) エンドポイントがありません。これは、アプリケーションの構成ファイルが見つからなかったか、サービス名に一致するサービス要素が構成ファイルに見つからなかったか、サービス要素にエンドポイントが定義されていなかったためである可能性があります。

このエラーは、実際にはOnStart;で生成されます。この呼び出しを実行すると、私のexeのServiceHost.Open()。他の個人がこの問題に遭遇した投稿を数多く見てきましたが、すべてではないにしてもほとんどがサービス名または契約を主張しています。名前空間とクラス名が指定されていません。構成ファイルでこれらのエントリの両方を確認しました。exeとdllの両方で、完全に一致します。オフィスの他の人に後ろを再確認してもらい、ある時点で目が見えなくなっていないことを確認しましたが、もちろん、すべてが正しく指定されているように見えるという同じ結論に達しました。この時点で何が起こっているのか、私は本当に途方に暮れています。誰かがこの問題について私を助けてくれますか?

これが発生する可能性のある別の理由として考えられるのは、app.config が読み取られないことです。少なくとも、私が読むべきだと思うものではありません。これが問題でしょうか？もしそうなら、どうすればこの問題に対処できますか。繰り返しますが、どんな助けでもいただければ幸いです。

config で既知の型を指定しようとしていますが、それが Object から派生しているという事実に問題があります。属性を介して既知の型を指定して動作させることができます。ただし、この場合、構成から機能させる必要があります。

これが例です。以下はうまくいきます：

しかし、ServiceKnownType 属性を削除して、構成に次のように記述した場合:

「プロパティ 'type' の値が無効です。エラー: 型 System.Object は構成で宣言された型として使用できません。」というメッセージとともに ConfigurationErrorsException が発生します。

構成を介してこれを機能させる方法はありますか?

バッファとメッセージサイズを増やすためにカスタムバインディングを追加するようにweb.configを変更しましたが、サービス要素を明示的に作成すると、動作要素への参照が壊れたようです。

WCFテストクライアントを使用してVSからWebサービスを実行しようとした場合、またはサービスページに移動した場合、次のエラーが発生します。

私は自分のweb.configをこれに関するいくつかの異なるソースと比較しましたが、すべてが一致しているようです。問題が何なのかわかりません。

System.serviceModel要素は次のとおりです。

Webサービスページが要素を見つけていないようです。ターゲットのbehaviorConfigurationが存在しない、またはそのようなものが存在しないというエラーは発生しません。メタデータ発行が有効になっていないだけです。

どんな助けでも大歓迎です。

ありがとう。

XElement オブジェクトをパラメーターとして受け取る WCF Web MEthod があります。私の XML ファイルの 1 つ (サイズが 600KB 程度) では問題なく動作しますが、この大きな XML ファイル (約 5MB) ではすぐに CommunicationException が発生します。

バインディングのメッセージ サイズを既に大きくしました。以下は、私の web.config の ServiceModel セクションです。

クライアントでは、ClientConfig は次のようになります。

前もって感謝します！

IIS Developer Express で"WCF 4 Rest Service Template"プロジェクト (テンプレートから)をホストすると、次のようになります。

IIS は認証スキーム 'IntegratedWindowsAuthentication, Anonymous' を指定しましたが、バインディングは正確に 1 つの認証スキームの指定のみをサポートします。有効な認証方式は、Digest、Negotiate、NTLM、Basic、または Anonymous です。1 つの認証スキームのみが使用されるように IIS 設定を変更します。

JSON を返すために、 automaticFormatSelectionEnabledを false に設定する以外に、構成を明示的に変更していません。

エンドポイント構成が明示的に設定されていないことが問題である場合、iis 開発者エクスプレスでこの問題を回避するためにサービスの認証スキームを明示的に設定するには、この種のサービスに対してどのようにすればよいでしょうか?

注: 次のアセンブリMicrosoft.Web.dll & Microsoft.Web.Administration.dllが、アプリケーションの Web サービス プロジェクト/binフォルダーにあり、iss チーム ブログの WCF サービスをホッピングするための回避策で説明されています: http:// blogs.iis.net/vaidyg/archive/2010/07/21/wcf-workaround-for-webmatrix-beta.aspx