問題タブ [odata]

示されているように Accept ヘッダーを使用すると、非常に単純なリフレクションベースの OData サンプルが正常に実行され、json が生成されます。ただし、 $format=json パラメータで動作させることはできません。そのパラメーターを追加するたびに、Bad Request が発生します。これによると、うまくいくようです：リンクテキスト

$select などの他のシステム クエリ オプションは正常に機能することに注意してください。これは、VS2010 経由で実行される .Net 4 です。

私は次のいずれかの方法を探しています：

クロスドメインのプレーンJSONリクエストを実行しますa-laYUIIO（http://developer.yahoo.com/yui/3/examples/io/io-xdr.html with Basic Authentication）

または代わりに、

Sharepoint 2010のListData.svcでJSON-P（/_vti_bin/listdata.svc/?$format=json&$callback=loadedなど）をサポートしているので、jQuery.ajaxを使用して基本的な認証済みリクエストを作成できます。

明確にするために、上記のYahooの例が基本認証をどのようにサポートできるかはわかりません（jQueryは単純な問題です）。次に、JSON-Pを試行したときにSharepoint2010がスローするエラーは次のとおりです。

クエリパラメータ'$format'は、システム予約の' $'文字で始まりますが、認識されません。

http://code.msdn.microsoft.com/DataServicesJSONPを介して標準のWCFデータサービスを後付けできることは知っていますが、Sharepointについてはよくわかりません。

これが信じられないほど役立つと想像できる人もいると思います。誰かがこれがどのように機能するかについての考えを持っていますか？

OData サービスから受信するデータの量を制限するにはどうすればよいですか?

WCF サービスには、制限できるオプション MaxReceivedMessageSize があります。Binding.MaxReceivedMessageSize ==> このバインディングで構成されたチャネルで受信できるメッセージの最大サイズを取得または設定します。

OData の場合、サーバーから受信するデータの量を制限する方法はありますか?

受信するデータの量を調整するにはどうすればよいですか? または、基になる Http プロトコルと同じですか?

ありがとう

ヴェンキ

ODataサービスを公開しているサーバーがあります。私は実際にObjectiveCのODataクライアントを利用して、データを取得し、iPhoneに表示することができます。iPhoneからサーバーにデータを投稿するプロセスは何だろうと思います。

サーバーに単純な名前を送信する必要があると仮定します。

ODataサービスを使用するiPhoneアプリの例を提供する下駄/サイトへのポインター。

よろしくHiteshV

ODataプロトコルURIを確実に解析できるオープンソースの.NETラッパーがあるかどうか誰かが知っていますか？

WCFデータサービスへのポインタを探していません...（複雑な理由で）実際のAtom / ODataサービスにはなり得ないWCFベースのデータクエリサービスを作成していますが、ODataUriの表現力は本当に気に入っていますデータソースとクエリパラメータを識別するため。さらに、将来的にODataエンドポイントを公開する可能性があります。

私は（cursorally）WCF Data Service APIを調べましたが、サービスホスト、リソースパス、およびクエリパラメーターを公開するきちんとラップされたODataUriクラスがないようです。書くことはできますが、書く前に、誰かがすでに書いているかどうかを確認したいと思います。

低速の衛星接続を介してデータクエリWCFサービスを作成することを検討しており、WCFデータサービスが本当に気に入っています。私が見ている問題は、HTTPが非常に冗長な形式であり、私が行っていることはすべて内部および.NETであるため、代わりにNetTcpBindingを使用してオーバーヘッドの一部を削減することは可能ですか？

これも可能ですか？お勧めですか？

Subsonic で WCF Data Service を使用しようとしていますが、「service.svc」にアクセスしようとするとこのエラーが発生します。2 つのプロジェクトがあります。1 つは、テーブルのクラスを生成する Subsonic t4 テンプレートを含むクラス ライブラリ (「OData」と呼ばれます) です。もう 1 つは、「OData」プロジェクトを参照する ASP.NET MVC2 プロジェクトです。

