so I noticed that new field types require us to re-release the build-tools, so
I would like to add a few more types:
- virtual: Generates the getXYZ() method in the POJO
- manual: Field for which the parse and serialization has to be provided
- manualArray: like an array version of the
The so called Category A licenses are allowed to be included as a
dependency AND/OR in source form of Apache projects, but we must respect
the language of those licenses. MIT is a relatively aligned license, which
in essence differs from ALv2 in the patent clause (IIRC, however IANAL).
BUILD-FAILURE: Job 'PLC4X/PLC4X/develop [develop] ':
Check console output at "https://builds.apache.org/job/PLC4X/job/PLC4X/job/develop/432/;>PLC4X/PLC4X/develop
In the train (Which I didn't miss) I had an idea.
I'd like to add a "virtual" field which generates a get-method without any
property to back it in the pojo.
This can be helpful when working with the model objects.
It could look something like this:
[virtual uint 8 'hurz'
As all of the elements are "fields" I thought it as a virtual field... That's
why I suggested that. If you go for "external" it would be an external field,
which is sort of not quite what it is. And the "whatever name it has" - field
doesn't have to call external code... It could
Yeah it's confusing... Pom says mit, Readme says Apache 2 and some files have
netty license header :)
Let's see what he answers.
Von meinem Mobiltelefon gesendet
Betreff: Re: Usage of Netty - JSerialcom-Bridge
Von: Christofer Dutz
It seems the files am have apache headers, but the pom says mit license.
Perhaps Justin can help us with what's allowed and what's not.
It would be cool to have it in a location we can update and release it on our
own. Cause even if the maintainer is accepting PRs, we don't know how
as we use in our DF1 Code (and also fort he Modbus Code, I think) the library:
https://github.com/Ziver/Netty-Transport-jSerialComm which is under netty
But it quite outdated and only “maintained” by one guy.
I contacted him asking if he accepts PRs and also suggested, that we
first, thanks for the update here.
I already checked your results this morning with Volker and have to say THANK
both of you for your effort, we are pretty close on closing this off : )
For the rest... I agree with your suggestions. Perhaps instead of 'virtual' we
yesterday Volker and I meet in our codecentric office in FFM and worked on a
DF1 driver based on mspec and generated code.
Here we learned that we need to extend the arrayField to support a “terminated”
type in addition to the existing “count” (Explicit number is specified before
Haha, I just thought the same wenn reading ComDev __
Am 07.08.19, 09:58 schrieb "Christofer Dutz" :
on the community dev list I noticed that Apache seems to have a swag store
I think it would be
on the community dev list I noticed that Apache seems to have a swag store at
I think it would be great to have “Team Toddy” shirts and Coffee Mugs available
there … what do you think?
I think u are right
Matthias Strljic, M.Sc.
Institut für Steuerungstechnik der Werkzeugmaschinen und
Tel: +49 711 685-84530
Fax: +49 711 685-74530
Mail list logo