はじめに プロジェクトの作成 Payara を組み込みモードで動かす JUL(Java Util Logger) から SLF4J への変更 buildSrc の追加 war モジュールの作成 Hello サーブレット アプリケーションのデプロイ Hello JAX-RS まとめ はじめに いまさら何故？ という気はしますが、JavaEE 8 の環境を (Payara Micro ではなく) Payara 5 の embedded モードで動かす手順です。 プロジェクトの作成 Gradle 6.7 を使います。 プロジェクトディレクトリを作成して gradle init タスクでプロジェクトを作成します。 $ mkdir javaee8-starter $ cd javaee8-starter $ gradle init gradle init のオプションは以下のように選択します。 Se

Cloud9でJavaのLambdaをデプロイする環境を構築したかったので、そのやり方を紹介します。 基本的には、公式ドキュメントに記載されているLambdaのJavaのサンプルアプリケーションのやり方に沿って構築しています。 AWS Lambda の Java サンプルアプリケーション - AWS Lambda 前提条件 次の内容は構築できていることを前提にします。 Cloud9をAmazon Linux 2のプラットフォームで構築していること Cloud9に一時クレデンシャルまたはIAM Roleの権限を付与して、Lambda関連のリソースが構築できる権限を持っていること 参考：AWS Cloud9環境で利用できる一時クレデンシャル『AWS Managed Temporary Credentials』について調べてみた | Developers.IO 参考：Cloud9からIAM Ro

Gradleでもっとも基本的なJavaプログラムをコンパイルし、そこからAWS SDKを使ったプログラムのビルドまで挑戦してみました。 こんにちは、平野です。 この年末年始、ずっと理解したいと思ってたものに色々と触る時間が取れたので、 非常に基本的な事柄ですが、自分なりに吸収したことをアウトプットして行きたいと思います！ ということで、Gradleを使ってJavaのプログラムをビルドして、 ビルドツールとかぜんぜん使ったことない原始人から現代人への進化を目指します！ なお、IDEは使わないでコマンドラインからの確認を行います。 （だから現代人になれないのでは？） スタート地点 この記事の内容を行う前の私の状況です。 Javaのプログラムの基本的な部分はまあまあ理解している Javaのビルドと言えばCLASSPATH設定してコマンドラインでjavacするの一択 そのあとjarコマンドで固める

旬の生魚おじさん、都元です。弊社は本日を最終営業日として、これから冬季休業となります。 今年も一年、どうもありがとうございました。というわけで恒例の書き納め三本締め、その2。 だいぶ昔に「Gradle でバージョン名を自動的に付ける 〜 git-describe とのコラボ」というエントリーを書きました。 当時は grgit という Git クライアントを導入して文字列操作をするような方法をご紹介しました。が、もっとスマートな Gradle プラグインを見つけたので、最近はそっちに切り替えていこうと思っています。 超小ネタですが、ご紹介します。 Gradle com.palantir.git-version プラグイン com.palantir.git-version というプラグインがあります。導入方法は簡単です。build.gradle の中に次の記述を行うだけです。 plugins

事業開発部の野村です。令和の時代、楽しみですね。 はじめに AWS ToolkitとSAM(AWS Serverless Application Model)を使うと、IDE上で効率的にAWSのサーバーレスアプリケーション開発・デプロイが実行できます。 AWS Toolkit for JetBrainsのバージョン1.2アップデートに伴い、Java8のMaven, GradleプロジェクトによるLambda関数の実装が可能となりました。以下の公式ブログではMavenを使った開発方法を紹介しています。 AWS Toolkit for IntelliJ – Now generally available | AWS Developer Blog 私からは Gradle を使った開発方法についてお伝えします。 事前準備 開発環境に必要なもの 以下を事前に開発環境にインストールします。 Intel

Gradle でのユニットテストの実行結果が失敗の場合、デフォルトでは下記のようなそっけない表示しかしてくれません。 $ gradle test ... com.example.LargeTest > testAdd FAILED java.lang.AssertionError at SampleTest.java:9 2 tests completed, 1 failed build/reports/tests 以下に生成されるテストレポートを見れば、その内容を確認できますが、コンソール上でもう少し詳しい結果を確認したい場合は、-i オプションを指定してログレベルを INFO に設定して test タスクを実行します。 $ gradle test -i ... com.example.SampleTest > testAdd FAILED java.lang.AssertionErro

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

