Hi Tim,
I really like the idea. It looks like the docker image you sent is a good
solution for this.
I guess it makes sense to test one event schema with as many different data
types as possible.
Did you run this docker image before or do you have any experience with
connecting the data to StreamPipes?
Once the docker container is running, we need the configuration of the adapter
to create the test, see [1].
I think it makes also sense to include the docker-compose description to the
CLI [2]
Example of a test description:
SpecificAdapterBuilder
.create('Machine_Data_Simulator')
.setName('Machine Data Simulator Test')
.addInput('input', 'wait-time-ms', '1000')
.build();
Philipp
[1]
https://github.com/apache/incubator-streampipes/tree/dev/ui/cypress/tests/adapter
<https://github.com/apache/incubator-streampipes/tree/dev/ui/cypress/tests/adapter>
[2]
https://github.com/apache/incubator-streampipes-installer/tree/dev/cli/deploy/standalone
<https://github.com/apache/incubator-streampipes-installer/tree/dev/cli/deploy/standalone>
> On 26. Oct 2021, at 19:49, Tim <[email protected]> wrote:
>
> Hi all,
>
> similar to the E2E test for the MQTT adapter, which is currently under
> development, it might be worthwhile to implement an E2E test for our OPC-UA
> adapter. What do you guys think about this idea?
>
> During the development/refactoring of the OPC-UA adapter we used some
> publicly available OPC-UA servers (e.g.,
> https://github.com/digitalpetri/opc-ua-demo-server).
> However, to avoid complexity and reduce error-proneness in the test
> scenario, one option would be to set up an OPC-UA server in a Docker
> container. I found the following docker image, which looks quite good at
> first sight: https://hub.docker.com/_/microsoft-iotedge-opc-plc.
>
> How do you like this approach? Do you have other ideas orsuggestions?
>
>
> Best
> Tim
