Re: Positive impact of the media coverage

That's a challenge as a lot came in via LinkedIn and my phone ;-) Chris Outlook für Android herunterladen From: Otto Fowler Sent: Monday, April 29, 2019 4:54:59 PM To: dev@plc4x.apache.org Subject: Re: Positive impact of the media coverage

[BUILD-STABLE]: Job 'PLC4X/PLC4X/develop [develop] [303]'

BUILD-STABLE: Job 'PLC4X/PLC4X/develop [develop] [303]': Is back to normal.

Draft of our first Board Report

Hi all, I just finished a first version of our first board report: https://cwiki.apache.org/confluence/display/PLC4X/2019-May Please review and comment. Even if it’s not expected to be in there, I’ll probably add a “numbers” section asap which should also provide some information on the develo

Re: Positive impact of the media coverage

Maybe you should cc the private@ list for the project? On April 29, 2019 at 08:31:07, Christofer Dutz (christofer.d...@c-ware.de) wrote: Hi all, I just wanted to tell you that I was contacted today by Microsoft Azure Team as well as another Company as a direct result of the media coverage follo

Re: Major update to the build just merged to develop

From the jenkins build I have this: -- Building without tests -- Found FLEX: /usr/bin/flex (found version "2.6.0") -- Found BISON: /usr/bin/bison (found version "3.0.4") -- -- -- Thrift version: 0.12.0 (0.2.0)

Re: Rearrange modules according to their language?

Hi all, I just pushed a feature branch "feature/sorted-examples-integrations" which moves the integration modules and examples to the language they are based on. This made it possible to move the java configuration into the "plc4j" module. Please have a look and comment. Chris Am 29.04.19, 1

Re: Major update to the build just merged to develop

Ok ... as it's executing package-thrift-python you have enabled the "with-python" config. The problem here is, that probably the build isn't finding the python executable. Therefore the build is simply disabling the python generation. The problem is that we're trying to package the out put ... co

[BUILD-FAILURE]: Job 'PLC4X/PLC4X/develop [develop] [302]'

BUILD-FAILURE: Job 'PLC4X/PLC4X/develop [develop] [302]': Check console output at "https://builds.apache.org/job/PLC4X/job/PLC4X/job/develop/302/";>PLC4X/PLC4X/develop [develop] [302]"

Re: Major update to the build just merged to develop

Hi chris, form e there is an exception in the build with the following (truncated) output: [INFO] --- maven-assembly-plugin:3.1.1:single (package-thrift-python) @ plc4x-tools-thrift --- [INFO] Reading assembly descriptor: src/assembly/python.xml [INFO] ---

Re: [BUILD-FAILURE]: Job 'PLC4X/PLC4X/develop [develop] [301]'

Argh! ... guess what VM needs updating __ I'm on it ... Chris Am 29.04.19, 14:43 schrieb "Apache Jenkins Server" : BUILD-FAILURE: Job 'PLC4X/PLC4X/develop [develop] [301]': Check console output at "https://builds.apache.org/job/PLC4X/job/PLC4X/job/develop/301/";>PLC4X/PLC4X/develo

RE: Positive impact of the media coverage

+1 not seeing there any problem Matthias Strljic, M.Sc. Universität Stuttgart Institut für Steuerungstechnik der Werkzeugmaschinen und Fertigungseinrichtungen (ISW) Seidenstraße 36 70174 Stuttgart GERMANY Tel: +49 711 685-84530 Fax: +49 711 685-74530 E-Mail: matthias.strl...@isw.uni-stuttgart

Re: Positive impact of the media coverage

+1 I see no issue in handling the first contact directly and then report it here like you did J Am 29.04.19, 14:31 schrieb "Christofer Dutz" : Hi all, I just wanted to tell you that I was contacted today by Microsoft Azure Team as well as another Company as a direct result of th

[BUILD-FAILURE]: Job 'PLC4X/PLC4X/develop [develop] [301]'

BUILD-FAILURE: Job 'PLC4X/PLC4X/develop [develop] [301]': Check console output at "https://builds.apache.org/job/PLC4X/job/PLC4X/job/develop/301/";>PLC4X/PLC4X/develop [develop] [301]"

Major update to the build just merged to develop

Hi all, I just wanted to inform you that I just merged the feature/PLC4X-111-interop-server branch back to develop. I greatly refactored the way the build works so it should be a lot simpler and produce less problems, especially for the platform-dependent c++ stuff. Also did I update the main R

Positive impact of the media coverage

