Re: [Math] Commons Math (r)evolution

On Thu, Jun 9, 2016 at 1:54 AM, Gilles wrote: > ​I guess someone need to prioritize them​ according to they importance for > >> release. >> > > Importance is relative... :-} > ​Indeed it's very objective function, however someone has to decide where to focus.​

Re: [Math] Commons Math (r)evolution

On Wed, Jun 8, 2016 at 12:25 AM, Gilles wrote: > > According to JIRA, among 180 issues currently targeted for the >>> next major release (v4.0), 139 have been resolved (75 of which >>> were not in v3.6.1). >>> >>> >> ​Huh, it's above of 75% completion :)​ >> > >

Re: [Math] Commons Math (r)evolution

enerators (package "o.a.c.m.rng") > * Complex numbers (package "o.a.c.m.complex") > * Clustering algorithms (package "o.a.c.m.ml.clustering") > > ​I think that clustering part could be generalized to ML package as a whole.​ ​Best regrads, Artem Barger.​

Re: [Math] MATH-1371: Provide accelerated kmeans++ implementation

On Tue, May 31, 2016 at 2:20 AM, Gilles <gil...@harfang.homelinux.org> wrote: > On Tue, 31 May 2016 01:28:48 +0300, Artem Barger wrote: > >> Hi, >> >> I've used out of the box current KMeansPlusPlusClusterer implementation >> provided by CM, however saw that

Re: [Math] MATH-1371: Provide accelerated kmeans++ implementation

> >>> >>> ​Yes, you can parallelize it, though it will cancel several optimizations >> I've added. >> In fact you can partition the input according to number of threads you'd >> like to use >> and make each thread to take care of relevant data chunk. >> >> I guess it will increase performance, not

[Math] MATH-1371: Provide accelerated kmeans++ implementation

lieve that switching to this algorithm instead of regular one could improve quality of CM provided solution for kmeans. Best regards, Artem Barger.

Re: [Math] Adding min/max and argmin/argmax values for an arrays of double/int (Comparable).

On Tue, May 31, 2016 at 3:17 AM, Gilles <gil...@harfang.homelinux.org> wrote: > On Tue, 31 May 2016 02:58:27 +0300, Artem Barger wrote: > >> Methods "getMinValue()", "getMinIndex()". >>> >>> Important note: any contribution should be based

Re: [Math] Adding min/max and argmin/argmax values for an arrays of double/int (Comparable).

> Methods "getMinValue()", "getMinIndex()". > > Important note: any contribution should be based on the contents of > the "develop" branch, not "master". See file > doc/development/development.howto.txt > in the source tree. > > ​So in order to use them I need to instantiate a RealVector, right?

Re: [Math] MATH-1371: Provide accelerated kmeans++ implementation

On Tue, May 31, 2016 at 3:31 AM, Gilles <gil...@harfang.homelinux.org> wrote: > On Tue, 31 May 2016 03:10:20 +0300, Artem Barger wrote: > >> >>> >>>>> ​Yes, you can parallelize it, though it will cancel several >>>>> optimizations >&g

Re: [Math] Adding min/max and argmin/argmax values for an arrays of double/int (Comparable).

Hi On Tue, May 31, 2016 at 1:19 AM, Gilles <gil...@harfang.homelinux.org> wrote: > Hi. > > On Tue, 31 May 2016 00:05:55 +0300, Artem Barger wrote: > >> Hi. >> >> Lately working w/ Apache Commons Math, library I've found myself >> implementing functi

Re: [Math] Adding min/max and argmin/argmax values for an arrays of double/int (Comparable).

Hi, I've create a JIRA ticket MATH-1372 and attached a patch to it, also submitted PR on GitHub: https://github.com/apache/commons-math/pull/36. Best regards, Artem Barger. On Tue, May 31, 2016 at 3:32 AM, Artem Barger <ar...@bargr.net> wrote: > > On Tue,

Re: [Math] kmeans++: decouple EM LLoyd's iterations and initial seeding of clustering centers.

​ On Tue, May 31, 2016 at 4:04 PM, Artem Barger <ar...@bargr.net> wrote: > Hi, > > Current implementation of kmeans within CM framework, inherently uses > algorithm published by Arthur, David, and Sergei Vassilvitskii. > "k-means++: The advantages of care

Re: [Math] kmeans++: decouple EM LLoyd's iterations and initial seeding of clustering centers.

