Descrierea continutului media al datelor binare in XML

1. Introducere

Datele trimise si primite pe web utilizeaza de obicei tipul de suport MIME definit de [IETF RFC 2046], ca sistem de tip. De exemplu, „image / jpeg”, „application / pdf”. Este necesar sa se indice tipul de continut al continutului elementului XML, de exemplu, in mesajele trimise si primite de serviciile web. Exista, de asemenea, necesitatea de a exprima informatiile de tip continut utilizand [Schema XML: Tipuri de date] si [Schema XML: Tipuri de date], care este sistemul de tip utilizat de [WSDL 2.0 Partea 1]. Acest lucru ar permite aplicatiilor bazate pe XML, cum ar fi serviciile web, sa utilizeze infrastructura de tip media MIME implementata si acceptata pe scara larga.

[XOP] si [MTOM] permit serializarea continutului binar (continut de element care se afla intr-o reprezentare lexicala canonica a tipului xs: base64Binary ) intr-un mod optimizat utilizand ambalajul MIME. Exista dorinta de a specifica informatiile de tip continut ale unui astfel de continut de element binar intr-un mod standard in [Setul de informatii XML] si nu doar in serializarea optimizata a acelui Infoset.

Acest document specifica:

  • Un atribut ( xmime: contentType ) pentru a indica tipul de continut al unui continut de element XML al carui tip este xs: base64Binary sau xs: hexBinary . Valoarea atributului este un sir valid de tip continut (de exemplu, „text / xml; charset = utf-16”). Acest atribut specifica tipul de continut al continutului elementului pe care apare. porno xxxl

  • Un atribut de adnotare Schema XML ( xmime: expectedContentTypes ) pentru a indica, in Schema XML, tipul (tipurile) de continut asteptat (e) pentru un continut de element al carui tip este xs: base64Binary sau xs: hexBinary .

Adnotarea schemei XML, xmime: expectedContentTypes , specifica intervalul de valori asteptat pentru atributul xmime: contentType si intervalul asteptat de tip de continut pentru continutul elementului binar.

Retineti ca utilizarea acestui mecanism, in special atributul xmime: contentType , nu necesita implementarea, totala sau partiala, a schemei XML. In absenta schemei XML, informatiile de tip (xs: base64Binary sau xs: hexBinary) pot fi furnizate prin alte mecanisme; de exemplu, folosind xsi: type .

1.1 Conventii notionale

Cuvintele cheie „TREBUIE”, „TREBUIE NU”, „NECESAR”, „TREBUIE”, „NU TREBUIE”, „TREBUIE”, „NU TREBUIE”, „RECOMANDA”, „MAI” si „OPTIONAL” din acest document sunt sa fie interpretat asa cum este descris in [IETF RFC 2119].

Aceasta specificatie utilizeaza proprietati din setul de informatii XML (consultati [Setul de informatii XML]). Astfel de proprietati sunt notate cu paranteze patrate, de exemplu [numele spatiului de nume].

Aceasta specificatie foloseste prefixe ale spatiului de nume listate in tabelul 1. Retineti ca alegerea oricarui prefix al spatiului de nume este arbitrara si nu semnificativa din punct de vedere semantic (consultati [Setul de informatii XML]).

Tabelul 1. Prefixe si spatii de nume utilizate in aceasta specificatie Definitie spatiu de nume prefix xmime http://www. candice porno w3.org/2005/05/xmlmime Definit de aceasta specificatie xs „http://www.w3.org/2001/XMLSchema” Definit in specificatiile Schemei XML W3C [Schema XML: Structuri], [Schema XML: Tipuri de date]. xsi „http://www.w3.org/2001/XMLSchema-instance” Definit in specificatia W3C XML Schema [Schema XML: Structuri].

Numele spatiului de nume din forma generala „http: //example.org / …” si „http: //example. cougar porno com / …” reprezinta aplicatii sau URI-uri dependente de context (consultati [IETF RFC 3986]).

Toate partile acestei specificatii sunt normative, cu exceptia exemplelor si sectiunilor marcate explicit ca „Non-normativ”.

1.2 Cerinte

