来月にはJava 10が登場し、9月にはJava 11が登場予定。新しいリリースモデルを採用した今後のJava、入手方法やサポート期間はこう変わる（OpenJDKに関する追記あり）
来月にはJava 10が登場し、9月にはJava 11が登場予定。新しいリリースモデルを採用した今後のJava、入手方法やサポート期間はこう変わる（OpenJDKに関する追記あり） 2017年9月に「Java 9」が登場したばかりですが、いまから1カ月後の2018年3月には早くもJavaの新バージョン「Java 10」がリリースされます。そしてその6カ月後の9月にはさらに次の「Java 11」がリリース予定です。 Java 9以後のJavaは、毎年3月と9月の年2回メジャーバージョンアップを行う、タイムベースのリリースモデルを採用することになりました。今年はその最初の年となります。 オラクルによるJDKの提供方法やサポートポリシーも、これから大きく変更されることが明らかになっています。一般公開され無償でダウンロードできたOracle JDKの公開はJava 10が最後となり、サポートは3年
新しいリリースモデルはJavaを使う人 全員要注目だった - きしだのHatena
9月の頭くらいに、Javaのリリースモデルが6ヶ月ごとの短期リリースになるということが発表されてました。 で、「へぇ〜」みたいな感じで見てたのですけど、JavaOneでの話を聞くと、これ結構大変なのかも、ということになってそうなので、ちょっとまとめてみます。 追記：2018年05月の状況をQiitaでまとめています。 [Javaのサポートについてのまとめ2018 - Qiita](https://qiita.com/nowokay/items/edb5c5df4dbfc4a99ffb) Javaの新しいリリースモデル 公式情報はこちらにまとめられています。(10/4にアップデートされてます) http://www.oracle.com/technetwork/jp/java/eol-135779-ja.html ざっくり言えば、6ヶ月ごとに機能リリースを行い、3ヶ月ごとにメンテナンス/セキ
ヌーラボのアカウント基盤を Java 9 にマイグレーションして起きた問題と解決法 | 株式会社ヌーラボ(Nulab inc.)
Java 9の起動パラメータ java.locale.providers に Java 8 と同じ優先度で国際化を行う指定をします。 java -Djava.locale.providers=COMPAT,SPI この設定で日付のフォーマットが Java 8 と同じように動作するようになり、自動テストが成功しました。 以上で 750 個のテストがすべて成功するようになりました。次はいよいよJava 9で既存のソースコードをコンパイルします。 Java 9でコンパイルして Java 9で動かす ヌーラボのアカウント基盤には Java のコンパイル対象が約 1,360 ファイルあります。目標は 1,360 のソースコードがJava 9 ですべてコンパイルできることです。 コンパイラの設定を Java 9に切り替える コンパイラを Java 9に切り替えます。Java 9のバージョン指定には注意
7.2 @AspectJ support - minokubaの日記
@AspectJアノテーションでアスペクトを定義するやり方について説明します。なお@AspectJスタイルは、そもそもAspectJ5で導入されたものです。SpringではAspectJで定義するアノテーションと連携します。AOPのランタイムはあくまでSpringのものであり、AspectJとは関係ありません。（APIだけぱくった）実際にAspectJと連携する例については、7.8で説明します。 7.2.1 Enabling @AspectJ Support @AspectJアノテーションを使うためには、@AspectJアノテーションベースのAOP／自動プロキシ生成の機能を適用する設定をします。まぁ要するにこう書けばいいわけです <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.o
logbackのSMTPアペンダはバッチ実行時は非同期送信にしない方がいい - 文系プログラマによるTIPSブログ
これは注意した方がよいです〜 logbackにはSMTPアペンダがあり、log.error()等を検出して、アラートメールを送信することができます。 メール送信には同期送信と非同期送信があり、パフォーマンス・リソース的には当然非同期送信の方がよいです。 しかし、この非同期送信には問題があります。 This property determines whether email transmission is done asynchronously or not. By default, the asynchronousSending property is 'true'. However, under certain circumstances asynchronous sending may be inappropriate. For example if your application
Logback 使い方メモ - Qiita
説明 依存関係には、とりあえず logback-classic を追加すれば動かせる。 推移的な依存関係の解決で、 logback-core や slf4j-api などが付いてくる。 Logback を使う場合、 API はログファサードである SLF4J を使用する。 設定ファイル（logback.xml）が存在しない場合、デフォルトでコンソールにログが出力される。 ロガーの取得には、 LoggerFactory#getLogger() を使う。 引数にはロガーを特定するための名前を渡す。 普通は、ロガーを使うクラスの Class オブジェクトを渡す。 すると、クラスの FQCN を名前にしたロガーを取得できる。 Logger インターフェースの使い方 ログレベル package sample.logback; import org.slf4j.Logger; import org.s
JavaアプリケーションからEメールを送信するサンプルコード - Qiita
mail.user= mail.host= mail.from= mail.mime.address.strict=true mail.store.protocol=imap mail.transport.protocol=smtp mail.debug=false # debug出力 mail.smtp.user= mail.smtp.host= mail.smtp.port= mail.smtp.from= mail.smtp.connectiontimeout=0 # コネクション確立までのタイムアウト時間(ミリ秒) mail.smtp.timeout=0 # SMTPサーバとの通信(read)のタイムアウト時間(ミリ秒) mail.smtp.writetimeout=0 # ソケットの書き込みのタイムアウト時間(ミリ秒) mail.smtp.auth=false # authコマン
Spring Bootのログ出力(概要) - Qiita
Spring Bootのログ出力(概要)について以下の公式を読んだので訳した。 26. Logging なお、How-toガイドはSpring Bootのログ出力(How-toガイド)にまとめた。 26. ロギング Spring Bootでは全ての内部ロギングでCommons Loggingを利用しているが、基本となるログ実装部分は開発者に委ねられている。デフォルトではJava Util Logging、Log4J、Log4J2、Logbackが提供されている。つまりこれらが利用可能ということ。また、これらのいずれを利用するにしろ、コンソール出力と任意のファイル出力も可能な状態に予め設定されている。デフォルト設定では、Starter POMを利用する場合はLogbackが採用される。Logback以外を利用したければdependencyを変更するだけでOK。 26.1. ログフォーマット
Javaのログ出力: 道具と考え方
2. @miyakawa_taku JJUG幹事 SI屋で賃労働 尾上部屋の里山関のファンです オレオレJVM言語Kinkを作っています https://bitbucket.org/kink/kink 自己紹介 #jjug 2/67 3. #jjugログとは！ 例: $ kink -Vdebug -e '' 2015-10-04 15:58:29 [main] DEBUG BoxingValues - use box proto listener org.kink_lang.kink.internal.eval.VarAssignEvaluator$VarAssignListener@3af49f1c 2015-10-04 15:58:29 [main] DEBUG BoxingValues - use box proto listener org.kink_lang.
1.0から学ぶJava
タイトルを見て釣られクマーな皆さんこんにちは。 ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。 今調べたらホッテントリメーカー2008年だそうで。どうりでねー。古臭いなーと思いましたよー。 「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。 タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー 面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。 Java 1.0 1996年1月23日Javaの1.0がリリースされたのは1996年1月23日ですね。発表されたのが1995年5月23日でJavaの誕生日といった場合にどちらを取るかで揉めることがあります。 かれこれ20年前なわけで、当時のパソコンというとハードウェアはCPU
Javaと偽Javaの話。 - なるようになるかも
qiita.com これの話。ブコメに書こうとしたら4000字は入らなかった。 Microsoft Java VM かつての WIndows には MS 製の Java VM が搭載されていました。 古代の Java は「Write once, run anywhere」を掲げていた通り、クライアントサイドで Java アプレットとして利用されるのが主流でした（サーバーサイドで動くようになって、真価を発揮した感じがあります）。 しかし Java VM の仕様は、パフォーマンスについての記述は曖昧になっており、OS ごとの実装の違いによって、実行速度に顕著な差がありました。 Windows の Sun 純正の Java VM は性能が悪かったため、MS は独自の Java VM を開発し、Internet Explorer にバンドルしました。調子に乗った MS は Windows GUI
OutOfMemoryError の調べ方 - Qiita
OutOfMemoryError (以下 OOME)が起こったときにお手上げ状態にならないためにも、 Java のメモリ管理の仕組みとか、 OOME が起こったときの調査方法とかを調べる。 環境 OS Windows 7 > java -version java version "1.8.0_74" Java(TM) SE Runtime Environment (build 1.8.0_74-b02) Java HotSpot(TM) 64-Bit Server VM (build 25.74-b02, mixed mode) Java 8 で、 Oracle の JVM を前提とした話です。 Java のメモリ管理 これを知っておかないと、 OOME が起こっても、メモリ内で何が起こっていて、どこを調査すべきで、どのように対処したらいいのかが判断できない。 なので、まずは、そもそも J
16年間うごいているWebアプリケーションが抱えていた技術的負い目を考察する | GMOメディア エンジニアブログ
技術推進室の浅井です。 技術的負い目とは、世に言う技術的負債のことです。 社内で技術的負債の定義、ことばの表現を考える中で、「『負債』は優れた比喩表現であるものの、第三者への返済義務がない点で会計上の負債とは異なり、言葉としての問題も多く、不必要な議論を生み出しやすい」などの指摘があり、代わりの表現として社内の一部で使われている言い回しです。 最近社内のたいへん古いシステム（16年の歴史があります）の技術推進を行う機会があり、たくさんの技術的負い目と向き合いました。 そのような古いシステムの技術的負い目と向き合ったとき、エンジニアはストレスを感じ、ネガティブな感情を抱いてしまいがちです。負い目に苦しめられることで過去のコードや技術的判断に対して不満を言いたくなる気持ちはとてもよくわかりますし、実際に私もたくさん苦しんでたくさん不満を言いました。 ですが技術的負債の文脈でよく言われるとおり、
Gradle で Checkstyle による静的解析を実行する | まくまくGradleノート
Checkstyle プラグインの基本 Gradle には標準の静的解析プラグインとして、Checkstyle、PMD、CodeNarc、FindBugs、JDepend などが組み込まれています。 Gradle - Checkstyle Plugin Checkstyle による静的解析を実施するには、下記のように checkstyle プラグインを読み込みます。 build.gradle apply plugin: 'java' apply plugin: 'checkstyle' repositories { mavenCentral() } checkstyle { toolVersion '6.7' } checkstyle プラグインによって、checkstyleMain や checkstyleTest などのタスクが定義されます。 これらのタスクは、check タスクに依存
Google's Java Style の CheckStyle を使う - なにか作る
Google's Java Style Checkstyle の導入 Java の静的解析ツールの一つである Checkstyle は便利なものなんだけど、デフォルトの設定だと警告があがりすぎて正直ウザい。 なので、ちょこちょこと設定の微調整を行う必要があるんだけど、これがまた面倒くさい。 なにか便利なやり方はないかと探していたら、Checkstyle の公式サイトで Google Java Style 用の設定が配布されていることに気付いた。 checkstyle – Google's Style XML ファイルがダウンロードできるので、これを使うのが便利そうだ。 Google's Java Style Checkstyle の微調整 とはいえ、これもそのまま使うには気になるところがいくつか。何点かの微調整を行う。 パッケージ名にアンダースコアを使いたいときがあるので、パッケージ名のチ
Checkstyle
About Checkstyle Release Notes Consulting Sponsoring Documentation Configuration Property Types System Properties Running Ant Task Command Line Checks Annotations Block Checks Class Design Coding Headers Imports Javadoc Comments Metrics Miscellaneous Modifiers Naming Conventions Regexp Size Violations Whitespace Filters File Filters Style Configurations Google's Style Sun's Style Developers Extend
文字列検索アルゴリズムの覚え書き - 我らねぶた馬鹿
マイコミジャーナルの連載記事で、「StringSearch」という文字列検索のためのJavaライブラリを紹介しました。 攻略! ツール・ド・プログラミング (44) 高速な文字列検索を実現するJavaライブラリ「StringSearch」 | マイナビニュース その補足も兼ねて、記事中に出てくる文字列検索アルゴリズムについて少しまとめてみました。細部を省略した大雑把な説明なので厳密な解説ではありませんが、参考までに。 naiveアルゴリズム 対象の文字列とパターン文字列を先頭から順番に比べていき、マッチしなかったら1文字進めてまた最初から比べるという手法です。 java.lang.StringのindexOf()メソッドなどはこの実装だそうです。 Knuth Morris Pattアルゴリズム（KMPアルゴリズム） マッチに失敗した場合に、比較するスタート位置を1文字ずつ進めるではなく、何
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Welcome to m-bsys.com
Java8移行から始めた技術的負債との戦い(jjug ccc 2015 fall)
はてなブログ | 無料ブログを作成しよう
