Please wait a moment. Click the button below if the link was created successfully. Second Log4Shell vulnerability has been discovered so we recommend everyone to once again update the Log4j package to the latest Log4j 2.16 (at the time of writing).

LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog こんにちは。私は、Service EngineeringチームでSRE（Service Reliability Engineer）の業務を担当しているYongChan Kwonです。チーム名や業務名から分かると思いますが、一つの業務を担当するよりは、サービスのライフサイクルにおいてインフラ、開発、サービス技術の間で発生しうる死角を補う役割を担っています。 2018年、オラクルのライセンス体系が変更され、2019年1月以降は無料でOracle JDKを使用できなくなりました。そこで、LINE内部ではOpenJDKへの移行に向けて必要事項や検討項目を事前にまとめるため、TF（task force）を立ち上げました。また、その作業内

Eclipseファウンデーションへ移管されたJava EEの新名称が決まりました。 And the Name Is… | Life at Eclipse "Jakarta EE"です。 "Jakarta EE" or "Enterprise Profile"の決選投票が2/23までありました。7000弱の投票のうち65%が"Jakarta EE"へ票を入れています（私もです）。 なぜJava EEから変えるの？Java EEのままでいいんじゃない？ むしろJava EEのままにできないから変えるというのが正しいです。こちらの記事に詳しいです。翻訳者は私です。 www.infoq.com "Java EE"に含まれるJavaという単語はオラクルの登録商標です。そのため、Eclipseファウンデーションへの移管が決定したタイミングで、オラクルから"Java EE"および"javax.x"パッケ

「IntelliJ IDEA ハンズオン」、献本いただきました。著者であり、JetBrains 代理店サムライズムの代表でもある山本祐介さん、ありがとうございます。 http://amzn.asia/0ELFU8Qamzn.asia JetBrains の IDE 製品は大好物で、普段からとてもお世話になっています。ということで、さっそく読ませてもらいました。 読み始めて真っ先に思ったのは、これ PHPer でも買って全然損ないな、です。 現在の PHP は、文法的にも、技術文化的にも、非常に Java に似た言語となりました。なので、Java を中心に解説されている本だとはいえ、その解説の半分以上は PHP と PhpStorm でも活かせる内容だと感じました。 本書は二部構成になっていて、第一部はこんな感じ... HTMLとCSSとJavaScriptの記述を通じて操作感を練習 思いつ

皆がお世話になっている“技術メモ三銃士”に聞いた！ なぜ始めたの？ 長く続けるコツ、そして書くことのメリットは？ 新しい技術やプロダクトの使い方を調べる際、先達者がネットで公開している“技術メモ”を参考にしている方は多いだろう。人気の技術メモ・サイトの筆者らに、執筆の理由やメリットを聞いた。 あの技術メモの筆者らが、それぞれのエンジニア道を語った 読者がシステム開発を行う中で、最新の技術情報を得たり、ちょっとした問題を解決したりするために、検索サイトでヒットした個人のブログやWebサイトの情報を参考にすることは多いだろう。特に日本語による情報が少ない新技術の解説や、それを実際に試用した結果をわかりやすくまとめた個人による“技術メモ”は貴重な情報源だ。 日本オラクルが2017年5月に開催した「Java Day Tokyo 2017」におけるセッション「緊急開催！ Java技術メモ三銃士が語る

Sun MicrosystemsがOracleに買収されたのが2009年ですから、あれから7年が経ちました。 2013年、Javaは大人になったはずだった 僕は2013年に「イマドキのJavaとORACLEについて - arclamp」という記事をアップし、次のように書きました。 そんなわけで「ORACLEはJavaにコミットしているのか？」という質問が無意味なぐらい、ORACLEはJava技術だけではなく、Javaユーザーの方を向いているのです。 もちろん、ORACLEは（SUNに比べて）イノベーションが足りないとかスピード感がないとか批判もできるのですが、これだけエンタープライズのユーザーが増えた中では、Javaの後方互換性を保ちつつ、着実に進化していく、つまりは引き続き安心してJavaを使うことができるというのは大きな価値でしょう。 そう、Javaは本当の意味でオトナになったのかもし

長い道のりでした・・・ 今回の記事は長文になります。 ありがとうSeasar。そしてさようなら。 次のフレームワークは Spring bootを使ってみて 良かった点 Spring STSが便利 application.ymlが便利 セッションレプリケーションが楽 ロガー周りが楽 Controllerが使いやすい actuatorのhealthcheckが便利 gzip圧縮転送が楽 Fully ececutable jarが楽 swaggerとの連携が楽 設定ファイルと定数クラスの紐付けが楽 静的リソースのバージョニングが便利 悪かった点 application.ymlで警告が出てしまうプロパティが有る Spring Batchが難しい 例外ハンドリング周りに注意 ログ設定まわりの混乱 domaとの連携に一手間必要 mime-typeにjsonpが無い jsonpに謎のコメントが混入する

バッチ処理などスループット重視のアプリケーションはデフォルトのパラレルGCで良いが、Java EEアプリケーションサーバなどレスポンスタイム重視のものやHadoopなどのクラスタ系ソフトウェアで死活監視に引っ掛る系などのstop the worldをなるべく避けたいいわゆるサーバ系ソフトウェアを運用する場合には、UseConcMarkSweepGCを付与して停止時間の短いCMS GCを使う。その場合にCMSのチューニングに踏み込もうとするとなんだか難しい記述がいっぱいで若干困るので、簡単なガイドをメモとして書いておく。 対象バージョンは以下。 $ java -version java version "1.7.0_51" OpenJDK Runtime Environment (fedora-2.4.5.1.fc20-x86_64 u51-b31) OpenJDK 64-Bit Serve

