WSO2 UDDI服务404

我有以下版本的GREG:wso2greg-4.5.3

在配置所有内容、正确运行casandra的同时，我将得到一个正常的安装

我对默认端口做了一些更改，并添加了一个偏移量2，因此我是9445

现在我试图让UDDI启动并运行。我按照和的步骤进行操作

现在，我可以从以下位置查询UserAdmin wsdl示例：

https://stsmac.behrens.de:9445/services/UserAdmin？wsdl

但我无法获得UDDIInquiryService服务wsdl：

https://stsmac.behrens.de:9445/services/uddiqueryservice？wsdl

我的JAVA_之家和CARBON_之家如下：

JAVA_HOME环境变量设置为/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/HOME CARBON_HOME环境变量设置为/Users/lothar/develop/Projects/referezprojekte/wso2soarchitecture/install_root/governance/wso2greg-4.5.3

试图在OSGI控制台中列出所有管理服务，我根本看不到UDDI：

osgi>listAdminServices 此服务器上部署的管理服务： 1.ProvisioningAdminService，ProvisioningAdminService，https://stsmac.behrens.de:9445/services/ProvisioningAdminService/ 2.Service，null，https://stsmac.behrens.de:9445/services/Service/

有什么想法吗？在哪里搜索UDDI服务不可用的原因

谢谢，洛萨

我的主人是：

---

达尔文stsmac 10.8.0达尔文内核版本10.8.0:Tue Jun 7 16:33:36 PDT 2011；root:xnu-1504.15.3~1/RELEASE_I386 I386

经过更多的研究和试验，我可能已经发现了这个问题。在osgi控制台中，我使用了一些命令，其中一个是setprop和props，以查看定义了什么

我假设在使用-Duddi=enable启动服务的命令行中没有任何错误。 在使用setprop uddi=enable在osgi cnsole中设置属性之后，我可以简单地使用Ctrl-C停止all，然后重复我的命令来启动all

鉴于此，我还假设以下情况：在我使用setprop手动设置此属性之前，是否存在此属性未正确设置的情况

同时发出另一个setpropuddi=已经删除了启用的字符串，但是我仍然能够从我第一次设置属性的点开始启动uddi

谁能同意这一点

洛萨