Currently, you need to specify a "hard-coded" AccessKeyId and SecretAccessKey for the SQSReceiver/Sender/Deleter/MessageCounter, or you can set it through a Public/Private Parameter.In the S3Downloader/Uploader/Deleter/ObjectLister, you can omit these values and get them through a file, Java system properties or environment variables. I think it would be nice if this behavior is consistent among these AWS transformers.
Harmonize access key settings of SQS and S3 transformers
FME Form
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Great one Sander. Consistency. Sorry we missed that. I will create a PR!
Any news on when the PR is due, @donatsafe?
We are now using IAM Roles on our EC2 instances. This works perfectly with the S3 transformers. Would be nice if the SQS transformers picked up the credentials from the IAM Role as well! Same goes for SQS publications/subscriptions on FME Server, by the way.
Now I am implementing some Boto solution, because we don't want to pass credentials as parameters to a workspace.Thanks! :)