Azure逻辑应用程序，无法从CreateFile函数获取数据

Question

所以我注意到一个奇怪的行为，我想分享一下，看看是否有人遇到类似的问题。我们在 Prem 解决方案中使用，我们拾取文件或 http 事件请求，将其映射到传出 xml xsd/schema，然后稍后在 Prem 上创建文件。

问题是我们保存文件的系统与逻辑应用的配合不太好，逻辑应用有时会失败，因为系统在逻辑应用完成写入完整内容之前获取了文件。接收文件的系统仅读取.xml文件，因此我们应该首先将文件重命名为tmp，让逻辑应用创建文件，然后重命名它们。在我们开始将其实际应用到逻辑应用程序之前，这个解决方案听起来非常简单。

如果我们采用具有重命名文件功能的文件系统函数，并使用本地创建文件中的参数“Name”

{
  "statusCode": 404,
  "message": "Resource not found"
}

我们收到消息 404，表示找不到资源，现在这使很多事情变得复杂，我已经检查了帐户的权限，这应该不是问题。我们还尝试过列出文件夹中的所有文件，创建 foreach，然后添加规则和重命名文件功能。这使它可以工作，但逻辑应用程序无法很好地处理使用该解决方案接收大量文件的情况。但是，当它处于 foreach 循环中并且我们从根文件夹或普通文件夹中提取列表中的文件名时，重命名文件会起作用。

但为什么仅使用重命名功能不起作用呢？这可能是逻辑应用重命名文件函数中的 azure 函数错误吗？

Answer 1

因此，在与 Azure 上的 Microsoft 支持人员讨论后，他们实际上确认了“创建文件”功能存在错误。看起来所有数据和信息实际上都在该功能期间丢失了，支持技术人员不知道为什么会发生这种情况，但他们遇到了人们报告的类似情况。我没有偶然发现任何这些帖子，但我将发布我们如何通过解决方法解决问题。 仅供引用，支持团队已进一步采取行动，以便 azure 的开发人员应该对此进行调查，因为创建文件时丢失的不仅仅是“名称”标签(实际上所有有值(value)的选项都丢失了)。

因此，首先我们初始化一个变量，然后在创建文件之前通过两个步骤实际设置变量名称:

该名称使用临时名称和 GUID 设置。

下一步是使用函数“Set Variable Temp FileName”中使用的临时名称创建文件

在“重命名文件”功能中，我们使用存储临时文件的路径并添加“FILENAME”

并添加我们要使用的“新名称”。

这被证明是可行的，但只是一种解决方法，支持人员确认您应该能够在使用临时名称创建文件并将其更改为所需名称后使用“RenameFile”。但由于创建文件根本不发送或传递此列表中的任何信息，因此我们必须初始化变量才能使其工作。

如果有人偶然发现了同样的问题，即后端系统在逻辑应用程序创建文件之前读取文件，并且您需要一些解决方法，这对我来说很有用。希望对您有帮助!