> > There haven't been any comments about the demo files I've uploaded > > on April 1, concerning this issue: > > https://issues.apache.org/jira/browse/MATH-361 > > > > Is there an implied policy of "silence gives consent"? > > > > Apache does have a concept of lazy consensus, but that applies to > votes, and the vote e-mail will say that it is using lazy consensus. > > I don't think it normally applies to JIRA issues. > > > Someone had suggested creating a branch. That would be a way to set up a > > fully working demo of the proposed changes. > > It will be much easier to understand the changes if they are presented as > code.
They are, in the files posted on the JIRA page of the issue. The sample code is fully working. > It would also be possible to set up a sandbox project containing a few > example classes from the Math codebase. That might be easier to > comprehend as it would be a lot smaller. > > By the way, there are no AL headers in the code. These need to be added. > > Also, the Cal10nAdapter class is in a strange package - why not put it > in a commons package? As I stated, this is a demo code, not a patch and not intended to be included as is. > > I would also need someone knowledgeable in Maven to perform modifications > > that would allow the creation of multiple JARs, and set a dependency to the > > "CAL10N" library. [A compile-time dependency for Commons-Math itself, and a > > runtime dependency for the code that will be a bridge to the "CAL10N" > > external library.] > > Not sure why you need multiple jars. To enable runtime selection of the L10N implementation, letting the user choose whether he wants to depend on the CAL10N external library or whether he is happy with the default (English) message text. The functionality is probably not easily figured out from a quick glance at the code, that's why I'm asking how we can proceed from here so that people can try it out without too much extra work (such as I did to test the files I uploaded to JIRA). -- Gilles --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
