Opening this PR as what I think is probably the most straightforward way to incorporate the reducible support that java.jdbc has added. Not sure if this is the best way, but it seemed like the easiest. Submitting this as an RFC of sorts. If this approach seems like the right way to go about it, I'll get the tests and docs written up to accompany it.
Thanks for contributing to Toucan. Before open a pull request, please take a moment to:
[x] Tests and linters pass. You can run them locally as follows:
lein test && lein lint
CircleCI will also run these same tests against your PR. See the README for more details on running tests.
[x] Make sure you've included new tests for any new features or bugfixes
[x] New features are documented, or documentation is updated appropriately for any changed features.
[x] Carefully review your own changes and revert any superfluous ones. (A good example would be moving words in the Markdown documentation to different lines in a way that wouldn't change how the rendered page itself would appear. These sorts of changes make a PR bigger than it needs to be, and, thus, harder to review.)
Of course, indentation and typo fixes are not covered by this rule and are always appreciated.
[x] Include a detailed explanation of what changes you're making and why you've made them. This will help us understand what's going on while we review it.
Once you've done all that, open a PR! Make sure to at-mention @camsaul in the PR description. Otherwise I won't get an email about it and might not get review it right away. :)
Opening this PR as what I think is probably the most straightforward way to incorporate the reducible support that java.jdbc has added. Not sure if this is the best way, but it seemed like the easiest. Submitting this as an RFC of sorts. If this approach seems like the right way to go about it, I'll get the tests and docs written up to accompany it.
Thanks for contributing to Toucan. Before open a pull request, please take a moment to:
[x] Tests and linters pass. You can run them locally as follows:
lein test && lein lint
CircleCI will also run these same tests against your PR. See the README for more details on running tests.
[x] Carefully review your own changes and revert any superfluous ones. (A good example would be moving words in the Markdown documentation to different lines in a way that wouldn't change how the rendered page itself would appear. These sorts of changes make a PR bigger than it needs to be, and, thus, harder to review.)
Of course, indentation and typo fixes are not covered by this rule and are always appreciated.
Once you've done all that, open a PR! Make sure to at-mention @camsaul in the PR description. Otherwise I won't get an email about it and might not get review it right away. :)
Thanks for your contribution!