Dropwizardをデプロイ後、8時間後にDB接続エラー
デプロイしていよいよ起動、明くる日に様子を見るとページからログインできない。
ログインボタンを押してもレスポンスがない。
応答を見ると[500 Internal Server Error]。
バグ？ログを見てみると以下。
とか出ている。autoReconnect=trueにすると解決すると誘われている。
デフォルトでは最後の接続から8時間経つと切断されるらしい。
調べるとmysqlのpathの最後に?autoreconnect=trueで解決するとか。
しかし非推奨で、コネクションプーリングしなさいとのこと。
dropwizard特有のやり方とかあるんじゃないのとさらに調べる。
見つかる。例によって外人。
java - Broken Pipe exception in Dropwizard application - Stack Overflow
-
設定+αで解決した報告
- checkConnectionWhileIdle: true
- checkConnectionOnReturn: true
- checkConnectionOnBorrow: true
とソースのトランザクション境界で直ったらしい。(関係ない気がするけど)
自分のやつはユーザー認証と掲示板読み書き程度、それぞれでAbstractDAOの継承クラスによるアクセスと@UnitOfWorkをつけているのでいいはず。 -
コネクションプーリングしなさい
1の投稿のすぐ下にある。Manageを使おうとのこと。
ManagedPooledDataSource.javaとかいうド直球なソースが紹介されているけど、
これとdropwizard-hibernateを絡ませなきゃいけない。すぐには手が出せそうにないので後回し。
今回は1の方法で、最後の接続から8時間後に接続して解決したのでひとまず良しとします。
Dropwizardのassetsに/をmappingしたい
Dropwizardにおいて、静的なファイル(html, js, css…)はデフォルトでは
- http://{ドメイン}/assets/* → "src/main/resources/assets/*"
となっています。
ですが、トップページなどはURL直接指定でアクセスできると格好良かったりします。
先記のデフォルトは一応AssetBundleを使用することで変更できますが
ルートにはできない仕様らしいです。
Asset bundles not able to be served from root path. · Issue #661 · dropwizard/dropwizard · GitHub
Google先生に聞くと外人がたくさん困ってましたが、
ログを一生懸命漁っていると解決した声を見つけました。
上記リンクの下のほうにあり、まとめると
-
Application#initialize()において
bootstrap.addBundle(new AssetsBundle("/assets/", "/"));
-
Application#run()において
environment.jersey().setUrlPattern("/services/*");
1つめでやりたいことやって(従来はだめでしたが)、
2つめでjerseyのマッピングをしています(ここでは"/services/"以下)。
Dropwizardのjerseyはルートがデフォルトなので、
2つめがないと静的ファイルをjerseyで解決しようとして404になります。
( 2つ目の項目ですが、公式ドキュメントにあるように、
設定ファイルにapplicationContextPathを設定してもうまく動作しませんでした。)
日本語が少なくて大変…
DropwizardにおけるHibernateでのテーブル名定義箇所
今回一番引っかかったところ。
Dropwizardに組み込まれているHibernateのテンプレートクラスは、
- 設定ファイルに接続情報を記載
- Pojoの定義
- AbstractDAOの継承
- HQLを@NamedQueryで宣言、呼び出し
- サービス登録
だが、テーブル名の定義が@Tableと@NamedQuery内の２箇所であり、
どっちを使ってるのかいまいち。
そこで実験してみました。
というより今回引っかかったのでついでにいろいろ試しただけです。
大文字小文字の区別をこんな感じでしてみました。
Dropwizardのバージョンは0.7.0です。
| No | SQLテーブル名 | POJOクラス名 | @Table | @NamedQuery | 結果 |
|---|---|---|---|---|---|
| 1 | BBSDATA | BBSData | BBSData | BBSData | クエリ呼び出し時にNG MySQLSyntaxErrorException: Table 'Schema.BBSData' doesn't exist |
| 2 | BBSDATA | BBSData | BBSData | BBSDATA | Dropwizard起動時にNG QuerySyntaxException: BBSDATA is not mapped |
| 3 | BBSDATA | BBSData | BBSDATA | BBSData | OK |
| 4 | BBSDATA | BBSData | BBSDATA | BBSDATA | Dropwizard起動時にNG QuerySyntaxException: BBSDATA is not mapped |
| 5 | BBSDATA | BBSDATA | BBSData | BBSData | Dropwizard起動時にNG QuerySyntaxException: BBSData is not mapped |
| 6 | BBSDATA | BBSDATA | BBSData | BBSDATA | クエリ呼び出し時にNG MySQLSyntaxErrorException: Table 'Schema.BBSData' doesn't exist |
| 7 | BBSDATA | BBSDATA | BBSDATA | BBSData | Dropwizard起動時にNG QuerySyntaxException: BBSData is not mapped |
| 8 | BBSDATA | BBSDATA | BBSDATA | BBSDATA | OK |
意外だったのがPOJOのクラス名をみている？こと。
考察してみる。
- No1とNo3より、SQL問い合わせは@Tableを使用してるっぽい。
- No2、4、5、7より、"not mapped"と叱られているのは@NamedQuery。
- また、No2、4、5、7はPOJOクラス名≠@NamedQuery。
- 成功しているNo3、No8はPOJOクラス名=@NamedQuery。
これらより、
＠NamedQueryに出てくるPOJOクラス名を@Tableで置換しているのか？
と推測。
Dropwizard勉強中のTips②
考えてみれば当たり前なんだけど、Dropwizardはjerseyを使ってるから
調べるときもjersey(JAX-RS)で検索したほうがかかりやすい、と。
ただ、今使ってるのDropwizardは0.7。
0.8がすでに存在し、jerseyのバージョンが上がって結構変わるらしい。
HK2とか言う記述をチラッと見たけど、
とりあえず0.7で一通り完成させてから対応させるつもり。
jQuery Mobile覚書(form周り)
-
jQuery Mobileでformのpost送信したければformの属性にdata-ajax="false"を指定。
一括指定する方法もあるらしいけど、今回はこっち。
( $.mobile.ajaxFormsEnabled = false をjQuery mobile.jsの読み込み前に実行：
-
普通のformだと$.postの引数に$(form).serializeArray()を使っていたが、
jQuery Mobileはformの構造を変えるので使えない
<form><input></form>が<form><div><input></div></form>みたいに変化し、レイアウト用のdivが挟まる。
その結果inputはformの直接の子ではなくなるので反応しなくなるっぽい。