On Wed, Jun 1, 2016 at 5:46 PM, Gilles <gil...@harfang.homelinux.org> wrote: > On Wed, 1 Jun 2016 17:24:47 +0300, Artem Barger wrote: > >> ​ >> On Tue, May 31, 2016 at 4:04 PM, Artem Barger <ar...@bargr.net> wrote: >> >> Hi, >>> >>> Curr

[Math] Adding min/max and argmin/argmax values for an arrays of double/int (Comparable).

, Artem Barger.

[Math] Is generic parameter T is really needed for KMeansPlusPlusClusterer.

, Artem Barger.

[Math] kmeans++: decouple EM LLoyd's iterations and initial seeding of clustering centers.

s as well. I'd like to propose to separate logic of seeding and clustering to increase flexibility for kmeans clustering. Would be glad to hear your comments, pros/cons or rejections... ​Thanks, Artem Barger.

Re: [Math] MATH-1371: Provide accelerated kmeans++ implementation

Hi, Just finished the updated of the sources to address all comments from MATH-1371, attached updated sources. BTW, tried to commit feature branch directly to the remote, looks like I need a user or write access in order to being able to do it. Best regards, Artem Barger.

Re: [math]: [MATH-1330] - KMeans clustering algorithm, doesn't support clustering of sparse input data.

Hi, I'm working on providing a solution for MATH-1330 and facing several design related issues which I'd like to share, since I'd like my solution to fit with the project road map and integrity. So, I'm looking on Clusterable interface and looks like automatically impose the way internal

Re: [math] Repository Policy (was: Reverting changes on "master" as per Commons Math policy)

On Tue, May 31, 2016 at 5:43 PM, Rob Tompkins wrote: > On May 31, 2016, at 10:21 AM, Matt Sicker wrote: > > > > Why not just rename master to something like stable, then rename develop > to > > master? Less confusing to people who don't know about git-flow.

Re: [Math] MATH-1371: Provide accelerated kmeans++ implementation

On Tue, May 31, 2016 at 4:45 PM, Gilles <gil...@harfang.homelinux.org> wrote: > Sorry, hit wrong key... > > On Tue, 31 May 2016 15:41:21 +0200, Gilles wrote: > >> On Tue, 31 May 2016 15:28:54 +0300, Artem Barger wrote: >> >>> Hi, >>> >>>

Re: [VOTE] New component: Standard math functions

um Java version: 5 > > All are welcome to vote, especially potential users of the candidate > component and people who'd like to contribute to it, through user support, > bug-fixes and enhancements, documentation, release management. > > [ ] +1, this would be a valid Commons component. > [ ] -1, this won't be a good Commons component because ... > > ​Not sure whenever my voice can be counted here. +1. Best regrads, Artem Barger.​

Re: [VOTE] New component: Random number generators

On Tue, Jun 21, 2016 at 10:31 PM, Gilles wrote: > Hello. > > This is one of several votes for establishing new Commons components > out of functionality developed inside the "Commons Math" component. > > This vote is dedicated to the following functionality: >

[MATH] MATH-1378: KMeansPlusPlusClusterer optimize seeding procedure.

is redundant since sum can be computed once and updated within the cycle. Subjected JIRA item explains the optimization and I've also provided patch with suggested fix. Would be glad to hear any comments or reviews. Best regards, Artem Barger.

Re: [MATH] MATH-1378: KMeansPlusPlusClusterer optimize seeding procedure.

regards, Artem Barger. On Thu, Jun 23, 2016 at 4:37 PM, Eric Barnhill <ericbarnh...@gmail.com> wrote: > I use kmeans a bit and I will look at it. > > On Thu, Jun 23, 2016 at 2:10 PM, Artem Barger <ar...@bargr.net> wrote: > > > Hi all, > > >

Re: [math]: [MATH-1330] - KMeans clustering algorithm, doesn't support clustering of sparse input data.

. Another possible alternative is to implement SparseClusterable (inherits from Clusterable) and the sparse measure which will inherit from DistanceMeasure and will provide metric computation for such sparse representation. Best regards, Artem Barger. On Sat, Apr 30, 2016 at 11:41

[math]: [MATH-1330] - KMeans clustering algorithm, doesn't support clustering of sparse input data.

do you think? Am I missing something? Is there a better possible way to achieve the goal? Best regards, Artem Barger.

Re: [MATH]: Current state of project?

cepting pill requests. > > Cheers, > -Rob > ​Yeah, I was also thinking of that, however sounds a bit awkward, since I'm mostly interested in contributing to the math rather to other projects. ​ Best regards, Artem Barger.

