Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Java Webフレームワークの現状 / java web framework

Naoki Kishida
October 27, 2024
10
10k

Java Webフレームワークの現状 / java web framework

2024-10-27に開催されたJJUG CCC 2024 Fallでの登壇資料です
https://ccc2024fall.java-users.jp/

Naoki Kishida

October 27, 2024
Tweet

More Decks by Naoki Kishida

See All by Naoki Kishida
Java 23の概要とJava Web Frameworkの現状 / Java 23 and Java web framework
kishida
2
400
Is Object Oriented nesessary? COSCUP 2024
kishida
0
140
プログラムに組み込みたい人向けLLMの概要 / LLM for programmers
kishida
3
480
Javaの現状2024夏 / Java current status 2024 summer
kishida
5
1.9k
Java 22 Overview
kishida
1
330
Is Object-Oriented nessesary?
kishida
0
110
オブジェクト指向は必要なのか / Is object-oriented needed?
kishida
36
25k
AI時代を乗り切る実装力をつけよう / Get avility of implementation beyond AI era
kishida
4
7.6k
AI時代を生き抜くために処理をちゃんと書けるようになろう / write a executable process for AI era
kishida
31
18k

Featured

See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
229
52k
Designing on Purpose - Digital PM Summit 2013
jponch
116
7k
Agile that works and the tools we love
rasmusluckow
328
21k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
169
50k
Designing Experiences People Love
moore
138
23k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
1.9k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
Building a Modern Day 
E-commerce SEO Strategy
aleyda
38
7k