こんにちは。アプリケーション基盤チームの横田です。 Javaの謎のパフォーマンス劣化にまつわる調査をしていたのですが、1ヶ月の苦労の末に原因がわかりましたので、報告させていただきます！ 公開後に頂いたはてなブックマークでのご指摘・社内でのタイポ・読みにくいなどの指摘を受けてたので、謹んで修正させいただきます。 修正した内容につきましては、記事の最後を参照してください。 忙しい人のためのまとめ jdk-7u4以降のjdk-7 *1 でJavaのパフォーマンスが劣化する謎の現象 CodeCacheの容量限界に近づくとJITコンパイラを停止してコンパイルしたコードを捨てる機能が原因だった 起動オプションで回避できるので、長期運用するときは -XX:-UseCodeCacheFlushing, -XX:ReservedCodeCacheSize=128m をつける 上のオプションを設定した時に、C

DIコンテナ使ってるけど、アノテーションってなんなの！って聞かれて、作ってみたらわかるよと答えてみたので、自分でも作ってみました。 よくわかった。 「DIコンテナ使うと何がいいの？」ということも、作ってみるとわかります。あと「DIって何がいいの？」に関しては、「DIはちょっとコードを書くのが楽になるだけで、それだけあっても仕方ない、大事なのはコンテナ」と答えるようにしてますが、コード比率からもそれがよくわかります。 続編としてWebフレームワークも作っているので参考まで。 作って理解するWebフレームワーク - きしだのHatena まずはコンテナを作る とりあえず1ソースの状態で。 こんな感じで、管理する型を登録できるようにします。 static Map<String, Class> types = new HashMap<>(); static void register(String

2023-07-29 ZenlabのAPI Night#2に参加しました！ #zenlab Zendesk 勉強会 Zendeskのユーザーコミュニティ「Zenlab」が開催したAPI Night #2に参加しました。zenlab.connpass.comZendeskのAPIを触るハンズオンやLT、Zendeskの中の方からのお話と内容の濃いイベントでした。懇親会でZendeskの中の方々と直接お話できたり、他社さんに… 2023-04-23 AWS Summit Tokyoに参加しました！ AWS 4月20,21日に幕張メッセで開催されたAWS Summit Tokyoに参加しました。幕張メッセに行くのはコロナ禍前の乃木坂ちゃん握手会以来です。懐かしい...。 AWS Summit Tokyo at 幕張メッセ大賑わいAWS Summitの参加は多分2回目。1回目はSendGridとし

「Payara」とは？ GlassFishをベースとした、オープンソースのAPサーバーです。ドメインが「.co.uk」ということで、イギリスの企業みたいですね。 上記の公式Webサイトによると、「24時間365日サポートしてまっせ！」「GlassFishをバグ修正したり、パッチをGlassFishにも提供したりしてまっせ！」「EclipseLinkやJerseyなど依存ライブラリをアップデートしてまっせ！」「四半期（3ヶ月）に一回アップデートしまっせ！」といったことが書いてあり、これは非常に良いなということで、試してみました。 リリースノートより http://www.payara.co.uk/release_notes EclipseLink 2.6.0、Jersey 2.17、Mojarra 2.2.10など、現時点での最新バージョンが内包されているようですね。 また、Paraya独自

Payara Microによって再燃してきたGlassfish熱がたかまって開催された「帰ってきたGlassFish Users Group Japan勉強会」に行ってきました。 glassfish.doorkeeper.jp 実況ツイートのtogetterはエースのやまだまんさんによってまとめられています(曰く、即効でやったよとのことで、流石エースです)。 なんか、実況ツイートしてるの、ほとんど僕とうらがみさんとあおえさんといった数人で、まあ、僕が思ったことを書いてもしゃーないんですが、まあ、ざっとこんな感じだよというのをまとめておきます。 Java EE パフォーマンスTips 上妻宜人さんの発表。 Java EEのパフォーマンス上問題になることについて、具体的な数値でもって説明している非常にわかりやすい説明でした。数値で持って上司を説得するなどの課題に取り組んでいる人にはぜひ参考にし

Business-ready architecture. Work with an open source leader. Try Payara Enterprise Enterprise Payara Server Enterprise Payara Micro Enterprise How Payara Enterprise is Developed Payara Vs The Competition Enterprise vs. Community Our Customers Our Partners Consultancy FAQ Contact UsMigration GlassFish to Payara Server Migration JBoss EAP to Payara Server Migration WebLogic to Payara Server Migrati

EJB2.1など、開発すべきクラスインターフェースに大きな制約のある侵略的なフレームワークに対してマーティン・ファウラーが広めた概念としてPOJO（Plain Old Java Object）という用語があることは、現在Java開発者であれば、周知のことかと思います。私は当時はEJBなど重量フレームワークの使用を推奨する立場の会社にいたので、POJOという言葉を知ったのは意外に遅く、2004年ごろエンタープライズ アプリケーションアーキテクチャパターン (Object Oriented SELECTION)などの書籍を通して初めて知りました。POJOという言葉には少なくとも以下の2つの意味がこめられていると考えています。 特定のフレームワークの規約を知らなくても設計できるため初心者でも簡単に理解できる 継承関係やデザインパターンの適用など本来のオブジェクト指向の設計を自由に行える 前者はP