Move Shower class to framework def instead of server/client def

[kelnos]

When generating models only, the framework definitions of the server and client are not rendered. However, the Shower class is still required for models, so move it into the framework support definitions list.

Contributing to Twilio

All third-party contributors acknowledge that any contributions they provide will be made under the same open-source license that the open-source project is provided under.

• I acknowledge that all my contributions will be made under the project's license.

[codecov-commenter]

Codecov Report

Merging #689 into master will increase coverage by 0.02%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #689      +/-   ##
==========================================
+ Coverage   81.17%   81.20%   +0.02%     
==========================================
  Files          78       78              
  Lines        5195     5197       +2     
  Branches      129      139      +10     
==========================================
+ Hits         4217     4220       +3     
+ Misses        978      977       -1     

Impacted Files	Coverage Δ
...nerators/Java/AsyncHttpClientClientGenerator.scala	94.39% <ø> (-0.01%)	⬇️
...il/generators/Java/DropwizardServerGenerator.scala	98.01% <ø> (-0.02%)	⬇️
...uardrail/generators/Java/DropwizardGenerator.scala	25.64% <100.00%> (+4.01%)	⬆️
...n/src/main/scala/com/twilio/guardrail/Common.scala	100.00% <0.00%> (+1.19%)	⬆️

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 637e7e9...fe8eec9. Read the comment docs.

[blast-hardcheese]

What changes are required for consumers? I'm not seeing any tests change here

[kelnos]

No changes are required. All this does is remove the same something from both the client and server generator's support defs, and add it to the framework's support defs. The framework support defs are always rendered, regardless of whether it's a client or server, so there's no user-visible change (except that generating just models will now work, which did not work before).

[blast-hardcheese]

Was wondering about package membership, but if these aren't static classes then ok

[kelnos]

Ah, nah, they're toplevels, and the package ends up being the same.