images/dcoker-log-transfer-network.png

DockerCompose移行 ログ転送と処理時間計測

2026/04/20
前回ログ転送は作成しておいたログ転送用ネットワーク経由で実施することに決めた。既存アプリケーションもログ転送用ネットワークへ接続する方針とした。また、これに対応させるためDockerfileでのみ管理していたアプリケーションをDocker C
images/docker-log.png

dockerのログ管理

2026/04/02
一度前回作ったdockerコンテナ上で動かしているアプリケーションがコケた。失敗通知はSlackに飛ぶため確認可能だが、ログは保存していないため失敗原因が確認できなかった。アプリケーションを手元で実行したが再現できず、改修ポイントがわからな
images/building-web-scraping-app-by-python-and-selenum-in-container.png

webスクレイピング inコンテナ

2026/02/16
定期的にwebスクレイピングを実施してほしかったため、Python+Selenium構成のアプリケーションを作成しコンテナ環境で起動させることにした。FireFoxのaddonも操作したかったが、Seleniumの機能では難しかったため諦め
images/java-test-spring-performance-optimization.png

Springテストのパフォーマンス最適化

2026/02/08
テスト時間を短くしたい。Pull RequestだしてCI終わるまで何分も待ってるの何かなーと。 重たいのはテスト毎にSpringのコンテキストを使用しているかららしい。Springのコンテキストつまりテストに@SpringBootTestを付
images/java-validation-controller-via-dto-number.png

DTOの構造とcontroller層のバリデーション 数値編

2026/01/22
なんとなくvalidationをどこで実行するかでバリデーションの方針を決め、formでのvalidation方法 (GET版)でコードを書いてみた。もう少しバリデーションすべきことってあるよな、例えば指定項目を送って来なかったときとかもある
images/ControllerAdvice.png

formでのvalidation方法 (GET版)

2025/09/13
validationをどこで実行するかでDomainへの変換ではmust,Controllerでは表層的なルールだけバリデーションする。また、Controllerで受け取った値は直接Domainへ変換せず一度DTOで受け取ってバリデーション
images/validation-controller-and-domain.png

validationをどこで実行するか

2025/08/28
リクエストでpostされたデータ(大体Json)をどこでバリデーションするのが良いか DDDではDomainに業務ルールを集めるため、値が不正かどうかを判断するのはDomainである。したがってDomainへ変換する際にバリデーションすべきで
images/java-validation-or-domain.png

ValidationかDomainか

2025/08/26
前回ゆうパケットを題材にValidationを実装してみた。例えば荷物の高さ制限は3cm以下なので、これを満たさない入力値はエラーで返すAPIみたいなのを作ってた。ただこの3cm制限は高さドメインでは無くValidationに持たせていたが
images/java-validation-vavr.png

ValidationとRailwayプログラミング

2025/07/28
カッコイイValidationを書く。Javaで。今どきバリデーションはif文で手続き的に書くなんてことはしないらしい。また、1個バリデーションをパスできなかったからってそこでエラーを返さないで、一通りバリデーションした(失敗)結果をまとめ