HttpsURLConnection TrustManager
参考: https://developer.android.com/training/articles/security-ssl.html
※セキュリティ対策を前提としたネタではないので
以前にオレオレHTTPSにJavaから接続するメモというネタで書いてる。そこでTrustManagerを使用するがnullを返すだけなパターンが色々と問題なのでそういう手法を使わない方法をちょっと調べてみたのでメモ
参考: https://developer.android.com/training/articles/security-ssl.html
※セキュリティ対策を前提としたネタではないので
以前にオレオレHTTPSにJavaから接続するメモというネタで書いてる。そこでTrustManagerを使用するがnullを返すだけなパターンが色々と問題なのでそういう手法を使わない方法をちょっと調べてみたのでメモ
今回で3回のarquillianネタとして、今までをまとめると
っていう感じなのでだけど、ローカルにあるサーバーとかを使ってテスト出来る仕組み的なのがarquillian-managedに相当するのではないかと。という事でやってみた
arquillian-remoteなパッケージを使えば、既存するサーバーに動的にデプロイしてテストしたり出来る模様。基本的には前回の「JAX-RS+CDIをArquillianでテスト」をそのまま使って、arquillian-remoteなパッケージを使ってテスト出来るようにする
公式ドキュメント: http://arquillian.org/guides/getting_started_ja/
参考: Arquillianでインテグレーションテスト最初の第一歩
タイトル通り、JAX-RS+CDIなのをArquillianでテストしてみようっていうネタ
公式ドキュメント: http://guides.rubyonrails.org/active_record_validations.html#common-validation-options
引き続きドキュメント読みながらやってみようって事で進めてみる
参考: angular1.3から追加されるng-strict-diを使ってminifyに強くする。
っていう本が出るそうで、その関連でng-strict-diっていうのがあるとのことを知ったので色々検証してみた。詳しくは上記の参考サイト見りゃいい
公式ドキュメント: http://guides.rubyonrails.org/active_record_validations.html#validates-each
validates_withではレコード単位でバリデーションによる検証処理を別クラス等にまかせるような仕組みだと思うけど、validates_eachは指定した属性に対する検証処理をブロックにまかせるような検証仕組みを提供する物かと
公式ドキュメント: http://guides.rubyonrails.org/active_record_validations.html#validates-with
ActiveModel::Validatorを用いて検証処理を実装する方法を提供するヘルパー的な感じなのではと
公式ドキュメント: http://guides.rubyonrails.org/active_record_validations.html
公式ドキュメントを読みつつ進めてみようかと。ただやたらと長いので何回かに分けて書く予定