Hello All,
Once again I am emailing everyone what I just posted on the Wiki regarding
some issues with the Interop documentation. I deleted the issues I posted
previously that do not apply to the current documentation.
Also, I wanted to bring an issue to everyone's attention:
There is a potential race condition brought on by the fact that the
ByteIOInterop factory port type's DeleteResource operation is defined as a
one-way message.
-Karolina
Wiki Update:
ByteIO Interoperability Testing Scenarios Document Issues and Corrections
This section lists issues in v.12 of the ByteIO Interoperability Testing
Scenarios document and presents corrections. The issues are listed in the
order that they appear in the document and reference the specific
sections/pages they refer to.
_____
Incorrect Blocks-per-Byte in SOAP Example
(4.2) rbyteio:read operation (i)
The non-normative example of the SOAP elements in the body of the request
message does not match the specifications of test 4.2. The required
bytes-per-block is 12 not 6. The SOAP body of the requet message should be
as follows:
rbyteio:read
rbyteio:start-offset 20
rbyteio:bytes-per-block 6
rbyteio:num-blocks 1
rbyteio:stride 0
Hi Karolina, thanks for the issues, they are pretty much exactly the same I found. Should've spotted them way earlier. :( However,
Also, I wanted to bring an issue to everyone's attention:
There is a potential race condition brought on by the fact that the ByteIOInterop factory port type's DeleteResource operation is defined as a one-way message.
I don't see a race condition here. AFAIR the operation is defined as the client sending a request that the resource (an EPR has been created for before) shall be destroyed. The client then MUST consider this resource destroyed, whether it is actually destroyed or not. The only race condition I potentially see is on the server side; i.e. when the server side implementation does not synchronize (in Java terms) method calls correctly. But I would consider that an implementation detail, not a messaging problem. Cheers, Michel
participants (2)
-
Karolina Sarnowska
-
Michel Drescher