Re: commons-rng git commit: CheckStyle.

написал(а): > > On Thu, 11 Aug 2016 09:02:34 +0300, Artem Barger wrote: >>> 11 авг. 2016 г., в 2:08, Rob Tompkins <chtom...@gmail.com> написал(а): >>> >>> I would guess that we would want to be compatible with the oldest version >>> of Java possible dictated o

RNG component release

to successfully release the project and to have a sense of progress. Best regards, Artem Barger.

Re: [MATH]: Current state of project?

und work I'm doing and also asked for PR review. And to be precise, right now the someone to apply is Gilles only, as far as I'm getting situation correctly. Best regards, Artem Barger.

Re: [MATH]: Current state of project?

ndependent modules could not be accepted? I mean what should happen effectively, to move things forward? I was using CM for implementation of different parts of my thesis work and I couldn't imagine to myself that proposing improvements or new things related to CM base code will be so hard. Best regards, Artem Barger.

[RNG] User guide demo apps.

is the reasonable amount of demo applications for user guide which should be enough to start with? Best regards, Artem Barger.

[lang] LANG-1110

it? Best regards, Artem Barger.

[rng] Update .gitignore to ignore MacOS related files.

Hi, Will it be possible to apply patch for .gitignore file to skip Mac related files? >From 30356710069fa340323485e5a10ee7fcb489617e Mon Sep 17 00:00:00 2001 From: Artem Barger <ar...@bargr.net> Date: Thu, 11 Aug 2016 01:10:51 +0300 Subject: [PATCH] Update .gitignore to skip MacO

Re: commons-rng git commit: CheckStyle.

> 11 авг. 2016 г., в 2:08, Rob Tompkins написал(а): > > I would guess that we would want to be compatible with the oldest version of > Java possible dictated out of necessity. By that I mean if there's something > of considerable substance that a newer version affords us,

Re: commons-rng git commit: CheckStyle.

ommons projects? Best regards, Artem Barger.

Re: [rng] Update .gitignore to ignore MacOS related files.

On Thu, Aug 11, 2016 at 1:12 AM, Gilles <gil...@harfang.homelinux.org> wrote: > Hi, >> >> Will it be possible to apply patch for .gitignore file to skip Mac related >> files? >> > > Done. ​Thanks.​ Best regards, Artem Barger.

Re: [rng] Setting up Jenkins (Was: [rng] New repository for "Commons Rng")

ights to do it :/​ >> > > Does configuring a Jenkins instance require an INFRA request? ​I would expect so, while not familiar w/ how things work within "commons". I'm not even sure where to find the link to jenkins server to give it a try.​ Best regards, Artem Barger.

Re: [rng] Setting up Jenkins (Was: [rng] New repository for "Commons Rng")

to you. > >> On 8 August 2016 at 09:35, Artem Barger <ar...@bargr.net> wrote: >> >> On Mon, Aug 8, 2016 at 5:33 PM, Gilles <gil...@harfang.homelinux.org> >> wrote: >> >>> Help is welcome in order to set up the various tools (JIRA, >>

Re: [rng] Setting up Jenkins

Eh... Feels like I'm trying to move rocks here. Is there anything I can help with here as a non-committer? Отправлено с iPhone > 8 авг. 2016 г., в 18:41, Stefan Bodewig <bode...@apache.org> написал(а): > >> On 2016-08-08, Artem Barger wrote: >> >> What is the pro

Re: [rng] Setting up Jenkins

What is the process of getting an ASF account? Отправлено с iPhone > 8 авг. 2016 г., в 18:25, Stefan Bodewig <bode...@apache.org> написал(а): > >> On 2016-08-08, Artem Barger wrote: >> >> Do I need to write them directly? Or Posting here will be enough? >

Re: [rng] Web site (Was: [rng] JIRA is up)

see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/

Re: [rng] Web site (Was: [rng] JIRA is up)

it fixes your problem, I'll commit the change. > ​Yeah, now it's better. Based on this created a patch and attached to the issue report, since the change wasn't exactly the same.​ Best regards, Artem Barger.

Re: [rng] JIRA is up

Congrats! And here the first issue: RNG-1 <https://issues.apache.org/jira/browse/RNG-1>, not able to produce site web pages ("mvn clean site"), looks like there is a link missing. Best regards, Artem Barger. On Tue, Aug 9, 2016 at 1:13

[rng] Adding JMH dependency, RNG-2.

PiComputationBenchmark.computePi100 ISAAC avgt5 21615.283 ± 1080.331 us/op Note, there is nothing here that shows how actually computed PI results is close to real value. Best regards, Artem Barger.

Re: [MATH]: Current state of project?

voted committers > (i.e. a larger community). > > Any thoughts here? > ​I still full of hope to make my way directly into math without seeking for alternatives. :)))​ Best regards, Artem Barger.

