问题标签 [discovery]

有许多团队已将应用程序部署到共享的 Weblogic 应用程序服务器。已为维护注册表做出了一些努力，但尚未保持最新状态。如何以编程方式发现部署到服务器的所有 Web 服务并检索它们的 WSDL？

通过交互方式，您可以从控制台导航到 Deployments->Monitoring->Web Services，然后启用默认隐藏的 URI 字段。从这个列表中，我可以构造 WSDL：[host]:[port][URI]?WSDL

我认为使用 JMX 是可行的，并且一直在使用 WLST shell。“listApplications()”命令给出了应用程序名称的列表，但不清楚如何获取更多信息。

有没有办法以编程方式发现连接到 Mac OS X 机器的 iOS 设备。通过系统命令或一些 Obj-C 库函数？我想在不使用 XCode 的情况下将开发人员签名的应用程序上传到设备。这甚至可能吗？谢谢

我有一个 WCF Web 服务和应用程序在开发中运行良好。我已经在 IIS 服务器上发布了 WCF，并且能够从防火墙内的 Web 应用程序中使用它，通过服务器名称对其进行寻址。但是，既然我已经把它拿出来供外部使用，它就会引起问题。

我的网络应用程序在尝试连接时出错。我可以从防火墙内外看到服务、disco、wsdl 等，但是当我第一次从外部调用身份验证时，服务正在返回 DISCO 页面，而不是处理身份验证方法调用。这会导致 ProtocolException，因为据我了解，该应用程序需要 xml，而不是 html。

同样，完全相同的 Web 应用程序在访问 IIS 服务器时也能正常工作。一个区别是在外部我从一个网址访问它，在内部我使用服务器名称。但该服务使用网址加载到防火墙外的 Web 浏览器中。

部分网络应用配置：

部分服务 web.config 文件：

/WebService.svc"/>

我有一个自托管的 WCF 服务和一个使用 UDP 多播发现来查找服务端点的客户端。我已经在本地机器上对它们进行了测试，因此发现和 Web 方法调用都可以正常工作。一旦我尝试在 LAN 上运行，发现不再找到任何端点。

两台机器相互 ping，此外还具有明确指定的端点——客户端成功调用服务方法。我遇到了一些关于消息级别安全性的讨论，我采取了一些措施来禁用它，例如：

[ServiceContract(ProtectionLevel = ProtectionLevel.None)]

和

现在我的想法用完了，谷歌也没有产生任何丰硕的成果。大多数代码示例只是说明这很容易，完全忽略了安全方面。

请，关于为什么跨机器发现不起作用的任何建议？

我是 Android 编程新手。我想制作一个包含蓝牙发现功能的库（一个 JAR 文件）。
既然是库，里面的方法应该是顺序方法（启动蓝牙发现，等待一段时间，返回结果）。
我在下面做了一个代码，但它不起作用。在 LogCat 中，我可以看到意图，但 BroadcastReceiver 无法捕捉到意图。
代码有问题吗？

有没有办法在不使用 BroadcastReceiver 的情况下检查意图？
谢谢您的帮助。

我在 VS 中启动了一个新的空白控制台应用程序项目（我使用的是 VS2010），然后选择将服务引用添加到受用户名和密码保护的 Web 服务。

当我在对话框中单击 Go 时，我会遇到接受证书的 Yes/No 提示。我选择是，然后我到达一个发现凭据提示，要求输入用户名和密码。

如果我多次正确键入它们（3+），我终于可以访问 WSDL。或者，奇怪的是，如果我正确键入它们一次，然后取消，然后再次执行该过程，我的信用在第一次尝试时就被接受了。

我询问了 Google 并找到了一些与 SQL 报告 Web 服务相关的实例，并且有人在此处发布了类似的内容，但似乎没有人给出明确的答案。

谁能解释这种奇怪的行为？服务是否配置不正确，或者这是 Web 服务或 WCF 服务的某种已知问题？

如果附近有蓝牙设备，我想显示某种警报/通知。目前我的解决方案是每分钟进行一次发现，但有没有更复杂的方法？（就像一个广播接收器）

对于我参与的一家 SaaS 初创公司，我正在构建一个 RESTful Web API 和几个使用它的不同平台上的客户端应用程序。我想我已经弄清楚了 API，但现在我正在求助于客户。正如我一直在阅读有关 REST 的内容，我发现 REST 的一个关键部分是发现，但是对于发现的真正含义的两种不同解释之间似乎存在很多争论：

1. 开发人员发现：开发人员将大量 API 详细信息硬编码到客户端中，例如资源 URI、查询参数、支持的 HTTP 方法以及他们通过浏览文档和试验 API 响应发现的其他详细信息。恕我直言，这种类型的发现需要很酷的链接和 API 版本控制问题，并导致客户端代码与 API 的硬耦合。看起来并不比使用有据可查的 RPC 集合好多少。

2. 运行时发现- 客户端应用程序本身能够找出它需要的一切，几乎没有或没有带外信息（大概，只有 API 处理的媒体类型的知识。）链接可能很热。但是为了使 API 非常高效，似乎需要对查询参数进行大量链接模板，这使得带外信息重新出现。可能还有其他我还没有想到的困难，因为我还没有想到发展到了那个地步。但我确实喜欢松散耦合的想法。

运行时发现似乎是 REST 的圣杯，但我看到很少有人讨论如何实现这样的客户端。我发现的几乎所有 REST 源似乎都假设开发人员发现。有人知道一些运行时发现资源吗？最佳实践？带有真实代码的示例或库？我正在为一个客户端使用 PHP（Zend 框架）。另一个是 Objective-C (iOS)。

考虑到开发人员社区目前的工具和知识，运行时发现是一个现实的目标吗？我可以编写我的客户端以不透明的方式处理所有 URI，但是如何最有效地做到这一点是一个问题，尤其是在低带宽连接上。无论如何，URI 只是等式的一部分。运行时上下文中的链接模板怎么样？除了发出很多 OPTIONS 请求之外，如何交流支持哪些方法？

我需要知道如何在 Windows 中启用“网络发现”选项。
我试图用 WMI 实现它，但我做不到。
有人能帮我吗？
感谢！

我有一个字符串，我知道度数符号 (°) 由字节 63 (3F) 表示。

每个字符由一个字节表示。

如何找到使用的字符编码？