{ "Version": "2012-10-17", "Statement": [ { "Sid": "", "Effect": "Allow", "Principal": { "Service": "ses.amazonaws.com" }, "Action": "sts:AssumeRole", "Condition": { "StringEquals": { "AWS:SourceArn": "arn:aws:ses:ap-northeast-1:xxxxxxxxxxxxx:configuration-set/okuhira-ses-configuration-kinesis-log", "AWS:SourceAccount": "xxxxxxxxxxxxx" } } } ] } 上記ロールを作成後、SESのConfiguration setsを作成致します。 １．SES画面のCon

みなさんこんにちは。@ryuzeeです。 2023年5月9日に開催されたNTT Com Open TechLunch #7「エンジニアリングマネージャーと目標設定」の登壇資料を公開します。 このイベントはNTTコミュニケーションズの社内ランチ勉強会を一般に公開しているものです。 ぼくは、NTTコミュニケーションズの技術顧問をしており、顧問業の一環として登壇しています。 多くの組織では、この時期に期初の目標設定を行っているのではないかと思いますが、目標設定の意味や位置づけ、それをどのように使うのか、評価や報酬との関係はどうなるのかといったことについて組織のなかで認識が揃っていることはまれです。 こうなると、人事制度のなかで目標設定をすると決められているのでめんどくさいけどやる、という感じになったり、目標設定が終わったら内容を綺麗さっぱり忘れて、期末になって「あー、そういえば……」みたいなこと

背景 クラウド基盤におけるビッグデータ活用への期待が高まる中、高速化、耐障害性へのスケーラビリティと共に、非同期処理を前提としたアーキテクチャが注目されます。 単純なモデルとしても、データの蓄積、加工、出力がすべて非同期で行われ、テストの自動化と継続的な実行を前提とする開発プロセスにおいては、Inputに対するOutputをテストするだけの単純なUnit Testだけでは安心できません。 が、どんなシステムにおいてもCIを自動化した上で開発を進めたいものです。 実現したいこと GitにPushされたらJenkinsでBuild＆Deployした上でこれを実現するのが望ましく、更に何がNGになったのかテスト結果を見てすぐにわかると嬉しいですね。 でも散るのは嫌 S3にはこのツール（プラグイン）を使い、SSHログインからのコマンド実行は別のツール、JSONのAssertionはまた別のツールな

本日のアップデートでインターフェース型の S3 VPC エンドポイント（PrivateLink）が GA になりました！ Amazon S3 now supports AWS PrivateLink S3 の PrivateLink については re:Invent 2020 まもなくリリース予定とアナウンスされていましたが遂に来ましたね！ PrivateLink for S3 インターフェース型とゲートウェイ型 今回のアップデートで S3 VPC エンドポイントは唯一、ゲートウェイ型とインターフェース型、両方の VPC エンドポイントを持つサービスとなりました。簡単に各タイプの特徴を説明すると、以下のとおりです。 ゲートウェイ型 エンドポイント料金は無料 対応しているサービスは S3 と DynamoDB のみ エンドポイントへの名前解決はグローバル IP のまま（ルートテーブルにより、V

参考資料 ・Predictable Network Interface Names 何の話かというと RHEL7では、NICのネーミングルールが変わっています。RHEL6では、DELL製のハードウェアの場合だけネーミングルールが変わるという謎のudevルール（biosdevname）がありましたが、RHEL7では、さらにまた仕組みが変わって、systemdがNICのネーミングを行うようになりました。 まとめると次のようになります。 バージョン ハードウェア ネーミングルール RHEL5 すべて 古典的な「eth0」「eth1」など RHEL6 一般のマシン 古典的な「eth0」「eth1」など RHEL6 DELL製のハードウェア biosdevnameによる「em1」「em2」「p1p1」など RHEL7 一般のマシン Predictable Network Interface Name

今回は、Gompertz Curveによる「プロジェクトの問題点解析」について詳しく解説。あなたの開発現場はどのパターンに当てはまる？ 前回のコラム「最もタチの悪いバグが潜むテストフェイズとは？」では、7つの「基本的な出荷基準」を挙げ、「5．長時間耐久テスト、過負荷テストを実施した」について解説しました。今回はその続きとして、「6．バグの発生が頭打ちになった」を紹介します。 まずは、7つの基本的な出荷基準について再掲します。 全機能をテストした ブラックボックス／ホワイトボックス・テストで同値分割を実施した。 境界条件をテストした ブラックボックス／ホワイトボックス・テストの境界値分析を実施した。 未実行コードがない ホワイトボックス・テストのC0パス網羅を満足した。 エラー・ゲシング（Error Guessing）を実施した バグを想定し、それを摘出するためのテスト項目を設計・実施した。

Temurin is trusted by millions, including these leading adopters: The Power of Eclipse TemurinOpenJDK Based: Eclipse Temurin offers high-performance, cross-platform, open source Java™ Runtimes binaries that are enterprise-ready and Java SE TCK certified and AQAvit verified for general use in the Java Ecosystem.Business Benefits Run your enterprise applications with confidence using Eclipse Temurin

Tomcat リソース設定（maxThreads,maxConnections,acceptCount)のちがい2017/12/30 Java tomcat Servlet maxThreadsリクエストを処理するスレッド数(workerスレッド)の上限1リクエストを処理するために1workerスレッドを消費するコネクタ(HTTP1.1, AJPなど)ごとの上限ただしスレッドプールをexecutorプロパティで指定した場合、この上限は無視されるmaxConnections同時に受け付けるコネクション数の上限 workerスレッドに空きができるまで、リクエストは処理されない Nioコネクタなら maxThreads < maxConnections が可能 HTTP Keep Aliveごとにworkerスレッドを占有する必要がないからデフォルトは maxThreads=200, maxCo

