Hi Cesar, I fully agree that we shouldn’t use statics like in normal “Singletons” … I was just referring to the general concept. So, it wouldn’t really be a singleton anyway as for every new fixed incoming port we’d need a separate one.
But definitely a good point to ensure such a driver doesn’t use global statics this way. I would say that ideally the “Driver” class should be the hook to join them all. This way switching one driver version with another shouldn’t be a problem, right? Thanks for mentioning this. Chris Von: Cesar Garcia <[email protected]> Datum: Dienstag, 16. Mai 2023 um 03:15 An: [email protected] <[email protected]> Betreff: Re: [DISCUSS] SingletonTransports? Hello everyone, This point is extremely interesting in the way of developing high availability or multiprotocol drivers. A long long time ago we developed a driver for a telecommunications company, it used Kannel as a base, a communications gateway, but what I bring to this point is the concept of the "BearerBox" [1]. This piece of software within the Kannel architecture allowed the routing of messages, as well as the monitoring of the different communication channels. In a nutshell the translations from protocol X to protocol Y of the driver were done inside the "BearerBox". Another interesting way to approach this problem is the way the EPICS[2] project did it. In this paper he describes the different functionalities of the driver, I think that it is very similar to what is proposed and can serve as a documentary base. As for having the connections in a "Static" way, eh no. Given that the tests that I have carried out with Karaf and the Hop server, if these connections are available in a static way, in theory it should bring down the server for any update, it does not fit my mind 24/7. my grain of sand, 1. https://www.kannel.org/download/1.4.0/userguide-1.4.0/userguide.html 2. https://accelconf.web.cern.ch/ica05/proceedings/pdf/P3_074.pdf El lun, 15 may 2023 a las 4:28, Christofer Dutz (<[email protected]>) escribió: > Hi all, > > while doing some brainstorming on my next steps for the PROFINET driver, I > fomulated something I would call a SingletonTransport … > We have some drivers, that require a connection to open a port on a given > port number or open a raw socket. This doesn’t work with multiple > connections. > > So my idea is to create a set of Transports as “SingletonTransports” … > here a driver simply registers as potential consumer for incoming packets > and the SingletonTransport then simply sorts them and forwards them to the > right connection. > I wrote down the details here: > https://cwiki.apache.org/confluence/display/PLC4X/PROFINET+Driver > > Any thoughts highly welcome. > > Chris > -- *CEOS Automatización, C.A.* *GALPON SERVICIO INDUSTRIALES Y NAVALES FA, C.A.,* *PISO 1, OFICINA 2, AV. RAUL LEONI, SECTOR GUAMACHITO,* *FRENTE A LA ASOCIACION DE GANADEROS,BARCELONA,EDO. ANZOATEGUI* *Ing. César García* *Cel: +58 414-760.98.95* *Hotline Técnica SIEMENS: 0800 1005080* *Email: [email protected] <[email protected]>*
