Ошибка при добавлении разрешений к теме Amazon SNS при использовании библиотек .NET - PullRequest
Новая
       2

Ошибка при добавлении разрешений к теме Amazon SNS при использовании библиотек .NET

1 голос
/ 31 октября 2010

При попытке добавить разрешения к теме Amazon SNS, используя AWS SDK для .NET / 1.1.0.1, используя код, подобный следующему: 

AddPermissionRequest request = new AddPermissionRequest()
    .WithActionNames(new[] { "Publish" })
    .WithAWSAccountIds(new[] { "xxx" })
    .WithLabel("PrincipleAllowControl")
    .WithTopicArn(resourceName);
client.AddPermission(request);

Возвращается следующее сообщение об ошибке: 

<ErrorResponse xmlns=" http://sns.amazonaws.com/doc/2010-03-31/">
  <Error>
    <Type>Sender</Type>
    <Code>ValidationError</Code>
    <Message>2 validation errors detected: Value null at 'actionName' failed to satisfy constraint: Member must not be null; Value null at 'aWSAccountId' failed to satisfy constraint: Member must not be null</Message>
  </Error>
  <RequestId>45054159-e46b-11df-9b30-693941920fe7</RequestId>
</ErrorResponse>

1 Ответ

1 голос
/ 31 октября 2010

Обновление - Это было решено в последней версии .NET API, поэтому любой, кто все еще сталкивается с этой проблемой, должен обновить до 1.1.1 версии API.

Мне потребовалось некоторое время, чтобы понять, что происходит, и мне пришлось использовать HTTP-версию клиентов, а также Wireshark , чтобы посмотреть, что происходит, но похоже, что есть ошибка в AWS SDK для .NET / 1.1.0.1. Когда я написал аналогичную функцию, используя AWS SDK для Java , все оказалось хорошо, вот небольшой блок этого кода: 

AddPermissionRequest permissionRequest = new AddPermissionRequest()
   .withActionNames("Publish")
   .withAWSAccountIds("xxx")
   .withLabel("PrincipleAllowControl")
   .withTopicArn(resourceName);
client.addPermission(permissionRequest);

Наблюдение за тем, что происходило через Wireshark, показало следующее, с некоторой незначительной цензурой и редактированием для ясности: 

POST / HTTP/1.1
Content-Type: application/x-www-form-urlencoded; charset=utf-8
User-Agent: AWS Java SDK-1.0.14
Host: sns.us-east-1.amazonaws.com
Content-Length: 419

Action=AddPermission&
SignatureMethod=HmacSHA256&
Label=PrincipleAllowControl&
ActionName.member.1=Publish&
AWSAccessKeyId=xxx&
Version=2010-03-31&
AWSAccountId.member.1=xxx&
SignatureVersion=2&
TopicArn=arn%3Aaws%3Asns%3Aus-east-1%3A589983072084%3Axxx&
Timestamp=2010-10-31T02%3A10%3A10.833Z&
Signature=Bq09wa2vF1levQGcQZWVaix3UG7Mxlq2JCk4znEYHAM%3D

POST / HTTP/1.1
User-Agent: AWS SDK for .NET/1.1.0.1
Content-Type: application/x-www-form-urlencoded; charset=utf-8
Host: sns.us-east-1.amazonaws.com
Content-Length: 422

Action=AddPermission&
TopicArn=arn%3Aaws%3Asns%3Aus-east-1%3A589983072084%3Axxx&
Label=PrincipleAllowControl&
AWSAccountIds.member.1=xxx&
ActionNames.member.1=Publish&
AWSAccessKeyId=xxx&
SignatureVersion=2&
SignatureMethod=HmacSHA256&
Timestamp=2010-10-30T21%3A18%3A39.753Z&
Version=2010-03-31&
Signature=m9OvL1v91eurDa5QYP9gwrd2crdtssHsDFonFny3frU%3D

Как видите, AWS SDK для .NET выполняет вызов, используя AWSAccountIds и ActionNames, а не AWSAccountId и ActionName, используемые AWS Java SDK, который объясняет возвращаемое сообщение об ошибке.

Пока что, похоже, ничего не поделаешь, если не использовать команду в приложениях .NET и писать собственный код для выполнения вызова. Если повезет, это будет исправлено в обновлении SDK.

...