commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: [VOTE][Codec] Release Commons Codec 1.6-RC2 REDUX
Date Tue, 06 Dec 2011 21:26:31 GMT
On Dec 6, 2011, at 15:37, Oliver Heger <oliver.heger@oliver-heger.de> wrote:

> Am 05.12.2011 23:02, schrieb Gary Gregory:
>> On Sun, Dec 4, 2011 at 3:24 PM, Oliver Heger
>> <oliver.heger@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.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?
>>>
>>
>> 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?

I used maven 3, not 2. Maybe that matters too.

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

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


Mime
View raw message