-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adding a new deployment for Lists push notifications #119
Adding a new deployment for Lists push notifications #119
Conversation
6538015
to
9bfc894
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes do work however we need to address some potential problems here.
Additionally, having in mind that lists are not "content" by definition we should also add tests for such notifications - unit, integration or both if applicable / necessary.
helm/notifications-push/app-configs/notifications-push-lists_eks_delivery.yaml
Outdated
Show resolved
Hide resolved
helm/notifications-push/app-configs/notifications-push-lists_eks_delivery.yaml
Outdated
Show resolved
Hide resolved
helm/notifications-push/app-configs/notifications-push-lists_eks_delivery.yaml
Outdated
Show resolved
Hide resolved
helm/notifications-push/app-configs/notifications-push-lists_eks_delivery.yaml
Outdated
Show resolved
Hide resolved
helm/notifications-push/app-configs/notifications-push-lists_eks_delivery.yaml
Outdated
Show resolved
Hide resolved
helm/notifications-push/app-configs/notifications-push-lists_eks_delivery.yaml
Outdated
Show resolved
Hide resolved
d6f25a2
to
d71c4c6
Compare
80d7d46
to
0a0bb93
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes are great overall. I left some suggestions you could take a look at and discuss.
Please also consider adding test cases at least for subscription (in resources/push_test.go
) and mapping (in consumer/mapper_test.go
) .
helm/notifications-push/app-configs/notifications-push-lists_eks_delivery.yaml
Outdated
Show resolved
Hide resolved
@@ -92,6 +108,13 @@ E.g. | |||
You can be subscribed for multiple types: | |||
```curl -i --header "x-api-key: «api_key»" https://api.ft.com/content/notifications-push?type=All&type=LiveBlogPost&type=LiveBlogPackage``` | |||
|
|||
###For lists: | |||
|
|||
```curl -i --header "x-api-key: «api_key»" https://api.ft.com/lists/notifications-push``` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This raises a question which probably only API Gateway could answer but we might need to address it. Currently all of the API keys with Push API - Content
policy will work for the /lists
endpoint however there's a policy called Push API - Lists
which will also work. Do we need API Gateway to fix this on their side so we can reflect it in our documentation as well?
f302a38
to
bf82c39
Compare
376cce2
to
dec42e3
Compare
109ea53
to
6750e29
Compare
ea446cc
be54097
to
b4c6e22
Compare
b4c6e22
to
21ecde3
Compare
Description
What
Adding a new deployment for lists push notifications. The notifications are served at
/lists/notifications-push
and only allow List content type.Why
Jira Ticket
Anything, in particular, you'd like to highlight to reviewers
Mention here sections of code which you would like reviewers to pay extra attention to .E.g
Would appreciate a second pair of eyes on the test
I am not quite sure how this bit works
Is there a better library for doing x
Scope and particulars of this PR (Please tick all that apply)
This Pull Request follows the rules described in our Pull Requests Guide