Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-29 Thread Dale LaBossiere
maven-repository-provisioner seemed oh so close… :-) You can give it an arbitrary destination dir to copy into. But it didn’t work for an artifact like org.apache.edgent:edgent-parent:1.2.0-SNAPSHOT. There were complaints and it didn’t go include the sub-projects. Enhancing the code didn’t

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-29 Thread Christofer Dutz
That only seems to work for deploying things and not for downloading them :-( Chris Am 27.06.17, 17:01 schrieb "Dale LaBossiere" : A brief search turned up https://github.com/simpligility/maven-repository-tools/tree/master/maven-repository-provisioner

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-27 Thread Dale LaBossiere
A brief search turned up https://github.com/simpligility/maven-repository-tools/tree/master/maven-repository-provisioner I cursory look at its README makes it sound almost exactly like what I was

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-27 Thread Dale LaBossiere
> On Jun 27, 2017, at 9:28 AM, Christofer Dutz > wrote: > > Regarding the assembly, > > The way the build is currently setup, we would be distributing jars via > Apaches Maven Repo which is synced with Maven Central. So, everyone using > maven would easily be able

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-27 Thread Christofer Dutz
Forget the assembly jar-with-dependencies goal … it produces the same output as the shade plugin :-( I think the packaging type you are looking for is like that of Spring Boot applications. I’ll try to find out if this is possible without spring boot. Chris Am 27.06.17, 15:28 schrieb

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-26 Thread Dale LaBossiere
Chris, thanks for helping to work through this. > On Jun 25, 2017, at 9:44 AM, Christofer Dutz > wrote: > > Hi Dale, > > I just paused my work on the classpath generation and simply added the > maven-shade-plugin which creates uber-jars, which produces jars that

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-25 Thread Christofer Dutz
Hi Dale, I just paused my work on the classpath generation and simply added the maven-shade-plugin which creates uber-jars, which produces jars that contain not only the modules content, but also includes all dependencies into one big fat jar … I also added a sample start script to the

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-23 Thread Dale LaBossiere
Chris, thanks for the update. First, and most importantly, I hope you have a great weekend! :-) At a high level, I was thinking there’s value in a couple of build/packaging approaches. - create a totally self contained executable-jar - something that supports a model where a device may have a

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-23 Thread Christofer Dutz
Hi, Just a little on what I’m currently working on. The maven dependency plugin is able to create an xml representation of a projects dependencies. I’m currently trying to create a build that pipes that through an XSLT and hereby creates a start-script for the example they are built in. This

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-22 Thread Dale LaBossiere
Got a couple of pointers to such projects for examples - particularly mvn based ones? I’ve been through 10 pages of https://github.com/apache without any luck :-) Maybe only 1 proj that even had a separate repo (https://github.com/apache/geode-examples). > On Jun 21, 2017, at 10:00 AM, John

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-21 Thread Christofer Dutz
The examples are something I’m currently working on … They will work differently than right now (definitely no classpath in the Manifest). In Maven there are several ways to do this … I’ll have to dig into how the samples are run to find out how to do it in an ideal way. I have also seen the

Re: mvn, Edgent samples, and the broader app development and packaging topic

2017-06-21 Thread John D. Ament
I personally like seeing samples/examples in their own repo. They avoid issues with releases that may not be perfect and may bring in other dependencies. On Wed, Jun 21, 2017 at 9:22 AM Dale LaBossiere wrote: > Today (pre-mvn), Edgent has a number of sample programs under

mvn, Edgent samples, and the broader app development and packaging topic

2017-06-21 Thread Dale LaBossiere
Today (pre-mvn), Edgent has a number of sample programs under /samples. They are pre-built and included in the binary release bundle as a collection of jars edgent.samples.{apps,…}.jar and are run via scripts under /scripts. Your thoughts on samples in the new world? As things are now, the