Spring Bootとcreate-react-appを組み合わせて開発を行う - Qiita
以下の記事を参考に、Spring BootとReactを組み合わせて開発を行ってみます。 Using create-react-app with Spring Boot Spring InitializrからダウンロードしたSpring Bootの雛形をEclipseにimportします。 import > Maven > Existing Maven Projects でzipを解凍したファイルを指定すればOKです。 src/mainディレクトリに移動し、 <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http
AWSで作るクラウドネイティブアプリケーションの基本(21) Spring SessionとSpring Data Redisを用いたアプリケーション(2)
前回に引き続き、今回もSpring SessionとSpring Data Redisを使ってセッション情報を共有するアプリケーションを実装していきます。 アプリケーションコンポーネントの実装 では早速、アプリケーションコンポーネントを実装してみましょう。 具体的には、@SessionScopeアノテーションを付与し、セッションに格納するJavaオブジェクトを実装することになります。またその際には、コンポーネントスキャンの対象となるように@Componentを付与し、前回設定クラスで実装した@ComponentScanで指定したパッケージ配下に作成してください。 今回実装するJavaオブジェクトは、セッションが共有することがわかるように、変数として「ホスト名」と「最終更新日時」を持つようにしています。コードは以下の通りです。 package org.debugroom.mynavi.sam
AWSで実践! 基盤構築・デプロイ自動化(1) マイクロサービスの基盤構築／デプロイ自動化
連載「ソフトウェア開発自動化入門」のなかで、筆者が執筆を担当した第4回「基盤・デプロイ自動化」では、近年のトレンドであるマイクロサービスアーキテクチャアプリケーションの基盤構築自動化と継続的インテグレーション／デプロイ(CI：Continuous Integration/CD：Continuous Delivery)自動化の実現例を紹介しました。 本連載では、そこで紹介した例にならって、アプリケーションの実装とCI/CD自動化、基盤自動化を実際に構築していきます。 具体的には、以下の流れで進めていく予定です。 1. マイクロサービスのアプリケーション構成の概要と構築 2. 「AWS CodeBuild」「SonarQube」を用いた継続的インテグレーション自動化 ・「SonarQube」を利用した静的解析環境の構築 ・「SonarLint」を利用した開発端末の設定 ・「SpringBoot
ようやくSaStrutsを卒業してSpring bootデビューしたので良かった点と悪かった点を書いてみます - 文系プログラマによるTIPSブログ
長い道のりでした・・・ 今回の記事は長文になります。 ありがとうSeasar。そしてさようなら。 次のフレームワークは Spring bootを使ってみて 良かった点 Spring STSが便利 application.ymlが便利 セッションレプリケーションが楽 ロガー周りが楽 Controllerが使いやすい actuatorのhealthcheckが便利 gzip圧縮転送が楽 Fully ececutable jarが楽 swaggerとの連携が楽 設定ファイルと定数クラスの紐付けが楽 静的リソースのバージョニングが便利 悪かった点 application.ymlで警告が出てしまうプロパティが有る Spring Batchが難しい 例外ハンドリング周りに注意 ログ設定まわりの混乱 domaとの連携に一手間必要 mime-typeにjsonpが無い jsonpに謎のコメントが混入する
Spring BootアプリケーションをAWSにデプロイする仕組み | DevelopersIO
よく訓練されたアップル信者、都元です。花粉が落ち着いてきた気がします。やっと春の空気を胸いっぱいに吸い込めます。 前回、Spring Bootで書いたアプリケーションをGradle、CloudFormation、Elastic Beanstalkを使ってデプロイするデモをご紹介しました。今回はその詳細をご紹介します。 Gradle 前回のデモでも示した通り、env/personal.gradle というファイルに環境固有の設定を記述しています。具体的には、AWSのアクセスプロファイル名（~/.aws/credentialsに記述してあるもの）や、デプロイ先のリージョン等です。 このファイルはbuild.gradle内で読み込まれ、その情報をタスク実行時に利用します。 gradle-aws-plugin このサンプルシステムをAWSにデプロイするには、Gradle上で下記のような手順を踏みま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Spring Bootでバックエンドシステムを作成しよう
https://www.oracle.com/webfolder/technetwork/jp/javamagazine/Java-JF16-SpringBoot.pdf
