commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oliver Heger <oliver.he...@oliver-heger.de>
Subject Re: [VOTE][Codec] Release Commons Codec 1.6-RC2 REDUX
Date Sun, 04 Dec 2011 20:24:42 GMT
Am 03.12.2011 22:14, schrieb Gary Gregory:
> On Sat, Dec 3, 2011 at 3:14 PM, Oliver Heger
> <oliver.heger@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.heger@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?

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/**>
>>>>> 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/>
>>>>>>
>>>>>
>>>>> Binaries:
>>>>>
>>>>> <https://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/**>
>>>>> 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<dev-unsubscribe@commons.apache.org>
>>>>>
>>>>
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>>
>>>
>>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<dev-unsubscribe@commons.apache.org>
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message