You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@incubator.apache.org by Peter Firmstone <ji...@zeus.net.au> on 2010/02/28 10:55:10 UTC

[RESULT] Re: [VOTE] Release Apache River 2.1.2

Well, the results for our vote for release of Apache River 2.1.2 are in:

+1 Tom Hobbs
+1 Jukka Zitting
+1 Niclas Hedhman

We have 2 Incubator PMC votes and 1 River PPMC vote.

We haven't quite achieved the numbers we needed to release Apache River 
on this occasion.  I think what we need is a large show of support from 
everybody that watches the Apache River Dev list.  There's an important 
patch that has been included in the River trunk since my release 
artifacts were posted. I've got a busy week ahead of me, so I can't 
provide new release Artifacts just yet.  But when I post the Release 
artifacts to vote again, lets make some noise!

In the mean time, if you know some people who have dropped out of view 
recently let them know we need their support.

Cheers,

Peter.

Peter Firmstone wrote:
> Please vote on releasing Apache River 2.1.2
> The voting period is extended until Saturday the 27th of February 2010 
> and passes if a majority of at least three +1 River Incubator PMC 
> votes are cast.
>
> The vote has been extended due to the size of this release and the 
> subsequent time needed for review.
>
> A candidate for the Apache River 2.1.2 Release is available at
>
> http://people.apache.org/~peter_firmstone/
>
> The release candidate sources are zip / tar.gz archives of the sources 
> in:
>
> http://svn.apache.org/repos/asf/incubator/river/jtsk/trunk/
>
> The SHA1 checksums are:
>
> apache-river-2.1.2-incubating-src.tar.gz:
> 3D06 58BC C42C 460C 4BCE  F602 A3FB 4357 C5BA F65E
> apache-river-2.1.2-incubating-src.zip:
> 71F8 2BE5 ADC9 AAB2 2D73  0B9D EF11 1E63 1749 3168
>
> The binary release artifacts, also available there are SHA1 checksums:
>
> apache-river-2.1.2-incubating-bin.tar.gz:
> 3CA5 299C 679D 8887 5442  ACA9 CAD2 618C 2A24 A26B
> apache-river-2.1.2-incubating-bin.zip:
> BBB8 3072 1C57 34BF BED5  954B 5DDF 41DD 322F 8303
>
> Results from the river-dev VOTE, closed, the 12th of February are:
>
> +1 Tom Hobbs
> +1 Jukka Zitting
> +1 Niclas Hedhman
>
>
>  Apache River
>  v2.1.2 Release Notes
>
> ------------------------------------------------------------------------
> Apache River is an effort undergoing incubation at The Apache Software
> Foundation (ASF), sponsored by the Apache Incubator. Incubation is
> required of all newly accepted projects until a further review indicates
> that the infrastructure, communications, and decision making process
> have stabilized in a manner consistent with other successful ASF
> projects. While incubation status is not necessarily a reflection of the
> completeness or stability of the code, it does indicate that the project
> has yet to be fully endorsed by the ASF.
>
> Apache River is aimed at the development and advancement of the River
> technology core infrastructure. River technology is a service oriented
> architecture that defines a programming model which both exploits and
> extends Java technology to enable the construction of secure,
> distributed systems which are adaptive to change.
>
> ------------------------------------------------------------------------
>
>
>    Notes of Interest for this Release
>
> This second release from the Apache River project is based on the
> contributions of Sun's Jini Technology Starter Kit (Starter Kit) v2.1
> and Service UI from Artima. The release focuses on merging the two
> contributions together, structuring separate src and bin releases, and
> amending the source and documentation naming/versioning/etc to the
> Apache River project.
>
> Some points of note:
>
>    * NOTICE file and source license headers updated
>    * Source and documentation updated for release name ("Apache River
>      release") and version ("v2.1.2")
>    * Graphical installer (which was a 3rd party application in the
>      Starter Kit) is no longer available
>    * The combined source and binary release in the Starter Kit has been
>      separated into two releases: src and bin
>    * The "logstore" implementation of com.sun.jini.outrigger.Store has
>      been removed
>
>      The persistent version of Outrigger relies on a pluggable
>      persistence layer, |com.sun.jini.outrigger.Store|. Previous
>      releases of the Starter Kit included two implementations of the
>      Store interface, /logstore/ and /snaplogstore/. This release
>      removes logstore.
>
>      Logstore has been around in various forms since the 1.0 version of
>      Outrigger. Snapstore was introduced in v2.1 of the Starter Kit.
>
>      The v2.0.n releases of the Starter Kit used logstore as the
>      default Store implementation, this release has no default Store.
>      In order to switch an existing set of configuration files,
>      security policy files, etc., from using logstore to snaplogstore,
>      you will need to change the |com.sun.jini.outrigger.store|
>      configuration entry (or add a store configuration entry if you
>      don't already have one) to yield a
>      |com.sun.jini.outrigger.snaplogstore.LogStore| object. You will
>      also need to ensure that |outrigger-snaplogstore.jar| has been
>      granted sufficient permissions (see Outrigger's package
>      documentation for a sample security policy file.).
>
>      Note that depending on the nature of your application snaplogstore
>      can have a significantly different performance profile than 
> logstore.
>
>      The storage formats used by snaplogstore and logstore are mutually
>      incompatible.
>
> ------------------------------------------------------------------------
>
>
>    Submitting Issues
>
> If you would like to submit a bug against the Apache River release,
> please use the River JIRA <http://issues.apache.org/jira/browse/RIVER>.
> To discuss problems, questions, or suggestions on the release, please
> subscribe to the |river-dev| list from the project Mailing Lists
> <http://incubator.apache.org/river/mailing.html> page.
>
> ------------------------------------------------------------------------
>
>
>    Upcoming Changes planned for the next version of Apache River
>
> # All packages ouside of the net.jini namespace will be renamed to
> org.apache.river.
> # Support for Java 5 language features
> # Support for Modular Frameworks conforming to the OSGi r4.2 core
> Specification
> ------------------------------------------------------------------------
>
>
>    Changes made since Apache River v2.1.1
>
>
>    Bug
>
>    * [RIVER-5 <https://issues.apache.org/jira/browse/RIVER-5>] -
>      HTTMPMD URLs can be considered equal while they are not
>    * [RIVER-8 <https://issues.apache.org/jira/browse/RIVER-8>] -
>      com.sun.jini.tool.ClassDep empty inside collection doesn't work
>    * [RIVER-17 <https://issues.apache.org/jira/browse/RIVER-17>] -
>      Misleading logging message when discovery constraint checking is
>      delayed
>    * [RIVER-18 <https://issues.apache.org/jira/browse/RIVER-18>] -
>      Order of discovery providers not maintained
>    * [RIVER-22 <https://issues.apache.org/jira/browse/RIVER-22>] - NPE
>      in
>      net.jini.jeri.tcp.TcpEndpoint$ConnectionImpl.checkConnectPermission
>    * [RIVER-24 <https://issues.apache.org/jira/browse/RIVER-24>] -
>      PreferredListGen can create illegal PREFERRED.LIST
>    * [RIVER-78 <https://issues.apache.org/jira/browse/RIVER-78>] -
>      ClassDep generates duplicate output lines
>    * [RIVER-82 <https://issues.apache.org/jira/browse/RIVER-82>] -
>      ClassDep generates duplicate output lines
>    * [RIVER-91 <https://issues.apache.org/jira/browse/RIVER-91>] -
>      Uninstaller does not remove all items
>    * [RIVER-205 <https://issues.apache.org/jira/browse/RIVER-205>] -
>      LookupDiscovery can give untrusted code access to privileged threads
>    * [RIVER-209 <https://issues.apache.org/jira/browse/RIVER-209>] -
>      NullPointerException in SslConnection.checkConnectPermission()
>    * [RIVER-212 <https://issues.apache.org/jira/browse/RIVER-212>] -
>      use of "enum" as a variable name
>    * [RIVER-213 <https://issues.apache.org/jira/browse/RIVER-213>] -
>      (DOC) - JoinManger has typo in javadoc (missing </code>
>      termination tag)
>    * [RIVER-215 <https://issues.apache.org/jira/browse/RIVER-215>] -
>      LookupDiscovery throws NullPointerException on terminate
>    * [RIVER-216 <https://issues.apache.org/jira/browse/RIVER-216>] -
>      ConfigurationFile should throw ExceptionInInitializerError if
>      unable to read prohibited methods
>    * [RIVER-217 <https://issues.apache.org/jira/browse/RIVER-217>] -
>      Browser incorrectly assumes event source is ServiceRegistrar proxy
>    * [RIVER-223 <https://issues.apache.org/jira/browse/RIVER-223>] -
>      test: jtreg/net/jini/jeri/tcp/connectTimeout/TestConnectTimeout
>      fails on Linux
>    * [RIVER-224 <https://issues.apache.org/jira/browse/RIVER-224>] -
>      Problem using browser to destroy service that supports
>      DestroyAdmin but not JoinAdmin
>    * [RIVER-225 <https://issues.apache.org/jira/browse/RIVER-225>] -
>      NullPointerException in Reggie during destroy
>    * [RIVER-227 <https://issues.apache.org/jira/browse/RIVER-227>] -
>      tools manpages command lines do not include line continuation
>      characters
>    * [RIVER-230 <https://issues.apache.org/jira/browse/RIVER-230>] -
>      (mux) SelectionManager catch Error block assumes getMessage()
>      returns non-null
>    * [RIVER-232 <https://issues.apache.org/jira/browse/RIVER-232>] -
>      JarWrapper and PreferredListGen uses jsk_install_dir and install_dir
>    * [RIVER-234 <https://issues.apache.org/jira/browse/RIVER-234>] -
>      (DOC) Fiddler manpage directions for HTTP server should reference
>      classserver.jar, not tools.jar
>    * [RIVER-240 <https://issues.apache.org/jira/browse/RIVER-240>] -
>      BasicInvocationDispatcher.dispatch could log more info for some
>      exceptions
>    * [RIVER-241 <https://issues.apache.org/jira/browse/RIVER-241>] -
>      Mercury spelling errore
>    * [RIVER-242 <https://issues.apache.org/jira/browse/RIVER-242>] - if
>      a given ConnectionManager instance cannot create a reaper thread
>      once, it never will again
>    * [RIVER-245 <https://issues.apache.org/jira/browse/RIVER-245>] -
>      Unicast discovery should close socket in case of connection
>      exception.
>    * [RIVER-252 <https://issues.apache.org/jira/browse/RIVER-252>] -
>      ComputeHttpmdCodebase NPE if resource bundle not found
>    * [RIVER-253 <https://issues.apache.org/jira/browse/RIVER-253>] -
>      ComputeDigest NPE if resource bundle not found
>    * [RIVER-254 <https://issues.apache.org/jira/browse/RIVER-254>] -
>      request initiation can block on I/O for inapplicable connection
>    * [RIVER-255 <https://issues.apache.org/jira/browse/RIVER-255>] -
>      Outrigger DestroyThread does not catch exceptions from
>      exporter.unexport
>    * [RIVER-284 <https://issues.apache.org/jira/browse/RIVER-284>] -
>      [PATCH] fix bad ParticipantHandle.compareTo
>    * [RIVER-286 <https://issues.apache.org/jira/browse/RIVER-286>] -
>      [PATCH] iterators on synchronized collections still need
>      synchronization
>    * [RIVER-289 <https://issues.apache.org/jira/browse/RIVER-289>] -
>      Fix for RIVER-247 introduced wrong license headers and references
>    * [RIVER-298 <https://issues.apache.org/jira/browse/RIVER-298>] - No
>      JavaDocs generated for package "com.sun.jini.reliableLog"
>    * [RIVER-302 <https://issues.apache.org/jira/browse/RIVER-302>] -
>      ClassDep -newdirbehaviour option does not work
>    * [RIVER-305 <https://issues.apache.org/jira/browse/RIVER-305>] -
>      qa/GetPermissions test still uses "enum" keyword
>    * [RIVER-320 <https://issues.apache.org/jira/browse/RIVER-320>] -
>      Prebuilt hello example certificates have expired - need to provide
>      new ones
>    * [RIVER-324 <https://issues.apache.org/jira/browse/RIVER-324>] -
>      Under certain circumstances, the ServiceDiscoveryManager internal
>      LookupCache implementation can incorrectly process attribute
>      change events before the lookup snapshot is processed.
>
>
>    Improvement
>
>    * [RIVER-7 <https://issues.apache.org/jira/browse/RIVER-7>] -
>      com.sun.jini.tool.ClassDep should be smarter with outer classes
>    * [RIVER-9 <https://issues.apache.org/jira/browse/RIVER-9>] -
>      PreferredClassLoader should try to avoid making a direct check
>      against the first URL
>    * [RIVER-25 <https://issues.apache.org/jira/browse/RIVER-25>] -
>      Improve logging for JoinManager at INFO and WARNING level
>    * [RIVER-115 <https://issues.apache.org/jira/browse/RIVER-115>] -
>      Multiple jar files with conflicting lists need facilities to map
>      the chosen preferred value
>    * [RIVER-116 <https://issues.apache.org/jira/browse/RIVER-116>] -
>      Multiple jar files with conflicting lists need facilities to map
>      the chosen preferred value
>    * [RIVER-160 <https://issues.apache.org/jira/browse/RIVER-160>] -
>      add TrustEquivalence to browser's list of uninterestingInterfaces
>    * [RIVER-201 <https://issues.apache.org/jira/browse/RIVER-201>] -
>      Show interfaces rather than classes in browser's Matching Services
>      pane.
>    * [RIVER-206 <https://issues.apache.org/jira/browse/RIVER-206>] -
>      Change default load factors from 3 to 1
>    * [RIVER-210 <https://issues.apache.org/jira/browse/RIVER-210>] -
>      Browser should cancel event lease on exit
>    * [RIVER-220 <https://issues.apache.org/jira/browse/RIVER-220>] -
>      LookupLocatorDiscovery catch Throwable blocks should also catch
>      Throwable
>    * [RIVER-226 <https://issues.apache.org/jira/browse/RIVER-226>] -
>      LLD: consider delaying the queuing of a discovery request
>      immediately after a discard
>    * [RIVER-229 <https://issues.apache.org/jira/browse/RIVER-229>] -
>      reduce number of Reaper threads created by ConnectionManager
>    * [RIVER-231 <https://issues.apache.org/jira/browse/RIVER-231>] -
>      ComputeHttpmdCodebase man page could be clarified with respect to
>      algorithm used
>    * [RIVER-233 <https://issues.apache.org/jira/browse/RIVER-233>] -
>      ComputeDigest instructions reference sha and sha1
>    * [RIVER-243 <https://issues.apache.org/jira/browse/RIVER-243>] -
>      JarWrapper javadoc could be clearer wrt to classpath manifests
>    * [RIVER-244 <https://issues.apache.org/jira/browse/RIVER-244>] -
>      Text area below menu bar in ServiceBrowser should not be editable
>    * [RIVER-246 <https://issues.apache.org/jira/browse/RIVER-246>] -
>      Consider adding shutdown hook so Reggie sends final multicast
>      packet if its VM is terminated
>    * [RIVER-247 <https://issues.apache.org/jira/browse/RIVER-247>] -
>      Destroy processing should use configurable duration and interval
>      for unexporting
>    * [RIVER-256 <https://issues.apache.org/jira/browse/RIVER-256>] -
>      Outrigger catch Throwable blocks should also catch Throwable
>    * [RIVER-262 <https://issues.apache.org/jira/browse/RIVER-262>] -
>      ServiceUI Specification
>    * [RIVER-270 <https://issues.apache.org/jira/browse/RIVER-270>] -
>      tar tasks in release* ant targets fail due to 100-char limitation
>      and are disabled
>    * [RIVER-285 <https://issues.apache.org/jira/browse/RIVER-285>] -
>      LookupDiscoveryManager has unused variable declarations
>
>
>    New Feature
>
>    * [RIVER-151 <https://issues.apache.org/jira/browse/RIVER-151>] -
>      ClassDep should have a method to determine if problems occurred
>    * [RIVER-161 <https://issues.apache.org/jira/browse/RIVER-161>] -
>      Coalesce jars from multiple source dirs while retain current
>      Manifest Classpath semantics
>    * [RIVER-163 <https://issues.apache.org/jira/browse/RIVER-163>] -
>      ClassDep doesn't pick up annotation or type parameter dependencies
>    * [RIVER-292 <https://issues.apache.org/jira/browse/RIVER-292>] -
>      The service browser should provide support for the ServiceUI support
>    * [RIVER-295 <https://issues.apache.org/jira/browse/RIVER-295>] -
>      Support configurable option to prevent from popup windows that
>      require a confirmation by the user
>
>
>    Task
>
>    * [RIVER-294 <https://issues.apache.org/jira/browse/RIVER-294>] -
>      Remove http://svn.apache.org/repos/asf/incubator/river/trunk/ from
>      the SVN repository
>
>
>    Test
>
>    * [RIVER-291 <https://issues.apache.org/jira/browse/RIVER-291>] -
>      Cannot build QA tests using the supplied make files
>
> See the Release Artifacts for remaining release notes.
>
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [RESULT] Re: [VOTE] Release Apache River 2.1.2

Posted by Jim Waldo <Ji...@Sun.COM>.
Sorry for the delayed vote (I've been somewhat preoccupied recently), but you can add my +1 to this.

Jim Waldo

On Feb 28, 2010, at 4:55 AM, Peter Firmstone wrote:

> Well, the results for our vote for release of Apache River 2.1.2 are in:
> 
> +1 Tom Hobbs
> +1 Jukka Zitting
> +1 Niclas Hedhman
> 
> We have 2 Incubator PMC votes and 1 River PPMC vote.
> 
> We haven't quite achieved the numbers we needed to release Apache River on this occasion.  I think what we need is a large show of support from everybody that watches the Apache River Dev list.  There's an important patch that has been included in the River trunk since my release artifacts were posted. I've got a busy week ahead of me, so I can't provide new release Artifacts just yet.  But when I post the Release artifacts to vote again, lets make some noise!
> 
> In the mean time, if you know some people who have dropped out of view recently let them know we need their support.
> 
> Cheers,
> 
> Peter.
> 
> Peter Firmstone wrote:
>> Please vote on releasing Apache River 2.1.2
>> The voting period is extended until Saturday the 27th of February 2010 and passes if a majority of at least three +1 River Incubator PMC votes are cast.
>> 
>> The vote has been extended due to the size of this release and the subsequent time needed for review.
>> 
>> A candidate for the Apache River 2.1.2 Release is available at
>> 
>> http://people.apache.org/~peter_firmstone/
>> 
>> The release candidate sources are zip / tar.gz archives of the sources in:
>> 
>> http://svn.apache.org/repos/asf/incubator/river/jtsk/trunk/
>> 
>> The SHA1 checksums are:
>> 
>> apache-river-2.1.2-incubating-src.tar.gz:
>> 3D06 58BC C42C 460C 4BCE  F602 A3FB 4357 C5BA F65E
>> apache-river-2.1.2-incubating-src.zip:
>> 71F8 2BE5 ADC9 AAB2 2D73  0B9D EF11 1E63 1749 3168
>> 
>> The binary release artifacts, also available there are SHA1 checksums:
>> 
>> apache-river-2.1.2-incubating-bin.tar.gz:
>> 3CA5 299C 679D 8887 5442  ACA9 CAD2 618C 2A24 A26B
>> apache-river-2.1.2-incubating-bin.zip:
>> BBB8 3072 1C57 34BF BED5  954B 5DDF 41DD 322F 8303
>> 
>> Results from the river-dev VOTE, closed, the 12th of February are:
>> 
>> +1 Tom Hobbs
>> +1 Jukka Zitting
>> +1 Niclas Hedhman
>> 
>> 
>> Apache River
>> v2.1.2 Release Notes
>> 
>> ------------------------------------------------------------------------
>> Apache River is an effort undergoing incubation at The Apache Software
>> Foundation (ASF), sponsored by the Apache Incubator. Incubation is
>> required of all newly accepted projects until a further review indicates
>> that the infrastructure, communications, and decision making process
>> have stabilized in a manner consistent with other successful ASF
>> projects. While incubation status is not necessarily a reflection of the
>> completeness or stability of the code, it does indicate that the project
>> has yet to be fully endorsed by the ASF.
>> 
>> Apache River is aimed at the development and advancement of the River
>> technology core infrastructure. River technology is a service oriented
>> architecture that defines a programming model which both exploits and
>> extends Java technology to enable the construction of secure,
>> distributed systems which are adaptive to change.
>> 
>> ------------------------------------------------------------------------
>> 
>> 
>>   Notes of Interest for this Release
>> 
>> This second release from the Apache River project is based on the
>> contributions of Sun's Jini Technology Starter Kit (Starter Kit) v2.1
>> and Service UI from Artima. The release focuses on merging the two
>> contributions together, structuring separate src and bin releases, and
>> amending the source and documentation naming/versioning/etc to the
>> Apache River project.
>> 
>> Some points of note:
>> 
>>   * NOTICE file and source license headers updated
>>   * Source and documentation updated for release name ("Apache River
>>     release") and version ("v2.1.2")
>>   * Graphical installer (which was a 3rd party application in the
>>     Starter Kit) is no longer available
>>   * The combined source and binary release in the Starter Kit has been
>>     separated into two releases: src and bin
>>   * The "logstore" implementation of com.sun.jini.outrigger.Store has
>>     been removed
>> 
>>     The persistent version of Outrigger relies on a pluggable
>>     persistence layer, |com.sun.jini.outrigger.Store|. Previous
>>     releases of the Starter Kit included two implementations of the
>>     Store interface, /logstore/ and /snaplogstore/. This release
>>     removes logstore.
>> 
>>     Logstore has been around in various forms since the 1.0 version of
>>     Outrigger. Snapstore was introduced in v2.1 of the Starter Kit.
>> 
>>     The v2.0.n releases of the Starter Kit used logstore as the
>>     default Store implementation, this release has no default Store.
>>     In order to switch an existing set of configuration files,
>>     security policy files, etc., from using logstore to snaplogstore,
>>     you will need to change the |com.sun.jini.outrigger.store|
>>     configuration entry (or add a store configuration entry if you
>>     don't already have one) to yield a
>>     |com.sun.jini.outrigger.snaplogstore.LogStore| object. You will
>>     also need to ensure that |outrigger-snaplogstore.jar| has been
>>     granted sufficient permissions (see Outrigger's package
>>     documentation for a sample security policy file.).
>> 
>>     Note that depending on the nature of your application snaplogstore
>>     can have a significantly different performance profile than logstore.
>> 
>>     The storage formats used by snaplogstore and logstore are mutually
>>     incompatible.
>> 
>> ------------------------------------------------------------------------
>> 
>> 
>>   Submitting Issues
>> 
>> If you would like to submit a bug against the Apache River release,
>> please use the River JIRA <http://issues.apache.org/jira/browse/RIVER>.
>> To discuss problems, questions, or suggestions on the release, please
>> subscribe to the |river-dev| list from the project Mailing Lists
>> <http://incubator.apache.org/river/mailing.html> page.
>> 
>> ------------------------------------------------------------------------
>> 
>> 
>>   Upcoming Changes planned for the next version of Apache River
>> 
>> # All packages ouside of the net.jini namespace will be renamed to
>> org.apache.river.
>> # Support for Java 5 language features
>> # Support for Modular Frameworks conforming to the OSGi r4.2 core
>> Specification
>> ------------------------------------------------------------------------
>> 
>> 
>>   Changes made since Apache River v2.1.1
>> 
>> 
>>   Bug
>> 
>>   * [RIVER-5 <https://issues.apache.org/jira/browse/RIVER-5>] -
>>     HTTMPMD URLs can be considered equal while they are not
>>   * [RIVER-8 <https://issues.apache.org/jira/browse/RIVER-8>] -
>>     com.sun.jini.tool.ClassDep empty inside collection doesn't work
>>   * [RIVER-17 <https://issues.apache.org/jira/browse/RIVER-17>] -
>>     Misleading logging message when discovery constraint checking is
>>     delayed
>>   * [RIVER-18 <https://issues.apache.org/jira/browse/RIVER-18>] -
>>     Order of discovery providers not maintained
>>   * [RIVER-22 <https://issues.apache.org/jira/browse/RIVER-22>] - NPE
>>     in
>>     net.jini.jeri.tcp.TcpEndpoint$ConnectionImpl.checkConnectPermission
>>   * [RIVER-24 <https://issues.apache.org/jira/browse/RIVER-24>] -
>>     PreferredListGen can create illegal PREFERRED.LIST
>>   * [RIVER-78 <https://issues.apache.org/jira/browse/RIVER-78>] -
>>     ClassDep generates duplicate output lines
>>   * [RIVER-82 <https://issues.apache.org/jira/browse/RIVER-82>] -
>>     ClassDep generates duplicate output lines
>>   * [RIVER-91 <https://issues.apache.org/jira/browse/RIVER-91>] -
>>     Uninstaller does not remove all items
>>   * [RIVER-205 <https://issues.apache.org/jira/browse/RIVER-205>] -
>>     LookupDiscovery can give untrusted code access to privileged threads
>>   * [RIVER-209 <https://issues.apache.org/jira/browse/RIVER-209>] -
>>     NullPointerException in SslConnection.checkConnectPermission()
>>   * [RIVER-212 <https://issues.apache.org/jira/browse/RIVER-212>] -
>>     use of "enum" as a variable name
>>   * [RIVER-213 <https://issues.apache.org/jira/browse/RIVER-213>] -
>>     (DOC) - JoinManger has typo in javadoc (missing </code>
>>     termination tag)
>>   * [RIVER-215 <https://issues.apache.org/jira/browse/RIVER-215>] -
>>     LookupDiscovery throws NullPointerException on terminate
>>   * [RIVER-216 <https://issues.apache.org/jira/browse/RIVER-216>] -
>>     ConfigurationFile should throw ExceptionInInitializerError if
>>     unable to read prohibited methods
>>   * [RIVER-217 <https://issues.apache.org/jira/browse/RIVER-217>] -
>>     Browser incorrectly assumes event source is ServiceRegistrar proxy
>>   * [RIVER-223 <https://issues.apache.org/jira/browse/RIVER-223>] -
>>     test: jtreg/net/jini/jeri/tcp/connectTimeout/TestConnectTimeout
>>     fails on Linux
>>   * [RIVER-224 <https://issues.apache.org/jira/browse/RIVER-224>] -
>>     Problem using browser to destroy service that supports
>>     DestroyAdmin but not JoinAdmin
>>   * [RIVER-225 <https://issues.apache.org/jira/browse/RIVER-225>] -
>>     NullPointerException in Reggie during destroy
>>   * [RIVER-227 <https://issues.apache.org/jira/browse/RIVER-227>] -
>>     tools manpages command lines do not include line continuation
>>     characters
>>   * [RIVER-230 <https://issues.apache.org/jira/browse/RIVER-230>] -
>>     (mux) SelectionManager catch Error block assumes getMessage()
>>     returns non-null
>>   * [RIVER-232 <https://issues.apache.org/jira/browse/RIVER-232>] -
>>     JarWrapper and PreferredListGen uses jsk_install_dir and install_dir
>>   * [RIVER-234 <https://issues.apache.org/jira/browse/RIVER-234>] -
>>     (DOC) Fiddler manpage directions for HTTP server should reference
>>     classserver.jar, not tools.jar
>>   * [RIVER-240 <https://issues.apache.org/jira/browse/RIVER-240>] -
>>     BasicInvocationDispatcher.dispatch could log more info for some
>>     exceptions
>>   * [RIVER-241 <https://issues.apache.org/jira/browse/RIVER-241>] -
>>     Mercury spelling errore
>>   * [RIVER-242 <https://issues.apache.org/jira/browse/RIVER-242>] - if
>>     a given ConnectionManager instance cannot create a reaper thread
>>     once, it never will again
>>   * [RIVER-245 <https://issues.apache.org/jira/browse/RIVER-245>] -
>>     Unicast discovery should close socket in case of connection
>>     exception.
>>   * [RIVER-252 <https://issues.apache.org/jira/browse/RIVER-252>] -
>>     ComputeHttpmdCodebase NPE if resource bundle not found
>>   * [RIVER-253 <https://issues.apache.org/jira/browse/RIVER-253>] -
>>     ComputeDigest NPE if resource bundle not found
>>   * [RIVER-254 <https://issues.apache.org/jira/browse/RIVER-254>] -
>>     request initiation can block on I/O for inapplicable connection
>>   * [RIVER-255 <https://issues.apache.org/jira/browse/RIVER-255>] -
>>     Outrigger DestroyThread does not catch exceptions from
>>     exporter.unexport
>>   * [RIVER-284 <https://issues.apache.org/jira/browse/RIVER-284>] -
>>     [PATCH] fix bad ParticipantHandle.compareTo
>>   * [RIVER-286 <https://issues.apache.org/jira/browse/RIVER-286>] -
>>     [PATCH] iterators on synchronized collections still need
>>     synchronization
>>   * [RIVER-289 <https://issues.apache.org/jira/browse/RIVER-289>] -
>>     Fix for RIVER-247 introduced wrong license headers and references
>>   * [RIVER-298 <https://issues.apache.org/jira/browse/RIVER-298>] - No
>>     JavaDocs generated for package "com.sun.jini.reliableLog"
>>   * [RIVER-302 <https://issues.apache.org/jira/browse/RIVER-302>] -
>>     ClassDep -newdirbehaviour option does not work
>>   * [RIVER-305 <https://issues.apache.org/jira/browse/RIVER-305>] -
>>     qa/GetPermissions test still uses "enum" keyword
>>   * [RIVER-320 <https://issues.apache.org/jira/browse/RIVER-320>] -
>>     Prebuilt hello example certificates have expired - need to provide
>>     new ones
>>   * [RIVER-324 <https://issues.apache.org/jira/browse/RIVER-324>] -
>>     Under certain circumstances, the ServiceDiscoveryManager internal
>>     LookupCache implementation can incorrectly process attribute
>>     change events before the lookup snapshot is processed.
>> 
>> 
>>   Improvement
>> 
>>   * [RIVER-7 <https://issues.apache.org/jira/browse/RIVER-7>] -
>>     com.sun.jini.tool.ClassDep should be smarter with outer classes
>>   * [RIVER-9 <https://issues.apache.org/jira/browse/RIVER-9>] -
>>     PreferredClassLoader should try to avoid making a direct check
>>     against the first URL
>>   * [RIVER-25 <https://issues.apache.org/jira/browse/RIVER-25>] -
>>     Improve logging for JoinManager at INFO and WARNING level
>>   * [RIVER-115 <https://issues.apache.org/jira/browse/RIVER-115>] -
>>     Multiple jar files with conflicting lists need facilities to map
>>     the chosen preferred value
>>   * [RIVER-116 <https://issues.apache.org/jira/browse/RIVER-116>] -
>>     Multiple jar files with conflicting lists need facilities to map
>>     the chosen preferred value
>>   * [RIVER-160 <https://issues.apache.org/jira/browse/RIVER-160>] -
>>     add TrustEquivalence to browser's list of uninterestingInterfaces
>>   * [RIVER-201 <https://issues.apache.org/jira/browse/RIVER-201>] -
>>     Show interfaces rather than classes in browser's Matching Services
>>     pane.
>>   * [RIVER-206 <https://issues.apache.org/jira/browse/RIVER-206>] -
>>     Change default load factors from 3 to 1
>>   * [RIVER-210 <https://issues.apache.org/jira/browse/RIVER-210>] -
>>     Browser should cancel event lease on exit
>>   * [RIVER-220 <https://issues.apache.org/jira/browse/RIVER-220>] -
>>     LookupLocatorDiscovery catch Throwable blocks should also catch
>>     Throwable
>>   * [RIVER-226 <https://issues.apache.org/jira/browse/RIVER-226>] -
>>     LLD: consider delaying the queuing of a discovery request
>>     immediately after a discard
>>   * [RIVER-229 <https://issues.apache.org/jira/browse/RIVER-229>] -
>>     reduce number of Reaper threads created by ConnectionManager
>>   * [RIVER-231 <https://issues.apache.org/jira/browse/RIVER-231>] -
>>     ComputeHttpmdCodebase man page could be clarified with respect to
>>     algorithm used
>>   * [RIVER-233 <https://issues.apache.org/jira/browse/RIVER-233>] -
>>     ComputeDigest instructions reference sha and sha1
>>   * [RIVER-243 <https://issues.apache.org/jira/browse/RIVER-243>] -
>>     JarWrapper javadoc could be clearer wrt to classpath manifests
>>   * [RIVER-244 <https://issues.apache.org/jira/browse/RIVER-244>] -
>>     Text area below menu bar in ServiceBrowser should not be editable
>>   * [RIVER-246 <https://issues.apache.org/jira/browse/RIVER-246>] -
>>     Consider adding shutdown hook so Reggie sends final multicast
>>     packet if its VM is terminated
>>   * [RIVER-247 <https://issues.apache.org/jira/browse/RIVER-247>] -
>>     Destroy processing should use configurable duration and interval
>>     for unexporting
>>   * [RIVER-256 <https://issues.apache.org/jira/browse/RIVER-256>] -
>>     Outrigger catch Throwable blocks should also catch Throwable
>>   * [RIVER-262 <https://issues.apache.org/jira/browse/RIVER-262>] -
>>     ServiceUI Specification
>>   * [RIVER-270 <https://issues.apache.org/jira/browse/RIVER-270>] -
>>     tar tasks in release* ant targets fail due to 100-char limitation
>>     and are disabled
>>   * [RIVER-285 <https://issues.apache.org/jira/browse/RIVER-285>] -
>>     LookupDiscoveryManager has unused variable declarations
>> 
>> 
>>   New Feature
>> 
>>   * [RIVER-151 <https://issues.apache.org/jira/browse/RIVER-151>] -
>>     ClassDep should have a method to determine if problems occurred
>>   * [RIVER-161 <https://issues.apache.org/jira/browse/RIVER-161>] -
>>     Coalesce jars from multiple source dirs while retain current
>>     Manifest Classpath semantics
>>   * [RIVER-163 <https://issues.apache.org/jira/browse/RIVER-163>] -
>>     ClassDep doesn't pick up annotation or type parameter dependencies
>>   * [RIVER-292 <https://issues.apache.org/jira/browse/RIVER-292>] -
>>     The service browser should provide support for the ServiceUI support
>>   * [RIVER-295 <https://issues.apache.org/jira/browse/RIVER-295>] -
>>     Support configurable option to prevent from popup windows that
>>     require a confirmation by the user
>> 
>> 
>>   Task
>> 
>>   * [RIVER-294 <https://issues.apache.org/jira/browse/RIVER-294>] -
>>     Remove http://svn.apache.org/repos/asf/incubator/river/trunk/ from
>>     the SVN repository
>> 
>> 
>>   Test
>> 
>>   * [RIVER-291 <https://issues.apache.org/jira/browse/RIVER-291>] -
>>     Cannot build QA tests using the supplied make files
>> 
>> See the Release Artifacts for remaining release notes.
>> 
>> 
>> 
>> 
> 


Re: [RESULT] Re: [VOTE] Release Apache River 2.1.2

Posted by Jonathan Costers <jo...@googlemail.com>.
+1

2010/2/28 Brian Murphy <bt...@gmail.com>

> +1
>
> On Sun, Feb 28, 2010 at 4:55 AM, Peter Firmstone <ji...@zeus.net.au> wrote:
>
> > Well, the results for our vote for release of Apache River 2.1.2 are in:
> >
> >
> > +1 Tom Hobbs
> > +1 Jukka Zitting
> > +1 Niclas Hedhman
> >
> > We have 2 Incubator PMC votes and 1 River PPMC vote.
> >
> > We haven't quite achieved the numbers we needed to release Apache River
> on
> > this occasion.  I think what we need is a large show of support from
> > everybody that watches the Apache River Dev list.  There's an important
> > patch that has been included in the River trunk since my release
> artifacts
> > were posted. I've got a busy week ahead of me, so I can't provide new
> > release Artifacts just yet.  But when I post the Release artifacts to
> vote
> > again, lets make some noise!
> >
> > In the mean time, if you know some people who have dropped out of view
> > recently let them know we need their support.
> >
> > Cheers,
> >
> > Peter.
> >
> >
> > Peter Firmstone wrote:
> >
> >> Please vote on releasing Apache River 2.1.2
> >> The voting period is extended until Saturday the 27th of February 2010
> and
> >> passes if a majority of at least three +1 River Incubator PMC votes are
> >> cast.
> >>
> >> The vote has been extended due to the size of this release and the
> >> subsequent time needed for review.
> >>
> >> A candidate for the Apache River 2.1.2 Release is available at
> >>
> >> http://people.apache.org/~peter_firmstone/<http://people.apache.org/%7Epeter_firmstone/>
> >>
> >> The release candidate sources are zip / tar.gz archives of the sources
> in:
> >>
> >> http://svn.apache.org/repos/asf/incubator/river/jtsk/trunk/
> >>
> >> The SHA1 checksums are:
> >>
> >> apache-river-2.1.2-incubating-src.tar.gz:
> >> 3D06 58BC C42C 460C 4BCE  F602 A3FB 4357 C5BA F65E
> >> apache-river-2.1.2-incubating-src.zip:
> >> 71F8 2BE5 ADC9 AAB2 2D73  0B9D EF11 1E63 1749 3168
> >>
> >> The binary release artifacts, also available there are SHA1 checksums:
> >>
> >> apache-river-2.1.2-incubating-bin.tar.gz:
> >> 3CA5 299C 679D 8887 5442  ACA9 CAD2 618C 2A24 A26B
> >> apache-river-2.1.2-incubating-bin.zip:
> >> BBB8 3072 1C57 34BF BED5  954B 5DDF 41DD 322F 8303
> >>
> >> Results from the river-dev VOTE, closed, the 12th of February are:
> >>
> >> +1 Tom Hobbs
> >> +1 Jukka Zitting
> >> +1 Niclas Hedhman
> >>
> >>
> >>  Apache River
> >>  v2.1.2 Release Notes
> >>
> >> ------------------------------------------------------------------------
> >> Apache River is an effort undergoing incubation at The Apache Software
> >> Foundation (ASF), sponsored by the Apache Incubator. Incubation is
> >> required of all newly accepted projects until a further review indicates
> >> that the infrastructure, communications, and decision making process
> >> have stabilized in a manner consistent with other successful ASF
> >> projects. While incubation status is not necessarily a reflection of the
> >> completeness or stability of the code, it does indicate that the project
> >> has yet to be fully endorsed by the ASF.
> >>
> >> Apache River is aimed at the development and advancement of the River
> >> technology core infrastructure. River technology is a service oriented
> >> architecture that defines a programming model which both exploits and
> >> extends Java technology to enable the construction of secure,
> >> distributed systems which are adaptive to change.
> >>
> >> ------------------------------------------------------------------------
> >>
> >>
> >>   Notes of Interest for this Release
> >>
> >> This second release from the Apache River project is based on the
> >> contributions of Sun's Jini Technology Starter Kit (Starter Kit) v2.1
> >> and Service UI from Artima. The release focuses on merging the two
> >> contributions together, structuring separate src and bin releases, and
> >> amending the source and documentation naming/versioning/etc to the
> >> Apache River project.
> >>
> >> Some points of note:
> >>
> >>   * NOTICE file and source license headers updated
> >>   * Source and documentation updated for release name ("Apache River
> >>     release") and version ("v2.1.2")
> >>   * Graphical installer (which was a 3rd party application in the
> >>     Starter Kit) is no longer available
> >>   * The combined source and binary release in the Starter Kit has been
> >>     separated into two releases: src and bin
> >>   * The "logstore" implementation of com.sun.jini.outrigger.Store has
> >>     been removed
> >>
> >>     The persistent version of Outrigger relies on a pluggable
> >>     persistence layer, |com.sun.jini.outrigger.Store|. Previous
> >>     releases of the Starter Kit included two implementations of the
> >>     Store interface, /logstore/ and /snaplogstore/. This release
> >>     removes logstore.
> >>
> >>     Logstore has been around in various forms since the 1.0 version of
> >>     Outrigger. Snapstore was introduced in v2.1 of the Starter Kit.
> >>
> >>     The v2.0.n releases of the Starter Kit used logstore as the
> >>     default Store implementation, this release has no default Store.
> >>     In order to switch an existing set of configuration files,
> >>     security policy files, etc., from using logstore to snaplogstore,
> >>     you will need to change the |com.sun.jini.outrigger.store|
> >>     configuration entry (or add a store configuration entry if you
> >>     don't already have one) to yield a
> >>     |com.sun.jini.outrigger.snaplogstore.LogStore| object. You will
> >>     also need to ensure that |outrigger-snaplogstore.jar| has been
> >>     granted sufficient permissions (see Outrigger's package
> >>     documentation for a sample security policy file.).
> >>
> >>     Note that depending on the nature of your application snaplogstore
> >>     can have a significantly different performance profile than
> logstore.
> >>
> >>     The storage formats used by snaplogstore and logstore are mutually
> >>     incompatible.
> >>
> >> ------------------------------------------------------------------------
> >>
> >>
> >>   Submitting Issues
> >>
> >> If you would like to submit a bug against the Apache River release,
> >> please use the River JIRA <http://issues.apache.org/jira/browse/RIVER>.
> >> To discuss problems, questions, or suggestions on the release, please
> >> subscribe to the |river-dev| list from the project Mailing Lists
> >> <http://incubator.apache.org/river/mailing.html> page.
> >>
> >> ------------------------------------------------------------------------
> >>
> >>
> >>   Upcoming Changes planned for the next version of Apache River
> >>
> >> # All packages ouside of the net.jini namespace will be renamed to
> >> org.apache.river.
> >> # Support for Java 5 language features
> >> # Support for Modular Frameworks conforming to the OSGi r4.2 core
> >> Specification
> >> ------------------------------------------------------------------------
> >>
> >>
> >>   Changes made since Apache River v2.1.1
> >>
> >>
> >>   Bug
> >>
> >>   * [RIVER-5 <https://issues.apache.org/jira/browse/RIVER-5>] -
> >>     HTTMPMD URLs can be considered equal while they are not
> >>   * [RIVER-8 <https://issues.apache.org/jira/browse/RIVER-8>] -
> >>     com.sun.jini.tool.ClassDep empty inside collection doesn't work
> >>   * [RIVER-17 <https://issues.apache.org/jira/browse/RIVER-17>] -
> >>     Misleading logging message when discovery constraint checking is
> >>     delayed
> >>   * [RIVER-18 <https://issues.apache.org/jira/browse/RIVER-18>] -
> >>     Order of discovery providers not maintained
> >>   * [RIVER-22 <https://issues.apache.org/jira/browse/RIVER-22>] - NPE
> >>     in
> >>     net.jini.jeri.tcp.TcpEndpoint$ConnectionImpl.checkConnectPermission
> >>   * [RIVER-24 <https://issues.apache.org/jira/browse/RIVER-24>] -
> >>     PreferredListGen can create illegal PREFERRED.LIST
> >>   * [RIVER-78 <https://issues.apache.org/jira/browse/RIVER-78>] -
> >>     ClassDep generates duplicate output lines
> >>   * [RIVER-82 <https://issues.apache.org/jira/browse/RIVER-82>] -
> >>     ClassDep generates duplicate output lines
> >>   * [RIVER-91 <https://issues.apache.org/jira/browse/RIVER-91>] -
> >>     Uninstaller does not remove all items
> >>   * [RIVER-205 <https://issues.apache.org/jira/browse/RIVER-205>] -
> >>     LookupDiscovery can give untrusted code access to privileged threads
> >>   * [RIVER-209 <https://issues.apache.org/jira/browse/RIVER-209>] -
> >>     NullPointerException in SslConnection.checkConnectPermission()
> >>   * [RIVER-212 <https://issues.apache.org/jira/browse/RIVER-212>] -
> >>     use of "enum" as a variable name
> >>   * [RIVER-213 <https://issues.apache.org/jira/browse/RIVER-213>] -
> >>     (DOC) - JoinManger has typo in javadoc (missing </code>
> >>     termination tag)
> >>   * [RIVER-215 <https://issues.apache.org/jira/browse/RIVER-215>] -
> >>     LookupDiscovery throws NullPointerException on terminate
> >>   * [RIVER-216 <https://issues.apache.org/jira/browse/RIVER-216>] -
> >>     ConfigurationFile should throw ExceptionInInitializerError if
> >>     unable to read prohibited methods
> >>   * [RIVER-217 <https://issues.apache.org/jira/browse/RIVER-217>] -
> >>     Browser incorrectly assumes event source is ServiceRegistrar proxy
> >>   * [RIVER-223 <https://issues.apache.org/jira/browse/RIVER-223>] -
> >>     test: jtreg/net/jini/jeri/tcp/connectTimeout/TestConnectTimeout
> >>     fails on Linux
> >>   * [RIVER-224 <https://issues.apache.org/jira/browse/RIVER-224>] -
> >>     Problem using browser to destroy service that supports
> >>     DestroyAdmin but not JoinAdmin
> >>   * [RIVER-225 <https://issues.apache.org/jira/browse/RIVER-225>] -
> >>     NullPointerException in Reggie during destroy
> >>   * [RIVER-227 <https://issues.apache.org/jira/browse/RIVER-227>] -
> >>     tools manpages command lines do not include line continuation
> >>     characters
> >>   * [RIVER-230 <https://issues.apache.org/jira/browse/RIVER-230>] -
> >>     (mux) SelectionManager catch Error block assumes getMessage()
> >>     returns non-null
> >>   * [RIVER-232 <https://issues.apache.org/jira/browse/RIVER-232>] -
> >>     JarWrapper and PreferredListGen uses jsk_install_dir and install_dir
> >>   * [RIVER-234 <https://issues.apache.org/jira/browse/RIVER-234>] -
> >>     (DOC) Fiddler manpage directions for HTTP server should reference
> >>     classserver.jar, not tools.jar
> >>   * [RIVER-240 <https://issues.apache.org/jira/browse/RIVER-240>] -
> >>     BasicInvocationDispatcher.dispatch could log more info for some
> >>     exceptions
> >>   * [RIVER-241 <https://issues.apache.org/jira/browse/RIVER-241>] -
> >>     Mercury spelling errore
> >>   * [RIVER-242 <https://issues.apache.org/jira/browse/RIVER-242>] - if
> >>     a given ConnectionManager instance cannot create a reaper thread
> >>     once, it never will again
> >>   * [RIVER-245 <https://issues.apache.org/jira/browse/RIVER-245>] -
> >>     Unicast discovery should close socket in case of connection
> >>     exception.
> >>   * [RIVER-252 <https://issues.apache.org/jira/browse/RIVER-252>] -
> >>     ComputeHttpmdCodebase NPE if resource bundle not found
> >>   * [RIVER-253 <https://issues.apache.org/jira/browse/RIVER-253>] -
> >>     ComputeDigest NPE if resource bundle not found
> >>   * [RIVER-254 <https://issues.apache.org/jira/browse/RIVER-254>] -
> >>     request initiation can block on I/O for inapplicable connection
> >>   * [RIVER-255 <https://issues.apache.org/jira/browse/RIVER-255>] -
> >>     Outrigger DestroyThread does not catch exceptions from
> >>     exporter.unexport
> >>   * [RIVER-284 <https://issues.apache.org/jira/browse/RIVER-284>] -
> >>     [PATCH] fix bad ParticipantHandle.compareTo
> >>   * [RIVER-286 <https://issues.apache.org/jira/browse/RIVER-286>] -
> >>     [PATCH] iterators on synchronized collections still need
> >>     synchronization
> >>   * [RIVER-289 <https://issues.apache.org/jira/browse/RIVER-289>] -
> >>     Fix for RIVER-247 introduced wrong license headers and references
> >>   * [RIVER-298 <https://issues.apache.org/jira/browse/RIVER-298>] - No
> >>     JavaDocs generated for package "com.sun.jini.reliableLog"
> >>   * [RIVER-302 <https://issues.apache.org/jira/browse/RIVER-302>] -
> >>     ClassDep -newdirbehaviour option does not work
> >>   * [RIVER-305 <https://issues.apache.org/jira/browse/RIVER-305>] -
> >>     qa/GetPermissions test still uses "enum" keyword
> >>   * [RIVER-320 <https://issues.apache.org/jira/browse/RIVER-320>] -
> >>     Prebuilt hello example certificates have expired - need to provide
> >>     new ones
> >>   * [RIVER-324 <https://issues.apache.org/jira/browse/RIVER-324>] -
> >>     Under certain circumstances, the ServiceDiscoveryManager internal
> >>     LookupCache implementation can incorrectly process attribute
> >>     change events before the lookup snapshot is processed.
> >>
> >>
> >>   Improvement
> >>
> >>   * [RIVER-7 <https://issues.apache.org/jira/browse/RIVER-7>] -
> >>     com.sun.jini.tool.ClassDep should be smarter with outer classes
> >>   * [RIVER-9 <https://issues.apache.org/jira/browse/RIVER-9>] -
> >>     PreferredClassLoader should try to avoid making a direct check
> >>     against the first URL
> >>   * [RIVER-25 <https://issues.apache.org/jira/browse/RIVER-25>] -
> >>     Improve logging for JoinManager at INFO and WARNING level
> >>   * [RIVER-115 <https://issues.apache.org/jira/browse/RIVER-115>] -
> >>     Multiple jar files with conflicting lists need facilities to map
> >>     the chosen preferred value
> >>   * [RIVER-116 <https://issues.apache.org/jira/browse/RIVER-116>] -
> >>     Multiple jar files with conflicting lists need facilities to map
> >>     the chosen preferred value
> >>   * [RIVER-160 <https://issues.apache.org/jira/browse/RIVER-160>] -
> >>     add TrustEquivalence to browser's list of uninterestingInterfaces
> >>   * [RIVER-201 <https://issues.apache.org/jira/browse/RIVER-201>] -
> >>     Show interfaces rather than classes in browser's Matching Services
> >>     pane.
> >>   * [RIVER-206 <https://issues.apache.org/jira/browse/RIVER-206>] -
> >>     Change default load factors from 3 to 1
> >>   * [RIVER-210 <https://issues.apache.org/jira/browse/RIVER-210>] -
> >>     Browser should cancel event lease on exit
> >>   * [RIVER-220 <https://issues.apache.org/jira/browse/RIVER-220>] -
> >>     LookupLocatorDiscovery catch Throwable blocks should also catch
> >>     Throwable
> >>   * [RIVER-226 <https://issues.apache.org/jira/browse/RIVER-226>] -
> >>     LLD: consider delaying the queuing of a discovery request
> >>     immediately after a discard
> >>   * [RIVER-229 <https://issues.apache.org/jira/browse/RIVER-229>] -
> >>     reduce number of Reaper threads created by ConnectionManager
> >>   * [RIVER-231 <https://issues.apache.org/jira/browse/RIVER-231>] -
> >>     ComputeHttpmdCodebase man page could be clarified with respect to
> >>     algorithm used
> >>   * [RIVER-233 <https://issues.apache.org/jira/browse/RIVER-233>] -
> >>     ComputeDigest instructions reference sha and sha1
> >>   * [RIVER-243 <https://issues.apache.org/jira/browse/RIVER-243>] -
> >>     JarWrapper javadoc could be clearer wrt to classpath manifests
> >>   * [RIVER-244 <https://issues.apache.org/jira/browse/RIVER-244>] -
> >>     Text area below menu bar in ServiceBrowser should not be editable
> >>   * [RIVER-246 <https://issues.apache.org/jira/browse/RIVER-246>] -
> >>     Consider adding shutdown hook so Reggie sends final multicast
> >>     packet if its VM is terminated
> >>   * [RIVER-247 <https://issues.apache.org/jira/browse/RIVER-247>] -
> >>     Destroy processing should use configurable duration and interval
> >>     for unexporting
> >>   * [RIVER-256 <https://issues.apache.org/jira/browse/RIVER-256>] -
> >>     Outrigger catch Throwable blocks should also catch Throwable
> >>   * [RIVER-262 <https://issues.apache.org/jira/browse/RIVER-262>] -
> >>     ServiceUI Specification
> >>   * [RIVER-270 <https://issues.apache.org/jira/browse/RIVER-270>] -
> >>     tar tasks in release* ant targets fail due to 100-char limitation
> >>     and are disabled
> >>   * [RIVER-285 <https://issues.apache.org/jira/browse/RIVER-285>] -
> >>     LookupDiscoveryManager has unused variable declarations
> >>
> >>
> >>   New Feature
> >>
> >>   * [RIVER-151 <https://issues.apache.org/jira/browse/RIVER-151>] -
> >>     ClassDep should have a method to determine if problems occurred
> >>   * [RIVER-161 <https://issues.apache.org/jira/browse/RIVER-161>] -
> >>     Coalesce jars from multiple source dirs while retain current
> >>     Manifest Classpath semantics
> >>   * [RIVER-163 <https://issues.apache.org/jira/browse/RIVER-163>] -
> >>     ClassDep doesn't pick up annotation or type parameter dependencies
> >>   * [RIVER-292 <https://issues.apache.org/jira/browse/RIVER-292>] -
> >>     The service browser should provide support for the ServiceUI support
> >>   * [RIVER-295 <https://issues.apache.org/jira/browse/RIVER-295>] -
> >>     Support configurable option to prevent from popup windows that
> >>     require a confirmation by the user
> >>
> >>
> >>   Task
> >>
> >>   * [RIVER-294 <https://issues.apache.org/jira/browse/RIVER-294>] -
> >>     Remove http://svn.apache.org/repos/asf/incubator/river/trunk/ from
> >>     the SVN repository
> >>
> >>
> >>   Test
> >>
> >>   * [RIVER-291 <https://issues.apache.org/jira/browse/RIVER-291>] -
> >>     Cannot build QA tests using the supplied make files
> >>
> >> See the Release Artifacts for remaining release notes.
> >>
> >>
> >>
> >>
> >>
> >
>

Re: [RESULT] Re: [VOTE] Release Apache River 2.1.2

Posted by Brian Murphy <bt...@gmail.com>.
+1

On Sun, Feb 28, 2010 at 4:55 AM, Peter Firmstone <ji...@zeus.net.au> wrote:

> Well, the results for our vote for release of Apache River 2.1.2 are in:
>
>
> +1 Tom Hobbs
> +1 Jukka Zitting
> +1 Niclas Hedhman
>
> We have 2 Incubator PMC votes and 1 River PPMC vote.
>
> We haven't quite achieved the numbers we needed to release Apache River on
> this occasion.  I think what we need is a large show of support from
> everybody that watches the Apache River Dev list.  There's an important
> patch that has been included in the River trunk since my release artifacts
> were posted. I've got a busy week ahead of me, so I can't provide new
> release Artifacts just yet.  But when I post the Release artifacts to vote
> again, lets make some noise!
>
> In the mean time, if you know some people who have dropped out of view
> recently let them know we need their support.
>
> Cheers,
>
> Peter.
>
>
> Peter Firmstone wrote:
>
>> Please vote on releasing Apache River 2.1.2
>> The voting period is extended until Saturday the 27th of February 2010 and
>> passes if a majority of at least three +1 River Incubator PMC votes are
>> cast.
>>
>> The vote has been extended due to the size of this release and the
>> subsequent time needed for review.
>>
>> A candidate for the Apache River 2.1.2 Release is available at
>>
>> http://people.apache.org/~peter_firmstone/
>>
>> The release candidate sources are zip / tar.gz archives of the sources in:
>>
>> http://svn.apache.org/repos/asf/incubator/river/jtsk/trunk/
>>
>> The SHA1 checksums are:
>>
>> apache-river-2.1.2-incubating-src.tar.gz:
>> 3D06 58BC C42C 460C 4BCE  F602 A3FB 4357 C5BA F65E
>> apache-river-2.1.2-incubating-src.zip:
>> 71F8 2BE5 ADC9 AAB2 2D73  0B9D EF11 1E63 1749 3168
>>
>> The binary release artifacts, also available there are SHA1 checksums:
>>
>> apache-river-2.1.2-incubating-bin.tar.gz:
>> 3CA5 299C 679D 8887 5442  ACA9 CAD2 618C 2A24 A26B
>> apache-river-2.1.2-incubating-bin.zip:
>> BBB8 3072 1C57 34BF BED5  954B 5DDF 41DD 322F 8303
>>
>> Results from the river-dev VOTE, closed, the 12th of February are:
>>
>> +1 Tom Hobbs
>> +1 Jukka Zitting
>> +1 Niclas Hedhman
>>
>>
>>  Apache River
>>  v2.1.2 Release Notes
>>
>> ------------------------------------------------------------------------
>> Apache River is an effort undergoing incubation at The Apache Software
>> Foundation (ASF), sponsored by the Apache Incubator. Incubation is
>> required of all newly accepted projects until a further review indicates
>> that the infrastructure, communications, and decision making process
>> have stabilized in a manner consistent with other successful ASF
>> projects. While incubation status is not necessarily a reflection of the
>> completeness or stability of the code, it does indicate that the project
>> has yet to be fully endorsed by the ASF.
>>
>> Apache River is aimed at the development and advancement of the River
>> technology core infrastructure. River technology is a service oriented
>> architecture that defines a programming model which both exploits and
>> extends Java technology to enable the construction of secure,
>> distributed systems which are adaptive to change.
>>
>> ------------------------------------------------------------------------
>>
>>
>>   Notes of Interest for this Release
>>
>> This second release from the Apache River project is based on the
>> contributions of Sun's Jini Technology Starter Kit (Starter Kit) v2.1
>> and Service UI from Artima. The release focuses on merging the two
>> contributions together, structuring separate src and bin releases, and
>> amending the source and documentation naming/versioning/etc to the
>> Apache River project.
>>
>> Some points of note:
>>
>>   * NOTICE file and source license headers updated
>>   * Source and documentation updated for release name ("Apache River
>>     release") and version ("v2.1.2")
>>   * Graphical installer (which was a 3rd party application in the
>>     Starter Kit) is no longer available
>>   * The combined source and binary release in the Starter Kit has been
>>     separated into two releases: src and bin
>>   * The "logstore" implementation of com.sun.jini.outrigger.Store has
>>     been removed
>>
>>     The persistent version of Outrigger relies on a pluggable
>>     persistence layer, |com.sun.jini.outrigger.Store|. Previous
>>     releases of the Starter Kit included two implementations of the
>>     Store interface, /logstore/ and /snaplogstore/. This release
>>     removes logstore.
>>
>>     Logstore has been around in various forms since the 1.0 version of
>>     Outrigger. Snapstore was introduced in v2.1 of the Starter Kit.
>>
>>     The v2.0.n releases of the Starter Kit used logstore as the
>>     default Store implementation, this release has no default Store.
>>     In order to switch an existing set of configuration files,
>>     security policy files, etc., from using logstore to snaplogstore,
>>     you will need to change the |com.sun.jini.outrigger.store|
>>     configuration entry (or add a store configuration entry if you
>>     don't already have one) to yield a
>>     |com.sun.jini.outrigger.snaplogstore.LogStore| object. You will
>>     also need to ensure that |outrigger-snaplogstore.jar| has been
>>     granted sufficient permissions (see Outrigger's package
>>     documentation for a sample security policy file.).
>>
>>     Note that depending on the nature of your application snaplogstore
>>     can have a significantly different performance profile than logstore.
>>
>>     The storage formats used by snaplogstore and logstore are mutually
>>     incompatible.
>>
>> ------------------------------------------------------------------------
>>
>>
>>   Submitting Issues
>>
>> If you would like to submit a bug against the Apache River release,
>> please use the River JIRA <http://issues.apache.org/jira/browse/RIVER>.
>> To discuss problems, questions, or suggestions on the release, please
>> subscribe to the |river-dev| list from the project Mailing Lists
>> <http://incubator.apache.org/river/mailing.html> page.
>>
>> ------------------------------------------------------------------------
>>
>>
>>   Upcoming Changes planned for the next version of Apache River
>>
>> # All packages ouside of the net.jini namespace will be renamed to
>> org.apache.river.
>> # Support for Java 5 language features
>> # Support for Modular Frameworks conforming to the OSGi r4.2 core
>> Specification
>> ------------------------------------------------------------------------
>>
>>
>>   Changes made since Apache River v2.1.1
>>
>>
>>   Bug
>>
>>   * [RIVER-5 <https://issues.apache.org/jira/browse/RIVER-5>] -
>>     HTTMPMD URLs can be considered equal while they are not
>>   * [RIVER-8 <https://issues.apache.org/jira/browse/RIVER-8>] -
>>     com.sun.jini.tool.ClassDep empty inside collection doesn't work
>>   * [RIVER-17 <https://issues.apache.org/jira/browse/RIVER-17>] -
>>     Misleading logging message when discovery constraint checking is
>>     delayed
>>   * [RIVER-18 <https://issues.apache.org/jira/browse/RIVER-18>] -
>>     Order of discovery providers not maintained
>>   * [RIVER-22 <https://issues.apache.org/jira/browse/RIVER-22>] - NPE
>>     in
>>     net.jini.jeri.tcp.TcpEndpoint$ConnectionImpl.checkConnectPermission
>>   * [RIVER-24 <https://issues.apache.org/jira/browse/RIVER-24>] -
>>     PreferredListGen can create illegal PREFERRED.LIST
>>   * [RIVER-78 <https://issues.apache.org/jira/browse/RIVER-78>] -
>>     ClassDep generates duplicate output lines
>>   * [RIVER-82 <https://issues.apache.org/jira/browse/RIVER-82>] -
>>     ClassDep generates duplicate output lines
>>   * [RIVER-91 <https://issues.apache.org/jira/browse/RIVER-91>] -
>>     Uninstaller does not remove all items
>>   * [RIVER-205 <https://issues.apache.org/jira/browse/RIVER-205>] -
>>     LookupDiscovery can give untrusted code access to privileged threads
>>   * [RIVER-209 <https://issues.apache.org/jira/browse/RIVER-209>] -
>>     NullPointerException in SslConnection.checkConnectPermission()
>>   * [RIVER-212 <https://issues.apache.org/jira/browse/RIVER-212>] -
>>     use of "enum" as a variable name
>>   * [RIVER-213 <https://issues.apache.org/jira/browse/RIVER-213>] -
>>     (DOC) - JoinManger has typo in javadoc (missing </code>
>>     termination tag)
>>   * [RIVER-215 <https://issues.apache.org/jira/browse/RIVER-215>] -
>>     LookupDiscovery throws NullPointerException on terminate
>>   * [RIVER-216 <https://issues.apache.org/jira/browse/RIVER-216>] -
>>     ConfigurationFile should throw ExceptionInInitializerError if
>>     unable to read prohibited methods
>>   * [RIVER-217 <https://issues.apache.org/jira/browse/RIVER-217>] -
>>     Browser incorrectly assumes event source is ServiceRegistrar proxy
>>   * [RIVER-223 <https://issues.apache.org/jira/browse/RIVER-223>] -
>>     test: jtreg/net/jini/jeri/tcp/connectTimeout/TestConnectTimeout
>>     fails on Linux
>>   * [RIVER-224 <https://issues.apache.org/jira/browse/RIVER-224>] -
>>     Problem using browser to destroy service that supports
>>     DestroyAdmin but not JoinAdmin
>>   * [RIVER-225 <https://issues.apache.org/jira/browse/RIVER-225>] -
>>     NullPointerException in Reggie during destroy
>>   * [RIVER-227 <https://issues.apache.org/jira/browse/RIVER-227>] -
>>     tools manpages command lines do not include line continuation
>>     characters
>>   * [RIVER-230 <https://issues.apache.org/jira/browse/RIVER-230>] -
>>     (mux) SelectionManager catch Error block assumes getMessage()
>>     returns non-null
>>   * [RIVER-232 <https://issues.apache.org/jira/browse/RIVER-232>] -
>>     JarWrapper and PreferredListGen uses jsk_install_dir and install_dir
>>   * [RIVER-234 <https://issues.apache.org/jira/browse/RIVER-234>] -
>>     (DOC) Fiddler manpage directions for HTTP server should reference
>>     classserver.jar, not tools.jar
>>   * [RIVER-240 <https://issues.apache.org/jira/browse/RIVER-240>] -
>>     BasicInvocationDispatcher.dispatch could log more info for some
>>     exceptions
>>   * [RIVER-241 <https://issues.apache.org/jira/browse/RIVER-241>] -
>>     Mercury spelling errore
>>   * [RIVER-242 <https://issues.apache.org/jira/browse/RIVER-242>] - if
>>     a given ConnectionManager instance cannot create a reaper thread
>>     once, it never will again
>>   * [RIVER-245 <https://issues.apache.org/jira/browse/RIVER-245>] -
>>     Unicast discovery should close socket in case of connection
>>     exception.
>>   * [RIVER-252 <https://issues.apache.org/jira/browse/RIVER-252>] -
>>     ComputeHttpmdCodebase NPE if resource bundle not found
>>   * [RIVER-253 <https://issues.apache.org/jira/browse/RIVER-253>] -
>>     ComputeDigest NPE if resource bundle not found
>>   * [RIVER-254 <https://issues.apache.org/jira/browse/RIVER-254>] -
>>     request initiation can block on I/O for inapplicable connection
>>   * [RIVER-255 <https://issues.apache.org/jira/browse/RIVER-255>] -
>>     Outrigger DestroyThread does not catch exceptions from
>>     exporter.unexport
>>   * [RIVER-284 <https://issues.apache.org/jira/browse/RIVER-284>] -
>>     [PATCH] fix bad ParticipantHandle.compareTo
>>   * [RIVER-286 <https://issues.apache.org/jira/browse/RIVER-286>] -
>>     [PATCH] iterators on synchronized collections still need
>>     synchronization
>>   * [RIVER-289 <https://issues.apache.org/jira/browse/RIVER-289>] -
>>     Fix for RIVER-247 introduced wrong license headers and references
>>   * [RIVER-298 <https://issues.apache.org/jira/browse/RIVER-298>] - No
>>     JavaDocs generated for package "com.sun.jini.reliableLog"
>>   * [RIVER-302 <https://issues.apache.org/jira/browse/RIVER-302>] -
>>     ClassDep -newdirbehaviour option does not work
>>   * [RIVER-305 <https://issues.apache.org/jira/browse/RIVER-305>] -
>>     qa/GetPermissions test still uses "enum" keyword
>>   * [RIVER-320 <https://issues.apache.org/jira/browse/RIVER-320>] -
>>     Prebuilt hello example certificates have expired - need to provide
>>     new ones
>>   * [RIVER-324 <https://issues.apache.org/jira/browse/RIVER-324>] -
>>     Under certain circumstances, the ServiceDiscoveryManager internal
>>     LookupCache implementation can incorrectly process attribute
>>     change events before the lookup snapshot is processed.
>>
>>
>>   Improvement
>>
>>   * [RIVER-7 <https://issues.apache.org/jira/browse/RIVER-7>] -
>>     com.sun.jini.tool.ClassDep should be smarter with outer classes
>>   * [RIVER-9 <https://issues.apache.org/jira/browse/RIVER-9>] -
>>     PreferredClassLoader should try to avoid making a direct check
>>     against the first URL
>>   * [RIVER-25 <https://issues.apache.org/jira/browse/RIVER-25>] -
>>     Improve logging for JoinManager at INFO and WARNING level
>>   * [RIVER-115 <https://issues.apache.org/jira/browse/RIVER-115>] -
>>     Multiple jar files with conflicting lists need facilities to map
>>     the chosen preferred value
>>   * [RIVER-116 <https://issues.apache.org/jira/browse/RIVER-116>] -
>>     Multiple jar files with conflicting lists need facilities to map
>>     the chosen preferred value
>>   * [RIVER-160 <https://issues.apache.org/jira/browse/RIVER-160>] -
>>     add TrustEquivalence to browser's list of uninterestingInterfaces
>>   * [RIVER-201 <https://issues.apache.org/jira/browse/RIVER-201>] -
>>     Show interfaces rather than classes in browser's Matching Services
>>     pane.
>>   * [RIVER-206 <https://issues.apache.org/jira/browse/RIVER-206>] -
>>     Change default load factors from 3 to 1
>>   * [RIVER-210 <https://issues.apache.org/jira/browse/RIVER-210>] -
>>     Browser should cancel event lease on exit
>>   * [RIVER-220 <https://issues.apache.org/jira/browse/RIVER-220>] -
>>     LookupLocatorDiscovery catch Throwable blocks should also catch
>>     Throwable
>>   * [RIVER-226 <https://issues.apache.org/jira/browse/RIVER-226>] -
>>     LLD: consider delaying the queuing of a discovery request
>>     immediately after a discard
>>   * [RIVER-229 <https://issues.apache.org/jira/browse/RIVER-229>] -
>>     reduce number of Reaper threads created by ConnectionManager
>>   * [RIVER-231 <https://issues.apache.org/jira/browse/RIVER-231>] -
>>     ComputeHttpmdCodebase man page could be clarified with respect to
>>     algorithm used
>>   * [RIVER-233 <https://issues.apache.org/jira/browse/RIVER-233>] -
>>     ComputeDigest instructions reference sha and sha1
>>   * [RIVER-243 <https://issues.apache.org/jira/browse/RIVER-243>] -
>>     JarWrapper javadoc could be clearer wrt to classpath manifests
>>   * [RIVER-244 <https://issues.apache.org/jira/browse/RIVER-244>] -
>>     Text area below menu bar in ServiceBrowser should not be editable
>>   * [RIVER-246 <https://issues.apache.org/jira/browse/RIVER-246>] -
>>     Consider adding shutdown hook so Reggie sends final multicast
>>     packet if its VM is terminated
>>   * [RIVER-247 <https://issues.apache.org/jira/browse/RIVER-247>] -
>>     Destroy processing should use configurable duration and interval
>>     for unexporting
>>   * [RIVER-256 <https://issues.apache.org/jira/browse/RIVER-256>] -
>>     Outrigger catch Throwable blocks should also catch Throwable
>>   * [RIVER-262 <https://issues.apache.org/jira/browse/RIVER-262>] -
>>     ServiceUI Specification
>>   * [RIVER-270 <https://issues.apache.org/jira/browse/RIVER-270>] -
>>     tar tasks in release* ant targets fail due to 100-char limitation
>>     and are disabled
>>   * [RIVER-285 <https://issues.apache.org/jira/browse/RIVER-285>] -
>>     LookupDiscoveryManager has unused variable declarations
>>
>>
>>   New Feature
>>
>>   * [RIVER-151 <https://issues.apache.org/jira/browse/RIVER-151>] -
>>     ClassDep should have a method to determine if problems occurred
>>   * [RIVER-161 <https://issues.apache.org/jira/browse/RIVER-161>] -
>>     Coalesce jars from multiple source dirs while retain current
>>     Manifest Classpath semantics
>>   * [RIVER-163 <https://issues.apache.org/jira/browse/RIVER-163>] -
>>     ClassDep doesn't pick up annotation or type parameter dependencies
>>   * [RIVER-292 <https://issues.apache.org/jira/browse/RIVER-292>] -
>>     The service browser should provide support for the ServiceUI support
>>   * [RIVER-295 <https://issues.apache.org/jira/browse/RIVER-295>] -
>>     Support configurable option to prevent from popup windows that
>>     require a confirmation by the user
>>
>>
>>   Task
>>
>>   * [RIVER-294 <https://issues.apache.org/jira/browse/RIVER-294>] -
>>     Remove http://svn.apache.org/repos/asf/incubator/river/trunk/ from
>>     the SVN repository
>>
>>
>>   Test
>>
>>   * [RIVER-291 <https://issues.apache.org/jira/browse/RIVER-291>] -
>>     Cannot build QA tests using the supplied make files
>>
>> See the Release Artifacts for remaining release notes.
>>
>>
>>
>>
>>
>

Re: [RESULT] Re: [VOTE] Release Apache River 2.1.2

Posted by Dennis Reedy <de...@gmail.com>.
+1

On Feb 28, 2010, at 455AM, Peter Firmstone wrote:

> Well, the results for our vote for release of Apache River 2.1.2 are in:
> 
> +1 Tom Hobbs
> +1 Jukka Zitting
> +1 Niclas Hedhman
> 
> We have 2 Incubator PMC votes and 1 River PPMC vote.
> 
> We haven't quite achieved the numbers we needed to release Apache River on this occasion.  I think what we need is a large show of support from everybody that watches the Apache River Dev list.  There's an important patch that has been included in the River trunk since my release artifacts were posted. I've got a busy week ahead of me, so I can't provide new release Artifacts just yet.  But when I post the Release artifacts to vote again, lets make some noise!
> 
> In the mean time, if you know some people who have dropped out of view recently let them know we need their support.
> 
> Cheers,
> 
> Peter.
> 
> Peter Firmstone wrote:
>> Please vote on releasing Apache River 2.1.2
>> The voting period is extended until Saturday the 27th of February 2010 and passes if a majority of at least three +1 River Incubator PMC votes are cast.
>> 
>> The vote has been extended due to the size of this release and the subsequent time needed for review.
>> 
>> A candidate for the Apache River 2.1.2 Release is available at
>> 
>> http://people.apache.org/~peter_firmstone/
>> 
>> The release candidate sources are zip / tar.gz archives of the sources in:
>> 
>> http://svn.apache.org/repos/asf/incubator/river/jtsk/trunk/
>> 
>> The SHA1 checksums are:
>> 
>> apache-river-2.1.2-incubating-src.tar.gz:
>> 3D06 58BC C42C 460C 4BCE  F602 A3FB 4357 C5BA F65E
>> apache-river-2.1.2-incubating-src.zip:
>> 71F8 2BE5 ADC9 AAB2 2D73  0B9D EF11 1E63 1749 3168
>> 
>> The binary release artifacts, also available there are SHA1 checksums:
>> 
>> apache-river-2.1.2-incubating-bin.tar.gz:
>> 3CA5 299C 679D 8887 5442  ACA9 CAD2 618C 2A24 A26B
>> apache-river-2.1.2-incubating-bin.zip:
>> BBB8 3072 1C57 34BF BED5  954B 5DDF 41DD 322F 8303
>> 
>> Results from the river-dev VOTE, closed, the 12th of February are:
>> 
>> +1 Tom Hobbs
>> +1 Jukka Zitting
>> +1 Niclas Hedhman
>> 
>> 
>> Apache River
>> v2.1.2 Release Notes
>> 
>> ------------------------------------------------------------------------
>> Apache River is an effort undergoing incubation at The Apache Software
>> Foundation (ASF), sponsored by the Apache Incubator. Incubation is
>> required of all newly accepted projects until a further review indicates
>> that the infrastructure, communications, and decision making process
>> have stabilized in a manner consistent with other successful ASF
>> projects. While incubation status is not necessarily a reflection of the
>> completeness or stability of the code, it does indicate that the project
>> has yet to be fully endorsed by the ASF.
>> 
>> Apache River is aimed at the development and advancement of the River
>> technology core infrastructure. River technology is a service oriented
>> architecture that defines a programming model which both exploits and
>> extends Java technology to enable the construction of secure,
>> distributed systems which are adaptive to change.
>> 
>> ------------------------------------------------------------------------
>> 
>> 
>>   Notes of Interest for this Release
>> 
>> This second release from the Apache River project is based on the
>> contributions of Sun's Jini Technology Starter Kit (Starter Kit) v2.1
>> and Service UI from Artima. The release focuses on merging the two
>> contributions together, structuring separate src and bin releases, and
>> amending the source and documentation naming/versioning/etc to the
>> Apache River project.
>> 
>> Some points of note:
>> 
>>   * NOTICE file and source license headers updated
>>   * Source and documentation updated for release name ("Apache River
>>     release") and version ("v2.1.2")
>>   * Graphical installer (which was a 3rd party application in the
>>     Starter Kit) is no longer available
>>   * The combined source and binary release in the Starter Kit has been
>>     separated into two releases: src and bin
>>   * The "logstore" implementation of com.sun.jini.outrigger.Store has
>>     been removed
>> 
>>     The persistent version of Outrigger relies on a pluggable
>>     persistence layer, |com.sun.jini.outrigger.Store|. Previous
>>     releases of the Starter Kit included two implementations of the
>>     Store interface, /logstore/ and /snaplogstore/. This release
>>     removes logstore.
>> 
>>     Logstore has been around in various forms since the 1.0 version of
>>     Outrigger. Snapstore was introduced in v2.1 of the Starter Kit.
>> 
>>     The v2.0.n releases of the Starter Kit used logstore as the
>>     default Store implementation, this release has no default Store.
>>     In order to switch an existing set of configuration files,
>>     security policy files, etc., from using logstore to snaplogstore,
>>     you will need to change the |com.sun.jini.outrigger.store|
>>     configuration entry (or add a store configuration entry if you
>>     don't already have one) to yield a
>>     |com.sun.jini.outrigger.snaplogstore.LogStore| object. You will
>>     also need to ensure that |outrigger-snaplogstore.jar| has been
>>     granted sufficient permissions (see Outrigger's package
>>     documentation for a sample security policy file.).
>> 
>>     Note that depending on the nature of your application snaplogstore
>>     can have a significantly different performance profile than logstore.
>> 
>>     The storage formats used by snaplogstore and logstore are mutually
>>     incompatible.
>> 
>> ------------------------------------------------------------------------
>> 
>> 
>>   Submitting Issues
>> 
>> If you would like to submit a bug against the Apache River release,
>> please use the River JIRA <http://issues.apache.org/jira/browse/RIVER>.
>> To discuss problems, questions, or suggestions on the release, please
>> subscribe to the |river-dev| list from the project Mailing Lists
>> <http://incubator.apache.org/river/mailing.html> page.
>> 
>> ------------------------------------------------------------------------
>> 
>> 
>>   Upcoming Changes planned for the next version of Apache River
>> 
>> # All packages ouside of the net.jini namespace will be renamed to
>> org.apache.river.
>> # Support for Java 5 language features
>> # Support for Modular Frameworks conforming to the OSGi r4.2 core
>> Specification
>> ------------------------------------------------------------------------
>> 
>> 
>>   Changes made since Apache River v2.1.1
>> 
>> 
>>   Bug
>> 
>>   * [RIVER-5 <https://issues.apache.org/jira/browse/RIVER-5>] -
>>     HTTMPMD URLs can be considered equal while they are not
>>   * [RIVER-8 <https://issues.apache.org/jira/browse/RIVER-8>] -
>>     com.sun.jini.tool.ClassDep empty inside collection doesn't work
>>   * [RIVER-17 <https://issues.apache.org/jira/browse/RIVER-17>] -
>>     Misleading logging message when discovery constraint checking is
>>     delayed
>>   * [RIVER-18 <https://issues.apache.org/jira/browse/RIVER-18>] -
>>     Order of discovery providers not maintained
>>   * [RIVER-22 <https://issues.apache.org/jira/browse/RIVER-22>] - NPE
>>     in
>>     net.jini.jeri.tcp.TcpEndpoint$ConnectionImpl.checkConnectPermission
>>   * [RIVER-24 <https://issues.apache.org/jira/browse/RIVER-24>] -
>>     PreferredListGen can create illegal PREFERRED.LIST
>>   * [RIVER-78 <https://issues.apache.org/jira/browse/RIVER-78>] -
>>     ClassDep generates duplicate output lines
>>   * [RIVER-82 <https://issues.apache.org/jira/browse/RIVER-82>] -
>>     ClassDep generates duplicate output lines
>>   * [RIVER-91 <https://issues.apache.org/jira/browse/RIVER-91>] -
>>     Uninstaller does not remove all items
>>   * [RIVER-205 <https://issues.apache.org/jira/browse/RIVER-205>] -
>>     LookupDiscovery can give untrusted code access to privileged threads
>>   * [RIVER-209 <https://issues.apache.org/jira/browse/RIVER-209>] -
>>     NullPointerException in SslConnection.checkConnectPermission()
>>   * [RIVER-212 <https://issues.apache.org/jira/browse/RIVER-212>] -
>>     use of "enum" as a variable name
>>   * [RIVER-213 <https://issues.apache.org/jira/browse/RIVER-213>] -
>>     (DOC) - JoinManger has typo in javadoc (missing </code>
>>     termination tag)
>>   * [RIVER-215 <https://issues.apache.org/jira/browse/RIVER-215>] -
>>     LookupDiscovery throws NullPointerException on terminate
>>   * [RIVER-216 <https://issues.apache.org/jira/browse/RIVER-216>] -
>>     ConfigurationFile should throw ExceptionInInitializerError if
>>     unable to read prohibited methods
>>   * [RIVER-217 <https://issues.apache.org/jira/browse/RIVER-217>] -
>>     Browser incorrectly assumes event source is ServiceRegistrar proxy
>>   * [RIVER-223 <https://issues.apache.org/jira/browse/RIVER-223>] -
>>     test: jtreg/net/jini/jeri/tcp/connectTimeout/TestConnectTimeout
>>     fails on Linux
>>   * [RIVER-224 <https://issues.apache.org/jira/browse/RIVER-224>] -
>>     Problem using browser to destroy service that supports
>>     DestroyAdmin but not JoinAdmin
>>   * [RIVER-225 <https://issues.apache.org/jira/browse/RIVER-225>] -
>>     NullPointerException in Reggie during destroy
>>   * [RIVER-227 <https://issues.apache.org/jira/browse/RIVER-227>] -
>>     tools manpages command lines do not include line continuation
>>     characters
>>   * [RIVER-230 <https://issues.apache.org/jira/browse/RIVER-230>] -
>>     (mux) SelectionManager catch Error block assumes getMessage()
>>     returns non-null
>>   * [RIVER-232 <https://issues.apache.org/jira/browse/RIVER-232>] -
>>     JarWrapper and PreferredListGen uses jsk_install_dir and install_dir
>>   * [RIVER-234 <https://issues.apache.org/jira/browse/RIVER-234>] -
>>     (DOC) Fiddler manpage directions for HTTP server should reference
>>     classserver.jar, not tools.jar
>>   * [RIVER-240 <https://issues.apache.org/jira/browse/RIVER-240>] -
>>     BasicInvocationDispatcher.dispatch could log more info for some
>>     exceptions
>>   * [RIVER-241 <https://issues.apache.org/jira/browse/RIVER-241>] -
>>     Mercury spelling errore
>>   * [RIVER-242 <https://issues.apache.org/jira/browse/RIVER-242>] - if
>>     a given ConnectionManager instance cannot create a reaper thread
>>     once, it never will again
>>   * [RIVER-245 <https://issues.apache.org/jira/browse/RIVER-245>] -
>>     Unicast discovery should close socket in case of connection
>>     exception.
>>   * [RIVER-252 <https://issues.apache.org/jira/browse/RIVER-252>] -
>>     ComputeHttpmdCodebase NPE if resource bundle not found
>>   * [RIVER-253 <https://issues.apache.org/jira/browse/RIVER-253>] -
>>     ComputeDigest NPE if resource bundle not found
>>   * [RIVER-254 <https://issues.apache.org/jira/browse/RIVER-254>] -
>>     request initiation can block on I/O for inapplicable connection
>>   * [RIVER-255 <https://issues.apache.org/jira/browse/RIVER-255>] -
>>     Outrigger DestroyThread does not catch exceptions from
>>     exporter.unexport
>>   * [RIVER-284 <https://issues.apache.org/jira/browse/RIVER-284>] -
>>     [PATCH] fix bad ParticipantHandle.compareTo
>>   * [RIVER-286 <https://issues.apache.org/jira/browse/RIVER-286>] -
>>     [PATCH] iterators on synchronized collections still need
>>     synchronization
>>   * [RIVER-289 <https://issues.apache.org/jira/browse/RIVER-289>] -
>>     Fix for RIVER-247 introduced wrong license headers and references
>>   * [RIVER-298 <https://issues.apache.org/jira/browse/RIVER-298>] - No
>>     JavaDocs generated for package "com.sun.jini.reliableLog"
>>   * [RIVER-302 <https://issues.apache.org/jira/browse/RIVER-302>] -
>>     ClassDep -newdirbehaviour option does not work
>>   * [RIVER-305 <https://issues.apache.org/jira/browse/RIVER-305>] -
>>     qa/GetPermissions test still uses "enum" keyword
>>   * [RIVER-320 <https://issues.apache.org/jira/browse/RIVER-320>] -
>>     Prebuilt hello example certificates have expired - need to provide
>>     new ones
>>   * [RIVER-324 <https://issues.apache.org/jira/browse/RIVER-324>] -
>>     Under certain circumstances, the ServiceDiscoveryManager internal
>>     LookupCache implementation can incorrectly process attribute
>>     change events before the lookup snapshot is processed.
>> 
>> 
>>   Improvement
>> 
>>   * [RIVER-7 <https://issues.apache.org/jira/browse/RIVER-7>] -
>>     com.sun.jini.tool.ClassDep should be smarter with outer classes
>>   * [RIVER-9 <https://issues.apache.org/jira/browse/RIVER-9>] -
>>     PreferredClassLoader should try to avoid making a direct check
>>     against the first URL
>>   * [RIVER-25 <https://issues.apache.org/jira/browse/RIVER-25>] -
>>     Improve logging for JoinManager at INFO and WARNING level
>>   * [RIVER-115 <https://issues.apache.org/jira/browse/RIVER-115>] -
>>     Multiple jar files with conflicting lists need facilities to map
>>     the chosen preferred value
>>   * [RIVER-116 <https://issues.apache.org/jira/browse/RIVER-116>] -
>>     Multiple jar files with conflicting lists need facilities to map
>>     the chosen preferred value
>>   * [RIVER-160 <https://issues.apache.org/jira/browse/RIVER-160>] -
>>     add TrustEquivalence to browser's list of uninterestingInterfaces
>>   * [RIVER-201 <https://issues.apache.org/jira/browse/RIVER-201>] -
>>     Show interfaces rather than classes in browser's Matching Services
>>     pane.
>>   * [RIVER-206 <https://issues.apache.org/jira/browse/RIVER-206>] -
>>     Change default load factors from 3 to 1
>>   * [RIVER-210 <https://issues.apache.org/jira/browse/RIVER-210>] -
>>     Browser should cancel event lease on exit
>>   * [RIVER-220 <https://issues.apache.org/jira/browse/RIVER-220>] -
>>     LookupLocatorDiscovery catch Throwable blocks should also catch
>>     Throwable
>>   * [RIVER-226 <https://issues.apache.org/jira/browse/RIVER-226>] -
>>     LLD: consider delaying the queuing of a discovery request
>>     immediately after a discard
>>   * [RIVER-229 <https://issues.apache.org/jira/browse/RIVER-229>] -
>>     reduce number of Reaper threads created by ConnectionManager
>>   * [RIVER-231 <https://issues.apache.org/jira/browse/RIVER-231>] -
>>     ComputeHttpmdCodebase man page could be clarified with respect to
>>     algorithm used
>>   * [RIVER-233 <https://issues.apache.org/jira/browse/RIVER-233>] -
>>     ComputeDigest instructions reference sha and sha1
>>   * [RIVER-243 <https://issues.apache.org/jira/browse/RIVER-243>] -
>>     JarWrapper javadoc could be clearer wrt to classpath manifests
>>   * [RIVER-244 <https://issues.apache.org/jira/browse/RIVER-244>] -
>>     Text area below menu bar in ServiceBrowser should not be editable
>>   * [RIVER-246 <https://issues.apache.org/jira/browse/RIVER-246>] -
>>     Consider adding shutdown hook so Reggie sends final multicast
>>     packet if its VM is terminated
>>   * [RIVER-247 <https://issues.apache.org/jira/browse/RIVER-247>] -
>>     Destroy processing should use configurable duration and interval
>>     for unexporting
>>   * [RIVER-256 <https://issues.apache.org/jira/browse/RIVER-256>] -
>>     Outrigger catch Throwable blocks should also catch Throwable
>>   * [RIVER-262 <https://issues.apache.org/jira/browse/RIVER-262>] -
>>     ServiceUI Specification
>>   * [RIVER-270 <https://issues.apache.org/jira/browse/RIVER-270>] -
>>     tar tasks in release* ant targets fail due to 100-char limitation
>>     and are disabled
>>   * [RIVER-285 <https://issues.apache.org/jira/browse/RIVER-285>] -
>>     LookupDiscoveryManager has unused variable declarations
>> 
>> 
>>   New Feature
>> 
>>   * [RIVER-151 <https://issues.apache.org/jira/browse/RIVER-151>] -
>>     ClassDep should have a method to determine if problems occurred
>>   * [RIVER-161 <https://issues.apache.org/jira/browse/RIVER-161>] -
>>     Coalesce jars from multiple source dirs while retain current
>>     Manifest Classpath semantics
>>   * [RIVER-163 <https://issues.apache.org/jira/browse/RIVER-163>] -
>>     ClassDep doesn't pick up annotation or type parameter dependencies
>>   * [RIVER-292 <https://issues.apache.org/jira/browse/RIVER-292>] -
>>     The service browser should provide support for the ServiceUI support
>>   * [RIVER-295 <https://issues.apache.org/jira/browse/RIVER-295>] -
>>     Support configurable option to prevent from popup windows that
>>     require a confirmation by the user
>> 
>> 
>>   Task
>> 
>>   * [RIVER-294 <https://issues.apache.org/jira/browse/RIVER-294>] -
>>     Remove http://svn.apache.org/repos/asf/incubator/river/trunk/ from
>>     the SVN repository
>> 
>> 
>>   Test
>> 
>>   * [RIVER-291 <https://issues.apache.org/jira/browse/RIVER-291>] -
>>     Cannot build QA tests using the supplied make files
>> 
>> See the Release Artifacts for remaining release notes.
>> 
>> 
>> 
>> 
>