Pebble Templates
Pebble is a Java templating engine inspired by Twig and similar to the Python Jinja Template Engine syntax. It features templates inheritance and easy-to-read syntax, ships with built-in autoescaping for security, and includes integrated support for internationalization. Features Rich set of built-in tags and filters Template inheritance: extract common areas of your content in a single ‘layout’ a
Java IDEの使いやすさはIDEがどのようにJavaを知ってるかで決まりがち - きしだのHatena
Java IDEにもいろいろあるけど、それぞれの特性としてIDEがどれだけJavaを知っているかということで決まるということをTwitterに書いたので、ちょっと具体的に書いてみます。 IDEの使いやすさについて、そのIDEがどれだけちゃんと言語を知っているか依存するんだけど、IntelliJ IDEAが一番Java言語を知っていて、NetBeansはJavaのエコシステムを知っていて、EclipseはJavaビジネスを知っている・・・ VS Codeはまとめサイトで見たレベルでJavaを知ってる感— きしだൠ(K8S(Kishidades)) (@kis) 2020年10月30日 ちなみに、全体としてNetBeans推しです。 使い分けとしてはこんなこと書いてます。 Java IDEの選び方 機能いらんけど使いやすくて安定したのがいい→IntelliJ IDEA CE 機能多いのがいいけ
Rediness Probeでアプリケーションが十分にJITされたことを検知する - #chiroito ’s blog
どうも、趣味でOpenJDKのコミッタをやってます。JVMの専門家ではないです。 今回はJITコンパイルによる暖気が十分に行われてから処理を受けられるようにする方法を紹介します。 今回の実装は Oracle の有償機能から OpenJDK へ寄贈され OpenJDK 11 に追加された JDK Flight Recorder（JFR）と OpenJDK 14 に追加された JFR Event Streaming を使用します。 JITコンパイルイベント OpenJDK では、JITコンパイラがコンパイルした情報を内部的にイベントとして記録しています。今回はこのイベントを使用していきます。このイベントのデータ形式は以下になります。 @Name("jdk.Compilation") @Category({"Java Virtual Machine", "Compiler"}) @Label("
JITとコードの暖気の実体 - #chiroito ’s blog
どうも、趣味でOpenJDKのコミッタをしてます。 とあるブログを読んでいたら気になる点があったので検証してみました。 JITと暖気 Javaプロセスはアプリケーションを動かしながら必要に応じてバックグラウンドでバイトコードをネイティブコードにコンパイルします。このコンパイル時にはCPUリソースを使用します。 コンパイルにはいくつかのレベルがありますが、コンパイルされる前やレベルの低いコンパイルのコードはCPUのリソース効率が悪かったり、アプリケーションの処理中にコンパイルが実行されるとCPUリソースを奪いあったりなどが問題になります。 そのため、Java のアプリケーションで性能を気にする要件がある場合、本番に近いリクエストを投げてコードをJITコンパイルする事があります。これをよく暖気と言います。これにより本番のリクエストが来る前にコードを最適化し、よりCPUリソース効率の高いコードで
Home | SDKMAN! the Software Development Kit Manager
The Software Development Kit ManagerMeet SDKMAN! – your reliable companion for effortlessly managing multiple Software Development Kits on Unix systems. Imagine having different versions of SDKs and needing a stress-free way to switch between them. SDKMAN! steps in with its easy-to-use Command Line Interface (CLI) and API. Formerly known as GVM, the Groovy enVironment Manager, SDKMAN! draws inspir
jOOQ: The easiest way to write SQL in Java
jOOQ generates Java code from your database and lets you build type safe SQL queries through its fluent API. Download jOOQ now! Great Reasons for Using jOOQ Our customers spend most time on their business-logic. Because jOOQ takes care of all their Java/SQL infrastructure problems. Database First Tired of ORMs driving your database model? Whether you design a new application or integrate with your
TOMCAT殺害事件 - Qiita
#OOMKillerの殺意 顧客EC2のTomcatがアクセスの無い早朝にもかかわらずOOMKillerに突然殺されてしまったので、調査した顛末をたぶん同じような問題に直面されている方もおられるかと思いますので備忘録として記載します。 Javaヒープのチューニングにも多少役立つかと思います。 （この記事はJava8が対象となります。） OOMKillerとはOut of Memory時に、サーバ全体を守るためにメモリーを消費しているプロセスを停止するLinuxの標準機能です。 そのOOMKillerになんとTomcatが突然殺害されてしまいました。 問答無用の辻斬り状態です。 早朝ですのでアクセスログには何も記録されておらず、catalina.outには OpenJDK 64-Bit Server VM warning: Setting LargePageSizeInBytes has n
なぜVisual Studio CodeでJavaの開発ができるのか？ - Qiita
この記事は「Visual Studio Code Advent Calendar 2018」2日目のエントリです。昨日は@tempakyousukeさんの「僕の考えた最強のキーバインドチートシート（VSCode）」でした。 最近、Javaを書くときは**Visual Studio Code(以降、VS Code)をIDEとして利用しています。一番の理由は軽量**という点で、機能的にはまだまだEclipse、IntelliJ IDEA、NetBeansに届かない部分がありますが、最低限の機能は備えています。また、Visual Studio IntelliCodeがJavaに対応するなど、新しい機能開発も盛んで、今後が期待できます。 使っている中で**「そういえば、なんでVS CodeでJavaのデバッグとかできるんだろう？拡張機能の中ってどうなっているの？」とふと疑問が沸いてきたので調べてみ
JVMのヒープサイズとコンテナ時代のチューニング | Folioscope
最近 JVM のヒープ領域とパラメータ、そしてコンテナの関係について調べてました。 案外まとまった情報が少なかったので簡単にまとめました。 Java のヒープサイズを設定 まずは Java のヒープサイズについて簡単なおさらいです。 本番環境で Java アプリケーションを運用する上で、JVM のヒープサイズを決定するのは非常に大事なポイントです。 ヒープ領域の最大サイズを大きくすればガベージコレクション (GC) の回数は減らすことができますが、 必要以上に大きくしすぎると無駄にリソースを消費したり、OOM killer で OS にプロセスを終了させられます。 JVM が使用できるヒープサイズは、Java API の Runtime.getRuntime().maxMemory() で確認できます。 また java の起動オプションに -XX:+PrintFlagsFinal オプショ
最近のJava Webフレームワーク / Java Web Framework javaq2019
2019/6/25に行われたJavaコミュ@福岡での登壇資料です
モダンBFFを活用した既存APIサーバーの再構築 - クックパッド開発者ブログ
技術部の青木峰郎です。 去年までは主にデータ分析システムの構築を担当していましたが、 最近はなぜかレシピサービスのサービス開発をやっています。 今日は、そのサービス開発をする過程で導入したBFF（Backends for Frontends）であるOrchaについて、 導入の動機と実装の詳細をお話しします。 Orcha導入にいたる経緯 まずはOrcha導入までの経緯、動機からお話ししましょう。 最初のきっかけは、わたしが去年から参加しているブックマークのようなサービスの開発プロジェクトでした。 このプロジェクトの実装のために新しいmicroserviceを追加することになったのですが、 そのときにいくつかの要望（制約）がありました。 1つめは、撤退するとなったときに、すぐに、きれいに撤退できること。 2つめが、スマホアプリからのAPI呼び出し回数はできるだけ増やしたくない、という要望です。
vim-lsp と eclipse.jdt.ls で Java プログラミング環境を構築する
下記ツイートを見たので、試してみた。 vim-lsp が安定してきたので jdt language server が普通に使える様になってしまった。LSP なので言ってみれば IDE とやれる事が同じ。Rename も動く。まだ仕事で使うつもりはないけど個人用途でチャラっと Java 書くなら良いね。何と言っても 10秒で Language Server 起動するの魅力的すぎる。 pic.twitter.com/Gm2Dxj8QLI — mattn (@mattn_jp) January 16, 2019 前提 OS: Windows 10 Pro Vim: 8.1 patch 573 vim のパッケージ管理は vim8 のパッケージ機能 & git submodule を使っている 私の vim 設定ファイル eclipse.jdt.ls のダウンロードと配置 次のサイトから jdt-
Graal VM の native image を使って Java で爆速 Lamdba の夢を見る - Qiita
はじめに 前日は mike_neck さんの AWS Lambda のカスタムランタイムにて Java のカスタムランタイムで関数を動かす でした。 偶然にも（？）今日も引き続き、 Lambda Custom Runtime で Java を動かす話です。 AWS Lambda 提供する言語の一つに Java があります。 Java はホットスタートの処理速度は速いもの、コールドスタートでは 5 から 10 秒ほど要することがあります。 また、メモリ消費量も多く Lambda と Java の組み合わせは速度重視の場面では使われていないように思います。 2018年の re:invent で、 AWS Lambda の Custom Runtime が発表されました。 お作法に従いさえすればどのような言語でも Lambda として実行可能になりました。 さらに近年 Java 界隈では新しい
続 EmacsでJavaを書くという話 @ 2018 - Qiita
この記事はEmacs Advent Calandar 2018の24日目の記事です。 どうも僕です。今回は以前に書いたEmacsでJavaを書く話のその後を書いていきたいと思います。 以前のEmacsでJavaを書く話は以下を参考。 http://qiita.com/mopemope/items/d1658a4ac72d85db9ccf また以前書ききれなかった部分なども少し書いてみたいと思います。 EmacsでJava を書くにはカロンと共にアケローン川を渡り、幾つかの地獄の階層を旅しなければなりません。 とその前に lsp-mode について少し書いてみたいと思います。 lsp-mode と lsp-java 最近、EmacsでもLSPを使用する流れが来ています。 LSP、Language Server Protocolはエディタに依存せず バックエンドサーバーとフロントエンドのエディ
モダンなJava開発ガイド (2018年版)
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2018年現在でもJava開発をしていると、Antすら使っていないEclipseプロジェクトにそこそこの頻度で出くわします。Eclipseの自動コンパイルが通ればOKであり、ビルドはExcel手順書をもとに手動で行われ、依存関係ライブラリはもちろんlibフォルダに各種jarファイルが放り込んであります。Eclipse上以外ではどう動かせば分かる人がいないため、コマンドラインからビルドなどを行うことは叶わず、CI化なんて夢のまた夢です。 そんなJava開発から脱却したい人向けのJava開発のモダン化ガイドです。 基本的にJava 8以降で
ThirdPartyLibrary + GraalVM+native-imageでCLIをつくってみる - Keep on moving
masahito.hatenablog.com でっかいエビーです。 これの続きを書きたいと思います。 name version ubuntu 18.04 amd64 graalVM 1.0.0 RC2 TL;DL GraalVM+native-image するときはFtatJar つくっちゃうと楽っぽい 割と楽 native-image の実行は glibcが必要 Reflection/ Annotationが絡むと実行時エラーになるっぽい Apache Commons とかは安心して使える. Spring系とかはかなりはまるかも ラフに説明 用意するものがたくさんあるのでラフに説明します。exampleをつくってみたので以下を軽くみていただけると github.com 3rd party library の使い方 ビルド時にclasspath宣言をしてビルドすることで3rd-party
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
javap の隠しオプション - Qiita
ぼくたちは Java アプリケーションの起動速度をどこまで縮められるか
GitHub - eclipse-lsp4j/lsp4j: A Java implementation of the language server protocol intended to be consumed by tools and language servers implemented in Java.
Home - Micronaut Framework
