Would be nice But right now impossible :( (I believe swftools and ffmpeg are the blockers)
On Fri, Apr 4, 2014 at 4:26 PM, Alexei Fedotov <alexei.fedo...@gmail.com>wrote: > Max, let me add that Ubuntu has quite a list of build system requirements > which help including Openmeetings into standard distribution. It worth > taking a look. > > -- > With best regards / с наилучшими пожеланиями, > Alexei Fedotov / Алексей Федотов, > http://dataved.ru/ > +7 916 562 8095 > > [1] Start using Apache Openmeetings today, http://openmeetings.apache.org/ > [2] Join Alexei Fedotov @linkedin, http://ru.linkedin.com/in/dataved/ > [3] Join Alexei Fedotov @facebook, http://www.facebook.com/openmeetings > > > On Fri, Apr 4, 2014 at 1:10 PM, seba.wag...@gmail.com < > seba.wag...@gmail.com> wrote: > >> It is quite complex. For instance the openlaszlo compilation is not a >> widespread maven target. I think we also have a bit a learning curve to >> get >> comfortable with the new options. >> I think a migration phase is quite acceptable for everybody. >> >> Sebastian >> On Apr 4, 2014 10:04 PM, "Maxim Solodovnik" <solomax...@gmail.com> wrote: >> >> > OK >> > Thanks! >> > >> > I'll checking working parts and things will live "in parallel" for some >> > time >> > >> > >> > On Fri, Apr 4, 2014 at 4:02 PM, seba.wag...@gmail.com < >> > seba.wag...@gmail.com> wrote: >> > >> >> We would like to go away from a highly customized build process to a >> >> standardize process to build, develop, release and test software. >> >> >> >> While Ant is tool which is good to compile software we are already need >> >> to extend it with Ivy to get dependency management. While Ivy is also >> using >> >> Maven repositories in the end. Maven will integrate that in one tool >> >> without hacking our own way. >> >> >> >> Maven further has standardized hooks for instance to release software. >> >> For example this entire naming convention "-SNAPSHOT" that we simulate >> >> manually, actually its root is from Maven, where this is just the way >> Maven >> >> calls the packages. And Maven supplies a build target to create a >> release, >> >> commit the tag to the SVN and update the main branch to with the >> version >> >> name in one go. >> >> Same for Testing, we simulate Maven functionality while Maven has a >> build >> >> in target that would nicely integrate with Jenkins to generate our test >> >> reports. Building the test suite is part of the Maven release and build >> >> process. So every build will automatically include the regression test. >> >> Instead of us manually somehow hook some hand coded ant builds in some >> >> order, Maven would do that. >> >> In other words: It is not just a tool to compile something, it is >> >> framework for the entire software development life cycle , build, >> develop, >> >> test and release. >> >> >> >> Besides that it makes it easier for us to build components that are >> less >> >> coupled and can life on their own. We can build multiple Maven plugins. >> >> While we do not see use in some of our JARs and classes, others might >> be. >> >> The more accessible we make our project the easier it will be for 3rd >> party >> >> to hook into our application and contribute something. >> >> >> >> Our ANT script is pretty much an organic grown monster. I started it >> with >> >> 10 lines of build script. Now it is thousands. For anybody beyond you >> and >> >> me this is pretty much un-maintainable. And with Maven we do not only >> solve >> >> that but also can get rid of some of the custom build script as it is >> >> already build into Maven. >> >> >> >> So from my point of view that would be a very desirable goal to migrate >> >> to Maven. It is probably not as straightforward as switching a couple >> of >> >> flags, but the longer we wait the more difficult it will be to maintain >> >> what we have. >> >> >> >> Sebastian >> >> On Apr 4, 2014 9:26 PM, "Maxim Solodovnik" <solomax...@gmail.com> >> wrote: >> >> >> >>> Hello Sebastian, >> >>> >> >>> I have started to migrate our build system to maven. >> >>> Could you please remind me why do we need such migration? >> >>> >> >>> -- >> >>> WBR >> >>> Maxim aka solomax >> >>> >> >> >> > >> > >> > -- >> > WBR >> > Maxim aka solomax >> > >> > > -- WBR Maxim aka solomax