Aceasta sectiune descrie setul de cerinte care se adreseaza acestui document.

  1. Definiti cum sa indicati tipul de continut al unui continut de element XML al carui tip este xs: base64Binary sau xs: hexBinary . Acestea sunt meta-date care pot fi, dar nu sunt necesare, utilizate de instrumente pentru a deduce tipul de continut specific al datelor binare.

  2. Definiti cum sa indicati tipul (tipurile) de continut asteptat (e) al continutului elementului XML al carui tip este xs: base64Binary sau xs: hexBinary in schema XML. Aceste informatii sunt necesare pentru a defini setul de tip de continut pe care il pot avea datele binare. De exemplu, o aplicatie de servicii web poate fi dispusa sa indice ca datele binare reprezinta o imagine, dar o lasa pe seama unei instante de document pentru a specifica in continuare daca este „jpeg” sau „gif”. anna polina porno Aceste meta-date nu trebuie sa fie prezente.

  3. Definiti formatul acceptabil al valorilor de tip continut.

  4. Definiti relatia dintre valoarea asteptata si cea reala a tipului de continut declarat pentru datele binare in documentele XML.

2 Atribute pentru declararea tipului de continut

Aceasta sectiune defineste doua elemente de informatii globale despre atribute pentru declararea tipului de continut al datelor binare si a tipului (tipurilor) de continut asteptat (e) ale datelor binare in schema XML pentru a raspunde cerintelor (1) si (2) de mai sus. Utilizarea lor este abordata in sectiunea 3 Declararea tipului de continut pentru date binare .

2.1 xmime: contentType Attribute

Elementul de informatii despre atributul xmime: contentType are urmatoarele proprietati Infoset:

  • Un [nume local] de contentType.

  • Un [nume de spatiu de nume] al „http://www.w3.org/2005/05/xmlmime”.

Tipul elementului de informatii despre atributul xmime: contentType este xs: sir cu o lungime minima de trei si toate caracterele din spatiul alb principal si final sunt ignorate.

[Valoarea normalizata] a elementului de informatii despre atributul xmime: contentType TREBUIE sa fie un sir de tip Content-valid valid, de exemplu, „image / png”, „text / xml; charset = utf-16” asa cum este definit de [IETF RFC 2045] si indica tipul de continut al [elementului proprietar]. porno ecole Retineti ca [valoarea normalizata] consta din valoarea normalizata a atributului definita de [Setul de informatii XML] si nu inseamna ca doua valori echivalente ale xmime: contentType vor fi neaparat egale.

Elementul de informatii al atributului xmime: contentType permite aplicatiilor de servicii web sa optimizeze gestionarea datelor binare definite de un element de informatii al elementelor binare si ar trebui sa fie considerate metadate. Prezenta atributului xmime: contentType nu modifica valoarea continutului elementului.

2.2 xmime: expectedContentTypes Attribute

Elementul de informatii despre atributul xmime: expectedContentTypes are urmatoarele proprietati Infoset:

  • Un [nume local] al tipurilorContenitului asteptat.

  • Un [nume de spatiu de nume] al http://www.w3.org/2005/05/xmlmime.

Tipul articolului de informatii despre atributul xmime: expectedContentTypes este xs: string .

Valoarea si semnificatia atributului xmime: expectedContentTypes este similara cu valoarea permisa pentru antetul HTTP „Accept” definit de specificatia HTTP 1.1, Sectiunea 14.1 (a se vedea [IETF RFC 2616]) si TREBUIE sa respecte regulile de productie definite in acea sectiune cu exceptia urmatoarelor:

  1. Prefixul „Accept:” NU TREBUIE sa fie utilizat. porno excitant

  2. Regula qdtext este modificata din: qdtext = <orice TEXT cu exceptia <„>> in: qdtext = <orice CHAR cu exceptia <” >> Aceasta modificare este facuta pentru a interzice OCTET-urile non-US-ASCII.

Elementul de informatii despre atributul xmime: expectedContentTypes este destinat sa fie folosit ca parte a adnotarii XML Schema pentru o declaratie de element de informatii despre elementul binar (consultati 3 Declararea tipului de continut pentru date binare ). Acest element de informatii despre atribut este menit sa permita autorilor schemei XML sa indice gama de tipuri de medii si / sau parametrii asociati care sunt acceptabili pentru datele binare. Acesta serveste ca o constrangere statica pentru xmime: contentType. Utilizatorii acestui element de informatii despre atribut sunt indemnati sa evite utilizarea wildcard-urilor (de exemplu, „imagine / *”), deoarece poate duce la probleme de interoperabilitate. Daca nu se cunoaste setul de tipuri de suporturi asteptate, nu este recomandata utilizarea xmime: expectedContentTypes.

