Re: Positive impact of the media coverage

2019-04-29 Thread Christofer Dutz
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

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

2019-04-29 Thread Apache Jenkins Server
BUILD-STABLE: Job 'PLC4X/PLC4X/develop [develop] [303]': Is back to normal.

Draft of our first Board Report

2019-04-29 Thread Christofer Dutz
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

Re: Positive impact of the media coverage

2019-04-29 Thread Otto Fowler
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

Re: Major update to the build just merged to develop

2019-04-29 Thread Christofer Dutz
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?

2019-04-29 Thread Christofer Dutz
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,

Re: Major update to the build just merged to develop

2019-04-29 Thread Christofer Dutz
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 ...

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

2019-04-29 Thread Apache Jenkins Server
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

2019-04-29 Thread Julian Feinauer
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]'

2019-04-29 Thread Christofer Dutz
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

RE: Positive impact of the media coverage

2019-04-29 Thread Strljic, Matthias Milan
+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: 

Re: Positive impact of the media coverage

2019-04-29 Thread Julian Feinauer
+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

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

2019-04-29 Thread 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/develop [develop] [301]"

Major update to the build just merged to develop

2019-04-29 Thread Christofer Dutz
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

Positive impact of the media coverage

2019-04-29 Thread 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 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

RE: [generation] Another approach to generated drivers

2019-04-29 Thread Strljic, Matthias Milan
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

2019-04-29 Thread Julian Feinauer
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

Re: [generation] Another approach to generated drivers

2019-04-29 Thread Justin Mclean
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

Re: [generation] Another approach to generated drivers

2019-04-29 Thread Julian Feinauer
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

Re: [generation] Another approach to generated drivers

2019-04-29 Thread Justin Mclean
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

Re: [generation] Another approach to generated drivers

2019-04-29 Thread Julian Feinauer
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

Re: [generation] Another approach to generated drivers

2019-04-29 Thread Justin Mclean
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?

2019-04-29 Thread Julian Feinauer
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

Re: [generation] Another approach to generated drivers

2019-04-29 Thread Christofer Dutz
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.

Re: [generation] Another approach to generated drivers

2019-04-29 Thread 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. 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

2019-04-29 Thread Christofer Dutz (JIRA)
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

Re: Rearrange modules according to their language?

2019-04-29 Thread Christofer Dutz
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

Re: [generation] Another approach to generated drivers

2019-04-29 Thread Christofer Dutz
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

AW: Rearrange modules according to their language?

2019-04-29 Thread Markus Sommer
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

Re: [generation] Another approach to generated drivers

2019-04-29 Thread Niclas Hedhman
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

[generation] Another approach to generated drivers

2019-04-29 Thread Julian Feinauer
Hi all, just wanted to sum up some talks and discussions we had off-list about the whole topic of driver generation / providing drivers in other languages. Currently, there are the following two approaches going on: Driver Generation based on DFDL by Chris: Chris already shared his branch and