I pointed out the problem with not extending the Apache POM during the release. 
Since it is not mandatory it was not a blocker.

I believe you should be able to deploy the artifacts to the staging repo using 
mvn deploy:deploy-file.  However, you first need to have the repository set up 
to accept Flume artifacts.

For the next release I would suggest extending the Apache parent pom, trying to 
do the release with the Maven release plugin, and get mvn site to do something 
useful.

Ralph

On Jan 10, 2012, at 12:18 AM, Arvind Prabhakar wrote:

> Hi Ralph,
> 
> I just looked at the release tag and realized that the flume top-level
> pom does not extend out of the Apache parent pom - something that is
> apparently needed to host the release artifacts in maven central.
> There seem to be other issues too (like the release being cut locally
> already) which make it hard for me to figure out how best to go about
> deploying these artifacts to the central repo.
> 
> I have therefore filed INFRA-4307 requesting infrastructure's
> assistance in deploying these artifacts.
> 
> Hopefully we will have it resolved soon. My apologies for the delay in
> getting through this.
> 
> Thanks,
> Arvind
> 
> 
> On Sat, Jan 7, 2012 at 9:15 PM, Ralph Goers <[email protected]> 
> wrote:
>> Eric, I'm just wondering when you will be finishing the release and 
>> publishing these artifacts.  Anyone trying to build the Flume NG Appender 
>> support in Log4j 2 is going to fail until they are.
>> 
>> Ralph
>> 
>> On Jan 5, 2012, at 10:41 AM, Karthik K wrote:
>> 
>>> Great.
>>> 
>>> By any chance, are there maven artifacts published for  the same ?
>>> 
>>> Also from a code maintenance perspective, if 1.0.x is not production grade
>>> yet,  would there by future releases / development on the flum 0.90.x
>>> codeline until the transition is complete ?
>>> 
>>> --
>>>  Karthik.
>>> 
>>> 
>>> On Wed, Jan 4, 2012 at 11:05 PM, Eric Sammer <[email protected]> wrote:
>>> 
>>>> All:
>>>> 
>>>> I'm incredibly excited to announce that Apache Flume 1.0.0-incubating has
>>>> been released and is now available for download!
>>>> 
>>>> Download and signature:
>>>> 
>>>> http://www.apache.org/dyn/closer.cgi/incubator/flume/flume-1.0.0-incubating/flume-1.0.0-incubating.tar.gz
>>>> 
>>>> http://www.apache.org/dist/incubator/flume/flume-1.0.0-incubating/flume-1.0.0-incubating.tar.gz.asc
>>>> 
>>>> Checksums:
>>>> 
>>>> http://www.apache.org/dist/incubator/flume/flume-1.0.0-incubating/flume-1.0.0-incubating.tar.gz.md5
>>>> 
>>>> http://www.apache.org/dist/incubator/flume/flume-1.0.0-incubating/flume-1.0.0-incubating.tar.gz.sha1
>>>> 
>>>> Apache Flume Committers' keys:
>>>> http://www.apache.org/dyn/closer.cgi/incubator/flume/KEYS
>>>> 
>>>> Getting started:
>>>> https://cwiki.apache.org/confluence/display/FLUME/Getting+Started
>>>> 
>>>> File JIRAs:
>>>> http://issues.apache.org/jira/browse/FLUME
>>>> 
>>>> Note that 1.0.0-incubating is a significant milestone for a few reasons.
>>>> * Our first release since moving into the incubator and within the Apache
>>>> Software Foundation
>>>> * It's the first release of "Flume NG" (which we can now just call 1.0.0).
>>>> * It's 1.0.0!
>>>> 
>>>> As the release notes say, this is Flume "NG" and is significantly different
>>>> than Flume "OG" or the 0.9.x branch that has been previously released. We
>>>> consider this to be of alpha quality and not intended for full reliable
>>>> production quality data delivery. All APIs should be consider flexible.
>>>> 
>>>> A huge thanks to all contributors (coders, testers, feedback-givers, and
>>>> users) and our mentors for guiding us through the first (only slightly
>>>> painful) release!
>>>> --
>>>> Eric Sammer
>>>> twitter: esammer
>>>> data: www.cloudera.com
>>>> 
>> 

Reply via email to