3 Declararea tipului de continut pentru datele binare

Documentele care doresc sa specifice informatii suplimentare de tip continut pentru date binare TREBUIE sa denote acest lucru utilizand un element de informatii despre elementul binar . Un element de informatii despre element binar este un element de informatii despre element definit cu urmatoarele constrangeri suplimentare.

  • Un element OPTIONAL de informatii despre atributul xmime: contentType, asa cum este descris mai sus in 2.1 xmime: contentType Attribute .

  • Elementele de informatii despre caracter care cuprind [copiii] elementului de informatii despre element TREBUIE sa fie conforme cu constrangerile lexicale ale xs: base64Binary sau xs: hexBinary .

Daca tipul de suport identificat prin valoarea unui element de informatii despre atributul xmime: contentType este un tip de suport pe baza de text, atunci valoarea elementului de informatii despre atributul xmime: contentType TREBUIE sa includa un parametru set de caractere. bella thorne porno

Pentru comoditate de creare, doua tipuri xmime: base64Binary si xmime: hexBinary sunt definite in schema B

<? xml version = „1.0”?> <xs: schema xmlns: xs = „http://www.w3.org/2001/XMLSchema” xmlns: tns = „http://example.com/ct-required” xmlns: xmime = „http://www.w3.org/2005/05/xmlmime” targetNamespace = „http://example.com/ct-required”> <xs: import namespace = „http: // www. w3.org/2005/05/xmlmime „schemaLocation =” http://www.w3.org/2005/05/xmlmime „/> <! – Acest element are continut binar si necesita atributul xmime: contentType care indica tip de continut al elementului binar -> <xs: element name = „MyBinaryData”> <xs: complexType> <xs: simpleContent> <xs: extension base = „xs: base64Binary”> <xs: attribute ref = „xmime : contentType „use =” required „/> </ xs: extension> </ xs: simpleContent> </ xs:complexType> </ xs: element> </ xs: schema>

3. porno orzel 1 Rolul xmime: atribut de adnotare a schemei de tip ContentContent

Atributul xmime: expectedContentTypes este utilizat pentru adnotarea schemei XML pentru a indica intervalul asteptat de tip de continut al continutului elementului binar si intervalul de valori asteptat pentru atributul xmime: contentType.

Valoarea atributului xmime: contentType, daca este prezent, TREBUIE sa fie in intervalul specificat de atributul de adnotare xmime: expectedContentTypes, daca este specificat in schema. A se vedea sectiunea 14.1 din [IETF RFC 2616] despre cum sa interpreteze intervalele de tip continut care pot fi definite in ceea ce priveste continutul real. Cand atributul de adnotare xmime: expectedContentTypes contine un wild card („*”) sau o lista de tipuri de continut acceptabile separate prin virgule („,”), schema TREBUIE sa solicite prezenta atributului xmime: contentType.

Aplicatiile care trebuie sa specifice tipul de continut asteptat TREBUIE sa utilizeze adnotarea schemei pentru a declara gama valorilor asteptate. Atributul de adnotare xmime: expectedContentTypes POATE fi utilizat impreuna cu declaratia elementului de informatii despre elementele binare sau cu definitii de tip complex care sunt derivate din xs: base64Binary sau xs: hexBinary in schema XML. Daca atributul de adnotare xmime: expectedContentTypes este utilizat atat in declaratia elementului de informatii despre elementul binar, cat si in definitia tipului complex de care apartine elementul de informatii despre elementul binar , atunci intervalul de valori asteptat definit pentru elementul de informatii despre elementul binar TREBUIE sa fie un subset al intervalului de valori asteptat definit pentru tipul complex.

Adnotarea xmime: expectedContentTypes poate fi utilizata impreuna cu declaratiile de tip sau de element. Anumite cadre de legare a datelor care utilizeaza mapari de tip static pot fi mai specifice daca adnotarea xmime: expectedContentTypes se aplica declaratiilor complexType in locul declaratiilor de element care utilizeaza aceste tipuri. Din acest motiv, nu se recomanda utilizarea asteptatelorContentie pe declaratiile de elemente folosind tipuri complexe numite. Un exemplu este furnizat in Exemplul 6. cuisine porno

