[Fiware-ngsi] ConfMan GE associations detailed interaction

[Fermín Galán Márquez]

Hi,

We have defined a couple of files with the expected interaction for ConfMan GE to implement the IoT Broker uses cases related with query and update, based on the Raihan document:

https://forge.fi-ware.eu/scmrepos/svn/iot/trunk/schemes/xml_examples/ngsi-9/associations-examples/assoc-query-things-case.test
https://forge.fi-ware.eu/scmrepos/svn/iot/trunk/schemes/xml_examples/ngsi-9/associations-examples/assoc-update-things-case.test

In each one of these files there are two sections:

  *   SHELL: contains a sequence of request to be sent to ConfMan GE. Each request is "encapsulated" withing a curl common (in the real case, IoT Broker will do these requests). It is assumed that before starting the first request in the SHELL section, the ConfMan GE has no previous state (i.e. as it is has been just started).
  *   REGEXPECT: the expected output that will be obtained when the SHELL section is executed, literally except for the REGEX() tokens, which match regular expressions within the parenthesis. In particular, we use REGEX([0-9a-f]{24}) (i.e. 24 hex digits) for IDs.

We will use these files to guide our implementation (in fact, these files will feed our test harness framework in charge of automatic testing our software) so it would be great if you could have a look to it to know if they are ok with you or if you detect any problem (so we don't get any undesirable surprise at integration time ;).

Thanks!

Best regards,

------
Fermín

________________________________

Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nuestra política de envío y recepción de correo electrónico en el enlace situado más abajo.
This message is intended exclusively for its addressee. We only send and receive email on the basis of the terms set out at:
http://www.tid.es/ES/PAGINAS/disclaimer.aspx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.fiware.org/private/fiware-ngsi/attachments/20130423/66bab81d/attachment.html>