为我的下一个开源项目寻求输入

Question

友

我正在寻求您的意见，以帮助我思考我的下一个开源项目。我有两个想法，其中一个我想做，可能使用Java作为主要语言，这只是一个偏好的问题。我特别想知道两者是否已经完成，所以我不重复工作，以及你是否认为它可能对你已经完成的工作有用。

第一个是UDDI的SOA目录服务替代方案。当我在90年代中期帮助实现中间件/ SOA框架时，我们构建的一个部分是目录服务。虽然它没有提供UDDI今天提供的元数据存储功能，但它比UDDI有一些优势。这很简单：易于注册服务，查找等等。速度非常快。使用租赁机制注册的服务，因此您可以获得匹配服务实例的列表，知道实例可能仍在运行。接下来，它被复制了。当然，许多UDDI实现都支持复制。我不想做的是创建另一个UDDI实现，而是构建一个替代目录服务，它更像我们在90年代所做的，符合当今的框架需求，但更轻量级。在我看来，UDDI比大多数企业需要的解决方案更重要，而更简单的解决方案可能会提供一些吸引力，只要它与他们已经使用的任何框架很好地集成。也就是说，选择它作为UDDI的替代方案很容易。

第二种可能性是执行数据联合系统的开源实现。我们为一个从未使用过的客户建了一个，但那里有一些好主意。我想再次作为一个开源项目，因为它提供了一些有用的功能。它实质上允许用户将文档发布到主节点，然后将文档复制到区域服务器，即将数据推送到组织内使用的位置。例如，如果文档被标记为与组织的欧洲区域相关，则将其推送到该区域的服务器以及相邻区域中的备份服务器。然后，该区域的用户可以根据需要对文档进行注释，并将这些注释反馈给原作者以供考虑。像这样的联合系统相对于具有单片文档服务器提供了一些可用性和性能优势。当用户想要未存储在他或她的区域中的文档时，系统返回到主服务器或另一个区域服务器以获取它。作为一项附加功能，原始系统支持可以从外部源获取数据的插件，这些插件可能非常有用。

Answer 1

模块化，可扩展且易于理解

我认为最好的项目是提供其他人可以轻松贡献的功能基础的项目。我会举个例子：

我一直想为一些OS开发做出贡献。首先，显而易见的选择是Linux内核。但是在政治和巨大的代码库之间，陷入困境似乎是一项艰巨的任务，至少可以说......

环顾四周后，我发现了我的替代，这是 GNU Hurd 内核和服务。这是一个基于微内核的高度模块化操作系统。源结构很容易理解，我可以看到我需要做些什么才能卡住。完美。

给它一些感觉 我们都可以看到这对Mozilla及其巨大的营销推动有何作用。

使其成为可以增长的定义 您的项目应该说明目的，根，种子，允许人们接受，使用和发展它。然后，这些功能分支可以共享，并可以激励更多人做出贡献。

至于你提议的项目，只有你能回答我的想法。

Answer 2

然而，有关UDDI的一些备选/评论由Phil Wainewright of Looselycoupled.com提供，因为他引用Timothy Appnel为那些想要更多'轻量级......基于文档的方法的人推荐WSIL。'“

分析那里有什么，并考虑你的目标受众。这是一个概念验证工作，还是您有针对性的特定用例？