Juddi 发布和查找服务
我已经在我的计算机上成功安装了 Apache Juddi v3 安装（tomcat 版本）。我现在想要的是发布一个其 WSDL 位于的服务。
http://localhost:8080/axis2/services/CmmdcService/wsdl
为了实现这一点，我创建了一个独立的 Java 应用程序（从 Juddi 文档开始）来发布在上述位置找到的服务。
发布部分看起来不错，但随后我想查询 juddi 数据库中的服务，但应包含找到的服务的字段始终为 null (getServiceInfos())。我真的不知道出了什么问题，而且我在互联网上没有找到任何关于此问题的好的文档或教程。
在这里您可以找到该程序的源代码。只需将其解压并转到 ./publish 文件夹即可。该应用程序在那里找到。
I have successfully set up an Apache Juddi v3 installation (tomcat version) on my computer. What I want now is to publish a service whose WSDL is found at
http://localhost:8080/axis2/services/CmmdcService/wsdl
To achieve this, I created a standalone Java application (starting from the Juddi documentation) that publishes the service found at the above location.
The publish part looks ok, but then I want to query the juddi database for the service but a field that should contain the found services is always null (getServiceInfos()). I really don't know what is wrong and I didn't find any good documentation or tutorial about this on the internet.
Here you can find the sources of the program. Just unarchive it and go to the ./publish folder. The application is found there.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
如果没有太多 Apache 知识，听起来好像 getServiceInfos() 函数在执行查询时试图从错误的子文件夹中检索信息。尝试更改搜索功能的位置，以便它将搜索数据库所在的所有文件夹/位置或特定文件夹/位置。
我可能是错的（我对 Apache 的技能有限）。
祝你好运，如果这让您感到困惑或没有帮助，我们深表歉意。
With out much Apache knowledge, It sounds as if
getServiceInfos()function is trying to retrieve information from the wrong sub folder when you do a query. Try changing the location of the search Function so that it will search all folders/locations or a specific folder/location where the database is located.I could be wrong ( I have limited skills with Apache ).
Good luck, sorry if this confused you or did not help.
编辑：抱歉，我看错了问题。我不确定您指定的搜索条件，但服务器没有返回任何结果。
当使用“approximateMatch”查找限定符时，您确实需要指定通配符，例如 %（任意数量的字符）或 _（单个字符）。
长话短说，这可能是一个已被修复的错误。尝试更新版本
Edit: Sorry, I misread the question. I'm not sure what search criteria you've specified, but the server didn't return any results.
When using the "approximateMatch" find qualifier, you really need to specify a wildcard character, such as % (any number of characters) or _ (a single character).
Long story short, this is probably a bug that has since been fixed. Try a newer version