Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
MIME-Version: 1.0
In-Reply-To: <B957EE1AFDEBFD4B934BCF11804A23DC048F6BB3@shsmsx102.ccr.corp.intel.com>
References: <B957EE1AFDEBFD4B934BCF11804A23DC0489032F@shsmsx102.ccr.corp.intel.com>
 <B957EE1AFDEBFD4B934BCF11804A23DC0489037C@shsmsx102.ccr.corp.intel.com>
 <B957EE1AFDEBFD4B934BCF11804A23DC048DCC3C@shsmsx102.ccr.corp.intel.com>
 <CAOGo0VYvN-JpmSnWFGLtG4qiLJWfuEVXb=Zow4Kw=4Om0egxkQ@mail.gmail.com>
 <CAOGo0VaAEAPT63-woFxpH_9=YgTvA9acaJk-SQGj6T1MWC7B6A@mail.gmail.com>
 <B957EE1AFDEBFD4B934BCF11804A23DC048E1B76@shsmsx102.ccr.corp.intel.com>
 <CAOGo0VaZq1Um2Fv0t+=bYKzVjyN8ghBs_Gd6UdwFYVboD1KB0w@mail.gmail.com>
 <B957EE1AFDEBFD4B934BCF11804A23DC048EFAB9@shsmsx102.ccr.corp.intel.com>
 <CACZkXPwvVfmK+UTFE0u2S5crqTCvX_dcOzq4Y+mTyH+7EELucw@mail.gmail.com>
 <CAAOnQ7uCfmGQPSPJRGPf=UKEdDjngvSrBui=OY0DYsD54r5UeQ@mail.gmail.com>
 <CACZkXPy51zwE=UJK6pMz-=RevyOOcSupxF4etQSgJGG-HrBRgQ@mail.gmail.com>
 <CAOGo0Vb0NinopsA9csqe3EEoSu4D6nCYrh9tHcAC5tMNxweiKQ@mail.gmail.com>
 <CA+G35O2fkVpGZovyc9m=C7_pYGzZNAQHTFG2qP=zwQ8Ad98VQA@mail.gmail.com>
 <CACZkXPyGaVvZO6HDX_Me50R0gOf6mp13-XYSeDf=yG_9WoASAA@mail.gmail.com>
 <CAOGo0Va2Bb58uzT0+XzpoL_ZZyACtHfrqM9sn7dVfwpRbf-3JQ@mail.gmail.com>
 <B957EE1AFDEBFD4B934BCF11804A23DC048F3981@shsmsx102.ccr.corp.intel.com>
 <CAOGo0VaFpvSpdMkcQfjL_Pqzj-T3aK+6TCE=VesSFZf4e8wstw@mail.gmail.com>
 <CAAOnQ7utDcKgL-71VhwOpQAJpyrXt-K4hBwhvZG_Ba9shapV1w@mail.gmail.com>
 <B957EE1AFDEBFD4B934BCF11804A23DC048F58D3@shsmsx102.ccr.corp.intel.com>
 <CAOGo0VbVofzMsbFydkEsWrL-+6yb_bsO78cpyXH4dOxrkFueeg@mail.gmail.com>
 <CAOGo0VZiEM6=uj9yjQDf0FOUwfTDzvMX21_ie5m3xvOwRsRbUA@mail.gmail.com> <B957EE1AFDEBFD4B934BCF11804A23DC048F6BB3@shsmsx102.ccr.corp.intel.com>
From: sebb <sebbaz@gmail.com>
Date: Wed, 13 Jul 2016 10:24:12 +0100
Message-ID: <CAOGo0VYKtDOXU8EiwdyA1Lf11cSqbnVMWdEAGp_f6z0m+T1Hfg@mail.gmail.com>
Subject: Re: [CRYPTO]1.0.0 Release Plan
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=UTF-8
archived-at: Wed, 13 Jul 2016 09:24:20 -0000

On 13 July 2016 at 07:04, Sun, Dapeng <dapeng.sun@intel.com> wrote:
> Copy the native files from other platforms to target is worked. I also uploaded a SNAPSHOT version contains native of Linux and Mac. If there is no concerns, I will try to add windows and kick off the first release.
>
> https://repository.apache.org/content/repositories/snapshots/org/apache/commons/commons-crypto/1.0.0-SNAPSHOT/commons-crypto-1.0.0-20160713.032556-2.jar
>

That works for me on MacOSX (tested using 'java -jar
commons-crypto-1.0.0-20160713.032556-2.jar')

I think there need to be a RELEASE NOTES file (generated from the changes).
I have created an initial sample; changes.xml needs to be updated with
the OS/version support details and the RN regenerated.

However I wonder whether the Changes section should be present, given
that there is no previous release (AFAIK).
If it is needed, then it needs updating with all the other relevant fixes.

> Regards
> Dapeng
>
> -----Original Message-----
> From: sebb [mailto:sebbaz@gmail.com]
> Sent: Wednesday, July 13, 2016 12:09 AM
> To: Commons Developers List
> Subject: Re: [CRYPTO]1.0.0 Release Plan
>
> On 12 July 2016 at 14:54, sebb <sebbaz@gmail.com> wrote:
>> On 12 July 2016 at 14:20, Sun, Dapeng <dapeng.sun@intel.com> wrote:
>>> Separating artifacts for each native library, I think it should be same as copying the native binary files. We also need to collect the artifacts for unpacking and bundling.
>>
>> Yes.
>>
>>> About using the 'all' artifact, users may be confused about downloading the artifacts for all the different platforms, especially for the platforms they don't need.
>>
>> I think we could have a separate project that creates a jar containing
>> the Java classes plus all released native builds.
>>
>> AIUI the code can automatically extract the native code from the jar,
>> so it should be easy to use.
>>
>> If we also release the Java classes and native builds as separate
>> jars, then users would have the choice:
>>
>> - download the jar containing the Java classes plus all released
>> native builds
>> - download the Java classes jar plus any native builds they need
>>
>> Or maybe when releasing a native build, we could package it with the
>> Java classes.
>
> It looks like that already happens - the MacOSX installed jar includes the jnilib file.
>
>> That would give users a different choice:
>> - download the specific build for their system; this would work as is
>> - download the combined build for all released native targets
>>
>>> -----Original Message-----
>>> From: Marcelo Vanzin [mailto:vanzin@cloudera.com]
>>> Sent: Tuesday, July 12, 2016 2:09 AM
>>> To: Commons Developers List <dev@commons.apache.org>
>>> Subject: Re: [CRYPTO]1.0.0 Release Plan
>>>
>>> On Mon, Jul 11, 2016 at 2:34 AM, sebb <sebbaz@gmail.com> wrote:
>>>> However bundling multiple native binaries is going to make it tricky to release.
>>>> How will it be done? The native parts will have to be built
>>>> separately and then combined somehow.
>>>
>>> The way I'd do it is to have separate artifacts for each native library, and then a final job that merges all those into a final "commons-crypto-all" artifact containing all the native libraries.
>>> That would mean a single artifact ultimately deployed as part of a commons-crypto release, but I don't know how easy it is to pull that off as far as build infrastructure goes.
>>>
>>> Another option is to actually deploy each native artifact separately, and have the "all" artifact be just a dummy artifact that depends on all the others; so no jar merging or anything. That might be easier.
>>> Maybe.
>>>
>>> --
>>> Marcelo
>>>
>>> ---------------------------------------------------------------------
>>> 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
>

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