...
parameter | required | default | value options | description | status |
|---|---|---|---|---|---|
match | yes, for /find | n/a |
| string to match against BCR names; What wildcards can be used? | coded, not deployed. No wildcards yet implemented. |
locale | no | en_US | Java standard locale codes | locale in which to perform matching, and in which to provide names in response (when possible) | not coded |
countryCode | no; if a countryCode and subnational1Code are specified for the same request, the countryCode is ignored | n/a | not coded | ||
subnational1Code | no; if a countryCode and subnational1Code are specified for the same request, the countryCode is ignored | n/a | not coded | ||
format | no | csv |
| format to use for response | coded, not coded deployed. |
Test URLS
Development URL | Deployed URL | Expected Response | Notes |
|---|---|---|---|
|
| What do we want here? 404? Redirect to /ws/ref/bcr/list? | |
| entire list in CSV format | "csv" is the default format. | |
| entire list in XML format |
| |
| entire list in CSV format |
| |
| entire list in CSV format | Bad format value is ignored and defaulted to csv. | |
| entire list in CSV format | "XML" is not a valid format option. Only "xml" and "csv" are valid options. | |
| CSV list of 2 BCRs |
| |
| XML list of 2 BCRs |
| |
| CSV list of 2 BCRs | There should be no difference in response for upper/lower case search strings. | |
| entire list in CSV format | Bad format value is ignored and defaulted to csv. | |
| empty list in CSV format |
|
...