项目组成员对小众非流行框架的抵触情绪

很正常，不要站在你自己的角度来看待问题，如果你负责招人的话你应该考虑这些，有些人对于对技术很感兴趣，有些人不是，有些人比较喜欢尝试新的技术，有些人会比较保守，有些人技术不好但有很好的软技能，有的是对业务感兴趣，各有各的价钱也各有各的用途

楼主当时在做项目的时候应该考虑公司或者项目的资源情况初步判断能够组建什么水平的团队，不能因为自己的喜好来对项目的技术做选型，比如公司给你的资源只能招到经验不足或者技术水平一般的开发，那之前项目的技术选型的时候你应该选择趋于大众化

惯性和偏见是非常正常的现象，人对新的事物都有未知的抗拒，为什么人们买东西都习惯买以前用过的或者品牌的一样的道理

给楼主的建议：

从团队中找出对新技术比较感兴趣的来接手该项目，在考核上予以倾斜，在团队中事先说明欢迎自告奋勇的

说服这名java程序员，类似新品牌上市的商品一样去推销你的play框架让该java程序员接受，比如你可以说让他先接触了解，促销都是让客户先试试。
跟他好好分析微信公共平台的开发今后是各个公司的趋势，参与进来能够有移动互联网和微信平台的开发经验，强调行业经验以及微信平台经验的重要性，让对方不要太关注技术框架的事情上，现在培训机构每年量产那么多ssh的程序员让对方想想自己竞争力在哪，这个项目是公司今后的业务方向等等--以上都是说服的技巧
最后是物质上的激励，比如在考核上对该同事予以倾斜，总之你去商场买东西导购营销的思路可以多参考

楼上说的很有建设性啊。管理团队有时候确实比单纯写程序需要更花点心思。

换了几年前的你，你也差不多。

2楼很有团队管理经验。

不要轻易尝试新框架。
1 可能组员对新框架不熟悉，写出低质量代码。
2 需要相应的学习周期，不利于项目的快速交付。
3 新框架会的人少，会面临人员离职，无法找到接手人员的风险。
4 部分老员工为了自身利益会产生抵触心理。
5 可用资料少，存在技术风险。

说的有点道理，但是用play的时候，遇到play1和play2的升级问题，升级了老长时间

play1和play2简直就是struts1和struts2一样的关系，这也能升级？
话说我对play的感觉很不好，如果楼主用的是grails而不是play，这个员工就没有借口了，因为grails就是springmvc+hibernate.

这位仁兄说到点子上了！

不增值的框架学了都是浪费时间。