Thanks. I have a spare computer I'll try to convert to Ubuntu. I think that will be cleaner than using a VM on Windows 8.1.

On 8/10/2015 1:04 AM, Peter wrote:
Pat,

I don't have much time, but I'll assist you where I can.

First things first, you'll need a Unix environment.

I'd copy Dennis newly created branch to a 3.0 release branch, then run
the qa test suite and jtreg test suite.

ant all.build
ant qa.run
cd ./qa
ant jtreg
cd ../
ant release

To answer Greg's question:

    The custard-apple library is available on Sourceforge, it's a
    Collections wrapper library that enables weak, soft and strong
    reference combinations in any java Collection implementation.  This
    library is required.  high-scale-lib is also required.

    Test code in the jtreg test suite depends on the bouncy castle
    library to provide Certificate Authority functionality to sign
    certificates.  All certificates in other branches have expired, I'm
    sure there are other people on the dev list would have experienced
    and be aware of these test failures, these tests pass on this
    suite.  This library isn't required by down stream developers.

    dnsjava is used in the qa test suite, it isn't required by down
    stream developers.

    animal sniffer was again used for testing api changes and isn't
    required for down stream development.

    Velocity was used by Sim and at least one other developer for
    configuration purposes, this library is optional.

    Libraries required by test suites should stay for testing purposes
    but aren't required by release artifacts.


Regaring the current trunk, there are contributions made by Sim (network
and other improvements), after the stable branch point (chosen for
qa-refactor) that need to be integrated back at some point.  The test
failures after the trunk => qa-refactor branch point are latent
concurrency bugs, they are not directly related to Sim's code.

This should help you get started...

Regards,

Peter.

On 10/08/2015 2:00 PM, Patricia Shanahan wrote:
In that case, I'll take on the actual release manager role, and get
going on dealing with the dependency issue.

On 8/9/2015 8:38 PM, Greg Trasuk wrote:
Pat:

I can provide support and information for you.  But I do think we
need to first sort out the dependencies question I pointed out earlier.

Cheers,

Greg Trasuk

On Aug 9, 2015, at 9:58 PM, Patricia Shanahan <p...@acm.org> wrote:

I am going to include the lack of a release manager for 3.0 in the
board report, and assign myself an action item to fix it.

At this point I think my best bet is to appeal on the
d...@community.apache.org mailing list for a mentor who is familiar
with the release process to guide me through the steps. However, I
am very open to alternative suggestions.

On 8/8/2015 8:22 AM, Patricia Shanahan wrote:
Peter? Anyone?

I have time, but not the knowledge. I would be willing to be release
manager provided at least one person who knows how it is done will
provide a lot of step-by-step guidance.

On 8/8/2015 7:21 AM, Bryan Thompson wrote:
Not really I am afraid.  I am quite heavily committed on several
projects
right now.  I have done applications development with river, but I
am not
familiar with the historical river project structure in any depth and
have
never done development on river itself. And I have never participated
in an
Apache project release.  I am just not a good candidate for this.

Thanks,
Bryan

On Saturday, August 8, 2015, Patricia Shanahan <p...@acm.org> wrote:

Bryan,

Are you able and willing to act as release manager for 3.0?

On 8/6/2015 11:56 AM, Bryan Thompson wrote:

Just release to encourage people to use it. +1 on release.for me.
On Aug 6, 2015 2:55 PM, "Patricia Shanahan" <p...@acm.org> wrote:

Would it be useful to tag it as a 3.0 beta release initially, or
just go
to 3.0 and add point releases as needed?

I will vote in favor of releasing it either way.

On 8/6/2015 9:55 AM, Bryan Thompson wrote:

Or just release it.  If problems emerge, people can report them
and
they
can get fixed.  There is a known reliable release now.  Let the
community
vote by migrating their code.

Bryan

On Thu, Aug 6, 2015 at 12:41 PM, Patricia Shanahan <p...@acm.org>
wrote:

As far as I can tell, the main remaining release blocker it
getting more

people to test in more environments. Perhaps we should put
out an
appeal
on
u...@river.apache.org?

On 8/6/2015 9:33 AM, Bryan Thompson wrote:

Maybe it would be good to say a few words about the release
goals
for

3.0?
I.e., 3.0 provides a deep refactoring that address performance,
concurrency
and scaling issues.  Significant progress has been made
towards the
3.0
release target.  X new tests have been developed for this
release.
The
remaining blockers for a release are ....









Reply via email to