Thanks for the update Chris! I really appreciate your efforts and am excited for the updates to come.
Mit freundlichen Grüßen Kind regards Sebastian Wiendl DSE / Digital Solutions Software Engineer Phone: +49 9605 919 - 9341 E-Mail: [email protected] Internet: www.bhs-world.com Shop: www.icorr.shop BHS Corrugated Maschinen- und Anlagenbau GmbH Paul-Engel-Straße 1 92729 WEIHERHAMMER GERMANY Management: Christian Engel, Lars Engel Registered at Amtsgericht Weiden, HR B 1320 Von: "Christofer Dutz" <[email protected]> An: "[email protected]" <[email protected]> Datum: 18.12.2019 17:25 Betreff: [UPDATE] What we're working on in Weinheim ... Hi all, I will try to use a small phase of having to wait on others to sum up what we?ve been up to. Currently nothing is really being done on the develop branch as we will put the changes up for discussion before merging. The branch to watch is ?next-gen-core?. * Extending the API: * We added general support for complex types (Protocols however have to be extended to support this) * Cleaning up the modules * We moved and renamed some modules * All the plc4j/protocols/driver-bases/ modules are moved away * plc4j-protocol-driver-base is now more or less the new SPI module * plc4j-protocol-driver-base-xyz modules are now transport/xyz (plc4j-transport-xyz) * Refactoring the protocols * Introduction of a SPI module * Addressed common Netty problems (Buffer Leaks and alike) * Abstracted the protocol layers to no longer have direct dependencies on Netty stuff * Implementing new generated protocols * Implemented a version of a generated working S7 driver which is able to perform connection as well as reading of values * We started working on a port of the Modbus driver (Which previously was implemented by using an external library) So far from a user perspective we haven?t done any API changes (Just extended: We added general support for complex data types and data structures) In general we want to prevent new protocol implementers to run into common Netty problems by hiding all Netty interaction behind a new SPI façade. In the background we will be handling all of the difficult stuff and the developer won?t have to think about that sort of things. Also are we planning on introducing a completely different way to specify the logic ? right now everything is encoding and decoding things and the matching of response to request is some-times tricky. With the proposed changes it will be similar to: ?sendRequest(xyz).onResponse({do something})?. Will continue as things come up ? Chris
