Worst Apache Log4j RCE Zero day Dropped on Internet - Cyber KendraPlease 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のOpenJDK導入レポート：互換性の確認から注意事項まで
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）を立ち上げました。また、その作業内
Java EEからJakarta EEへ - Fight the Future
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"パッケ
PhpStorm ユーザーのための IntelliJ IDEA ハンズオン のすすめ - なんたらノート第三期ベータ
「IntelliJ IDEA ハンズオン」、献本いただきました。著者であり、JetBrains 代理店サムライズムの代表でもある山本祐介さん、ありがとうございます。 http://amzn.asia/0ELFU8Qamzn.asia JetBrains の IDE 製品は大好物で、普段からとてもお世話になっています。ということで、さっそく読ませてもらいました。 読み始めて真っ先に思ったのは、これ PHPer でも買って全然損ないな、です。 現在の PHP は、文法的にも、技術文化的にも、非常に Java に似た言語となりました。なので、Java を中心に解説されている本だとはいえ、その解説の半分以上は PHP と PhpStorm でも活かせる内容だと感じました。 本書は二部構成になっていて、第一部はこんな感じ... HTMLとCSSとJavaScriptの記述を通じて操作感を練習 思いつ
皆がお世話になっている“技術メモ三銃士”に聞いた！ なぜ始めたの？ 長く続けるコツ、そして書くことのメリットは？ - builder by ZDNet Japan
皆がお世話になっている“技術メモ三銃士”に聞いた！ なぜ始めたの？ 長く続けるコツ、そして書くことのメリットは？ 新しい技術やプロダクトの使い方を調べる際、先達者がネットで公開している“技術メモ”を参考にしている方は多いだろう。人気の技術メモ・サイトの筆者らに、執筆の理由やメリットを聞いた。 あの技術メモの筆者らが、それぞれのエンジニア道を語った 読者がシステム開発を行う中で、最新の技術情報を得たり、ちょっとした問題を解決したりするために、検索サイトでヒットした個人のブログやWebサイトの情報を参考にすることは多いだろう。特に日本語による情報が少ない新技術の解説や、それを実際に試用した結果をわかりやすくまとめた個人による“技術メモ”は貴重な情報源だ。 日本オラクルが2017年5月に開催した「Java Day Tokyo 2017」におけるセッション「緊急開催！ Java技術メモ三銃士が語る
楽天のアーキテクトが説く、J2EEからJava EEへの移行を“今すぐ"始めるべき理由 - page2 - builder by ZDNet Japan
JSF 2はStrutsに対して何がどう優れているのか？ それでは、新世代のJava EEへの移行は、具体的にどう進めればよいのだろうか。岩崎氏は一例として、Webプレゼンテーション層の技術を「Struts 1」から「JSF 2.2」に移行する際のポイントを説明した。 ご存じのとおり、JSFはJava EEの標準Webアプリケーション・フレームワークである。Java EE 5で初めて導入されたが、Java EE 6に採用されたJSF 2で「素晴らしく使いやすいフレームワークに生まれ変わった」（岩崎氏）という。 JSF 2では「Facelet」と呼ばれる新しいHTMLレンダラが用意されたほか、バッキングBean（Managed Bean）でCDI（Contexts Dependency Injection）が使えるようになるなど、JavaでWebアプリケーションを開発する際に便利な仕組みが取
2016年現在のJavaについて - arclamp
Sun MicrosystemsがOracleに買収されたのが2009年ですから、あれから7年が経ちました。 2013年、Javaは大人になったはずだった 僕は2013年に「イマドキのJavaとORACLEについて - arclamp」という記事をアップし、次のように書きました。 そんなわけで「ORACLEはJavaにコミットしているのか？」という質問が無意味なぐらい、ORACLEはJava技術だけではなく、Javaユーザーの方を向いているのです。 もちろん、ORACLEは（SUNに比べて）イノベーションが足りないとかスピード感がないとか批判もできるのですが、これだけエンタープライズのユーザーが増えた中では、Javaの後方互換性を保ちつつ、着実に進化していく、つまりは引き続き安心してJavaを使うことができるというのは大きな価値でしょう。 そう、Javaは本当の意味でオトナになったのかもし
ようやくSaStrutsを卒業してSpring bootデビューしたので良かった点と悪かった点を書いてみます - 文系プログラマによるTIPSブログ
長い道のりでした・・・ 今回の記事は長文になります。 ありがとうSeasar。そしてさようなら。 次のフレームワークは Spring bootを使ってみて 良かった点 Spring STSが便利 application.ymlが便利 セッションレプリケーションが楽 ロガー周りが楽 Controllerが使いやすい actuatorのhealthcheckが便利 gzip圧縮転送が楽 Fully ececutable jarが楽 swaggerとの連携が楽 設定ファイルと定数クラスの紐付けが楽 静的リソースのバージョニングが便利 悪かった点 application.ymlで警告が出てしまうプロパティが有る Spring Batchが難しい 例外ハンドリング周りに注意 ログ設定まわりの混乱 domaとの連携に一手間必要 mime-typeにjsonpが無い jsonpに謎のコメントが混入する
Java 7 CMS GCの基本的な情報の整理 - nekop's blog
バッチ処理などスループット重視のアプリケーションはデフォルトのパラレル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の謎のパフォーマンス劣化現象との戦い - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。アプリケーション基盤チームの横田です。 Javaの謎のパフォーマンス劣化にまつわる調査をしていたのですが、1ヶ月の苦労の末に原因がわかりましたので、報告させていただきます！ 公開後に頂いたはてなブックマークでのご指摘・社内でのタイポ・読みにくいなどの指摘を受けてたので、謹んで修正させいただきます。 修正した内容につきましては、記事の最後を参照してください。 忙しい人のためのまとめ jdk-7u4以降のjdk-7 *1 でJavaのパフォーマンスが劣化する謎の現象 CodeCacheの容量限界に近づくとJITコンパイラを停止してコンパイルしたコードを捨てる機能が原因だった 起動オプションで回避できるので、長期運用するときは -XX:-UseCodeCacheFlushing, -XX:ReservedCodeCacheSize=128m をつける 上のオプションを設定した時に、C
作って理解するDIコンテナ - きしだのHatena
DIコンテナ使ってるけど、アノテーションってなんなの！って聞かれて、作ってみたらわかるよと答えてみたので、自分でも作ってみました。 よくわかった。 「DIコンテナ使うと何がいいの？」ということも、作ってみるとわかります。あと「DIって何がいいの？」に関しては、「DIはちょっとコードを書くのが楽になるだけで、それだけあっても仕方ない、大事なのはコンテナ」と答えるようにしてますが、コード比率からもそれがよくわかります。 続編としてWebフレームワークも作っているので参考まで。 作って理解するWebフレームワーク - きしだのHatena まずはコンテナを作る とりあえず1ソースの状態で。 こんな感じで、管理する型を登録できるようにします。 static Map<String, Class> types = new HashMap<>(); static void register(String
Challenge Engineer Life !
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とし
もう1つのGlassFish「Payara」を使ってみた - 行きあたりばったりエンジニアの日記
「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独自
帰ってきたGlassFish Users Group Japan勉強会に行ってきた #glassfish_jp - mike-neckのブログ
Payara Microによって再燃してきたGlassfish熱がたかまって開催された「帰ってきたGlassFish Users Group Japan勉強会」に行ってきました。 glassfish.doorkeeper.jp 実況ツイートのtogetterはエースのやまだまんさんによってまとめられています(曰く、即効でやったよとのことで、流石エースです)。 なんか、実況ツイートしてるの、ほとんど僕とうらがみさんとあおえさんといった数人で、まあ、僕が思ったことを書いてもしゃーないんですが、まあ、ざっとこんな感じだよというのをまとめておきます。 Java EE パフォーマンスTips 上妻宜人さんの発表。 Java EEのパフォーマンス上問題になることについて、具体的な数値でもって説明している非常にわかりやすい説明でした。数値で持って上司を説得するなどの課題に取り組んでいる人にはぜひ参考にし
Home
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 Competition Enterprise vs Community Our Customers Our Partners Consultancy FAQs Contact UsMigration GlassFish to Payara Server Migration JBoss EAP to Payara Server Migration WebLogic to Payara Server Migration W
日本と欧米ではPOJOの意義に対して微妙な解釈の違いがあるような気がする - 達人プログラマーを目指して
EJB2.1など、開発すべきクラスインターフェースに大きな制約のある侵略的なフレームワークに対してマーティン・ファウラーが広めた概念としてPOJO（Plain Old Java Object）という用語があることは、現在Java開発者であれば、周知のことかと思います。私は当時はEJBなど重量フレームワークの使用を推奨する立場の会社にいたので、POJOという言葉を知ったのは意外に遅く、2004年ごろエンタープライズ アプリケーションアーキテクチャパターン (Object Oriented SELECTION)などの書籍を通して初めて知りました。POJOという言葉には少なくとも以下の2つの意味がこめられていると考えています。 特定のフレームワークの規約を知らなくても設計できるため初心者でも簡単に理解できる 継承関係やデザインパターンの適用など本来のオブジェクト指向の設計を自由に行える 前者はP
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
これから Java EE を始める方へ - notepad
https://software.fujitsu.com/jp/technical/interstage/apserver/guide/pdf/concurrenthashmap-20120105.pdf
https://blogs.oracle.com/otnjp/post/entry/java_6_and_7_future
Index of release/org/springframework/spring