dapr / dapr/components-contrib
SQS binding missing endpoint option (and others) from the pubsub integration
- Dominant language
- Go
- Stars
- 602
- Forks
- 580
- Avg merge
- 4d 9h
- Merged PRs (30d)
- 6
Description
## In what area(s)?
/area runtime
## What version of Dapr?
> 1.6.0
## Expected Behavior
When testing dapr integrations locally with a localstack image to simulate AWS, the sqs/sns pub sub binding allowed for a custom endpoint to be provided: [AWS SNS/SQS](https://docs.dapr.io/reference/components-reference/supported-pubsub/setup-aws-snssqs/). The sqs binding however is missing this option, preventing the use of the localstack image for testing: [AWS SQS](https://docs.dapr.io/reference/components-reference/supported-bindings/sqs/). This also applies to any of the sqs specific values in the pubsub specific spec that don't exist in the SQS binding.
```
apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
name:
namespace:
spec:
type: bindings.aws.sqs
version: v1
metadata:
- name: queueName
value: items
- name: region
value: us-west-2
- name: accessKey
value: *****************
- name: secretKey
value: *****************
- name: sessionToken
value: *****************
# - name: endpoint # Optional. <-- missing
# value: "http://localhost:4566"
...
```
Contributor guide
Research direction
Compare the AWS SNS/SQS pubsub documentation with the AWS SQS binding documentation linked in the issue, focusing on endpoint and other SQS-specific metadata options. Trace the SQS binding implementation and its tests, then verify that the requested options are supported and documented consistently for local testing with the shown endpoint.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, go
- Domain
- backend, cloud
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100