I want to expose sample data from an OPC-UA bridge inside UMH to a HTTP server configured in UMH in order to call the information from there. Do i need stand alone flow for that and is it necessary to manually expose ports in the docker container?

Hey Nils! Thank you for reaching out! Just wanted to let you know that we're looking into this and that we'll get back to you in a bit 🙂 I've personally seen a similar pattern implemented, but haven't done it myself - so I'm checking it with the team.

Hi Nils. Not sure what you mean. The typical pattern would be a opc-ua bridge that reads data and publish to the UNS, a write bridge or a standalone that subscribes to this topic and push data to an HTTP endpoint. Does this align with your usecase?

It does. Do i need to define another bridge or do i provide an output definition in the same bridge which will then take the input data and forward it to my output definition properties? For some reason i struggle a lot with just forwarding data from one source to another destination

upcua->uns. uns->http. Typically you would setup and upcua bridge and read from the machine, publish this to the uns with a datamodel. Once the data is visible in the uns you create another bridge, an http_client and subscribe to the uns topic you want to use. Process the data to fit you http server format and push the data.. If you create a bridge you can check the examples for http_client or sap-dm.

Okay can UMH also act as an http_server to provide data like that?

you can use http_server as an input to create a api endpoint yes. If you use standalone you are more free to use processors and inputs.

Now it worked that I can query the data from an http endpoint from the UNS. But it's only visible inside the container. Do i manually have to map the ports whenever i add a bridge/standalone/stream processor to the UNS?

The port needs to be exposed in the docker compose, otherwise it is only visible inside the docker network.