Hello,
I would like to revive a discussion which took place a few months ago,
about the design of the matrix and vector classes. As far as I remember,
what came out was that these classes would benefit from a more functional
approach, à la Mahout. Additionally, I think Ted suggested that we
introdu
I get the following when I 'mvn clean package':
testSpeedCheck(org.apache.commons.codec.language.bm.BeiderMorseEncoderTest):
Java heap space
My MAVEN_OPTS are:
-Xmx2048m -XX:MaxPermSize=128m
Not sure if that's expected (2G felt big enough) or if I did something wrong.
Otherwise everything
Hi Gary,
Gary Gregory wrote:
> On Tue, Nov 22, 2011 at 2:43 PM, Jörg Schaible
> wrote:
[snip]
>>
>> Apart from that anything builds fine with my compiler zoo.
>>
>
> Thank you Jörg, I've added a 'known issue' section to the
> release-notes.txt. I do not plan on cutting another RC just for thi
Yeah, that's pretty common. Doing the symlink sleight of hand is a
pain in the arse so I assume everyone skips it on the website.
Generally I view the RC website as only being there for the project
reports; the RM tweaks the site pre release announcement and we don't
require voting on website chang
Hi,
should I create a JIRA ticket to merge xxxDistribution (interface) and
xxxDistributionImpl?
Best,
Sébastien
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
Hi,
The "current release" JavaDoc api link doesn't work in the RC's
website. But maybe that's not a real problem with RC's?
This link:
The JavaDoc API documents are available online:
The ***current release***
404:
https://people.apache.org/builds/commons/codec/1.6/RC2/api-release/inde
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-exec-test has an issue affecting its community integration.
This i
I took a quick look at id. I'm not a fan. First, despite the javadoc for
VersionOneGenerator saying that a config file is not necessary my test
failed without one. Other issues include:
1. It should use java.util.UUID and not invent its own UUID class.
2. It seems extremely overly complicated. T
Seems there is not support to do this at this time.
Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
This is precisely why this vote is premature. As I said, without having
looked at the code it is hard for me to understand why UUID stuff would be
so complicated that it shouldn't be part of lang. The single class I
referenced earlier that I added to Log4j, with perhaps a couple of other
methods t
On 11/22/11 2:01 PM, Jörg Schaible wrote:
> Hi Phil,
>
> Phil Steitz wrote:
>
>> We seem to have some renewed interest in [id] and some volunteers
>> willing to step up to help get it into a releasable state. So I
>> would like to propose that we promote [id] to commons proper.
>>
>> Votes, please
On Tue, Nov 22, 2011 at 2:43 PM, Jörg Schaible wrote:
> Gary Gregory wrote:
>
> > Good day to you all:
> >
> > I have prepared Commons Codec 1.6-RC2.
> >
> > The changes from RC1 are what Sebb found:
> > - EOL in sources
> > - Cruft from a dirty build, so I built this RC as I should have the first
Hi Phil,
Phil Steitz wrote:
> We seem to have some renewed interest in [id] and some volunteers
> willing to step up to help get it into a releasable state. So I
> would like to propose that we promote [id] to commons proper.
>
> Votes, please. This vote will close in 72 hours, or if there are
I think this vote is slightly premature. Jorg expressed a desire to strip
it of some things to move it into lang. I've not had a chance to look at
the id code to figure out what I'd like to do.
Ralph
On Tue, Nov 22, 2011 at 12:46 PM, Phil Steitz wrote:
> We seem to have some renewed interest in
+1 and happy to help.
On 22 November 2011 14:46, Phil Steitz wrote:
> We seem to have some renewed interest in [id] and some volunteers
> willing to step up to help get it into a releasable state. So I
> would like to propose that we promote [id] to commons proper.
>
> Votes, please. This vote
+1 Promote [id] to Commons proper
On Tue, Nov 22, 2011 at 3:46 PM, Phil Steitz wrote:
> We seem to have some renewed interest in [id] and some volunteers
> willing to step up to help get it into a releasable state. So I
> would like to propose that we promote [id] to commons proper.
>
> Votes, p
We seem to have some renewed interest in [id] and some volunteers
willing to step up to help get it into a releasable state. So I
would like to propose that we promote [id] to commons proper.
Votes, please. This vote will close in 72 hours, or if there are
violent objections before then.
Phil
On 11/22/11 1:21 PM, Adrian Cumiskey wrote:
> I have a professional interest to get out a release of UUID as my current
> project would like to adopt it. I'd be more than happy to volunteer to
> help out/finish off the project so we can get it released.
Great! I will kick off a promotion vote.
I have a professional interest to get out a release of UUID as my current
project would like to adopt it. I'd be more than happy to volunteer to
help out/finish off the project so we can get it released.
Cheers, Adrian.
On 22 November 2011 13:55, Phil Steitz wrote:
> On 11/22/11 8:38 AM, Jörg
On 11/22/11 8:38 AM, Jörg Schaible wrote:
> Hi Ralph,
>
> Ralph Goers wrote:
>
>> Actually, UUID implementations aren't really obsolete. The Random UUID
>> generated by Java can't be guaranteed to be unique, just that the
>> probability that it is is very high. In many circumstances it is
>> desir
On 11/22/2011 08:16 PM, Jörg Schaible wrote:
Mladen Truk wrote:
Comments:
1/ Why is there a -native-src artifact if -src already contains anything?
If someone needs native stuff only.
Both jsvc and procrun do not need java part to work.
Eg. Tomcat is shipping -native-src and .jar from bin dis
Gary Gregory wrote:
> Good day to you all:
>
> I have prepared Commons Codec 1.6-RC2.
>
> The changes from RC1 are what Sebb found:
> - EOL in sources
> - Cruft from a dirty build, so I built this RC as I should have the first
> time around with:
> - mvn clean
> - mvn deploy -Prelease
>
Mladen Truk wrote:
> The proposed Apache Commons Daemon 1.0.8 release
> is now available for voting.
>
> It can be obtained from:
> http://people.apache.org/~mturk/daemon-1.0.8/
> The svn tag is:
>
https://svn.apache.org/repos/asf/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_8_RC1/
> Generated
Hi Ralph,
Ralph Goers wrote:
> Actually, UUID implementations aren't really obsolete. The Random UUID
> generated by Java can't be guaranteed to be unique, just that the
> probability that it is is very high. In many circumstances it is
> desirable to have a UUID where the uniqueness properties
Actually, UUID implementations aren't really obsolete. The Random UUID
generated by Java can't be guaranteed to be unique, just that the probability
that it is is very high. In many circumstances it is desirable to have a UUID
where the uniqueness properties are known - such as a type 1 UUID. F
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-exec-test has an issue affecting its community integration.
This i
Hi Gary,
Gary Gregory wrote:
> Hi,
>
> What about http://commons.apache.org/sandbox/id/ ?
This is something different. That component provides a UUID implementation
(somewhat obsolete now since Java 5) and the concept of id generators.
> If IDs are important, this project should be in play on
Hi fellows,
any objection to add UUIDUtils to lang (LANG-778)?
Cheers,
Jörg
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
29 matches
Mail list logo