次に、ASP.NET MVC プロジェクト内に "service.svc" という名前の新しい WCF データ サービス項目を作成します。これは、"OData" プロジェクトから取得した Subsonic によって生成された "TestDB" コンテキストを指します。この記事に従って、「サービス」クラスにこの属性を追加しました。 .net-data-services.aspx

これは私のサービスクラスがどのように見えるかです:

http://localhost/Service.svcにアクセスしようとすると、次のエラーが表示されます。

リクエストエラー

サーバーでリクエストの処理中にエラーが発生しました。
例外メッセージは、「データ コンテキスト タイプ 'SymetraGivingDB' で、要素タイプがエンティティ タイプではない最上位の IQueryable プロパティ 'Users' があります。
IQueryable プロパティがエンティティ タイプであることを確認するか、データ コンテキスト タイプで IgnoreProperties 属性を指定して、このプロパティを無視してください。詳細については、サーバー ログを参照してください。例外スタック トレースは次のとおりです。

System.Data.Services.Providers.ReflectionServiceProvider.PopulateMetadata (IDictionary 2 knownTypes, IDictionary2 childTypes、IDictionary 1.CreateProvider () で System.Data.Services.DataService 1.ProcessRequestForMessage (ストリーム messageBody) で SyncInvokeProcessRequestForMessage (オブジェクト、オブジェクト []、オブジェクト [] ) System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(オブジェクト インスタンス、Object[] 入力、Object[]& 出力) で System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc) で System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5 (MessageRpc& rpc) System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage41 (MessageRpc& rpc) で2 entitySets)
at System.Data.Services.Providers.BaseServiceProvider.PopulateMetadata()
at System.Data.Services.DataService
1.HandleRequest()
at System.Data.Services.DataService





System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage4(MessageRpc& rpc)
で System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage31(MessageRpc& rpc)
で System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage3(MessageRpc& rpc)
で System.ServiceModel.Dispatcher.ImmutableDispatchRuntime System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage11(MessageRpc& rpc) の.ProcessMessage2(MessageRpc& rpc)
System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage1
(MessageRpc& rpc)
の System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)

このエラーは、基本的に Id / Name / Deleted の 3 つの列を持つ「Users」テーブルについて言及しています。テーブル間に何らかの関係があり、すべてのテーブルに主キー ID として「Id」があります。

なぜこのエラーが発生するのか分かりますか?

どうもありがとうございました。

サービスの OData プロキシを生成しようとしています: http://services.odata.org/Northwind/Northwind.svc/ $metadata

OData プロキシの生成に System.Data.Services.Design.EntityClassGenerator を使用しています。

EntityClassGenerator をインスタンス化して GenerateCode を呼び出すと、出力にエラーはありません。しかし、生成されたプロキシ コードにはコードがありません。

私自身のサービスでも同じコードが機能します。しかし、それを外部サービスに向けると、EntityClassGenerator が機能しません。

コードは次のとおりです。

oData で生成された DataServiceContext があり、それにエンティティを正常に追加しています。エンティティの負荷全体を追加し、最後にバッチ オプションを設定して単一の SaveChanges にコミットする必要があります。保存が変更される前にクエリを実行するまでは、これで問題ありません。

概要は次のとおりです。

• 新しいエンティティを作成する
• それを DataServiceContext に追加します
• コンテキストでクエリを実行して、追加したアイテムを探します - IT IS NOT FOUND

以前の EF4 の作業では、これがエンティティ コンテキストであればすべて問題ないことが示唆されましたが、これはサービス コンテキストであるため、サービスに追加されたが保存されていないエンティティに対してクエリを実行することはできません。

これは事実ですか？

私たちのソフトウェアには OData API があり、開発者がプロ​​パティとメソッドを簡単に見つけられるように、それを優れた OData エクスプローラーと一緒にパッケージ化したいと考えています。

私たちはこれを見つけました：

http://www.silverlight.net/content/samples/odataexplorer/

しかし、場合によってはうまくいかず、かなりくだらないです。直感的で洗練されたものが必要です。