问题标签 [azure-sdk-.net]

有人可以帮我弄清楚 Azure SDK v2.4 中 CloudConfigurationManager 的位置吗？

CloudConfigurationManager，在 v2.3 SDK 中，位于：C:\Program Files\Microsoft SDKs\Windows Azure.NET SDK\v2.3\ref\Microsoft.WindowsAzure.Configuration.dll

2.4 SDK 位于 C:\Program Files\Microsoft SDKs\Azure.NET SDK\v2.4

并且该目录中没有这样的 Microsoft.WindowsAzure.Configuration.dll ..

MSDN 仍然在 Microsoft.WindowsAzure.Configuration.dl 中显示 CloudConfigurationManager：http: //msdn.microsoft.com/en-us/library/azure/microsoft.windowsazure.cloudconfigurationmanager.aspx

所以我可以让我的项目编译的唯一方法是如果我同时安装了 2.3 和 2.4 SDK。

我正在升级 Azure sdk。缺少引用的问题，例如 TableServiceEntity、TableServiceContext、StorageClient、StorageCredentials、CloudStorageAccount、CloudTableClient 等。

任何关于如何修改它们的指针？在 MSDN 或此处或谷歌上找不到任何对此的引用。我希望他们发布这些场景的指南。

将非常感谢任何形式的帮助或支持。

谢谢！

我们正在使用 TopicClient 向订阅者推送消息，为了测试一些可能的情况，我们禁用了该主题（据我们所知，以模拟繁重的服务器负载）。

现在，当我们启用主题（使用 Microsoft 服务总线资源管理器）时，TopicClient不会将消息发送给订阅者。这不是我担心的，因为这个话题永远不应该在 prod 中被禁用。但是为什么不抛出异常呢？

这是发送消息的代码部分：

我正在尝试创建一个通用方法来仅读取 azure table 的某些属性。创建这个我使用 TableQuery，但有些我无法通过过滤条件

是否有将 Filterstring 传递给 TableQuery 并使用 azure table 实例执行 TableQuery 的地方

如果我有一些代码为每个请求调用 CloudConfigurationManager.GetSettings，我的性能是否会因每次重复磁盘访问而受到影响，或者结果是否被记忆，因此只有给定设置的第一个请求将进入磁盘，其余的将使用记忆结果？

我可以为我的每一个配置设置都这样做，但我宁愿不这样做（太多的代码开销）：

我也可以建立一个通用的记忆字典，但如果没有必要，我宁愿不要。

与 Azure SDK 1.7 不同，tableClient 的 .excuteQuery 是否自动处理延续令牌

以上方法 ExecuteQuery 是否会在 Azure SDK 2.4 中自动处理延续令牌，在以前的版本中，即 1.7 SDK，如果我们忘记调用 IQuerable 的 .execute 方法，则有可能延续令牌不返回给客户端（尤其是在查询的情况下）在某些分区可能没有数据的多个分区上）。当前版本的 Azure SDK 2.4 中是否也会出现相同的行为。我们是否应该显式调用 .execute()

在我调用 For each 或 toList 之前，不会对服务器进行调用。如果 ContinationToken 在服务器端未正确处理，是否有办法强制将继续令牌发送到客户端？

我了解 Azure 队列不是严格的 FIFO。
而 Visual Studio Server Explorer 仅显示 32 条消息。我有大约 88 条消息在队列中。
是否可以在不取消队列的情况下查看 Azure 队列中的所有消息？

我正在编写代码，使用EventHubClient将消息从多个线程发布到C# 中的Azure 事件中心。EventHubClient 的文档包含相当标准的样板。

“这种类型的任何公共静态（在 Visual Basic 中为共享）成员都是线程安全的。不保证任何实例成员都是线程安全的。”

在我最希望是线程安全的 四种 发送 方法中，没有关于线程安全的附加文档。如果我相信发送方法不是线程安全的，那么每次我希望发送到消息时，我最终都会创建一个新的 EventHubClient 实例。由于底层的 tcp 连接显然被重用，除非采取措施，这可能不会有太多的开销。分区发件人也会出现类似的问题，尽管有一种异步方法可以创建一个，但它们很可能有自己的 AMQP 连接。

尽管有文档，但 EventHubClient 线程的某些（如果不是全部）实例方法是否安全？

对于任何 Azure 人员，是否有可能在文档中对此进行澄清？此类文档问题（假设它看起来可能是错误的）似乎也会影响Azure Table，并且通常在 MSDN 文档中很常见。关于 EventHub，这与Kafka和AWS Kinesis明确的线程安全声明形成对比，至少没有明确将所有内容标记为不安全。我没有在 SDK 的开源部分找到 EventHubs，所以无法检查自己。

I just upgraded to Azure SDK Tools 2.5 in Visual Studio 2012 and when I try to publish via the GUI to Azure I am getting the following error during the final CSPack step.

ERROR MESSAGE:

The "CSPack" task failed unexpectedly. System.Runtime.Serialization.SerializationException: Type 'System.Xml.Linq.XElement' in Assembly 'System.Xml.Linq, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' is not marked as serializable.

I understand what the error is offering, but cannot figure out what is causing this to fail...as previous version of the SDK Tools had no issues with this reference.

Any help is greatly appreciated

我正在为 Azure EventHub 编写一个工作者，我希望在EventProcessorHost之上构建；但是，我在通用 文档或 API 文档中都找不到一些可能相关的细节。

EventProcessorHost何时调用 IEventProcessor ProcessEventsAsync？

当事件中心流中有新消息时调用此方法。确保仅在处理完每批中的所有事件后才进行检查点。

虽然我们知道在可枚举的消息中会有一些结果，但文档没有说明我们是否可以预期并发调用 ProcessEventsAsync 或在第一次调用正在进行时进行第二次调用。鉴于有关何时检查点的说明，因为第二个调用可以完成并且检查点在流中比第一个调用未完成时处理的更远，所以两者都没有多大意义，但文档中的确认会很好。

我假设每个对CreateEventProcessor（或 IEventProcessor，如果它们是唯一的）调用的输出由 EventProcessorHost 用于一个分区，并且PartitionContext

同样是对CheckpointAsync的调用是否对调用ProcessEventsAsync有任何影响。虽然它不应该允许以后的检查点，但我可以认为这是一个合理的选择。我还有一些关于检查点机制的其他问题，我将在另一个问题中解决（链接将转到此处）。

在发出CloseAsync调用后是否会再进行 ProcessEventsAsync 调用（我认为不会，但没有找到）？是否会使用未完成的 ProcessEventsAsync 返回的任务来完成？

简而言之，对我来说有意义的答案是，在先前调用的任务完成之前，对于给定的处理器，不会调用 ProcessEventsAsync，但我无法从文档中确认这一点。