如何通过HTTP POST启动作业提交者服务?
post-example.txtposttest.fmw嗨,所有
我正在尝试测试一个我在FME Cloud中发布的工作空间，它是一个使用HTTP POST启动的作业提交器服务。我想我在投递的时候漏掉了一些东西。
在我的工作空间中，我有一个Textfile阅读器来读取POST正文中传递的JSON。所有设置如安全文章“发送源数据到FME服务器与HTTP POST”所亚搏在线述。
(https://knowledge.亚搏在线safe.com/articles/1295/send-source-data-to-fme-server-with-http-post.html)
这就是我想要传达的:
{
“参数”:
{
“xmin”:“148.88672”,
“xmax”:“149.61182”,
“ymin”:“-29.62122”,
“ymax”:“-29.11378”,
“电子邮件”:“john.smith.com”
},
“available_data”:(
{
“源”:“新南威尔士州”,
"下载":{
“民主党”:{
“1米”:(
{
“file_url”:“https://s3-ap-southeast-2.amazonaws.com/nsw/Bunarba_1m.zip”
}
]
}
}
},
{
“来源”:“澳大利亚地球科学”，
"下载":{
“民主党”:{
“1秒”:[
{
“file_url”:“https://s3-ap-southeast-2.amazonaws.com/ga/144fdd4fa6.zip”
}
),
“5米”:[
{
“file_url”:“https://elvis.ga.gov.au.s3.amazonaws.com/ga/adelongtown0112.tif”
}
]
}
}
}
]
}
最初我们打算在url中包含所有的json元素，但是由于编码的json的潜在长度，我们重新考虑了这个问题。
我想用邮递员(https://www.getpostman.com/)将JSON发送到FME云服务。
对于标题，我将'Accept'和'Content-Type'设置为'application/json'。作业在FME Cloud中启动，但是POST主体中的内容似乎没有交付，所以FME阅读器失败了，因为它没有收到任何内容。
邮递员的状态返回为:422不可处理实体。
当我发送的帖子，工作空间运行，但失败与错误:
文本文件阅读器:源数据集的C:/ELVIS/FSDF/POST_example.txt不存在
当我发布工作区时，我将‘Send HTTP Message Body to Reader’服务属性设置为我的文本文件阅读器，因此它应该使用POST Body作为输入，而不是在阅读器中定义的路径。但似乎不工作，所以我认为，也许json在消息体没有通过。
任何想法吗?
更新:
我一直在尝试测试一个简单的工作空间，试图将JSON从POST传输到工作空间(参见posttest)。逐步检测和post-example.txt-我试图传递的json)。
我不再认为这是工作区的问题，因为我已经通过使用HTTPCaller来执行POST的另一个工作区的测试了posttest服务，一切都如预期的那样工作。我在测试工作区的日志文件中看到了POST主体的内容。
所以，这一定是一个设置的问题或其他什么我做错了邮差。也许代理?
好的，我已经找出问题所在了。我使用的方法很好——工作空间和邮差都很好。导致这个问题的是FME云中的CORS配置。我所要做的就是把POST添加到“允许的方法”下面的管理->管理-> CORS。
非常感谢你的帮助，拉里，伊泰和大卫。
我尝试了上面描述的所有步骤(还检查了是否允许POST)，但仍然得到了与原始问题相同的错误:因此，它尝试读取原始文本文件，而不是json正文。任何其他想法?我使用FME server 2018和Postman进行测试。
为什么我希望2018.1可以提供一个解决方案:
FME 2018.1发布博客
[…]
FeatureReader和FeatureWriter转换器现在可以在向服务(如作业提交者或数据下载)注册工作区时用作FME服务器创作工作流的一部分。亚搏在线
在“发送HTTP消息正文到阅读器”选项中，您现在可以选择一个FeatureReader输入
我创建了一个简单的工作区，并将其发布到jobsubmitter服务，并成功地使用了postman。
我们可以看到，FME服务器使用发布的json创建了一个文件，并将其指向TEXTLINE_1_DATASET。
文件24610561524785972 _sample.txt内容如预期:
{“测试”:“数据”}
我猜您的内容类型必须是原始的。
问候,
拉里
如果发布的工作空间使用本地测试路径作为源文本文件，并且内容类型无效，则作业没有正确选择发布的json，因此使用了默认位置。
如果我使用multipart/form-data作为内容类型，我可以重现这个问题。如果我使用application/json作为内容类型，我就不能复制。
最后，当工作空间发布到作业提交者服务时，可能没有正确地选择源数据集。
我已经测试了你的建议，并尝试用一个简单的工作区进行复制，正如你所做的，但是我得到了与以前相同的错误。如果我发布工作区并上载本地文本文件，则在运行作业时，它始终读取上载的文件并成功运行。如果我不上传我获取的文件，并且postman中出现无法处理的内容错误，fme cloud作业将失败，因为它找不到文本文件读取器中定义的文件路径。我总是使用这些服务属性发布：
我使用的是fme云版本：fme server 2016.1.0.1-内部版本16494-linux-x64
和桌面版本：2016.1.0.0（20160419-内部版本16492-win32
嗨@rkay，您是否将读者使用的文本文件与工作区一起上传了?或者将其放置在实例的resources区域并调整其在工作区中的位置?
这是典型的本地vs服务器/云的混淆，因为您的工作空间仍然试图读取云位置上的本地文本文件，并且无法找到它。
我也建议使用API发布。
考虑使用REST API而不是jobsubmitter，例如:https://knowledge.亚搏在线safe.com/questions/35070/fme-job-submitter-token.html
