doma2の機能ではなくSpring Frameworkの@Repositoryで定義した場合どうなるのか気になったのでやってみた

公式ドキュメント: http://doma.readthedocs.org/ja/latest/config/#id21

参考: http://qiita.com/nyasba/items/1e22c2401f3849f9071d

前回にも記述した通り前回ではdomaで使うConfig実装なAppConfig上でDataSource等の設定をそのまま埋め込んでる。でそういう所をDI Containerに設定されているDataSource等を依存性注入して使うような形の場合には設定がいろいろ異なるっていうことでやってみた(使うDI ContainerはSpring Framework)

http://doma.readthedocs.org/ja/latest/getting-started を見ながらやってみた

※ターゲットバージョンは2.x

https://www.polymer-project.org/docs/start/creatingelements.html を見ながらPolymerをやってみた

以前もちょっとだけangular.resumeBootstrapについて書いてたけどざっくりしてるし改めて色々やってみた

reader/writer/processorを書かなくてもAbstractBatchlet(or Batchlet interface)を実装する事でも可能らしい。でもどっちかといえばクリーンアップ用途的な事で使うのがありっぽい(事実かどうかは曖昧)

前回のJava EE Batch Processingに触ってみたでも書いたけど、Spring Batchを使うときにbaseContext.xmlみたいにごちゃごちゃ書かなくてもいい模様

公式リファレンス: http://www.oracle.com/technetwork/articles/java/batch-1965499.html

参考(jBatch): http://qiita.com/opengl-8080/items/0293bcff97261cb7d0cf

Java EE7?から追加されたっぽいJSR352のBatch Processingが色々気になってたのでやってみた

okhttp https://github.com/square/okhttp

mockwebserver https://github.com/square/okhttp/tree/master/mockwebserver

Android界隈向けでよく名前出てくるokhttp、と同等なプロジェクトグループ?が開発しているmockwebserverを使ってみた

excellaを使って、Excelをテンプレートとして読み込んでPDFとして出力してみた