Re: [rng] New repository for "Commons Rng"

Best regards, Artem Barger.

Re: [rng] New repository for "Commons Rng"

preserve inheritance relationships similar to those of JDK w/ Random, SecureRandom and ThreadLocalRandom classes. Of course it's interesting to hear Gilles opinion since he is an author of the changes. Best regards, Artem Barger.

Re: [rng] New repository for "Commons Rng"

introduce a construct which will allow to override the default of Random instance w/ other possible JDK implementations? Best regards, Artem Barger.

[MATH]: Current state of project?

t;frozen" state, since it feels that any submition of changes or reporting bugs to the project goes directly to "/dev/null". Best regards, Artem Barger.

Re: [MATH]: Current state of project?

ventually be able to contribute to CM.​ Best regards, Artem Barger.

Re: [MATH]: Current state of project?

r picture of where things are currently standing and understand whenever I should continue ti investing my time proposing changes and improvements here or shall I just skip and try something else. ​ Best regards, Artem Barger.

Re: [VOTE] New component: Random number generators

would be a valid Commons component. > > [ ] -1, this won't be a good Commons component because ... > > > > > > Thanks, > > Gilles > ​I believe that RNG is well separated and self contained component, hence I'd like to express my 0.02$ and add: +1​ Best regards, Artem Barger.

Re: [VOTE] New component: Standard math functions

+1 [contributor] Best regards, Artem Barger. On Fri, Jul 1, 2016 at 3:34 PM, Rob Tompkins <chtom...@gmail.com> wrote: > +1 [contributor, not committer] > > > On Jun 27, 2016, at 6:23 AM, Gilles <gil...@harfang.homelinux.org> > wrote: > >

Re: [rng] JARs with different dependencies within the same component?

check it a bit latter). Best regards, Artem Barger.

Re: [rng] JARs with different dependencies within the same component?

ng also happens in many other open source projects, Spring could be an example out of head. So even if you haven't changes in rng-core it make sense to align its release cycle w/ rng-tools. Best regards, Artem Barger.

Re: [RNG] Checkstyle

are 702 errors reported by Checkstyle 6.11.2 with > sun_checks.xml ruleset. > ​Thanks, will take a look to fix it.​ Best regards, Artem Barger.

Re: [rng] Re: commons-rng git commit: Do not output checkstyle error to the console.

ml") unrelated to the > commit message... > ​My IDE by default removing trailing whitespaces. Will ​adjust my configs to not doing this next time. Best regards, Artem Barger.

Re: [rng] Re: commons-rng git commit: Add checkstyle plugin configuration, to read project checkstyle.xml

fix it.​ Best regards, Artem Barger.

Re: [rng] JARs with different dependencies within the same component?

ehow restricted by ASF commons coding standards or something.​ Or, do you have something else in your mind? Best regards, Artem Barger.

Re: [rng] Re: commons-rng git commit: Add checkstyle plugin configuration, to read project checkstyle.xml

quot; branch, can you please verify that it's correct now?​ Best regards, Artem Barger.

Re: [rng] Re: commons-rng git commit: Do not output checkstyle error to the console.

ous space is fine. > > But you should perhaps adjust the config to not automatically commit > every changed file. ​Already did it, will make sure next time I'm not committing unrelated things.​ Best regards, Artem Barger.

Re: [rng] New "checkstyle" config is checking "src/test"

ation before merging it into master. Best regards, Artem Barger.

Re: [rng] New "checkstyle" config is checking "src/test"

On Thu, Aug 18, 2016 at 12:51 AM, Artem Barger <ar...@bargr.net> wrote: > he "test" part of the source code need not have the same level >> of cleanliness as the "main" part. >> It was not usually scanned by checkstyle, which now outputs >> many s

Re: [rng] New "checkstyle" config is checking "src/test"

CE.txt:1: error: Missing a header - not enough lines in file. Best regards, Artem Barger.

Re: [rng] New "checkstyle" config is checking "src/test"

e files scanned, but on Jenkins there is same report as on my​ laptop. Best regards, Artem Barger.

Re: [rng] Checkstyle on Jenkins

