Am 05.12.2011 23:02, schrieb Gary Gregory:
On Sun, Dec 4, 2011 at 3:24 PM, Oliver Heger
<oliver.he...@oliver-heger.de>wrote:
Am 03.12.2011 22:14, schrieb Gary Gregory:
On Sat, Dec 3, 2011 at 3:14 PM, Oliver Heger
<oliver.he...@oliver-heger.de>**wrote:
Am 03.12.2011 17:18, schrieb Gary Gregory:
On Sat, Dec 3, 2011 at 5:45 AM, Oliver Heger
<oliver.he...@oliver-heger.de>****wrote:
When building I get a heap space error in testSpeedCheck(org.apache.**
commons.codec.language.bm.******BeiderMorseEncoderTest), even when
setting
MAVEN_OPTS=-Xmx1024m. I remember there was discussion about this for
the
last RC. Which amount of memory is required?
Try bumping up your MaxPermSize, for example:
MAVEN_OPTS=-XX:MaxPermSize=****256m -Xmx1024m
No luck either. As the error message indicates, the problem really seems
to be related to heap size (AFAIK you get a specific perm gen error
message
otherwise). I get the same error message up to 1400 MB heap space.
Unfortunately, I cannot increase my heap size beyond this value because I
reach the limit of my physical memory. For a unit test these seem to be
tough requirements.
If I turn /off/ MAVEN_OPTS (set MAVEN_OPTS=) it still works for me, so
that's good. I tied the 'mvn test' and 'mvn site'.
After running site, Maven reports:
[INFO] Final Memory: 43M/143M
Did some more testing: the build runs fine for me with Java 1.6, but the
heap space error occurs on Java 1.5 (on Windows 7). Any idea what could be
the source of this problem?
I am good on Java 5 and Windows 7, so I am not sure how to help here.
[INFO]
------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 45.467s
[INFO] Finished at: Mon Dec 05 16:59:48 EST 2011
[INFO] Final Memory: 15M/65M
[INFO]
------------------------------------------------------------------------
C:\temp\codec>m3 -version
Apache Maven 3.0.3 (r1075438; 2011-02-28 12:31:09-0500)
Maven home: C:\Java\apache-maven-3.0.3\bin\..
Java version: 1.5.0_22, vendor: Sun Microsystems Inc.
Java home: C:\Program Files\Java\jdk1.5.0_22\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
Strange. Just for the record, below are my settings. May Java version is
slightly older. Maybe a bug in the JDK?
Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200)
Java version: 1.5.0_21
Java home: C:\Program Files\Java\jdk1.5.0_21\jre
Default locale: de_DE, platform encoding: Cp1252
OS name: "windows 7" version: "6.1" arch: "x86" Family: "windows"
Oliver
Gary
Oliver
Gary
Oliver
Gary
Otherwise, I did not find major problems. The site has two checkstyle
links: one is clean, the other contains errors.
Oliver
Am 03.12.2011 04:06, schrieb Gary Gregory:
Good day to you all:
I have prepared Commons Codec 1.6-RC2, again, per Sebb's suggestion. I
am
not calling it RC3 because there are no changes in source files from
the
last RC. The only difference is that I built from a fresh checkout of
the
RC2 svn tag.
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
Tag:
https://svn.apache.org/repos/******asf/commons/proper/codec/****
tags/**<https://svn.apache.org/repos/****asf/commons/proper/codec/**tags/**>
<https://svn.apache.**org/repos/**asf/commons/**proper/codec/tags/**<https://svn.apache.org/repos/**asf/commons/proper/codec/tags/**>
commons-codec<https://svn.**ap**ache.org/repos/asf/commons/**<http://apache.org/repos/asf/commons/**>
proper/codec/tags/commons-****codec<https://svn.apache.org/**
repos/asf/commons/proper/**codec/tags/commons-codec<https://svn.apache.org/repos/asf/commons/proper/codec/tags/commons-codec>
-1.6-RC2
Site:
https://people.apache.org/******builds/commons/codec/1.6/RC2/<https://people.apache.org/****builds/commons/codec/1.6/RC2/>
<**https://people.apache.org/****builds/commons/codec/1.6/RC2/<https://people.apache.org/**builds/commons/codec/1.6/RC2/>
<**https://people.apache.org/****builds/commons/codec/1.6/RC2/<https://people.apache.org/**builds/commons/codec/1.6/RC2/>
**<https://people.apache.org/**builds/commons/codec/1.6/RC2/<https://people.apache.org/builds/commons/codec/1.6/RC2/>
Binaries:
<https://repository.apache.******org/content/repositories/**
orgapachecommons-224/<https://****repository.apache.org/**content/**<http://repository.apache.org/content/**>
repositories/orgapachecommons-****224/<https://repository.**
apache.org/content/**repositories/orgapachecommons-**224/<https://repository.apache.org/content/repositories/orgapachecommons-224/>
https://repository.apache.org/******content/repositories/**<https://repository.apache.org/****content/repositories/**>
<ht**tps://repository.apache.org/****content/repositories/**<https://repository.apache.org/**content/repositories/**>
orgapachecommons-290/<https://****repository.apache.org/**content/**<http://repository.apache.org/content/**>
repositories/orgapachecommons-****290/<https://repository.**
apache.org/content/**repositories/orgapachecommons-**290/<https://repository.apache.org/content/repositories/orgapachecommons-290/>
The link above includes checksum files.
[ ] +1 release it
[ ] +0 go ahead, I cannot take the time
[ ] -1 no, do not release it because:
This VOTE is open for 72 hours, until November 23 2011, 14:00 EST.
Fixed Bugs:
o Use standard Maven directory layout. Issue: CODEC-129. Thanks to
ggregory.
o Documentation spelling fixes. Issue: CODEC-128. Thanks
toville.sky...@iki.fi
.
o Fix various character encoding issues in comments and test cases.
Issue:
CODEC-127.
o ColognePhonetic Javadoc should use HTML entities for special
characters.
Issue: CODEC-123.
Changes:
o Implement a Beider-Morse phonetic matching codec. Issue: CODEC-125.
Thanks to Matthew Pocock.
o Migrate to Java 5. Issue: CODEC-119.
o Migrate to JUnit 4. Issue: CODEC-120.
Heads up: the Beider-Morse encoder tests take a long time to run (5
minutes). The code has been optimized.
Thank you,
Gary
------------------------------******--------------------------**--**
--**---------
To unsubscribe, e-mail: dev-unsubscribe@commons.****apac**he.org<
http://apache.org**>
<dev-unsubscribe@**commons.**apache.org<http://commons.apache.org><
dev-unsubscribe@**commons.apache.org<dev-unsubscr...@commons.apache.org>
For additional commands, e-mail: dev-h...@commons.apache.org
------------------------------****----------------------------**
--**---------
To unsubscribe, e-mail:
dev-unsubscribe@commons.**apac**he.org<http://apache.org>
<dev-unsubscribe@**commons.apache.org<dev-unsubscr...@commons.apache.org>
For additional commands, e-mail: dev-h...@commons.apache.org
------------------------------**------------------------------**---------
To unsubscribe, e-mail:
dev-unsubscribe@commons.**apache.org<dev-unsubscr...@commons.apache.org>
For additional commands, e-mail: dev-h...@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