興味本位で自分のアルゴリズム実装repository( https://github.com/shibayu36/algorithms )のテストをCircleCIで動かしてみようと考えた。基本的にCircleCIはcircle.ymlに設定を追加したら終わりなのだけど、何を設定すればいいか少し調べる必要があったのでメモ。 設定 Configuring CircleCI - CircleCI などを見ながら、最終的なcircle.ymlは以下のようになった。Circle CIでJavaを使ってビルドする | さにあらず や CircleCIでJUnitの結果を見る - Qiita あたりも参考になった。 machine: java: version: oraclejdk8 timezone: Asia/Tokyo environment: GRADLE_OPTS: -Xmx4G post:

2017 - 01 - 01 Kotlinで書いたサーバアプリケーションのDockerイメージ構築パターン Kotlin Docker Gradle Kotlinで書いた API サーバをDockerコンテナで運用する場合、どのような方式が実用的かを考えてみた。パターンと言っても今のとこ今回の一種くらい。 サンプルアプリ 今回書いたサンプルはこちら。 github.com 以前書いた Spark Framework with Kotlin の延長線上で、今回もSpark FrameworkをKotlinで書いてます。 エンドポイントはこれだけ。 package io.stormcat import spark.Spark.* fun main(args: Array<String>) { get ( "/echo" , { req, res -> "Hello, ${ req.queryP

[Java][Spring] EclipseでSpringのJARファイルを作成してバッチ処理を行う。 はじめに 現在、ある目的のアプリケーションを、Springを使用して作っていて、最終的にはJarファイルをターミナルから実行する形を考えています。 そうなるともちろん、JARの作成方法を知らないといけないので調べて試してみました。 また、複数のJARファイルを順に実行する事も必要なので、バッチ処理を行う方法も調べましたので、備忘録として記しておきます。 環境 Mac OSX 10.10.5 Yosemite Java 8 Spring Boot 1.3.7 Eclipse Mars 手順 JARを作成 build.gradleのjarの項目でファイル名を指定。 プロジェクトを右クリックして、「Run As　-> Gradle (STS) Build」を選択。 タブ「Gradle Task

タイトルだけで何をやったか想像がついた方はお疲れ様でした。とりあえずなんだかんだはまりながらたどり着いたので、もっとできる人からもっと効率の良いやり方のまさかりが飛んでくることを期待しつつ。 背景 Webアプリケーションとバッチで構成されるサービス Web側についてはアクセス数に応じてスケールさせやすくしておきたい バッチはデータ量が極端に増えないのであまりスケールを考えなくてもいい どうせ同じEntityモデルとか使うしWebとバッチでリポジトリは分けたくない 一応、Webアプリケーションとバッチはdocker(でなくてもいいけど)でスケールしやすい構成にしようかと思っています。 で、Webアプリケーションは複数だし、バッチもあるし、必ずしも両方リリースする戸言うことは考えられないし、デプロイ時にDDLのauto-generateやってしまうのはあまり得策ではないなあ、と思ったので、マル

Gradleで特定の場合にのみテストケースを実行する方法を説明します。例えば、通常のテストケースはH2 Databaseを利用するけど、一部はテスト環境上のMySQLで実行したいといった場合を考えます。 基本的な考え方 JUnitのカテゴリ機能でテストケースをフィルタします。もしくは、パッケージ名でテストケースをフィルタします。 Gradleでは以下の2タスクを作成します。 カテゴリの付いていないテストケースを実行するタスク カテゴリの付いているテストケースを実行するタスク 開発環境では1だけ実行します。テスト環境では1と2の両者を実行します。 実装例 以下の例はGradleとSpockで書いていますが、JavaやJUnitでも同様です。 Spec ここでは、MySQLが必要なテストケースには RequireDatabase カテゴリを付けることにします。 interface Requir

はじめに CDI in Java SE (CDI2.0) Main クラスの作成 Application クラスと Serviceクラスの作成 beans.xml build.gradle 実行 はじめに Gradle の Applicationプラグインで weld-se を使う場合、CDI管理の Bean の検索が beans.xml のあるファイルシステム上のパスを起点に行われてしまうため注意が必要。 CDI in Java SE (CDI2.0) CDI 2.0 では Java EE 以外に、Java Standard Edition (SE) 向けのサポートが追加されている。 Weld では以前から Weld-se として提供されていたが、(準)標準API として javax の名前空間で利用できるようになる。 CDI 2.0 仕様は EDR1 の状態であるが、weld のアルフ

Gradleは元々の作りが非常にブラックボックスなため、設定されたオブジェクトのライフサイクルがわかりづらいなどの問題があり、Gradle3に向けて、それを修正している最中です。その中核となるのがRule Based Model Configurationという仕組みです。 その仕組については以前にもエントリーを書いているので、そちらを参照してください。 mike-neck.hatenadiary.com 基本的な考え方は 値オブジェクトの生成(プラグインが値オブジェクトを生成する) 値オブジェクトの設定(ユーザーがオブジェクトの中の値を変更できる/mutableなオブジェクト) 値の利用(ユーザーもプラグインも値を変更できない/immutableなオブジェクト) という流れにそって設定を記述していくという考え方です。 では、Javaプロジェクトはどのように変わっていくかを今回は簡単に説明

Gradleではapplicationプラグインを使うことで実行用のスクリプトを生成できるが，この方法では複数のファイルに別れてしまい，使い勝手が悪い．そこで，単一ファイルにしたりインストーラーで簡単に導入できるようにしたファイルの作り方を紹介する． 方法その1 依存するクラスをすべて内包したJARを作る gradleをつかって依存ライブラリを含む単一で実行可能なjarを生成するなどで紹介されているが，このまま使うと，このプロジェクトに依存したプロジェクトを作るとクラスの重複が起こってしまって問題になるので，別のタスクとして定義し，別の名前のファイルになるようにする． apply plugin: 'java' apply plugin: 'application' mainClassName = 'info.informationsea.java.excel2csv.Excel2CSV'

はじめに JAVAのWEBアプリを実行する際はwar形式にして実行することが多いかと思いますが、spring bootなどのフレームワークではjarの中にtomcatなどのアプリケーションも含めてしまいjar形式で実行することができます。jarの中に色々なライブラリのjarも含めて1つのjarファイルにすることをfat jarと呼んだりします。 fat jarにすることで実行ファイルが1つにまとまるため、WEBアプリやバッチアプリの起動がお手軽にできるようになります。そこで今回はfat jarの簡単な作り方を紹介したいと思います。 fat jarを作ってみる では、早速作ってみたいと思います。今回はgradleというビルドツールを使います。gradleはeclipse4.5では標準で使えるようになっているためeclipse4.5で作成します。 eclipseでファイル->その他->Grad

昨日のエントリーの続きです。 mike-neck.hatenadiary.com Gradle万能派の僕には、納得がいかなかったので、最後までやってみることにしました。 切り捨てたこと まず、分散テストは何が目的なのか考えると、テスト結果をマージすることが目的なので、以下のことは切り捨てました。 dockerの外でコンパイルしたクラスファイルの共有(昨日のドハマリその2により、共有してもコンパイルしてしまうので諦めた) srcディレクトリーの共有(Javaファイルを生成するタスクがある場合はsrcディレクトリーの共有をすると、各コンテナがJavaファイル生成を行ってしまうので、諦めた) 【2015/10/20 12:19追記】 つまり、コンパイル結果を共有しても再コンパイルされるので、buildディレクトリーの共有は諦めました この結果、妥協するのは次の点です。 各コンテナでソースコード生

Ratpack は以前 「Ratpack + JHaml + Morphia で MongoDB を使った Web アプリ開発」 で試しましたが、3年以上経っているので改めて試してみました。 今回は単純な Java Web アプリケーションを Ratpack で作成する事にします。 Ratpack 0.9.11 ソースは http://github.com/fits/try_samples/tree/master/blog/20141229/ Web アプリケーションの作成 今回の作成手順は以下のようになります。 (1) HandlerFactory インターフェースの実装クラスを作成 (2) ratpack.properties で handlerFactory を設定 ファイル構成 今回は Gradle でビルドしましたので、ファイルは以下のような構成になっています。 build.gr

blog1.mammb.com からの続きで、簡単な Hello Scalate をしてみます。 Scalate とは Scala で書かれたテンプレートエンジンで、以下のシンタックスがサポートされています。 Mustache: 多くの言語で実装があり どこでも使えるテンプレートエンジン Jade: 軽量マークアップ言語 Scaml: タグを % とインデントで書く Haml 形式のテンプレートエンジン Ssp: JSPに似た Erb と Velocity 形式の記法が使えるテンプレートエンジン Scala template で Scalate。 Scalatra から簡単に統合できます。ここでは SSP を例に見ていきます。 導入 前回までの例では scalatra は org.scalatra:scalatra_2.11 を指定していましたが、今回は scalate 統合用に scal

blog1.mammb.com からの続きで、簡単な Hello Scalatra をしてみます。 Scalatra とは web micro-framework とされている通り、非常にコンパクトな Web フレームワークです。 以下のような Sinatra 風の DSL が利用できます(Scala + Sinatra = Scalatra)。 get("/") { <h1>Hello, {params("name")}</h1> } Play と異なり、サーブレットコンテナ上で動作します。 HTTP リクエストのルーティング機能を主として提供しています。 build.gradle Scala は 2.11系を使うので、scalatra_2.11 を依存に追加します。 また今回はスタンドアロンで動かすので jetty-webapp と、モジュールが分割して提供されるようになった scal