ng a header - >> not enough lines in file. >> > > This happens on Jenkins too... :-/ ​Yeap, need to digg into it, doesn't suppose to happen.​ Best regards, Artem Barger.

Re: [rng] New "checkstyle" config is checking "src/test"

On Thu, Aug 18, 2016 at 1:45 AM, Gilles <gil...@harfang.homelinux.org> wrote: > > It's something related to the plain > checkstyle:checkstyle > target. ​Added a rule to skip these files, looks better now.​ Best regards, Artem Barger.

Re: [rng] Usefulness of benchmarks

the other use case, or a reason why > this is in fact not necessary.] > ​We can play with different amount of warm up rounds in JMH to see whenever there is a degradation to results similar to PerfTestUtils for example.​ Best regards, Artem Barger.

Re: [rng] Usefulness of benchmarks

i.s.MersenneTwister 1.890e-05 3.4e-06 9.4501e+03 0.776 0.18 -2.7297e+03 o.a.c.r.i.s.ISAACRandom 2.169e-05 4.1e-06 1.0845e+04 0.890 0.19 -1.3352e+03 o.a.c.r.i.s.JDKRandom 2.743e-05 4.7e-06 1.3713e+04 1.126 0.17 1.5330e+03 Best regards, Artem Barger.

Re: [rng] Usefulness of benchmarks

un RandomStressTester? It possible that previous results were produced on loaded computer, hence the bias.​ Best regards, Artem Barger.

Re: [rng] Cleanup of "topic" branches

I've deleted these branches. Best regards, Artem Barger. On Sun, Sep 11, 2016 at 11:13 PM, Dave Brosius <dbros...@apache.org> wrote: > i'm not sure what the value of dead branch labels hanging around is. They > just clutter things up and confuse new p

Re: [VOTE][RC1] Release Commons Rng 1.0

+1 from me Отправлено с iPhone > 11 сент. 2016 г., в 17:55, Gilles написал(а): > > Hi. > > This is a [VOTE] for releasing Apache Commons Rng 1.0 (from RC1). > > Tag name: > RNG_1_0_RC1 (signature can be checked from git using 'git tag -v') > > Tag URL: > >

Re: [rng] Cleanup of "topic" branches

Yes, these can branches can be removed, actually I can take care of it. Отправлено с iPhone > 11 сент. 2016 г., в 18:32, Gary Gregory написал(а): > > Once a branch has been merged into master, I think it is OK to remove it. > Otherwise, IMO it's on a case by case basis:

[RNG] RNG-17 - LFG

ng to understand how to reuse state initialization within current Mersenne Twister for LFG? Also I was thinking whenever it's could be beneficial to de-couple seeding abstraction from actual number generation? Best regards, Artem Barger.

Re: [VOTE][RC2] Release "Apache Commons RNG" version 1.0

+1 Отправлено с iPhone > 17 сент. 2016 г., в 6:10, Dave Brosius написал(а): > > +1 > > >> On 09/16/2016 05:46 PM, Gilles wrote: >> Hi. >> >> This is a [VOTE] for releasing Apache Commons RNG 1.0 (from RC2). >> >> Tag name: >> RNG_1_0_RC2 (signature can be checked

[RNG] Checkstyle

checkstyle.xml file or there are indeed that many warnings or checkstyle.xml has to be adjusted? Best regards, Artem Barger.

Re: [rng] New "checkstyle" config is checking "src/test"

ut why was it working fine with "mvn site"? ​Still reading about this.​ Best regards, Artem Barger.

Re: [rng] New "checkstyle" config is checking "src/test"

ols such as RAT, Checkstyle, Findbugs. ​And this is exactly what I did :)​ Best regards, Artem Barger.

Re: [rng] Travis ?

> 22 авг. 2016 г., в 20:08, Rob Tompkins написал(а): > > Sure. That’s not a problem at all. Currently we have in the pom.xml, > checkstyle’s “failOnViolation" set to false. I can add the validate maven > target to the .travis.yml, but we might at least want minimally to

Re: [rng] Travis ?

> 22 авг. 2016 г., в 20:45, Rob Tompkins написал(а): > > Gotcha. I suppose then that I should just add "pmd:pmd findbugs:findbugs > checkstyle:checkstyle" in the Travis mvn command? I guess so. - To

Re: [RNG] modules vs projects

for what module. org.apache.commons rng-core ${rng.version} org.apache.commons rng-tools ${rng.version} Looks better than org.apache.commons rng-core v1 org.apache.commons rng-tools v99 And it's much easier to support. Best regards, Artem Barger.