Exemplul de mai jos consta dintr-o definitie de tip, PictureType si o declaratie de element, Picture. Atributul xmime: contentType trebuie sa fie prezent si specifica tipul de continut al continutului binar. Atributul de adnotare schema xmime: expectedContentTypes specifica faptul ca tipul de continut binar este „imagine”, iar numele subtipului este „jpeg” sau „png”.

<? xml version = „1.0”?> <xs: schema xmlns: xs = „http://www.w3.org/2001/XMLSchema” xmlns: tns = „http://example.com/wildcard” xmlns: xmime = „http://www.w3.org/2005/05/xmlmime” targetNamespace = „http://example.com/wildcard”> <xs: import namespace = „http://www.w3. forum porno org/ 2005/05 / xmlmime „schemaLocation =” http://www.w3.org/2005/05/xmlmime „/> <xs: complexType name =” PictureType „> <xs: simpleContent> <xs: restriction base =” xmime : base64Binary „> <xs: attribute ref =” xmime: contentType „use =” required „/> </ xs: restriction> </ xs: simpleContent> </ xs: complexType> <! – Acest element desemneaza gama de valori pe care le va accepta definitia elementului -> <xs: element name = „Picture” type = „tns:PictureType „xmime: expectedContentTypes =” image / jpeg, image / png „/> </ xs: schema>

Exemplul de instanta de document de mai jos este conform cu declaratia elementului Picture si specifica faptul ca continutul binar este de tipul „image / png”.



  • porno my hero academia
  • film porno francais famille
  • porno rue
  • porno xxxx
  • porno bbw
  • porno tante
  • porno argent
  • jennifer lawrence porno
  • porno legging
  • video porno full hd
  • you tube porno
  • train porno
  • voglio porno
  • porno ru
  • alpha porno
  • konulu porno
  • laetitia porno
  • porno pipes
  • agathe auproux porno
  • porno anglais




<? xml version = „1.0”?> <Picture xmlns = „http://example.com/wildcard” xmlns: xmime = „http://www.w3.org/2005/05/xmlmime” xmime: contentType = „image / png”> / aWKKapGGyQ = </Picture>

4 Exemple

4.1 Date binare cu tip de suport cunoscut

Exemplele din aceasta sectiune constau dintr-un element binar al carui tip de suport este cunoscut in prealabil ca fiind „imagine / jpeg”.

In Exemplul 4, un tip de suport fix este specificat prin declararea acestuia cu o adnotare coroborata cu definitia tipului complex. Atributul xmime: contentType nu este utilizat deoarece tipul media al datelor binare este cunoscut in prealabil.

<? xml version = „1. asmr porno 0″?> <xs: schema xmlns: xs = „http://www.w3.org/2001/XMLSchema” xmlns: tns = „http://example.com/know-type” xmlns: xmime = „http://www.w3.org/2005/05/xmlmime” targetNamespace = „http://example.com/know-type”> <xs: import namespace = „http: // www. w3.org/2005/05/xmlmime „schemaLocation =” http://www.w3.org/2005/05/xmlmime „/> <xs: simpleType name =” JPEGPictureType „xmime: expectedContentTypes =” image / jpeg „> <xs: restriction base = „xs: base64Binary” /> </ xs: simpleType> <xs: element name = „JPEGPicture” type = „tns: JPEGPictureType” /> </ xs: schema>

In Exemplul 5, un tip de suport fix este specificat prin declararea acestuia cu o adnotare impreuna cu declaratia elementului. Atributul xmime: contentType este utilizat optional in instantele documentelor pentru a indica tipul de suport al datelor binare. cardi b porno

<? xml version = „1.0”?> <xs: schema xmlns: xs = „http://www.w3.org/2001/XMLSchema” xmlns: tns = „http://example.com/know-type” xmlns: xmime = „http://www.w3.org/2005/05/xmlmime” targetNamespace = „http://example.com/know-type”> <xs: import namespace = „http: // www. w3.org/2005/05/xmlmime „schemaLocation =” http://www.w3.org/2005/05/xmlmime „/> <xs: element name =” JPEGPicture „type =” xmime: base64Binary „xmime: expectedContentTypes = „image / jpeg” /> </ xs: schema>

4. porno gay big dick 2 Date binare cu tip media preferat

Acest exemplu ilustreaza faptul ca sunt preferate datele binare cu tip media „image / jpeg”, dar sunt permise si datele binare cu tip media „imagine / tiff” (cu o preferinta mai mica).

