問題タブ [webmethod]

C# の標準ページに [System.Web.Services.WebMethod] メソッドを含める方法はありますか?

ajax が呼び出すメソッドが必要な ac# ASPX ページがあります。整理と展開の目的で、すべてを単一のファイルに自己完結させたいと考えています。

たとえば、そのディレクティブを System.Web.UI.Page に追加すると:

Page.aspx/GetText を呼び出そうとすると、期待どおりに「すべて終了」するだけでなく、ページ全体が返されます。

ajax の JavaScript は jQuery 経由です。

Web メソッドを使用して情報を取得しようとすると問題が発生します。プロキシを使用して Web サービスを呼び出しています。そのプロキシには、「out」パラメータを使用してデータを返す操作があります。

サーバーは操作を正常に実行し、適切にインスタンス化されたパラメーターを返します (トラフィック アナライザーを使用して SOAP リターン メッセージも確認しましたが、問題ありません) が、これらのパラメーターをプロキシに要求すると、null 値しか取得できません。

ここにいくつかのコード情報があります:

//これは、プロキシを使用した Web サービスの呼び出しです (t はプロキシで、get_capabilities は webmethod です)。

// これは webMethod の定義です

ご覧のとおり、call メソッドと handler メソッドの両方で「out」トークンを使用していますが、正しい動作を得るには十分ではないようです。

最後に、トラフィック アナライザーで傍受された SOAP メッセージを次に示します。

何か案は？

何年にもわたって多数のAPIが追加された内部向けのASP.NETWebサービスがいくつかあります。オリジナルのWebメソッドのいくつかは、まだ利用可能ですが、代替品が利用可能であることを推奨しています。私は、消費しているクライアントをこれらの新しい方法の使用に向けて誘導したいと思います。そうすれば、私は引退し、最終的には彼らの長老を取り除くことができます。

これがWebサービスAPIではなくクライアントAPIである場合は、問題のあるメソッドに廃止された属性をマークするだけです。ただし、.NET属性はシリアル化されず、Web参照を追加または更新するときに消費者の開発者には表示されません。

ASP.NET Webメソッドを廃止するために推奨される手法は何ですか？ツールに組み込まれているものはありますか（VS2005-2010）？既存のクライアントを壊したくないので、Webメソッドを完全に削除したり、内部の動作を変更して、誤った使用法を再現したりすることはできません。

java.lang.Objectのパラメーターを持つWebメソッドを作成しようとしましたが、次のようなエラーが発生します：http: //community.jboss.org/message/532500

ある人はこれに次のように答えました。「JAXBでサポートされているタイプのWebメソッドパラメータのみを渡すことができます。java.lang.ObjectをWebメソッドパラメータとして渡すことはできません。」

実際、パラメータタイプをオブジェクト以外に変更すると、機能しました。

オブジェクトをWebメソッドパラメータとして渡すことができない場合、この背後にある理由と、単一のWebメソッドを介してさまざまなオブジェクトタイプを渡したい場合の状況を処理する方法は何ですか？

できればどうすればいいですか？

私はC#を使用してAsp.Netで作業しており[WebMethod]、ユーザーコントロールで定義しています。Web サービスを使用したくありません。

[WebMethod]属性を持つメソッドを呼び出すにはどうすればよいですか? jQuery(Ajax)リクエストから呼び出したい。

asp.net webmethod が常に「json」形式でデータを返す場合、webmethod のデフォルトの戻りデータ型は何ですか?という一般的な質問があります。

「json」ではなく「HTML」で webmethod からデータを取得する方法があるかどうか疑問に思っています。

ありがとう

データベースから画像を表示するために、画像スライダーの上にマウスを置いてページメソッドを呼び出しています。問題は、複数のコールバックを取得していることです。この問題を解決する方法を知っている人はいますか?

ページメソッドに使用しているコード:

タイマーを設定するコード:

次のコードを使用して、データセットをExcelシートにエクスポートしています。

問題は、ファイルのダウンロードが発生しないため、エクスポートが行われないことです。同じコードが通常の方法で正常に機能します。しかし、Webメソッドでは機能しません。

こんにちは、私はWebサービス、jquery、jsonを使用してデータを保存しようとしています。Web上のいくつかの例から、同様のコードを取得しましたが、intの代わりにStringを使用しています。

HTML：

JavaScript：

ASP.NET

しかし、これは機能せず、内部エラーメッセージが返されました。私は何を間違えましたか？

This isssue may have several aspects so please read through first.

Suppose that you have a stuct with a few small ints that pack well into Int64 and while you want to use your struct as a type in C# you want it to be exposed as In64 via web methods - so that WSDL has it and you retain basic REST ability (simple types make GET invocation possible).

The closest to that I've found so far is SqlDateTime - it auto-morphs into dateTime in WSDL (there's an attrib that seems to govern XSD/WSDL type equivalence plus IXmlSerializable) but that's not enough. The web method still gets recognized as "having complex params" and therefore is rendered unavailable to GET requests.

Update: XSD/WSDL and SOAP invocation respected type equivalency perfectly fine - the problem is with GET invocation - the RESTful URL path doesn't get generated at all.

Looking for info on possible additional attribs, interfaces, hook-up points, of if someone stumbled upon a struct or internal class that managed to do full type equivalence with any "primitive", scalar type (DayTime is not exactly primitive but still gets such treatment). Also if soemone knows a way to establish stronger type equivalence or add/mark a struct to be treated as a simple (scalar) value type - even better.

Please don't post just to say something nasty or preach private ideology. This is serious, gray-zone question for people who know their way in Reflector and read the code. If you think you can ideologize this you don't even have the clue about the issue. If however you can point to actual code that causes/makes the decison about what will be servable via GET request please post even if by doing that you prove the impossibility of extending type equivalence to GET requests.

Oh and CLR is 2.x/3.x.

Thanks to those who help and to those who don't disrupt.