AWS LambdaのJava 8ランタイムがAmazon Correttoへ。OpenJDKから移行するとAWSが発表
Amazon Web Servicesは、同社のサーバレスコンピューティング基盤であるAWS LambdaのJava 8ランタイムを、OpenJDKからAmazon Correttoへ移行すると発表しました。 Javaにはさまざまなディストリビューションが存在します。代表的なのがオラクルが企業向けに有償で提供しているOracle JDK、そしてオラクルがビルド、テストして無償配布しているOracle OpenJDK（単に「OpenJDK」と書かれた場合は、一般にこのOracle OpenJDKのことを指す）でしょう。 ほかにも、Eclipse Foundationによる「Eclipse Adoptium」（旧AdoptOpenJDK）、マイクロソフトによる「Microsoft Build of OpenJDK」などがあり、Amazon CorrettoはAWSによるJavaディストリビュー
最も高価なコード行を見つける – Amazon CodeGuru が一般提供開始 | Amazon Web Services
Amazon Web Services ブログ 最も高価なコード行を見つける – Amazon CodeGuru が一般提供開始 新しいアプリケーションを本番環境に導入し、それらの成長と発展に合わせてコードベースを維持し、同時に運用上の問題に対応するのはとても困難です。このため、チームの構築方法、適用方法、ソフトウェア配信パイプラインの安全な自動化方法について、多くのアイデアを見つけることができます。 昨年の re:Invent では、プレビューで Amazon CodeGuru を導入しました。これは機械学習を利用したデベロッパーツールで、アプリケーションの改善と、ランタイムデータに基づく自動コードレビューやパフォーマンスの推奨による問題のトラブルシューティングに役立ちます。 過去数か月の間に、より費用対効果の高い料金モデル、Bitbucket リポジトリのサポート、コマンドラインスイッ
Google Cloud FunctionsがJava 11をサポート開始。KotlinやScalaも利用可能に
Google Cloud FunctionsがJava 11をサポート開始。KotlinやScalaも利用可能に Google Cloud Functionsは、いわゆるサーバレスコンピューティングをGoogle Cloudで提供するサービスです。 あらかじめサーバをプロビジョニングしておく必要はなく、イベントをきっかけに実行したい関数をGoogle Cloud Functions上に保存しておくと、イベントにより自動的に関数が実行されます。実行される関数は負荷に応じて自動的にスケーラブルに実行され、実行が終了すれば利用していたコンピューティングリソースは解放されます。 今回の発表は、このGoogle Cloud FunctionsでJava 11をサポートしたというもの。 現時点でJavaの最新バージョンは3月に発表されたJava 14ですが、3年にわたってバグフィックスやセキュリティ対
AWS LambdaがJava 11のサポートを開始。AWS独自OpenJDKディストリビューションの「Amazon Corretto 11」ベース
AWS LambdaがJava 11のサポートを開始。AWS独自OpenJDKディストリビューションの「Amazon Corretto 11」ベース 以前からAWS LambdaはJava 8をサポートしています。2014年3月に登場したJava 8は、オラクルによる無償サポートが2019年1月に終了しています（個人利用においては2020年12月まで、有償での企業向けサポートは2025年3月まで）。 今回サポートされたJava 11は2018年9月に登場した、Java 8以来4年半ぶりのLTS（Long Term Support：長期サポート）対象バージョンです。 現時点ですでにJavaの最新バージョンは9月にリリースされた「Java 13」まで進んでいますが、LTSは3年ごとにしかリリースされないため、Java 11がLTSの最新版です。ちなみに次のLTSは2021年9月に登場するJav
Using GraalVM to run Native Java in AWS Lambda with Golang
If you are deploying serverless applications in AWS Lambda and using Java, you are well aware of cold start problems. Cold start happens because of the way the Java Virtual Machine works, it kicks in JIT (Just-in-time), and it needs to “warm-up” like a car from the 80s. AWS Lambda caches containers for you, so when idle, it is paused and brought back online immediately as soon as a request arrives
Java 8u60で、Mapの初期化とかがすごい楽になってる件 - mike-neckのブログ
夜中に8/15頃のツイートが回ってきた。 Java 8u60 adds reflection on lambda param names DSLs https://t.co/cflxFK468e Hash-Literals https://t.co/5rOCrrckcB pic.twitter.com/NEzj4X3Bt1— Benjamin Weber (@benjiweber) 2015, 8月 16 曰く Java8u60でラムダのパラメーターの名前に対してリフレクションができるようになってるよ というわけで 早速、件のツイートにあったレポジトリーをダウンロードして(mavenレポジトリーにはない…(´・ω・｀))、プロジェクトに追加して、試してみた。 コード import com.benjiweber.typeref.NamedValue; import java.util.Col
Java SE 8 Lambda & Stream API Overview from History
DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (2019 Update) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://soo.gd/irt2 } ...............................................
forEach書いたら負け、for文禁止 - torutkのブログ
本日は日本Javaユーザーグループ（JJUG）主催のクロスコミュニティカンファレンス2014春に参加してきました。今日の日記は、参加内容のまとめではなく、参加して得たことやそれをきっかけに考えたことなどをだらだらと書き連ねます。 Java SE 8では、forEach書いたら負け、for文禁止 日記のタイトルは、午前のセッション「K-1 詳説 Java SE 8 – CCC Edition」で出た話題です。手続き的なロジックを書いて、ネストが深く制御構造が複雑になってしまう人向けにはJava SE 8で導入されたラムダ式とStream APIを使って、内部イテレータと関数型プログラミングのエッセンスを取り入れた書き方をするといいよ、という話から出た言葉です。 実は昨日開催したJava読書会（「Java 8 Lambdas」を読む会）でも、「for文は禁止だ！」という話題が出てました。for
もしもラムダの中で例外が発生したら（前編） - Taste of Tech Topics
ある日、 id:cero-t がJJUGの重鎮たちと話している中で、とある宿題をもらいましたとさ。 「Java8のラムダの中で例外が発生したら、どうなるんだろう？」 こんにちは、アキバです。 もう皆さんはJava8を使ってみましたか？ とりあえずインストールしてみた人！ ・・はーい (おまえか という冗談はさておき、 今回は、id:cero-t に代わって私が冒頭のお題を調べてみました。 1. SerialStreamで動かしたラムダで例外が発生したら まずは、小手調べにシングルスレッドの場合を見てみましょう。 検査例外が発生するようなコードをラムダに書いてみると、コンパイルエラーになります。 こんなコードです。 try (BufferedWriter writer = Files.newBufferedWriter(Paths.get(W_FILENAME))) { // writer.
詳解 Java SE 8 第1回 Java SE 8概説
今回から、Java SE 8について紹介していきます。1回目の今回は、Java SE 8の成り立ちや、主な新機能について紹介します。 Java SE 8の成り立ち Java SE 8の成り立ちについて紹介するには、まずJava SE 7について言及しなければなりません。というのも、Java SE 8の主要な機能はもともとJava SE 7で導入される予定だったからです。 しかし、Java SE 7のリリースは遅れに遅れていたのです。特にProject LambdaとProject Jigsawはなかなか議論が収束せず、いつ合意に達するか全く読めない状況でした。 そこで、2010年9月にJava SEのチーフアーキテクトのMark Reinhold氏がblogで2つの案を提示したのです。 Plan A: すべてを含んだJava SE 7を2012年中旬にリリース Plan B: Projec
Java SE 8 lambdaで変わる プログラミングスタイル
福岡JavaOne2013報告会第2弾でのプレゼン ラムダ構文の文法よりも、その使い方とプログラミングスタイルについてを主にまとめました。
Java8で強化されたMapと、書きやすくなったメモ化再帰 - きしだのHatena
Java8のlambda構文の話を書くと、旧来の書き方でいいというコメントがつくのですが、それでも便利になったMapの恩恵を受けることは多いんじゃないかと思います。 ※ 2018/5/31 Java9からはメモ化再帰には使えなくなっています ※ 2019/2/15 なんか問題ない？ Mapには、lambda式を使ったメソッドが多く追加されていますが、たとえばgetOrDefaultメソッドのようなlambda式を使わないメソッドも追加されていて、これも便利です。 そして、このようなlambda式を使わないメソッドも、間接的にはlambda構文サポートでの言語拡張のおかげです。 Mapはインタフェースなので、Java7までの構文でメソッドを追加しようとすると、Mapを実装しているすべてのクラスに新しいメソッドの実装を追加する必要がありました。そしてそれは現実的に不可能なので、今までMapなど
Java8のlambda構文がどのようにクロージャーではないか - きしだのHatena
Java8にlambda構文が入りましたが、これはクロージャーではない、とされています。 では、どのように「クロージャーではない」のか、ちょっと見てみます。 まず、lambdaを返すメソッドを定義します。 public static Supplier<String> createMessenger(String name, String address){ return () -> { return String.format("私は%s、%sに住んでる", name, address); }; } 呼び出すと、こんな感じでSupplierを受け取ります。 Supplier<String> messenger = createMessenger("きしだ", "ふくおか"); このSupplierを実行すると、次のようになります。 System.out.println(messenger.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java7からJava16までの変遷。 - Qiita
ラムダ式でStrategyパターンで実装されたコードをシンプルにする ～ そこから見えてくるストラテジオブジェクトの本質