<? xml version = „1.0”?> <xs: schema xmlns: xs = „http://www.w3.org/2001/XMLSchema” xmlns: tns = „http://example.com/preferred-type” xmlns: xmime = „http://www.w3.org/2005/05/xmlmime” targetNamespace = „http://example.com/preferred-type”> <xs: import namespace = „http: // www. w3.org/2005/05/xmlmime „schemaLocation =” http://www.w3. film porno 1970 org/2005/05/xmlmime „/> <xs: complexType name =” JPEGPreferredPictureType „xmime: expectedContentTypes =” image / jpeg; q = 1.0, image / tiff; q = 0.8 „> <xs: simpleContent> <xs: restriction base =” xmime: base64Binary „> <xs: attribute ref =” xmime: contentType „use =” required „/> </ xs : restrictie> </ xs: simpleContent> </ xs: complexType> <xs: element name = „JPEGPeferredPicture”type = „tns: JPEGPreferredPictureType” /> </ xs: schema>

5 Referinte normative

Schema XML: Structuri
Schema XML Partea 1: Structuri Editia a doua, H. Thompson, D. Beech, M. Maloney si N. Mendelsohn, editori. Recomandarea consortiului World Wide Web, 28 octombrie 2004. (A se vedea http://www.w3.org/TR/2004/REC-xmlschema-1-20041028/.)
Schema XML: tipuri de date
Schema XML Partea 2: Tipuri de date Editia a doua, P. porno gay dad Byron si A. Malhotra, editori. Recomandarea consortiului World Wide Web, 28 octombrie 2004. (A se vedea http://www.w3.org/TR/2004/REC-xmlschema-2-20041028/.)
IETF RFC 3986
Identificatori uniformi de resurse (URI): Sintaxa generica, T. Berners-Lee, R. Fielding, L. Masinter, ianuarie 2005. (A se vedea http://www.ietf. your porno sexy org/rfc/rfc3986.txt.)
IETF RFC 2045
RFC 2045 – Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies, N. Freed, N. Borenstein, November 1996. (Vezi http://www.ietf.org/rfc/rfc2045.txt.)
IETF RFC 2046
RFC 2046 – Multipurpose Internet Mail Extensions (MIME) Part Two: Types Media, N. Freed, N. Borenstein, noiembrie 1996. film porno cougar (Vezi http://www.ietf.org/rfc/rfc2046.txt.)
IETF RFC 2616
Hypertext Transfer Protocol – HTTP 1.1, R. Fielding, J. Gettys, J. Mogul, H. Frystyk, L. Masinter, P. Leach, T. porno asia Berners-Lee, iunie 1999. (A se vedea http: //www.w3 .org / Protocols / rfc2616 / rfc2616.html.)
IETF RFC 2119
Cuvinte cheie pentru utilizare in RFC-uri pentru a indica nivelurile de cerinta, S. Bradner, autor. Internet Engineering Task Force, iunie 1999. (A se vedea http://www.ietf.org/rfc/rfc2119.txt. porno free francais )
Set de informatii XML
Set de informatii XML (editia a doua), J. Cowan si R. Tobin, Recomandarea consortiului World Wide Web, 4 februarie 2004. (A se vedea http://www.w3.org/TR/2001/REC-xml-infoset-20011024/ .)

6 Referinte informative

WSDL 2.0 Partea 1
Limbajul de descriere a serviciilor web (WSDL) Versiunea 2.0 Partea 1: Limbaj principal, Roberto Chinnici, Martin Gudgin, Jean-Jacques Moreau, Jeffrey Schlimmer, Sanjiva Weerawarana, World Wide Web Consortium Working Draft 3 August 2004 (Vezi http: //www.w3 .org / TR / 2004 / WD-wsdl20-20040803 /.)
XOP
Ambalare optimizata binara XML, Martin Gudgin, Noah Mendelsohn, Mark Nottingham, Herve Ruellan, Recomandarea W3C, 25 ianuarie 2005 (A se vedea http://www. actrice porno italienne w3.org/TR/2005/REC-xop10-20050125/.)
MTOM
Mecanismul de optimizare a transmiterii mesajelor SOAP, Martin Gudgin, Noah Mendelsohn, Mark Nottingham, Herve Ruellan, Recomandarea W3C, 25 ianuarie 2005 (A se vedea http://www.w3.org/TR/2005/REC-soap12-mtom-20050125/.)