AWS Lambda のカスタムランタイムにて Java のカスタムランタイムで関数を動かす - mike-neckのブログ
これは Java Advent Calendar 2018 の 7 日目のエントリーです。 Java をラムダで動かす Lambda SDK を使って、チュートリアルどおりに作成します。以上。 そうではないですね。 今回やりたいのは AWS Lambda のカスタムランタイムで Java のカスタムランタイムで動く関数を動かすことです。これを会社の同僚に言ったところ、「おまえは何を言っているんだ」というような顔をされました。 おまえは何を言っているんだ 大事なことなのでもう一度言いますが、「 AWS のカスタムランタイムで Java のカスタムランタイムを動かしたい！」、これが今回のエントリーの目標です。 Java 9 のモジュールシステムと jlink によって、アプリケーションが利用する必要最低限のモジュールだけを選別したカスタムランタイムイメージが作れるようになりました。カスタムラン
Gradle で BOM を扱う - mike-neckのブログ
Spring の dependencyManagementPlugin は使わないで、これをやる方法。 なお、しおしおさんが調べてた… siosio.hatenablog.com とりあえず、手元で試してみる。 まず、BOMを書きます。 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.example</groupId> <artifactI
周回遅れ(３周くらい)で Kubernetes 入門してみた - mike-neckのブログ
Kubernetes の名前は 2年ちょっと前くらいから耳にはしていたけど、全然触ったことないわりに、最近方方から聞こえてくるので触ってみることにした。 なお、基本的な内容はこちらのものを、ただコピペしてくだけの作業… docs.microsoft.com いくつかチュートリアルを続ける際に困った点 Azure を操作するために Azure-cli を Mac にインストールしていたのですが、新しいマシンを購入したので移行したところ、 az コマンドで Azure にログインできなくなりました。 $ az login Note, we have launched a browser for you to login. For old experience with device code, use "az login --use-device-code" Please ensure you
Netty で HTTP クライアントを記述する - mike-neckのブログ
Netty で HTTP クライアントの書き方を調べてみたら、意外なことにほとんど見つからなかったので、ブログに書くことにしました。 ChannelInitializer Pipeline に加えるハンドラーと順番は次のとおり SslHandler HttpClientCodec HttpContentDecompressor HttpObjectAggregator (でかいファイルをダウンロードするなどの用途の場合は入れないほうが良いかもしれない) 自作の ChannelInboundHandler それぞれ、 SslHandler は https に対応するために使います。 HttpClientCodec は HttpRequestEncoder と HttpResponseDecoder を組み合わせた DuplexHandler で、泥臭い HTTP まわりの処理を行っています。
Gradle4.6 からの JUnit5 実行方法 - mike-neckのブログ
Gradle4.6 がリリースされ、 JUnit5 に対応しました。以下にGradle から JUnit5 のテストを実行するための build.gradle を示しますが、特殊なことをするわけではありません。 build.gradle plugins { id 'java' } repositories { mavenCentral() } test { useJUnitPlatform { includeEngines 'junit-jupiter' } } dependencies { testCompile group: 'org.junit.jupiter', name: 'junit-jupiter-api', version: '5.1.0' testRuntime group: 'org.junit.jupiter', name: 'junit-jupiter-engine
リファクタリングの手順 メソッドの抽出 -> メソッドの別クラスへの移動 - mike-neckのブログ
IntelliJ での基本的なリファクタリングの手順です。 次のような二つのクラスを考えます。 public class WithAccessTokenSecurityContextFactory implements WithSecurityContextFactory<WithAccessToken> { @Override public SecurityContext createSecurityContext(final WithAccessToken annotation) { final SecurityContext context = SecurityContextHolder.createEmptyContext(); final GivenAccessToken accessToken = new GivenAccessToken(annotation); final
Kotlin で Groovy の Closure のインスタンスを取得・生成する方法 - mike-neckのブログ
G* Advent Calendar 2017 の 6日目は groovy.lang.Closure のインスタンスを Kotlin で生成・取得する方法です。 Groovy! 3分くらいで読み終われます。 groovy.lang.Closure のインスタンスを Kotlin で生成・取得する方法です。Kotlin コードの中で Closure を作って Groovy に渡すということを指しています。 生成方法 早速ですが生成方法です。 ある A というクラスがあって、 Closure の中で用いるプロパティを A から取得したい場合は次のような関数を書きます。 fun <A> closure(a: A, cl: A.() -> Unit): Closure<Unit> = object: Closure<Unit>(a) { fun doCall() = this@closure.cl
OpenCV/Java 環境構築メモ - mike-neckのブログ
JavaでOpenCVをごにょごにょやるのに、少し手間取ったのでメモ。 インストールする環境などは次のとおり。 Mac 10.11.5 インストールにはbrewを使う OpenCV 3.1.0 IntelliJ IDEA 2016.1.2 Java8u92 OpenCVのインストール (1) pythonをbrewでインストール $ brew install python $ brew install python3 (2) numpyをインストールするためにgccをインストール $ brew install gcc numpyがgfortrunに依存していて、gfortrunがgccに吸収されているので、インストールされる。 なお、makeに時間がかかる(1時間くらい) (3) numpyをインストール $ brew install numpy --with-python3 (4) op
Javaの機械学習ライブラリーでFizzBuzzしてみた - mike-neckのブログ
FizzBuzzをするのにTensorFlowというネタツイートがあったので、「機械学習 FizzBuzz」で検索したらすでにいくつかあったので、真似してみたくなった。ちなみに機械学習のことは全然わかってません。 qiita.com blog.amedama.jp IT会社面接官：「数字を列挙し、3の倍数ならfizz、5の倍数ならbuzz、15の倍数ならfizzbuzzを出力するプログラムを書いてください。」 面接を受けている人：「では、まずTensorFlowをインポートします…」https://t.co/UNk2jH5rfn— Graham Neubig (@neubig) 2016年5月24日 github.com ライブラリー/フレームワーク EncogというJavaの機械学習ライブラリーを使いました(TensorFlow使いたかった…)。 EncogはJeff Heatonという
Gradle2.11リリースノート意訳(また途中) - mike-neckのブログ
gradleのバージョン2.11がとっくの昔に出ていたので、リリースノートを意訳しておきました。 原文はこちら Gradle2.11ではソフトウェアモデルとIDE連携およびコンティニュアスビルドを強化しています。 ソフトウェアモデル改善はGradleの現在の目標となっています。ネイティブ対応とPlayフレームワーク対応から始まったソフトウェアモデルはJavaのフルサポートを目標として開発しています。今回は新しいJavaプラグインでのJUnitによるテストのサポートとコンパイルに関するジョブの最適化を行っています。こうした改善に伴い新しいソフトウェアモデルによるプラグイン開発も改善されています。 ソフトウェアモデルだけでなく、既存のJavaプロジェクトもGradle2.11の恩恵を受けられます。IDE連携が改善されたことにより、IntelliJ IDEAやEclipseなどのIDEでGrad
Jigsawについて雑にまとめてみた - mike-neckのブログ
以前、Gradle3におけるJavaプロジェクトのビルドについてのエントリーを書きましたが、Gradle3のJVM component modelって、まあ、わりと、Java9のJigsawみたいなものなんですね。で、Jigsaw自体知っている人が多いと思いますが、あらためてJigsawが解決したい問題(と僕が勝手に認識しているもの)とその解決方法について、雑にまとめてみることにしました。 なお、Gradle3のJVM component modelでのビルドについてはこちらを参照。 mike-neck.hatenadiary.com JVM component modelとJigsawとの関連について、少し言及があるエントリーについてはこちらを参照。 mike-neck.hatenadiary.com あと、Jigsawについて一番よくまとまっている資料見れば、このエントリーを見る必要は
Gradleからdockerを起動して分散テストさせてみた #gradle #docker - mike-neckのブログ
昨日のエントリーの続きです。 mike-neck.hatenadiary.com Gradle万能派の僕には、納得がいかなかったので、最後までやってみることにしました。 切り捨てたこと まず、分散テストは何が目的なのか考えると、テスト結果をマージすることが目的なので、以下のことは切り捨てました。 dockerの外でコンパイルしたクラスファイルの共有(昨日のドハマリその2により、共有してもコンパイルしてしまうので諦めた) srcディレクトリーの共有(Javaファイルを生成するタスクがある場合はsrcディレクトリーの共有をすると、各コンテナがJavaファイル生成を行ってしまうので、諦めた) 【2015/10/20 12:19追記】 つまり、コンパイル結果を共有しても再コンパイルされるので、buildディレクトリーの共有は諦めました この結果、妥協するのは次の点です。 各コンテナでソースコード生
Gradleからdockerを起動して分散テストさせようとしたのだけれども - mike-neckのブログ
標記の件について、ここ2日間取り組んでいます。もちろん、ボランティアです。 元ネタはじょーたにさんに教えてもらったこのツイート。 JUnitの実行を各クラス毎に並列で実行して、かつそれぞれをDockerで実行してくれるようなものは無いかな..— たむたむ (@tamtam180) 2015, 10月 16 @johtani 複数台だと嬉しいけど単一マシンでもok。外部依存があるからdockerで隔離しないと並列実行ができないのです。— たむたむ (@tamtam180) 2015, 10月 16 これ、最初は簡単だろうと思ってたけど、とてつもなく難しいテーマです(未解決)。あまりに思い通りに行かないので、自殺したいレベル。 実装方針 分散してテストが実行できるように適度に振り分けたテストタスクを準備します。 テストクラスまでのコンパイルを行います。 project-root/build.g
Gradle2.8 rc1が出たようです。 #gradle - mike-neckのブログ
世間ではBazelが流行っていますが、Gradle 2.8 rc-1 が2015/10/1 2:15am頃に出たようですので、リリースノートの超意訳を書きます。 discuss.gradle.org リリースノートはこちらから ダウンロードはこちらから なお、sdkmanでも取得可能のようです。 ~ $ sdk list gradle ================================================================================ Available Gradle Versions ================================================================================ * 2.8-rc-1 1.5 + 2.7-rc-2 1.4 > * 2.7 1.3 *
『JJUGナイトセミナー Java OSSプロダクト特集』に行ってきた #jjug - mike-neckのブログ
募集開始して1時間くらいで満席になったので、元々行く気がなかったのですが、某ゆうすけさんが、「JJUGナイトセミナー空きがあるね」とおっしゃってたので、急遽申し込んで行くことにしました。 jjug.doorkeeper.jp togetter.com なお、クロネコの再配達を20時〜21時に依頼していたのを完全に忘れていた…(´・ω・｀) なお、ツイートしている人が偏ってるのは、手帳に温かみのある手書きのメモをしている人が多かったから(かな？？？Javaなので…) Javaの鉱脈スペシャル たいちさんの「Javaの鉱脈」の舞台裏の発表。 これはコミケとかで技術書を出版している人が聞いたら、すごく喜ぶような内容でした。 それとは別に、Javaのトレンドをおっかけるテクニックが説明されていて、これは非常に参考になりました。簡単にまとめると次のとおりです。 GitHubのTrending Rep
Java女子部 『Gradleふんわり入門』の講師してきた #javajo - mike-neckのブログ
Java女子部主催の勉強会『Gradleふんわり入門』の講師をやってきました。 javajo.doorkeeper.jp 以前、よこなさんにGradleなら教えられるよ的なことをツイートしたことをきっかけに、同勉強会の講師をすることの依頼を受けておりました。 Gradleというか、ツール類は講義を受けてもあまり理解できないことが想像できたので、なるべくみずからビルドスクリプトを書いてもらっ方が覚えやすいだろうと考えて、ハンズオン形式での勉強会となりました。 実際の教材は以下のレポジトリーから入手できます。 github.com 参加者のレベルがあまりよくわからなかったので、まあやさんなどにも資料をレビューしてもらい、コピペすれば動くよレベルのドキュメントを作成しました。 そのかいあってか、次のようなコメントを頂きました。 ドキュメントがしっかりしててスゴイ。 #javajo— 福岡秀一 (
gvmからsdkmanにアップデートする - mike-neckのブログ
gradleユーザーの方も読んでもらいたい記事です。gvmがsdkmanに変わるらしいです。 gvmがgo version managerと名前がバッティングしてて、かつgo version managerの方が古くから存在していたとのことで、gvmがsdkmanに変わるそうです。 で、アップデートの仕方をすでにqiitaに書いていらっしゃる方がいたので、それを見ながら作業しています。人柱ありがとうございます。おじさんは、もう老害です。 qiita.com 特に入れたいcandidatesもないので、普通にgvm selfupdate forceでやりました。 ~ $ gvm selfupdate force GVM has been detected on your system... This update will upgrade GVM to SDKMAN! Do you want
今更だけど、Gradleをちゃんと勉強しよう - Task同士の協調 - mike-neckのブログ
今度のJava女子部の勉強会でGradleの講師をさせていただくことになりました。 javajo.doorkeeper.jp それほど高度な内容は扱わないのですが、入門レベルの復習をされたい方はご参加いただくとよいかもしれません。 で、その勉強会の中でGradleのタスク同士が強調するようなサンプルを作っていた所、謎いタスクが出来上がりました。 ベースとなっているタスクは単なるじゃんけんです。ユーザーがrps(Rock-Paper-Scissors)の値を入力して、Gradle側もrps(Rock-Paper-Scissors)の値を決定して比べているだけです。 まあ、それだけだったら、面白くもなんともないのですが、そのタスクの結果を受けて、Gradleが負けた(ユーザーが勝った)時に、JVM系モダンビルドツールの他の四天王(sbt、Leiningen、Maven)がお決まりの四天王ネタを
Gradle Payara plugin(unofiicial)をリリースしました - mike-neckのブログ
meets GradleのPayaraプラグイン(unofficial)をリリースしました。 org.mikeneck.payara-pluginで詳細な情報が記述されています。 また、レポジトリーはこちらです。 github.com 使い方 プラグインの導入 以下のビルドスクリプトをbuild.gradleの先頭に記入します。 すべてのバージョンのGradleで利用可能な記述方法 buildscript { repositories { maven { url "https://plugins.gradle.org/m2/" } } dependencies { classpath "gradle.plugin.org.mikeneck:payara-plugin:0.0.2" } } apply plugin: "org.mikeneck.payara-plugin" Gradle2.
今更だけど、Gradleをちゃんと勉強しよう - Gradleのプロパティいろいろ - mike-neckのブログ
以前のエントリーでgradle.propertiesのチートシート(中途半端)を書いたわけですが、Gradleのプロパティを作る方法はgradle.properties以外にもあって、そこらへんをまとめてみました。 gradle.propertiesで設定する propertyName=some value と記述するとpropertyNameというプロパティが利用できます。 参考 mike-neck.hatenadiary.com コマンドラインからプロパティを設定する gradle taskName -PpropertyName=propertyValueで設定できます。 コマンドラインからパラメーター渡せないの？って考えている人はこれを使えばよいのではないでしょうか。 また、gradle.propertiesに設定したプロパティを上書きしたい場合は-Dorg.gradle.proje
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
