-
Notifications
You must be signed in to change notification settings - Fork 69
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
Lighthouse BRD passthrough wrapper for front end. #10728
Conversation
Generated by 🚫 Danger |
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.
👍
I am on paternity leave for 2 weeks, this change requires additional changes in the DevOps repo before being merged. So no one merge this yet!! I will when I get back. It can be sent back into draft state if needed. I planned to merge and do prd required DevOps changes today but baby came sooner than expected. |
TODO later: Support multiple api versions |
* add keys and values to parameters for toe submission * rubocop fixes * rubocop fix * [47821] Add question text for 5655 additional comments field (#10842) * Add max 400 character length to additional comments * Push to 450 * Specify question text for additional comments overflow * new int metadata file (#10843) see this: https://app.zenhub.com/workspaces/identity-5f5bab705a94c9001ba33734/issues/department-of-veterans-affairs/va.gov-team/47861 * Lighthouse BRD passthrough wrapper for front end. (#10728) * initial commit of BRD passthrough wrapper for front end. * rubocop'ing * Moving these from their own folder into an existing lighthouse folder * Wrapping this logging, it always returns a generic "service unavailable" otherwise, which is misleading, since the service is available. Wrapping allows for 403,404 errors to come through. any other errors will be raises the same as they would have been otherwise. * Laying out config a bit differently * Adding base settings.yml vals * Adding bare-bones swagger spec * Adding some tests * Checking this a little deeper * Rubocop * Rubocop whitespace fix * Making less verbose desc * Github tests are failing saying this is untested, adding? * Figuring out what this test wants I think. * Missing slash * Typo fix * This is actually an array, not an object. * Remove stray ap * Copy/paste fix * add keys and values to parameters for toe submission * rubocop fixes * rubocop fix * update modified_keys variable in submissino service to match vets-service * removing wrapping hash braces * upadte params naming Co-authored-by: Scott James <[email protected]> Co-authored-by: Joe Niquette <[email protected]> Co-authored-by: Kyle Soskin <[email protected]>
TODO (maintenance task/improvements): being tracked in ticket https://app.zenhub.com/workspaces/benefits-team-1-6138d7b57a2631001a4b7562/issues/department-of-veterans-affairs/va.gov-team/37771
|
Description of change
This PR adds a generic API method that is essentially just a passthrough for any component of the front-end to hit/use the Lighthouse Benefits Data Reference API
It is just a pass-through, just hit the same path with the same args as the data you want, but with a different base url
IE
This is being made primarily for benefits team to make use of in forms, BUT ANYONE CAN USE THIS for brd data.
Original issue(s)
department-of-veterans-affairs/va.gov-team#37771
Related
Things to know about this PR
settings.yml
file? Do they vary by environment? (Yes, for now, but want to see if there is a general api key already in there for opendata)(there is, Im using lighthouse.api_key that is already in there)TODO: