+1 for backward compatibility with Geode releases. --Mark
On Wed, Nov 2, 2016 at 8:11 AM, Kenneth Howe <kh...@pivotal.io> wrote: > +1 to Dan > +1 to Bruce - the distributedTest extensions for backward compatibility > would great > > > On Nov 1, 2016, at 4:11 PM, Bruce Schuchardt <bschucha...@pivotal.io> > wrote: > > > > +1 > > > > I still have the backward-compatibility distributedTest extensions that > I could contribute. The extension lets you spawn a VM running an older > version and interact with it. You can even run a unit test in the spawned > VM. > > > > I have one test that sets up a server using the current version and then > spawns a client unit test running under an older version. The client finds > the server through the distributedTest locator and runs its tests against > the server. > > > > > > Le 11/1/2016 à 4:04 PM, Jianxia Chen a écrit : > >> +1 > >> > >> On Tue, Nov 1, 2016 at 4:00 PM, Dan Smith <dsm...@pivotal.io> wrote: > >> > >>> Hi, > >>> > >>> We made a lot of changes in 1.0 that broke compatibility with old > versions > >>> of gemfire for various reasons (package renaming, changing membership > >>> system). I just wanted to confirm that starting with 1.1, we're > planning on > >>> maintaining client/server, peer-to-peer, WAN and disk backwards > >>> compatibility with older versions geode as outlined in this wiki page: > >>> > >>> https://cwiki.apache.org/confluence/display/GEODE/Managing+Backward+ > >>> Compatibility > >>> https://cwiki.apache.org/confluence/display/GEODE/ > >>> Criteria+for+Code+Submissions > >>> > >>> Now that we have 1.0 out the door, we need to be more careful about > >>> introducing changes that might break compatibility if we're going to > stick > >>> to these guidelines. We also probably should introduce some tests that > >>> check compatibility with 1.0. > >>> > >>> > >>> -Dan > >>> > > > >