Re: [RNG] modules vs projects

we would end up with > Commons Commons Components..) > ​I think other modules will be somehow dependent on rng-core, so change in core will require additional release of the module.​ Best regards, Artem Barger.

Re: [ALL] Maven plugins common configuration.

leased artifact first. ​In that case I guess following tutorial has a bug: https://maven.apache.org/plugins/maven-checkstyle-plugin/examples/multi-module-config.html ​ Best regards, Artem Barger.

Re: [ALL] Maven plugins common configuration.

On Wed, Oct 26, 2016 at 7:14 PM, Gilles <gil...@harfang.homelinux.org> wrote: > ​Try "mvn install site" >>> >> > That works but does not build the complete site, for which I'd > invoke > > $ mvn site:stage ​Can you try now? I've pushed some changes

Re: [ALL] Maven plugins common configuration.

nusual" project build layout or other incompatibility with the > release policy. > > ​Working on it. > When this is settled, we must review the > doc/release/release.howto.txt > document and update according to the new layout. > ​Sure thing.​ Best regards, Artem Barger.

Re: [ALL] Maven plugins common configuration.

? ​If only we could have build-tools as stand-alone component, that might solve all the problems.​ :/ Best regards, Artem Barger.

Re: [ALL] Maven plugins common configuration.

On Wed, Oct 26, 2016 at 7:42 PM, Gilles <gil...@harfang.homelinux.org> wrote: > > But the modules link are still dead. > [E.g. there is no "apidocs".] ​Added aggregation of javadocs for parent project.​ Best regards, Artem Barger.

[ALL] Maven plugins common configuration.

iguration resources for report generating plugins and for static analysis tools. WDYT? PS. There is temporal example within "commons-rng" git repo inside "multimodule" branch. Best regards, Artem Barger.

Re: [01/51] [partial] commons-rng git commit: Multimodule support

ot tracked on "master".] > > I think that it would be better to delete that branch and create > a clean one (to avoid having those spurious files in the history). > ​Done.​ Best regards, Artem Barger.

Re: [ALL] Maven plugins common configuration.

javadoc aggregation serves your need and now links are not broken anymore? ​ Best regards, Artem Barger.

Re: [RNG] Evaluating work required for a multi-module project (Was: [ALL] Component with multiple modules?)

d provide its own API. > [2] In that case, I'll give a try at splitting the codebase. > [3] In that case, I'll start the release process tomorrow, with > what we have now. > Best regards, Artem Barger.

Re: [RNG] Evaluating work required for a multi-module project

hings to add, also I'd like to take all build related plugins config files (pmd, findbug, checkstyle and etc) into separate module.​ Best regards, Artem Barger.

Re: [01/51] [partial] commons-rng git commit: Multimodule support

de 100644 >> index 000..0ba6567 >> Binary files /dev/null and >> >> b/commons-rng-core/site-content/.svn/pristine/61/610202008fb >> faca197f91798f2c9be651dd041b2.svn-base >> differ >> > > Shouldn't the "site-content" directory have been "ignore"d (by git)? > ​Yes it should, but I think "back slash" in .gitignore prevents that. ​ Best regards, Artem Barger.

Re: [RNG] Evaluating work required for a multi-module project

-site-plugin/examples/multimodule.html>. “mvn site” builds > the sites for all the individual modules but it does not put them together. > That happens when you do site:stage-deploy or site:deploy. > ​Yeah, as I thought just "mvn site" for multimodule is not enough. ​ Best regards, Artem Barger.

Re: [RNG] Evaluating work required for a multi-module project (Was: [ALL] Component with multiple modules?)

where restructured project folders to add support for multi modules. I still need to work on some configurations. Would be glad if you can take a look and provide comments. Best regards, Artem Barger.

Re: [ALL] Component with multiple modules?

per/commons-rng/ junit junit 4.11 test ​ ​Hope this helps you.​ Best regards, Artem Barger.

Re: [RNG] More grunt work... (Was: [ALL] Maven plugins common configuration)

from the list is pretty straight forward :)​ Best regards, Artem Barger.

Re: [ALL] Maven plugins common configuration.

e them later. Best regards, Artem Barger.

Re: [ALL] Maven plugins common configuration.

ion *files* into this new artifact? Can > those plugins access their configuration files when provided as resource? > ​Yes, and yes, you can see how it works in "commons-rng", there is a branch "multimodule" I have added my POC there.​ Best regards, Artem Barger.

  1   2   >