使用loopback-storage-component将文件上载/下载到azure存储时出错

时间:2016-11-27 11:18:27

标签: node.js azure azure-storage-blobs loopbackjs strongloop

我使用LoopBack存储组件将文件上传并下载到azure云存储中,如documentation所示。 我在model-config.json

中创建了名为container的模型
 "container": {
    "dataSource": "storage",
    "public": true
  }

datasouce.json中的数据源

"storage": {
    "name": "storage",
    "connector": "loopback-component-storage",
    "provider": 'azure',
    "storageAccount": "xxxxx",
    "storageAccessKey": "xxxx"
  }

现在我已经有了一个REST API,正如他们的文档中所述。这是我每次调用生成的GET / api / containers端点之一时得到的错误。

{
  "error": {
    "name": "Error",
    "status": 400,
    "message": "azure Error (400): Bad Request",
    "provider": "azure",
    "failCode": "Bad Request",
    "statusCode": 400,
    "href": "http://xxxx.blob.core.windows.net/?comp=list",
    "method": "GET",
    "headers": {
      "content-type": "application/xml",
      "server": "Microsoft-HTTPAPI/2.0",
      "x-ms-request-id": "820995fc-0001-013e-7b9a-48de28000000",
      "date": "Sun, 27 Nov 2016 10:40:02 GMT",
      "cache-control": "proxy-revalidate",
      "content-length": "328",
      "connection": "close"
    },
    "result": {
      "err": "<?xml version=\"1.0\" encoding=\"utf-8\"?><Error><Code>InvalidHeaderValue</Code><Message>The value for one of the HTTP headers is not in the correct format.\nRequestId:820995fc-0001-013e-7b9a-48de28000000\nTime:2016-11-27T10:40:02.3522933Z</Message><HeaderName>x-ms-version</HeaderName><HeaderValue>2011-08-18</HeaderValue></Error>"
    }
  }
}

在搜索到此错误后,我发现this回答我的问题是我是否必须手动设置标头以及如何执行此操作,或者缺少用于环回的Azure存储配置 - 存储组件。

我将这段代码添加到common / models / container.js中,我得到了同样的错误。

module.exports = function(Container) {
  Container.beforeRemote('**', function(context, user, next) {
    //2015-12-11
    context.res.set('x-ms-version', '2015-12-11');
    next();
  });
};

2 个答案:

答案 0 :(得分:0)

我已使用model-config.json&amp;中的相同配置对example-2.0进行了测试datasouce.json和你一起,它在我身边工作正常,没有任何其他配置或附加的代码修改。

您是否可以提供有关环境和您正在使用的sdk版本的更多详细信息。您可以尝试更新您的依赖项,我的测试中的依赖项是:

"dependencies": {
    "compression": "^1.0.3",
    "errorhandler": "^1.1.1",
    "loopback": "^2.0.0",
    "loopback-boot": "^2.0.0",
    "loopback-component-explorer": "^2.1.0",
    "loopback-component-storage": "^1.5.0",
    "loopback-datasource-juggler": "^2.7.0",
    "serve-favicon": "^2.0.1"
  }

最后,您可以尝试在https://github.com/pkgcloud/pkgcloud/blob/master/lib/pkgcloud/azure/utils/constants.js#L2048修改pkgcloud更改2011-08-182015-12-11的源代码

如有任何疑问,请随时告诉我。

答案 1 :(得分:0)

问题出在存储部署类型中。我使用Azure经典部署模型创建了存储,但是当我将部署模型更改为&#34; Azure资源管理器&#34;它运作良好。可以找到差异here