Transcript

  1. Webフレームワークの現状 2024-10-27 JJUG CCC 2024 Fall LINEヤフー きしだ なおき

  2. 2024/10/27 2 自己紹介 • きしだ なおき • LINEヤフー • X(twitter):

    @kis • blog: きしだのHatena • (nowokay.hatenablog.com) • 「プロになるJava」というJavaの本を書いてます

  3. Webの処理 • 簡単なWebサーバー • フレームワークは このようなWebサーバーから アプリケーション固有部分を 分離拡張できるようにする 仕組み void

    main() throws Exception{ var server = new ServerSocket(8080); for (;;) { var soc = server.accept(); Thread.ofVirtual().start(() -> { try (soc; var isr = new InputStreamReader(soc.getInputStream()); var bur = new BufferedReader(isr); var w = new PrintWriter(soc.getOutputStream())) { // ヘッダーの解析 var line = bur.readLine(); if (line == null) return; // exit thread println("Connect from %s for %s".formatted(soc.getInetAddress(), line)); while (!bur.readLine().isEmpty()) {} // urlによって処理の振り分け var url = line.split(" ")[1]; var message = switch(url) { case "/hello" -> "Hello!!!"; case "/date" -> LocalDate.now(); default -> "It works!"; }; // ヘッダー出力 w.println(""" HTTP/1.1 200 OK content-type: text/html """); w.println(); // コンテンツ出力 w.println(""" <html><head><title>Hello</title></head> <body><h1>Hello</h1>%s</body></html> """.formatted(message)); } catch (IOException ex) { throw new UncheckedIOException(ex); } }); } }

  4. Web開発に必要な処理 • HTTP処理 • リクエスト処理 • ルーティング • レスポンス処理 •

    Webアプリケーション処理 • セッション • 認証/認可 • リソース管理 • サーバー管理 • ネットワーク管理 • 実行管理 • 設定 • モニタリング • 開発管理 • ビルド • デプロイ • テスト

  5. Web開発に必要な処理 • HTTP処理 • リクエスト処理 • ルーティング • レスポンス処理 •

    Webアプリケーション処理 • セッション • 認証/認可 • リソース管理 • サーバー管理 • ネットワーク管理 • 実行管理 • 設定 • モニタリング • 開発管理 • ビルド • デプロイ • テスト var server = new ServerSocket(8080); for (;;) { var soc = server.accept();

  6. Web開発に必要な処理 • HTTP処理 • リクエスト処理 • ルーティング • レスポンス処理 •

    Webアプリケーション処理 • セッション • 認証/認可 • リソース管理 • サーバー管理 • ネットワーク管理 • 実行管理 • 設定 • モニタリング • 開発管理 • ビルド • デプロイ • テスト Thread.ofVirtual().start(() -> {

  7. Web開発に必要な処理 • HTTP処理 • リクエスト処理 • ルーティング • レスポンス処理 •

    Webアプリケーション処理 • セッション • 認証/認可 • リソース管理 • サーバー管理 • ネットワーク管理 • 実行管理 • 設定 • モニタリング • 開発管理 • ビルド • デプロイ • テスト // 本来ならポート番号を設定可能に var server = new ServerSocket(8080);

  8. Web開発に必要な処理 • HTTP処理 • リクエスト処理 • ルーティング • レスポンス処理 •

    Webアプリケーション処理 • セッション • 認証/認可 • リソース管理 • サーバー管理 • ネットワーク管理 • 実行管理 • 設定 • モニタリング • 開発管理 • ビルド • デプロイ • テスト println("Connect from %s for %s".formatted(soc.getInetAddress(), line)); } catch (IOException ex) { throw new UncheckedIOException(ex); }

  9. Web開発に必要な処理 • HTTP処理 • リクエスト処理 • ルーティング • レスポンス処理 •

    Webアプリケーション処理 • セッション • 認証/認可 • リソース管理 • サーバー管理 • ネットワーク管理 • 実行管理 • 設定 • モニタリング • 開発管理 • ビルド • デプロイ • テスト // ヘッダーの解析 var line = bur.readLine(); if (line == null) return; // exit thread println("Connect from %s for %s".formatted(soc.getInetAddress(), line)); while (!bur.readLine().isEmpty()) {}

  10. Web開発に必要な処理 • HTTP処理 • リクエスト処理 • ルーティング • レスポンス処理 •

    Webアプリケーション処理 • セッション • 認証/認可 • リソース管理 • サーバー管理 • ネットワーク管理 • 実行管理 • 設定 • モニタリング • 開発管理 • ビルド • デプロイ • テスト // urlによって処理の振り分け var url = line.split(" ")[1]; var message = switch(url) { case "/hello" -> "Hello!!!"; case "/date" -> LocalDate.now(); default -> "It works!"; };

  11. Web開発に必要な処理 • HTTP処理 • リクエスト処理 • ルーティング • レスポンス処理 •

    Webアプリケーション処理 • セッション • 認証/認可 • リソース管理 • サーバー管理 • ネットワーク管理 • 実行管理 • 設定 • モニタリング • 開発管理 • ビルド • デプロイ • テスト // ヘッダー出力 w.println(""" HTTP/1.1 200 OK content-type: text/html """); w.println(); // コンテンツ出力 w.println(""" <html><head><title>Hello</title></head> <body><h1>Hello</h1>%s</body></html> """.formatted(message));

  12. Web開発に必要な処理 • HTTP処理 • リクエスト処理 • ルーティング • レスポンス処理 •

    Webアプリケーション処理 • セッション • 認証/認可 • リソース管理 • サーバー管理 • ネットワーク管理 • 実行管理 • 設定 • モニタリング • 開発管理 • ビルド • デプロイ • テスト

  13. Webフレームワークの変化 • サーブレットコンテナ • 埋め込みサーバー • Docker • サーバレス

  14. サーブレットコンテナ • サーブレットコンテナと呼ばれるWebサーバーに アプリケーションを配備する • コンピュータが低性能だったため、ひとつのサーバープロセスで 複数のアプリケーションを動かす(メモリが128MBとか) • Strutsに始まるフレームワークはサーブレットのラッパ •

    HTTP処理のみ行う • 開発や運用が面倒

  15. 15 フレームワークの種類 • HTTP処理を行う • →の部分を書きやすくする • 大きく3種類 • 宣言形式

    • 命令形式 • コンポーネント形式 var message = switch(url) { case "/hello" -> "Hello!!!"; case "/date" -> LocalDate.now(); default -> "It works!"; };

  16. 宣言形式 • アノテーションを使って宣言的に設定を行う。主流。 • Spring Web • JAX-RS • Jakarta

    EEではJakarta RESTful Web Servicesで略称なし • Micronaut • サーブレット

  17. 宣言形式 • だいたい似てる(アノテーション以外は同じコード) import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.RestController; @RestController public class

    HelloController { @GetMapping(value = "/hello", produces = "text/plain") public String hello() { return "Hello Spring Boot!!"; } } import jakarta.ws.rs.*; import jakarta.ws.rs.core.MediaType; @Path("/hello") public class HelloController { @GET @Produces(MediaType.TEXT_PLAIN) public String hello() { return "Hello JAX-RS!!"; } } import io.micronaut.http.MediaType; import io.micronaut.http.annotation.*; @Controller("/hello") public class HelloController { @Get @Produces(MediaType.TEXT_PLAIN) public String hello() { return "Hello Micronaut!!"; } }

  18. 命令形式 • 命令的にルーティングや処理を設定していく • Javalin • Helidon SE • だいたい似ている

    import io.helidon.webserver.WebServer; void main() { WebServer.builder() .port(8080) .routing(b -> b.get("/hello", (req, res) -> res.send("Hello Helidon!")) .get("/date", (req, res) -> res.send(LocalDate.now().toString())) .get("/*", (req, res) -> res.send("It Works!"))) .build().start(); } import io.javalin.Javalin; void main() { Javalin.create() .get("/hello", ctx -> ctx.result("Hello Javalin!")) .get("/date", ctx -> ctx.result(LocalDate.now().toString())) .get("/*", ctx -> ctx.result("It works!!")) .start(8080); }

  19. コンポーネント形式 • クライアントとサーバー処理をまとめたUIコンポーネントを 組み立ていく • サーバーサイドだけでUI含めて実装 • それぞれ特徴的 • JSF

    • ZK • Vaadin • 有償コンポーネントで会社が成り立っている

  20. JSF • Java EE / Jakarta EE標準 • Jakarta EEではJakarta

    Faces

  21. JSF • Java + Facelets(XHTML) • JavaはPOJO • 制御にクセがある v<f:view>

    <h:form> <div> <h:inputText id="in" value="#{helloBean.input}"/> <h:commandButton value="Hello" actionListener="#{helloBean.go()}"> <f:ajax execute="in" render="out"/> </h:commandButton> </div> <h:outputLabel id="out" value="#{helloBean.message}"/> </h:form> </f:view> import jakarta.enterprise.context.RequestScoped; import jakarta.inject.Named; @Named @RequestScoped public class HelloBean { // 実際にはそれぞれのsetter/getterが必要 private String message = "Hello!!!"; private String input = ""; public void go() { message = "hello " + input; } }

  22. ZK • Java + ZUL(XML) • Javaでコンポーネントのモデル管理 public class HelloComposer

    extends SelectorComposer<Component>{ @Wire private Label output; @Wire private Textbox input; @Listen("onClick = #exec") public void go() { output.setValue(input.getValue()); } } <zk> <window title="My Page" border="normal" apply="com.example.demo.HelloComposer"> It works!! <vlayout> <hlayout> <textbox id="input"/> <button id="exec" label="Go"/> </hlayout> <label id="output" value="hello"/> </vlayout> </window> </zk>

  23. Vaadin • すべてJavaで記述 @Component @Route("") public class MainView extends VerticalLayout{

    public MainView() { TextField textField = new TextField("Enter text"); Span label = new Span("Hello"); Button button = new Button("Go"); button.addClickListener(e -> label.setText(textField.getValue())); add(textField, button, label); } }

  24. 埋め込みサーバー • クラウドの隆盛 • 供給側：スレッド性能の頭打ちにより多サーバー化 • 需要側：4Gとスマホでトラフィックの増大 • ひとつのWebアプリを多数のサーバーで動かしてスケールアウト •

    サーブレットコンテナが不適合 • サーバーインストールやデプロイは ただ開発を面倒にするだけ • Spring Bootでのサーバー埋め込み • フレームワークのフルスタック化

  25. サーバー埋め込みによるビルド多様化 • WAR一択からの変化 • fat-jar • JVM一体パッケージ • Dockerコンテナ化 •

    ネイティブコンパイル

  26. Dockerとマイクロサービス • プロセッサのさらなる多コア化 • 数十コアをいかすのに多数のVMを使うと無駄 • プロセスIDなどOSリソースだけ仮想化したコンテナの出現 • サーバープロセスの柔軟な運用が可能に •

    機能ごとにサーバーをわけて、負荷の高い機能に多くのサーバーリソースを振分け • マイクロサービス • JVM、サーブレットやSpring DIの起動速度が問題に • サーブレットに依存せずコンパイル時にDIを解決するQuarkusやMicronaut • 障害時の柔軟性も大切に • 障害が起きる前提の運用

  27. サーバレスとネイティブイメージ • 機能ごとにサーバーをわけるマイクロサービスをつきつめると リクエストハンドラ単体が1プロセスに切り分けられる • サーバレス • クラウド対応CGI • JVMの起動時間だけではなくJIT最適化の時間も問題に

    • 1リクエスト処理するとJITの前にプロセスが終わる • GraalVMでのネイティブコンパイル • Project Leydenで標準化

  28. Java標準は？ • Java EEの凋落 • Java EEガーディアンズとJakarta EE • MicroProfile

    • Jakarta EE 10

  29. Java EEの凋落 • 1つのアプリケーションサーバーに多数のアプリケーションをデ プロイするJava EEのモデルはクラウドに合わなかった • 2013年にリリースされたJava EE 7はクラウドを考慮したもの

    とは言い難かった • その後もJava EE 8の開発は進まず • Java EEアプリケーションサーバーの高度な機能がKubernetes で代替される • Java EEの強みが失われていく

  30. Java EEガーディアンズとJakarta EE • Java EE 8を進めないオラクルへの不満から2016年にJava EE ガーディアンズが立ち上がる •

    2017年、Java EE 8のリリースとともにEclipse財団へ移管 • Javaの名前が使えなくなるため、Jakarta EEに

  31. MicroProfile • Java EEのクラウド対応、特にマイクロサービス対応に期待でき ない状況でも強い要求があり、Java EEガーディアンズにも参加 しているメンバーにより2016年にMicroProfileが策定される • 監視や耐障害性が中心 •

    Jakarta EE Core Profileベース

  32. MicroProfileのAPI • Telemetry • サーバー状態の取得・提供 • OpenAPI • API仕様記述 •

    RestClient • API呼び出し • Config • 設定 • Fault Tolerance • 耐障害性機能 • タイムアウト/リトライ/サーキットブレイカー • JWT Authentication • JSON Web Tokenによる認証 • Health • アプリケーションの稼働確認

  33. Jakarta EE 10 • 2022年にリリース • Java EE 7から9年 •

    Java EE 8は小変更 • Jakarta EE 9はパッケージ変更 • Core Profileの導入 • サーブレット非依存 Updated Not Updated New

  34. まとめ • プログラムとしてWebフレームワークがどういう位置付けか知る とコントロールしやすくなる • 変化の経緯を知っておくと機能の意味がわかりやすい • フレームワークの機能からアプリケーションに必要な要素を知る