我想部署基于WSO2的事件处理堆栈，但无法确定功能安装过程。
我已下载最新的Carbon（4.0.2）并希望安装ESB，BRS，CEP，BAM以及以后的API管理。
我已连接到图灵功能库
2个问题：
虽然有ESB，CEP和API，但我没有看到BAM或BRS。我需要什么才能看到这些其他部分？
当我选择CEP和ESB进行安装时，我得到一个“安装修改”并且没有选择任何功能。我想这与功能版本不兼容有关
如果我只选择ESB，安装似乎仍在进行，但服务器不会重启（挂起等待其中一个Synapse服务。
感觉我有错误的过程来确定我需要哪些功能/版本。我该怎么办？
答案 0 :(得分：1)
Carbon不喜欢与其他组件一起玩。我从未能够成功使用Carbon来管理任何WSO2堆栈。每次我设置/部署WSO2堆栈时，我最终都会单独手动配置单独的组件配置文件。通常首先从ESB开始，然后在CEP中添加BAM。
您还必须确保它们以正确的顺序启动，并且配置文件不会相互踩踏（确保设置了端口偏移）。
你不需要Carbon来运行WSO2堆栈的任何实例，只需“安装”它（解压缩wso2X.zip文件），然后确保服务启动（调用wso2X/bin/wso2server.sh start），这是关于它的一般设置，之后你需要配置每个组件以便与其他组件一起运行（意味着你需要将你的BAM和CEP挂钩到你的ESB等），没有很多'自动'配置或发现所以通过WSO2手动路线通常更容易。
另请注意，WSO2产品是围绕其他Apache产品的Java扩展（基本上是包装器）（如Tomcat / Synapse）所以通常如果您遇到WSO2的问题，那么因为底层系统（ Tomcat / Synapse）没有正确配置（虽然这不是你自己的错，因为WSO2文档没有提到确保基本系统配置正确）。
另请注意，在我对WSO2产品的测试中，它们消耗了大量内存（由于每个内存占用8GB +内存，因此在一台机器上运行的ESB和BAM不能超过ESB和BAM）并且需要输入故障单纠正WSO2的Java模块中发现的内存泄漏，不确定是否曾经修复过。
不要试图否定WSO2，但只是被警告说这不是一项非常好的事情，如果你有选择的话，你可能会更好地使用其他“云”选项。
编辑：我必须测试不同的“云”堆栈（如果你愿意，可以使用不同类型的“插件”或网络服务）以及它们的互操作性;事实证明，如果你完全控制单个堆栈，它们是非常可互操作的，否则我发现的任何堆栈的最大挫折只是文档...我不关心程序是否存在错误或问题，只要他们有适当的文档记录可能的解决方法（如果有的话），以便我知道我的堆栈上发生了什么。由于WSO2的产品只是其产品的Apache版本的Java包装器（即WSO2的ESB == Apache Synapse），所以在Apache的文档中经常遇到的任何问题（对于某些问题它们有什么问题），而WSO2的文档有很多复制/粘贴问题（如果他们有任何文档超出版本1）。通过WSO2的产品下载和安装实际的Apache产品通常更容易，然后安装WSO2的产品并将它们指向有效的Apache配置/安装。
我使用带有Azure的Microsoft堆栈和等效服务的一般IIS / .NET产品进行了一些测试（ESB / CEP / BAM等的IIS / .NET等价物，可以找到） 。在MS方面，文档已经足够了（现在有足够多的人购买云的炒作），我可以半容易地支持大部分服务。由于对“云”服务的“易用性”的误称（或我的误解），我说半容易。我还发现了一个名为Neuron ESB的产品，这是一个.NET ESB产品，虽然我在测试期间没有对它做任何事情，所以我不能说它。
测试Amazon's offerings原来是一些更容易设置和配置;我测试AWS的最大问题是一般的互联网延迟。
这大部分是个人猜想，我强烈建议您评估每个，因为“云”空间不断变化，每个云平台都有一些不同的东西。
TLDR：云空间有很多可供选择，人们应该考虑从长远来看他们想要实现的目标，然后评估每个平台产品，看看哪个适合。话虽如此，文档和内部供应商的互操作性（即供应商的产品能够轻松地相互通信）绝对有助于产品的“可重用性”因素。
答案 1 :(得分：1)
图灵功能库与Carbon内核4.0.2不兼容。您可以下载Carbon kernel 4.2.0并连接到图灵功能库。