一年前，CloudBees被选为Java社区过程（JCP）的执行委员会（EC）成员。最近JCP的一个变化是将"大Java"（javase和EE）EC与"小Java"EC结合在一起，所以现在所有的成员都准备重新当选。如果你是JCP的成员，返利app开发，你应该已经收到了一封投票邀请的电子邮件。你应该投票！去年欧共体的情况如何？首先，执行摘要：情况正在好转！许多客观衡量标准都是如此：javaee已经过审查和批准，包括大约15个更新或新的jsrjsr358正在着手解决一些更严格的规则变更、知识产权流动和程序问题，这些问题将鼓励更多的人更简单、更广泛地参与JCP的工作由JUG驱动的计划，Adopt-a-JSR和AdoptOpenJDK，如何用大数据，旨在提高社区对JCP的参与度越来越多的人加入了JCP，他们确实是与世界各地的Java开发人员联系的关键部分 在幕后制作的EC香肠并不那么整洁。好消息是，如果你足够顽强，你可以读到关于它的精彩细节。我来给大家介绍一些亮点：很多讨论都围绕着JSR358下的"扁平IP"政策变化展开。今天，jsr中的所有知识产权（IP）基本上都是通过Oracle传递的。作为一个标准，云服务器设备，要认识到，当您参与JCP时，您需要签署一个协议，即Java规范参与协议（JSPA），大数据与应用，它是您和Oracle之间的，而不是您与一个称为JCP的组织之间的协议。JSPA指定了如何处理您对JSR的贡献（知识产权）。实际上，规范负责人（目前超过90%的Oracle）获得您所贡献内容的权限，并且必须授予参考实现及其测试套件的权限。甲骨文在今天的所有案件中都获得了特殊权利。目前正在进行"扁平化"流程的工作，以便IP直接从贡献者流向其他人，而不必继续让Oracle成为IP轮的中心。IP"流"问题已经消耗了EC的大部分精力，这是一项乏味的任务，涉及传统Java涉众的代表以及其他跨领域的人员。可以理解的是，这些球员来自不同的背景，有着不同的磨砺。我们在EC内部的主要分歧点之一就是测试兼容性工具包（TCK）的"开放"程度，因为它们是交付独立但兼容的规范实现的关键。如果您还记得关于apacheharmony项目访问TCK的争论，您就会知道为什么这是一个敏感的话题。我们已经取得了一些进展，还需要更艰苦的工作。我将把这种情况概括为，各方都在努力打开局面，在易于理解和广为人知的许可证下提供许可证，但在甲骨文的限制下这样做是一个挑战。每个人都希望看到社区参与的扩大。虽然Adopt-a-JSR和AdoptOpenJDK程序非常棒，但我们也希望让个人和组织能够更简单地加入JCP并在他们觉得满意的级别参与JSR。如果你看过JSPA，你会发现，在没有聘请律师的情况下被要求签署JSPA是一件很可怕的事情！目前，在欧盟委员会中，关于如何将更简单的参与机制形式化，以及这些变化如何与当今JCP中的IP流和其他流程交叉，展开了非常积极的讨论。听起来很有趣吗！？让我们说实话：委员会的工作大多是艰苦的，大多数人不会把它描述为有趣。但是，与来自Java社区的有思想、有见识的同事一起努力改进JCP绝对是值得的。你应该如何投票？当然，我希望你们能支持云蜂！除此之外，我希望你能考虑那些结合了我在上面描述的困难问题上取得进展的坚韧精神和对开发人员社区利益的深切感谢的候选人。社区是继续推动Java向前发展的因素，大数据课程，JCP需要继续以接纳社区利益为第一要务的方式发展。--史蒂芬·G·哈里斯CloudBees公司。  史蒂文·哈里斯是CloudBees公司产品的高级副总裁。请在Twitter上关注史蒂夫。