Mailing-List: contact core-commits-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: core-dev@hadoop.apache.org
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Apache Wiki <wikidiffs@apache.org>
To: core-commits@hadoop.apache.org
Date: Thu, 02 Oct 2008 19:39:06 -0000
Message-ID: <20081002193906.21270.18694@eos.apache.org>
Subject: [Hadoop Wiki] Update of "Release1.0Requirements" by SanjayRadia

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Hadoop Wiki" for change notification.

The following page has been changed by SanjayRadia:
http://wiki.apache.org/hadoop/Release1%2e0Requirements

------------------------------------------------------------------------------
     * New !FileSystem clients must be able to call old methods when talking to old servers. This generally will be done by having old methods continue to use old rpc methods. However, it is legal to have new implementations of old methods call new rpcs methods, as long as the library transparently handles the fallback case for old servers.
  
  ''Owen, you seem to be extending the ["Roadmap"]'s compatibility requirements to RPC protocols, is that right?  Clients must be back-compatible with older servers and servers must be back-compatible with older clients.  If so, perhaps we should vote on this new policy and update ["Roadmap"] accordingly.  We could even start enforcing it before 1.0, so that, e.g., 0.20's protocols would need to be back-compatible with 0.19's but 0.21's would not.  --DougCutting''
+ 
+ ''Doug, This is a subtle issue: Here we are talking about new client application code calling old methods on the !FileSystem class (not the RPC methods). This is in addition to the rpc compatibility issue. --!SanjayRadia''
  
  Question: Does the release number really matter?  Should we just keep adding features, improving back-compatibility, etc?  Our ["Roadmap"] currently defines what a major release means.  Does this need updating?  -- !DougCutting