JPAとは JPA（Java Persistence API）とはJavaEEのために定義された永続化（persistence）に関するAPI仕様です。JPAはAPI仕様なのでJPA単体では動きません。JPAを実装したHibernateやEclipseLinkなどのO/R Mapperが必要になります。 N+1問題とは N+1問題とはO/R Mapperを利用した際にSQL文が意図せず大量に発行されてしまう問題です。この問題はO/R MapperによるSQL文の自動生成に起因します。Object側の関連も含めてデータを取得する場合に、O/R Mapperは下記のようにN+1回SELECT文を発行してしまいます。 TableからN個のRecordを取得するためにSELECT文を1回発行 N個のRecordが関連するデータを取得するためにSELECT文を1回ずつ、計N回発行 N+1問題の解決策

繊細な感覚を忘れぬうちにスマホでメモ オリンピックは4年に1度。そこから逆算して目標を設定することは当然ですが、それにこだわってガチガチと練習を組み立てることはしません。そのときどきの自分の体の状況にあわせた小さな目標を作りながら、日々を積み重ねて4年後を迎えるイメージです。 僕の場合はシンプルで、タイム短縮が大目標です。順位を重視する人もいて、勝てればタイムは何秒でもいいという考え方もあるでしょう。勝てたとしてもタイムが出なかったら満足しない考え方もある。僕は後者のほうで、タイムをいかに縮めていけるかに日々意識を向けています。 意識を高めるために、スマートフォンのメモ帳を活用し、日記のようなものをつけています。その日あった出来事、意識したことをまんべんなく書いていく。練習の振り返りや、ちょっとした感覚の変化。いつもはこうだったけど、今日の練習ではこうだった。それはなぜか。自分なりの考えを

本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはバウンスメール解析ライブラリSisimai（シシマイ：注1）を開発している東邦之さんで、テーマは「Perlコードの高速化」です。 本稿のサンプルコードは、本誌「WEB+DB PRESS Vol.110」のサポートサイトから入手できます。 コードは遅くなる ソフトウェアは機能の追加やバグの修正によって次第にコードが膨れ、実行速度が遅くなる傾向にあります。YAGNI（You ain't gonna need it、それが必要になったときに実装せよ）の原則やKISS（Keep it simple, stupid、簡潔にしておくべし）の原則に従っているつもりでも、プロジェクトの進捗や仕様の変更に伴って複雑化し、遅くなることが多々あるでしょう。 本稿では、筆者が開発し、オープンソースで公開しているSisimaiを改善して

平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識

フリーランスエンジニア→法人化した人の技術ブログ。フリーランス事情や会社の作り方、経営などについても徒然なるままに書いていきます。主な使用言語はRuby、JavaScript。 JPAとかORMに不慣れで結局SpringJDBCを趣味でも実務でも使うことが多いのですが、ちょっと離れているとすぐ忘れてしまうので簡単にまとめます。 1.NamedParameterJDBCTemplateをインジェクションする@Repository public class AwesomeDao { @Autowired private NamedParameterJdbcTemplate template; } 2.Read系クエリ発行のためのRowMapperを定義クエリを発行して取得したResultSetの値をオブジェクトにマッピングする方法を定義します。 Dao内にstaticのラムダ式として定義する方

はじめに 今回は、Spring Web Applicationで使用するFilterとInterceptorについて、紹介したいと思います。 実行時 一般的な内容 FilterとInterceptorは、実行される時点が異なる。 FilterはWeb Applicationに登録して、InterceptorはSpringのContextに登録する。 追加で紹介したい内容 Tomcatの場合、deployment descriptor(/WEB-INF/web.xml)に使用するFilterを登録します。そのため、アプリケーション全体に影響を与える作業はFilterにする、という意見があります。しかし実際はそうではありません。FilterもInterceptorもすべての要求に対する前後処理の役割を遂行します。またuriベースで、いつ実行するか調整可能で、直接requestの内容を把握し、希

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

JJUG CCC 2016 Springの「Spring Boot で Boot した後に作る Web アプリケーション基盤」というセッションで、Versions Maven Pluginというものがあることを知りました。 Spring Boot で Boot した後に作る Web アプリケーション基盤/spring-boot-application-infrastructure - Speaker Deck 該当のページ。 https://speakerdeck.com/sinsengumi/spring-boot-application-infrastructure?slide=75 https://speakerdeck.com/sinsengumi/spring-boot-application-infrastructure?slide=76 便利そうだな〜と思ったので、メモを兼ね

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

今回は、Spring MVCベースのWebアプリケーション(画面アプリ or REST API)で、リクエスト処理内の任意のポイントで共通処理を実行する方法をについて説明します。なお、Servlet 3.0でサポートされた非同期処理利用時の共通処理の実装は、今回は対象外として別の回で紹介したいと思います。（乞うご期待！！） 動作検証バージョン Spring Framework 5.3.6 (4.3.3.RELEASE -> 5.1.7.RELEASE) Spring Boot 2.4.5 (1.4.1.RELEASE -> 2.1.5.RELEASE) Tomcat 9.0.45 Note: [2021/5/3] 投稿から5年(前回更新から約2年)くらいたっても引き続き一定のViewが継続してあるので、最新のSpring(Spring Boot)バージョンの内容に更新しました。内容自体には