Hi all, I just wanted to tell you that I was contacted today by Microsoft Azure Team as well as another Company as a direct result of the media coverage following our graduation. MS seems to be looking for more efficient ways than OPC-UA to get PLC data into their Azure IoT cloud as well as ac

RE: [generation] Another approach to generated drivers

Hi all, i see there some chris waving 😃 I always need some provocation to act sry for that. @Chris I agree with you that such a sub-project like the attempt of a template based code generation(TbCG) should be also done in the Apache way and it will be. But Julian and me just wanted first to

Re: [generation] Another approach to generated drivers

Hi, thanks! Of course the Paper will only speak about the project in regular 3rd person view so I see no issue for policy violations. Julian Am 29.04.19, 13:20 schrieb "Justin Mclean" : Hi, > But, I guess we get rid of the discussion if we do the following > - generate a PLC4

Re: [generation] Another approach to generated drivers

Hi, > But, I guess we get rid of the discussion if we do the following > - generate a PLC4X branch where all the development takes place (=> > everything is ASF licensed) > - keep the paper source in the separate repo and, if necessary, reference > code snippets from PLC4X Repo (with clear licen

Re: [generation] Another approach to generated drivers

Hi Justin, I see your concerns and I agree that I still have to learn some things about the "Apache Way" and this "do it all in the open" philosophy, thus this is a good discussion. But, I guess we get rid of the discussion if we do the following - generate a PLC4X branch where all the developme

Re: [generation] Another approach to generated drivers

Hi, > some clarification... this repo currently hosts two things... some code > snippets (really messy) and the draft version for the paper (like really > really early draft). If any of the code appears in the paper and is not clearly licensed under a compatible license then it’s unlikely PLC4

Re: [generation] Another approach to generated drivers

Hi Justin, some clarification... this repo currently hosts two things... some code snippets (really messy) and the draft version for the paper (like really really early draft). The paper code is what is (for me) unsure license related but the code will of course go to the PLC4X repo (once it is

Re: [generation] Another approach to generated drivers

Hi, > And for the private Repo... It also felt wrong for me to write this. And > strictly speaking its not a PLC4X Paper but a Paper which "talks about" > PLC4X. The main reason for the private repo are license concerns as the > authors usually have to hand over several rights to the Publisher

Re: Rearrange modules according to their language?

Hi Chris, I agree with you and with the latest work you have done it gets more and more concise, I guess. So lets finish PLC4X-111 and then see where it brings us. And perhaps a solution could also be to simply bring the "proxy" thing out of the other structure as this would keep the build there

Re: [generation] Another approach to generated drivers

Hi Julian, I'm totally fine with that ;-) Chris Am 29.04.19, 10:43 schrieb "Julian Feinauer" : Hi Chris, Hi Niclas, @Niclas: Basically Chris answered all those questions as I would. I also looked at Meta Languages like Haxe but there usually where some drawbacks. B

Re: [generation] Another approach to generated drivers

Hi Chris, Hi Niclas, @Niclas: Basically Chris answered all those questions as I would. I also looked at Meta Languages like Haxe but there usually where some drawbacks. But what we discussed was the idea to generate the DSL or the AST from python code (very limited python code), so that our DSL

[jira] [Created] (PLC4X-115) Check if building a source-distribution requires Git

Christofer Dutz created PLC4X-115: - Summary: Check if building a source-distribution requires Git Key: PLC4X-115 URL: https://issues.apache.org/jira/browse/PLC4X-115 Project: Apache PLC4X Iss

Re: Rearrange modules according to their language?

Hi Julian, just saw that I didn't respond to that email ... gotta add my thoughts ;-) I would totally put all +1s I have (which is 1) into arranging the project by language. The reason for this is the complexity of the build. If we put all Java stuff into plc4j and all C++ stuff into plc4cpp and

Re: [generation] Another approach to generated drivers

Hi All, to answer Niclas' question first ... yes a lot of tools allow writing code in for example Java and have that compiled to c-like programs. I had a look at a lot of these options before starting to work on PLC4X and continued since then. I was never quite happy with the results. While th

AW: Rearrange modules according to their language?

Hi all, Currently I like to create a "Hello World" in cpp to establish the possibilities of debugging with a first process. I can also link the necessary libs. I would then create the examples under plc4cpp in the examples directory. Best regards Markus Freundliche Grüße Markus Sommer Gesch

Re: [generation] Another approach to generated drivers

Outsider looking in; Many language runtimes allows embedding of other languages' runtimes within. So why not pick a languages that is reasonably easy to integrate into other languages, and then write the drivers in a fully fledged programming language, rather than the DFDL abstraction or creating a