[one-users] OCA XML-RPC output

[Carlos Martín Sánchez]

Hi all,

On Wed, May 18, 2011 at 6:36 PM, Gian Uberto Lauri <saint at eng.it> wrote:

>          This lead to this question: May I assume that tag order is fixed
>          inside <TEMPLATE />  ?  so that the content may  be defined by a
>          <xs:sequence /> ?
>

The template attributes are sorted in alphabetical order, so you can assume
a fixed order, but you can't be sure about what child elements will be
present since the template may contain anything.

You could however assume the contents if you force the VM creation to be
only done using your OVF to OCA server; or if you limit the VM information
retrieval to work only for VMs created from your code.

         And does  this hold even  for the  content of <DISK>,  <NIC> and
>          <OS>?
>

Even inside each vector attribute, its sub-attributes are ordered
alphabetically.

         Common sense says  that Ruby should not  execute its instruction
>          out of order, so the order is fixed and some elements may or may
>          not appear,  but the  order should not  change. Can  you confirm
>          this ?
>

Yes, after doing some tests it looks to me that the XML is not modified in
any way by Ruby.

Best regards,
Carlos.

--
Carlos Martín, MSc
Project Major Contributor
OpenNebula - The Open Source Toolkit for Cloud Computing
www.OpenNebula.org <http://www.opennebula.org/> | cmartin at opennebula.org


On Wed, May 18, 2011 at 7:06 PM, Florin Antonescu <florinantonescu at gmail.com
> wrote:

> I am also interested in this topic as I am trying to do the same task for
> research project GEYSERS.
>
>
> On Wed, May 18, 2011 at 6:36 PM, Gian Uberto Lauri <saint at eng.it> wrote:
>
>> Hello all,
>>
>>          I am  writing an  OCCI implementation that  accepts OVF  for the
>>          Venus-C  research project.  This implementation  parses OVF  and
>>          uses  the  extracted informatios  to  build  the input  fir  the
>>          appropriate OCA api.
>>
>>          /compute  works  using  OCA  allocate(), now  I  am  working  on
>>          /compute/[id] that will use OCA info(). This call returns an XML
>>          that I have to translate into an OVF.
>>
>>          I choosed to parse this XML using xjc to compile xsd definitions
>>          into Java classes.
>>
>>          I downloaded the xsd from the hyperlink in the XML-RPC page, but
>>          the definition for  VMs (i.e. the answer of the  info() OCA api)
>>          is too  coares, and I  need to parse at  least some of  the tags
>>          inside the <TEMPLATE /> tag to get finer grained informations.
>>
>>          So I have to change the xsd I downloaded.
>>
>>          This lead to this question: May I assume that tag order is fixed
>>          inside <TEMPLATE />  ?  so that the content may  be defined by a
>>          <xs:sequence /> ?
>>
>>          And does  this hold even  for the  content of <DISK>,  <NIC> and
>>          <OS>?
>>
>>          Common sense says  that Ruby should not  execute its instruction
>>          out of order, so the order is fixed and some elements may or may
>>          not appear,  but the  order should not  change. Can  you confirm
>>          this ?
>>
>>          Thank you in advance.
>>
>> --
>> ing. Gian Uberto Lauri
>> Ricercatore / Reasearcher
>> Laboratorio Ricerca e Sviluppo / Research & Development Lab.
>> Area Calcolo Distribuito / Distributed Computation Area
>>
>> GianUberto.Lauri at eng.it
>>
>> Engineering Ingegneria Informatica spa
>> Corso Stati Uniti 23/C, 35127 Padova (PD)
>>
>> Tel. +39-049.8283.571         | main(){printf(&unix["\021%six\012\0"],
>> Fax  +39-049.8283.569             |    (unix)["have"]+"fun"-0x60);}
>> Skype: gian.uberto.lauri          |          David Korn, AT&T Bell Labs
>> http://www.eng.it                         |          ioccc best One
>> Liner, 1987
>> _______________________________________________
>> Users mailing list
>> Users at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20110519/cc2e249a/attachment-0003.htm>