Domanda

Mentre guardando le risposte da alcuni OData alimenta sega io che le loro strutture sono leggermente diverse a seconda che scendessimo hanno contenuti di tipo impostato su application / xml o application / zip. Ecco due esempi:

  1. application / zip
<content type="application/zip" /> 
<m:properties>
  <d:Id>Simple.Data.Core</d:Id> 
</m:properties
  1. application / xml
<content type="application/xml">
<m:properties>
  <d:ProductID m:type="Edm.Int32">1</d:ProductID>
</m:properties>
</content>

Entrambi sono inviati come AtomPub (schema RSS Stanard usato da OData), ma nel contenuto caso ha un tipo "application / zip", m: proprietà elemento arriva allo stesso livello come contenuto, e se è "application / xml", si presenta come un elemento secondario del 'contenuto'. Secondo specificazione OData al odata.org, il secondo formato è corretto. Qualcuno sa perché viene usato anche il primo formato uno (e anche capito da clienti OData)?

Grazie in anticipo

È stato utile?

Soluzione

In realtà entrambi sono corrette. La prima (con la m: proprietà al di fuori dei contenuti) rappresenta un Media Link Entry (MLE) secondo le specifiche AtomPub. Il formato OData per MLE è descritto qui: http://www.odata.org/ sviluppatori / protocolli / atomo formato # RepresentingMediaLinkEntries . Il secondo è un normale un'entità non MLE.

Altri suggerimenti

Ho ricevuto la seguente risposta in OData gruppo Google :

Se un tipo di entità è contrassegnato come un Media Link Entry, vale a dire è sostenuta dai media, le sue proprietà non sono presenti nell'elemento dell'atomo: elemento d'accesso. E l'elemento di punti contenuti nella posizione per scaricare i mezzi backing da. Un altro esempio di tale entità è la collezione 'Titoli' nei mangimi di Netflix. http://odata.netflix.com/v2/Catalog/Titles ? $ top = 1 Lei parla di seguito che si hanno problemi di analisi di tali tipi di entità in Atom, come stai analisi del mangime ATOM? Si sta utilizzando una delle nostre librerie client o state l'analisi della risposta a mano?

Riferimento: http://tools.ietf.org/html/rfc5023#page-25

Phani Raj Yayavaram Narasimha

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top