If we're doing this, it's important to mark out the different
locations in our download directory. One for the source *release* and
the other for the convenience packages that project committers
provide. We need to be careful about the wording here on the website
too.

On 23 January 2014 17:42, Henry Saputra <[email protected]> wrote:
> Ankit, could you help make sure ALL the artifacts used in the VOTE are
> released to the dist directory? Thanks!
>
> Kasper, we could build "uber jar" to include all the dependencies in
> one jar. Using something like Maven shade plugin [1] should do the
> trick.
>
> - Henry
>
> [1] http://maven.apache.org/plugins/maven-shade-plugin/
>
> On Thu, Jan 23, 2014 at 12:21 AM, Kasper Sørensen
> <[email protected]> wrote:
>> Not sure why the md5 and sha1 files are missing. Maybe Ankit simply forgot
>> to copy them over?
>>
>> Regarding the dep jars ... What I am thinking about is that say I have my
>> own build setup (e.g. with Ant or so) and I want to go download the Spring
>> Framework, Hibernate or any other substantial Java library with
>> dependencies, then I usually find a bundle which contains dependencies.
>> That's very helpful if I just want to dump them into the classpath and
>> start compiling etc. How would a MetaModel user do that if we don't provide
>> these jars somehow?
>>
>> Of course the Maven users are blessed with the dependency management, and
>> that's also why I put the <dependency> snippet directly on the website
>> draft as well.
>>
>>
>> 2014/1/23 Henry Saputra <[email protected]>
>>
>>> We should not add those deps jars to the dist folder.
>>>
>>> We could write doc in the wiki on how to integrate with MetaModel from
>>> your project.
>>>
>>> Like if you use Maven the add MetaModel dependency in the pom.xml that
>>> should pull transitive dependencies on when building your Maven
>>> project.
>>>
>>> - Henry
>>>
>>> On Wed, Jan 22, 2014 at 7:22 AM, Kasper Sørensen
>>> <[email protected]> wrote:
>>> > I have a new draft available then:
>>> > http://metamodel.staging.apache.org/index.html
>>> >
>>> > Go to the section called "Download".
>>> >
>>> > One specific doubt I have: Our build did not produce a finished zip file
>>> > with all the JAR files in it (including the dependencies like slf4j etc.
>>> > which are only mentioned as maven <dependency> elements). So I created
>>> one
>>> > manually and put it here:
>>> >
>>> https://dist.apache.org/repos/dist/release/incubator/metamodel/metamodel-4.0.0-incubating/packaged/
>>> > Along with my own armor/.asc file.
>>> >
>>> > Is that the right way to do it? Is the contents of this file correct (in
>>> > the sense that it contains third party JARs in the lib folder)?
>>> >
>>> >
>>> > 2014/1/22 Noah Slater <[email protected]>
>>> >
>>> >> See this:
>>> >>
>>> >> https://www.apache.org/dev/release-download-pages.html
>>> >>
>>> >> On 22 January 2014 14:23, Kasper Sørensen
>>> >> <[email protected]> wrote:
>>> >> > Thanks for the CouchDB example Noah. Will try to do something similar.
>>> >> >
>>> >> > Now another "little thing" ... How do we get the downloadable zip
>>> files
>>> >> > etc. available on the download server of Apache? I see that all large
>>> >> files
>>> >> > go through a link like this:
>>> >> >
>>> >>
>>> http://www.apache.org/dyn/closer.cgi?path=/couchdb/binary/win/1.5.0/setup-couchdb-1.5.0_R16B02.exe
>>> >> >
>>> >> > I imagine that's to support download mirrors etc... Is that kinda
>>> stuff
>>> >> > already taken care of by Ankit's release procedure, or do we need to
>>> do
>>> >> > something more for the distribution part of the release?
>>> >> >
>>> >> >
>>> >> > 2014/1/22 Noah Slater <[email protected]>
>>> >> >
>>> >> >> Congrats!
>>> >> >>
>>> >> >> On 21 January 2014 13:05, Ankit Kumar <[email protected]>
>>> wrote:
>>> >> >> > HI All,
>>> >> >> >
>>> >> >> > The vote for Apache Metamodel 4.0.0-incubating is closed. The vote
>>> >> passes
>>> >> >> > with 4(+1) votes.
>>> >> >> >
>>> >> >> > Following IPMC votes were received.
>>> >> >> >
>>> >> >> > *+1*
>>> >> >> > hsaputra
>>> >> >> > mfranklin
>>> >> >> > arvind
>>> >> >> > nslater
>>> >> >> >
>>> >> >> >
>>> >> >> > Regards
>>> >> >> > Ankit
>>> >> >>
>>> >> >>
>>> >> >>
>>> >> >> --
>>> >> >> Noah Slater
>>> >> >> https://twitter.com/nslater
>>> >> >>
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Noah Slater
>>> >> https://twitter.com/nslater
>>> >>
>>>



-- 
Noah Slater
https://twitter.com/nslater

Reply via email to