By new driver do you mean the ones from the /develop branch (0.7.0-SNAPSHOT) ?
Etienne Le ven. 28 févr. 2020 à 10:32, Christofer Dutz <[email protected]> a écrit : > H Etienne, > > the old drivers were unfortunately blocking ones ... with the new drivers > all requests have timeouts and will get cancelled if no responses come in > in a given timeframe. > > Chris > > Am 28.02.20, 10:12 schrieb "Robinet, Etienne" <[email protected]>: > > Well, after 1 hour it froze again. The thing is that this time it does > not > seem to be any memory leakage nor network overloading. The program just > stops, and the camel context tells me, when I shut it down, that there > is 1 > inflight exchange. The programm froze at the same point as the IDE app: > when the PollingConsumer created an PlcReadRequest and waits for the > response. It is known that the receive() method of the PollingConsumer > is > blocking if no message is coming. > > Etienne > > Le ven. 28 févr. 2020 à 09:34, Etienne Robinet <[email protected]> a > écrit : > > > Hi there, > > > > I am currently testing some fix/workaround. I tried a simple test > case > > like the previous one but I moved the connection to the PLC outside > the > > while loop and only connecting again if the connection drops. > > Without temp, I don't get memory leaks (it seems) but the IDE froze > after > > +- 60k MessageHandles. > > But with a 100ms sleep, I managed to get some decent result. I am > > currently testing my route again, and TCP ports/ Memory seem not > getting > > overloaded/leaking! > > > > I changed the Camel integration by putting the PlcConnection in the > > Endpoint class with a getter that can be used by Consumer/Producer > to send > > requests. Idk if this is the correct way to do it, but it seems it > kinda > > fixed/patched for a while my problem. > > > > Cheers, > > > > Etienne > > > > > > > > >
