diff --git a/blog_tags.json b/blog_tags.json index bca27f004..9a036cfd5 100644 --- a/blog_tags.json +++ b/blog_tags.json @@ -2,7 +2,7 @@ "blog_tags": [ { "name": "announcements", - "posts": ["24.0.0.6-beta", + "posts": ["24.0.0.6", "24.0.0.6-beta", "24.0.0.5", "24.0.0.5-beta", "24.0.0.4", "24.0.0.4-beta", "24.0.0.3", "24.0.0.2", @@ -160,7 +160,7 @@ }, { "name": "release", - "posts": ["24.0.0.6-beta", + "posts": ["24.0.0.6", "24.0.0.6-beta", "24.0.0.5", "24.0.0.5-beta", "24.0.0.4", "24.0.0.4-beta", "24.0.0.3", "24.0.0.2", @@ -293,7 +293,7 @@ }, { "name": "spring", - "posts": ["spring-boot-3", + "posts": ["24.0.0.6", "spring-boot-3", "23.0.0.12", "23.0.0.10-beta", "23.0.0.9", "23.0.0.9-beta", "23.0.0.8-beta", "running-spring-boot-3", @@ -527,7 +527,7 @@ }, { "name": "performance-enhancements", - "posts": ["24.0.0.3", + "posts": ["24.0.0.6", "24.0.0.3", "Java21-Images", "24.0.0.1", "23.0.0.10-beta", "23.0.0.6", "rapid-startup-instanton", "23.0.0.5-beta", diff --git a/posts/2023-09-26-spring-boot-3-instant-on.adoc b/posts/2023-09-26-spring-boot-3-instant-on.adoc index 2253882e9..0118797b7 100644 --- a/posts/2023-09-26-spring-boot-3-instant-on.adoc +++ b/posts/2023-09-26-spring-boot-3-instant-on.adoc @@ -27,13 +27,13 @@ For more information about Liberty InstantOn, see the link:/blog/2023/06/29/rapi == Spring Boot support for checkpoint/restore -The Spring Framework version 6.1 release will integrate with link:https://docs.spring.io/spring-framework/reference/6.1/integration/checkpoint-restore.html[JVM checkpoint/restore] by using the link:https://github.com/CRaC/org.crac[org.crac] project to allow capable systems to reduce the startup times of Spring-based Java applications. With the Liberty InstantOn 23.0.0.10-beta version, you can configure a new `crac-1.3` feature to provide an implementation of the link:https://javadoc.io/doc/org.crac/crac/latest/index.html[org.crac API] that integrates with Liberty InstantOn. This allows Spring-based applications, including Spring Boot applications, to be deployed with Liberty InstantOn to achieve rapid startup times. +The Spring Framework version 6.1 release will integrate with link:https://docs.spring.io/spring-framework/reference/6.1/integration/checkpoint-restore.html[JVM checkpoint/restore] by using the link:https://github.com/CRaC/org.crac[org.crac] project to allow capable systems to reduce the startup times of Spring-based Java applications. With the Liberty InstantOn 23.0.0.10-beta version, you can configure a new `crac-1.4` feature to provide an implementation of the link:https://javadoc.io/doc/org.crac/crac/latest/index.html[org.crac API] that integrates with Liberty InstantOn. This allows Spring-based applications, including Spring Boot applications, to be deployed with Liberty InstantOn to achieve rapid startup times. == Production-ready Liberty container images New link:https://www.redhat.com/en/blog/introducing-red-hat-universal-base-image[Universal Base Image] container images are uploaded to the link:https://github.com/OpenLiberty/ci.docker/blob/main/docs/icr-images.md[IBM Container Registry] for each new release of Liberty. Starting with the 23.0.0.6 Liberty release, the Liberty UBI container images include the necessary prerequisites to checkpoint your applications with Liberty InstantOn. And now, starting with the 23.0.0.10-beta release, the UBI beta container image also includes the prerequisites to checkpoint your Spring Boot 3.2-based applications. -This beta release includes an implementation of the link:https://javadoc.io/doc/org.crac/crac/latest/index.html[`org.crac`] APIs with the Liberty beta feature `crac-1.3`. The `crac-1.3` feature, along with the Spring Framework version 6.1 support for `org.crac`, allows you to checkpoint your Spring-based applications with Liberty InstantOn to achieve rapid startup times. +This beta release includes an implementation of the link:https://javadoc.io/doc/org.crac/crac/latest/index.html[`org.crac`] APIs with the Liberty beta feature `crac-1.4`. The `crac-1.4` feature, along with the Spring Framework version 6.1 support for `org.crac`, allows you to checkpoint your Spring-based applications with Liberty InstantOn to achieve rapid startup times. The Liberty container images make it easy to develop InstantOn applications that are ready to deploy into production. An important benefit of using Liberty InstantOn is the ability to do a checkpoint of the application process inside the container without requiring the root user to be running the application process in the container. It is important, from a security perspective, to avoid running the application process in the container as the root user. This allows you to link:https://openliberty.io/docs/latest/instanton.html#_deploying_an_instanton_application_to_kubernetes_services[deploy your InstantOn container images] to existing Kubernetes services like AWS EKS and Azure EKS. @@ -60,9 +60,9 @@ After building the Spring Boot application, the next step is to containerize it. To build the application container image with InstantOn, you must be able to either run a privileged container or grant the container image build engine the necessary link:https://openliberty.io/docs/latest/instanton.html#linux-capabilities[Linux capabilities] to do the checkpoint. -=== Enabling the crac-1.3 Liberty feature +=== Enabling the crac-1.4 Liberty feature -Liberty is composed of features that you enable according to the requirements of your application. To use Liberty's implementation of `org.crac`, you must enable the `crac-1.3` feature in the Liberty configuration. For this example, we can do that by copying in the `src/main/liberty/config/crac.xml` file into the container image with the following Dockerfile command: +Liberty is composed of features that you enable according to the requirements of your application. To use Liberty's implementation of `org.crac`, you must enable the `crac-1.4` feature in the Liberty configuration. For this example, we can do that by copying in the `src/main/liberty/config/crac.xml` file into the container image with the following Dockerfile command: .Dockerfile [source] @@ -70,7 +70,7 @@ Liberty is composed of features that you enable according to the requirements of COPY src/main/liberty/config/crac.xml /config/configDropins/defaults ---- -The `crac.xml` Liberty configuration file enables the `crac-1.3` feature with the following content: +The `crac.xml` Liberty configuration file enables the `crac-1.4` feature with the following content: .crac.xml [source,xml] @@ -79,7 +79,7 @@ The `crac.xml` Liberty configuration file enables the `crac-1.3` feature with th - crac-1.3 + crac-1.4 @@ -185,7 +185,7 @@ You see the following output when the application process is restored: 2023-09-07T15:22:52.764Z INFO 118 --- [ecutor-thread-1] o.s.c.support.DefaultLifecycleProcessor : Spring-managed lifecycle restart completed in 80 ms [AUDIT ] CWWKC0452I: The Liberty server process resumed operation from a checkpoint in 0.263 seconds. [AUDIT ] CWWKZ0001I: Application thin-guide-spring-boot-0.1.0 started in 0.265 seconds. -[AUDIT ] CWWKF0012I: The server installed the following features: [crac-1.3, expressionLanguage-5.0, pages-3.1, servlet-6.0, springBoot-3.0, ssl-1.0, transportSecurity-1.0, websocket-2.1]. +[AUDIT ] CWWKF0012I: The server installed the following features: [crac-1.4, expressionLanguage-5.0, pages-3.1, servlet-6.0, springBoot-3.0, ssl-1.0, transportSecurity-1.0, websocket-2.1]. [AUDIT ] CWWKF0011I: The defaultServer server is ready to run a smarter planet. The defaultServer server started in 0.277 seconds. ---- @@ -208,7 +208,7 @@ InstantOn application images will be ready to deploy into existing public clouds // // OpenLiberty.io site links: // link:/guides/microprofile-rest-client.html[Consuming RESTful Java microservices] -// +// // Off-site links: // link:https://openapi-generator.tech/docs/installation#jar[Download Instructions] // diff --git a/posts/2023-12-12-23.0.0.12.adoc b/posts/2023-12-12-23.0.0.12.adoc index 331f0edcc..07d555aa5 100644 --- a/posts/2023-12-12-23.0.0.12.adoc +++ b/posts/2023-12-12-23.0.0.12.adoc @@ -10,6 +10,9 @@ seo-description: Open Liberty 23.0.0.12 introduces MicroProfile 6.1, which inclu blog_description: Open Liberty 23.0.0.12 introduces MicroProfile 6.1, which includes updates for MicroProfile Metrics and MicroProfile Telemetry. This release also coincides with new versions of the Liberty Maven and Gradle plug-ins, and includes enhancements for OpenID Connect, LTPA key management, and more. open-graph-image: https://openliberty.io/img/twitter_card.jpg open-graph-image-alt: Open Liberty Logo +blog-available-in-languages: +- lang: ja + path: /ja/blog/2023/12/12/23.0.0.12.html --- = MicroProfile 6.1, Liberty Tools updates, and more in Open Liberty 23.0.0.12 David Mueller diff --git a/posts/2024-06-18-24.0.0.6.adoc b/posts/2024-06-18-24.0.0.6.adoc new file mode 100644 index 000000000..492b2c696 --- /dev/null +++ b/posts/2024-06-18-24.0.0.6.adoc @@ -0,0 +1,275 @@ +--- +layout: post +title: "Faster startup for Spring Boot 3.x applications and more in 24.0.0.6" +# Do NOT change the categories section +categories: blog +author_picture: https://avatars3.githubusercontent.com/dmuelle +author_github: https://github.com/dmuelle +seo-title: Faster startup for Spring Boot 3.x applications and more in 24.0.0.6 - OpenLiberty.io +seo-description: The 24.0.0.6 release introduces the Coordinated Restore at Checkpoint feature, which improves startup times for Spring Boot 3.x applications with Liberty InstantOn. This release also includes InstantOn support for applications that use distributed HTTP session caching and IBM MQ messaging. +blog_description: The 24.0.0.6 release introduces the Coordinated Restore at Checkpoint feature, which improves startup times for Spring Boot 3.x applications with Liberty InstantOn. This release also includes InstantOn support for applications that use distributed HTTP session caching and IBM MQ messaging. +open-graph-image: https://openliberty.io/img/twitter_card.jpg +open-graph-image-alt: Open Liberty Logo +--- += Faster startup for Spring Boot 3.x applications and more in 24.0.0.6 +David Mueller +:imagesdir: / +:url-prefix: +:url-about: / +//Blank line here is necessary before starting the body of the post. + + +The 24.0.0.6 release introduces the Coordinated Restore at Checkpoint feature, which improves startup times for Spring Boot 3.x applications with Liberty InstantOn. This release also includes InstantOn support for applications that use distributed HTTP session caching and IBM MQ messaging. + +In link:{url-about}[Open Liberty] 24.0.0.6: + +* <> +* <> +* <> +* <> + + +View the list of fixed bugs in link:https://github.com/OpenLiberty/open-liberty/issues?q=label%3Arelease%3A24006+label%3A%22release+bug%22[24.0.0.6]. + +Check out link:{url-prefix}/blog/?search=release&search!=beta[previous Open Liberty GA release blog posts]. + + +[#run] + + +== Develop and run your apps using 24.0.0.6 + +If you're using link:{url-prefix}/guides/maven-intro.html[Maven], include the following in your `pom.xml` file: + +[source,xml] +---- + + io.openliberty.tools + liberty-maven-plugin + 3.10.3 + +---- + +Or for link:{url-prefix}/guides/gradle-intro.html[Gradle], include the following in your `build.gradle` file: + +[source,gradle] +---- +buildscript { + repositories { + mavenCentral() + } + dependencies { + classpath 'io.openliberty.tools:liberty-gradle-plugin:3.8.3' + } +} +apply plugin: 'liberty' +---- + +Or if you're using link:{url-prefix}/docs/latest/container-images.html[container images]: + +[source] +---- +FROM icr.io/appcafe/open-liberty +---- + +Or take a look at our link:{url-prefix}/start/[Downloads page]. + +If you're using link:https://plugins.jetbrains.com/plugin/14856-liberty-tools[IntelliJ IDEA], link:https://marketplace.visualstudio.com/items?itemName=Open-Liberty.liberty-dev-vscode-ext[Visual Studio Code] or link:https://marketplace.eclipse.org/content/liberty-tools[Eclipse IDE], you can also take advantage of our open source link:https://openliberty.io/docs/latest/develop-liberty-tools.html[Liberty developer tools] to enable effective development, testing, debugging, and application management all from within your IDE. + +[link=https://stackoverflow.com/tags/open-liberty] +image::img/blog/blog_btn_stack.svg[Ask a question on Stack Overflow, align="center"] + +// Blog issue: https://github.com/OpenLiberty/open-liberty/issues/26059 +// Contact/Reviewer: tjwatson +// // // // // // // // + +[#sbcrac] +== Faster startup of Spring Boot apps (Spring Boot 3.0 InstantOn with CRaC) + +Open Liberty InstantOn provides fast startup times for MicroProfile and Jakarta EE applications. With link:{url-prefix}/blog/2023/06/29/rapid-startup-instanton.html[InstantOn], your applications can start in milliseconds, without compromising on throughput, memory, development-production parity, or Java language features. InstantOn uses the Checkpoint/Restore In Userspace (link:https://criu.org/[CRIU]) feature of the Linux kernel to take a checkpoint of the JVM that can be restored later. + +The Spring Framework (version 6.1+) includes link:https://docs.spring.io/spring-framework/reference/6.1/integration/checkpoint-restore.html[support for Coordinated Restore at Checkpoint (CRaC)], which also uses CRIU to provide Checkpoint and Restore for Java applications. Spring Boot version 3.2+ uses Spring Framework version 6.1+, which enables Spring Boot applications to also use CRaC to achieve rapid startup times. + +The link:docs/latest/reference/feature/springBoot-3.0.html[Open Liberty springBoot-3.0 feature] allows Spring Boot 3.x-based applications to be deployed with Open Liberty. And now, with the new Open Liberty link:docs/latest/reference/feature/crac-1.4.html[Coordinated Restore at Checkpoint] (`crac-1.4`) feature, a Spring Boot 3.2+ application can be deployed with Liberty InstantOn and achieve rapid startup times. + +To use the CRaC 1.4 functionality with the `springBoot-3.0` feature, you must be running with Java 17 or higher and enable the `crac-1.4` feature in your `server.xml` file. Additionally, if your application uses Servlet, it needs to use the `servlet-6.0` feature. Configure these features in the `server.xml` file, similar to the following example: + +[source,xml] +---- + + springBoot-3.0 + servlet-6.0 + crac-1.4 + +---- + +With these features enabled, you can containerize your Spring Boot 3.2+ application with Liberty InstantOn support by following the link:{url-prefix}/docs/latest/instanton.html[Liberty InstantOn documentation] and the Liberty recommendations for containerizing Spring Boot applications in the link:{url-prefix}/guides/spring-boot.html[Liberty Spring Boot guide]. + +For more information and an example Spring Boot application that uses the Liberty InstantOn `crac-1.4` feature, see the link:/blog/2023/09/26/spring-boot-3-instant-on.html[How to containerize your Spring Boot application for rapid startup] blog post. + + +You can also use the `crac-1.4` feature with other applications, such as applications that use Jakarta EE or MicroProfile. Such applications can register resources with CRaC to get notifications for checkpoint and restore. These notifications help applications to prepare for a checkpoint and to perform necessary actions when the application is restored. For more information on the `org.crac` APIs, see the link:https://javadoc.io/doc/org.crac/crac/latest/index.html[org.crac] Javadoc. + +// // // // DO NOT MODIFY THIS COMMENT BLOCK // // // // +// Blog issue: https://github.com/OpenLiberty/open-liberty/issues/28572 +// Contact/Reviewer: dazavala +// // // // // // // // +[#mq] +== InstantOn support for Jakarta Messaging with IBM® MQ + +The 24.0.0.6 release introduces InstantOn support for the link:{url-prefix}/docs/latest/reference/feature/messaging-3.0.html[Jakarta Messaging], link:{url-prefix}/docs/latest/reference/feature/connectors-2.1.html[Jakarta Connectors], and link:{url-prefix}/docs/latest/reference/feature/mdb-4.0.html[Jakarta Enterprise Beans Message-Driven Beans (MDB)] features. InstantOn now provides blazing fast startup times for applications that use resource adapters to access external EIS resources, including applications that use the Jakarta Messaging API to access external messaging systems like IBM® MQ. These messaging client applications can also manage message delivery to endpoints with message-driven bean listeners. + +For Jakarta EE 10 messaging applications that provide message-driven bean endpoints and access messaging resources that are provided by IBM® MQ, enable the `messaging-3.1` and `mdb-4.0` features and specify the path to the link:https://repo1.maven.org/maven2/com/ibm/mq/wmq.jakarta.jmsra/9.3.5.0/wmq.jakarta.jmsra-9.3.5.0.rar[IBM® MQ resource adapter]. The feature configuration automatically includes the `connectors-2.1` feature, which supports the `resourceAdapter` configuration element. + +[source,xml] +---- + + messaging-3.1 + mdb-4.0 + servlet-6.0 + + + +---- + +[sidebar] +.Developer tip +-- +You can use the link:https://developer.ibm.com/tutorials/mq-connect-app-queue-manager-containers/[MQ in Container image] IBM® MQ server that provides the following resources: queue manager `QM1` listening on port 1414, queue `DEV.QUEUE.1`, and channel `DEV.APP.SVRCONN`. These resources can support a simple point-to-point messaging scenario and are named within the messaging feature configuration elements that are shown in the following example. +-- + +InstantOn can dynamically update the messaging and connectors configuration elements to enable connections to external resources that are made available in any environment where a server is restored from checkpoint. + +For example, the following messaging configuration declares Liberty variables to specify the hostname and IP port of the system that hosts the IBM® MQ queue manager. Define these variables in the restore environment of the server. When the server restores, the connection factory and message endpoint activation configurations will update to the environment-specific hostname and port values that enable Open Liberty to connect to the IBM® MQ queue manager. + +[source,xml] +---- + + + + + + + + + + + + + + + + + + + +---- + +Stay tuned for upcoming announcements regarding InstantOn support for Jakarta features. + + + + + +// DO NOT MODIFY THIS LINE. + +// // // // DO NOT MODIFY THIS COMMENT BLOCK // // // // +// Blog issue: https://github.com/OpenLiberty/open-liberty/issues/28496 +// Contact/Reviewer: anjumfatima90 +// // // // // // // // +[#jcache] +== InstantOn support for distributed HTTP session caching + +The 24.0.0.6 release also provides InstantOn support for the link:{url-prefix}/docs/latest/reference/feature/sessionCache-1.0.html[JCache Session Persistence] feature. This feature uses a JCache provider to create a distributed in-memory cache. Distributed session caching is achieved when the server is connected to at least one other server to form a cluster. Open Liberty servers can behave in the following ways in a cluster. + +- Client-server model: An Open Liberty server can act as the JCache client and connect to a dedicated JCache server. +- Peer-to-Peer model: An Open Liberty server can connect with other Open Liberty servers that are also running with the JCache Session Persistence feature and configured to be part of the same cluster. + +To enable JCache Session Persistence, the `sessionCache-1.0` feature must be enabled in your `server.xml` file: + +[source,xml] +---- +sessionCache-1.0 +---- + +You can configure the client/server model in the `server.xml` file, similar to the following example. + +[source,xml] +---- + + + + + + + + +---- + +You can configure the peer-to-peer model in the `server.xml` file, similar to the following example. + +[source,xml] +---- + + + + + + + + + +---- + +**Note:** +To provide InstantOn support for the peer-to-peer model by using Infinispan as a JCache Provider, you must use Infinispan 12 or later. You must also enable link:{url-prefiux}/docs/latest/reference/feature/mpReactiveStreams-3.0.html[MicroProfile Reactive Streams 3.0] or later and link:{url-prefix}docs/latest/reference/feature/mpMetrics-4.0.html[MicroProfile Metrics 4.0] or later in the `server.xml` file, in addition to the JCache Session Persistence feature. + +The environment can provide vendor-specific JCache configuration properties when the server is restored from the checkpoint. The following configuration uses server list, username, and password values as variables defined in the restore environment. + +[source,xml] +---- + + + + + + + +---- + + +// DO NOT MODIFY THIS LINE. + + + +[#CVEs] +== Security vulnerability (CVE) fixes in this release +[cols="5*"] +|=== +|CVE |CVSS Score |Vulnerability Assessment |Versions Affected |Notes + +|http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-22354[CVE-2024-22354] +|7.0 +|XML External Entity (XXE) injection +|17.0.0.3 - 24.0.0.5 +| +|=== + +For a list of past security vulnerability fixes, reference the link:{url-prefix}/docs/latest/security-vulnerabilities.html[Security vulnerability (CVE) list]. + + +== Get Open Liberty 24.0.0.6 now + +Available through <>. diff --git a/posts/ja/2023-12-12-23.0.0.12.adoc b/posts/ja/2023-12-12-23.0.0.12.adoc new file mode 100644 index 000000000..895add331 --- /dev/null +++ b/posts/ja/2023-12-12-23.0.0.12.adoc @@ -0,0 +1,554 @@ +--- +layout: post +title: "Open Liberty 23.0.0.12におけるMicroProfile 6.1サポート, Liberty Toolsアップデート, 他" +# Do NOT change the categories section +categories: blog +author_picture: https://avatars3.githubusercontent.com/dmuelle +author_github: https://github.com/dmuelle +seo-title: Open Liberty 23.0.0.12におけるMicroProfile 6.1サポート, Liberty Toolsアップデート, 他 - OpenLiberty.io +seo-description: Open Liberty 23.0.0.12 では MicroProfile 6.1 が導入され、MicroProfile Metrics と MicroProfile Telemetry のアップデートが含まれています。このリリースは、Liberty MavenおよびGradleプラグインの新バージョンと同時にリリースされ、OpenID Connect、LTPAキー管理などの機能強化が含まれています。 +blog_description: Open Liberty 23.0.0.12 では MicroProfile 6.1 が導入され、MicroProfile Metrics と MicroProfile Telemetry のアップデートが含まれています。このリリースは、Liberty MavenおよびGradleプラグインの新バージョンと同時にリリースされ、OpenID Connect、LTPAキー管理などの機能強化が含まれています。 +open-graph-image: https://openliberty.io/img/twitter_card.jpg +open-graph-image-alt: Open Liberty Logo +additional_authors: +- name: 田中 孝清 (翻訳) + github: https://github.com/takakiyo + image: https://avatars.githubusercontent.com/takakiyo +blog-available-in-languages: +- lang: en + path: /blog/2023/12/12/23.0.0.12.html +--- += Open Liberty 23.0.0.12におけるMicroProfile 6.1サポート, Liberty Toolsアップデート, 他 +David Mueller +:imagesdir: / +:url-prefix: +:url-about: / +//Blank line here is necessary before starting the body of the post. + +Open Liberty 23.0.0.12 では MicroProfile 6.1 が導入され、MicroProfile Metrics と MicroProfile Telemetry のアップデートが含まれています。このリリースは、Liberty Tools、Liberty MavenおよびGradleプラグインの新バージョンと同時にリリースされ、OpenID Connect、LTPAキー管理などの機能強化が含まれています。 + +link:{url-about}[Open Liberty] 23.0.0.12では、 + +* <> + ** <> + ** <> + ** <> + * <> +* <> +* <> +* <> +* <> +* <> +* <> + + + +link:https://github.com/OpenLiberty/open-liberty/issues?q=label%3Arelease%3A230012+label%3A%22release+bug%22[23.0.0.12] で修正されたバグリストをご参照ください。 + +link:{url-prefix}/blog/?search=release&search!=beta[過去のOpen Liberty GAリリースのブログ記事] もご参照ください。 + +// The following excerpt for issue https://github.com/OpenLiberty/open-liberty/issues/26170 was found in 2023-09-26-23.0.0.10-beta.adoc. +// ------ ------ +// Contact/Reviewer: Emily-Jiang +// // // // // // // // +== いますぐOpen Liberty 23.0.0.12を使用してアプリを実行するには + +<> から利用いただけます。 + +[link=https://stackoverflow.com/tags/open-liberty] +image::img/blog/blog_btn_stack.svg[Ask a question on Stack Overflow, align="center"] + +[#mp61] +== MicroProfile 6.1がサポートされました + +MicroProfile 6.1 はマイナーリリースで、MicroProfile 6.0 と互換性があります。MicroProfile 6.1 には、Jakarta EE 10 Core Profile API と以下の MicroProfile コンポーネント仕様が含まれます： + +* link:https://jakarta.ee/specifications/coreprofile/10/[Jakarta EE 10 Core Profile] +* link:https://github.com/eclipse/microprofile-config/releases/tag/3.1-RC1[MicroProfile Config 3.1] +* link:https://github.com/eclipse/microprofile-fault-tolerance/releases/tag/4.0.2[MicroProfile Fault Tolerance 4.0] +* link:https://github.com/eclipse/microprofile-metrics/releases/tag/5.1.0-RC1[MicroProfile Metrics 5.1] +* link:https://github.com/eclipse/microprofile-health/releases/tag/4.0.1[MicroProfile Health 4.0] +* link:https://github.com/eclipse/microprofile-telemetry/releases/tag/1.1-RC1[MicroProfile Telemetry 1.1] +* link:https://github.com/eclipse/microprofile-open-api/releases/tag/3.1[MicroProfile OpenAPI 3.1] +* link:https://github.com/eclipse/microprofile-jwt-auth/releases/tag/2.1[MicroProfile JWT Authentication 2.1] +* link:https://github.com/eclipse/microprofile-rest-client/releases/tag/3.0.1[MicroProfile Rest Client 3.0] + +次の 3 つの仕様がマイナーアップデートされ、他の 5 つの仕様に変更はありません： + +* MicroProfile Metrics 5.1 + +* MicroProfile Telemetry 1.1 + +* MicroProfile Config 3.1 (主な更新はTCKテストで、テストががCDI 3.xまたはCDI 4.0 Liteに対しても実行されるようになった) + + +各機能の変更の詳細と利用方法については、以下のセクションをご覧ください。 + +[#mpm51] +=== MicroProfile Metrics 5.1を使用して、ヒストグラムおよびタイマーメトリクスで追跡される統計情報を構成 + +MicroProfile Metrics 5.1 には、ヒストグラムおよびタイマー・メトリクスが追跡および出力する統計情報を構成するための新しい MicroProfile Config プロパティが含まれています。MicroProfile Metrics 5.0 では、ヒストグラムおよびタイマー・メトリクスは、_max_ 記録値、すべての値の _sum_、記録された値の _count_、および 50 パーセンタイル、75 パーセンタイル、95 パーセンタイル、98 パーセンタイル、99 パーセンタイル、99.9 パーセンタイルの静的なセットのみを追跡および出力します。これらの値は Prometheus フォーマットで `/metrics` エンドポイントに出力されます。 + +MicroProfile Metrics 5.1 で導入されたプロパティでは、ヒストグラムとタイマー・メトリクスのパーセンタイルのカスタム・セットとヒストグラム・バケットのカスタム・セットを定義できます。ヒストグラム・バケツのデフォルト・セットを有効にするための構成プロパティも含まれており、これにはバケツ・セットの上限と下限を定義するためのプロパティも含まれます。 + +以下の表のプロパティは、以下の構文を使用して、セミコロンで区切られた値定義のリストを定義できます： + + +[source] +---- +metric_name=value_1[,value_2…value_n] +---- + +[%header,cols="1,1"] +|=== +| Property |Description +| mp.metrics.distribution.percentiles +a| - 追跡および出力するヒストグラムとタイマー・メトリクスのマッチングのために、パーセンタイルのカスタム・セットを定義します。 +- メトリック名のペアに整数値と 10 進値のセットを受け付けます。 +- メトリック名のペアリングで値が提供されない場合、パーセンタイル出力を無効にするために使用できます。 + + +| mp.metrics.distribution.histogram.buckets +a| - 追跡および出力するヒストグラム・メトリクスに一致する（累積的な）ヒストグラム・バケツのカスタム・セットを定義します。 +- メトリック名のペアに整数値と 10 進値のセットを受け入れます。 + + +| mp.metrics.distribution.timer.buckets +a| - 追跡および出力するタイマー・メトリクスに一致する（累積）ヒストグラム・バケツのカスタム・セットを定義します。 + - メトリック名のペアに、時間単位（ms、s、m、h など）を付加した 10 進値のセットを受け入れます。 + + +|mp.metrics.distribution.percentiles-histogram.enabled +a| - 監視ツールでパーセンタイル構成を可能にするために、デフォルトのヒストグラムバケットの大規模なセットを提供するために、一致するヒストグラムまたはタイマーメトリックを構成します。 +- メトリック名のペアに true/false を指定します。 + + +| mp.metrics.distribution.histogram.max-value +a| - タイマーのパーセンタイル・ヒストグラムが有効な場合、このプロパティは報告されるバケットの上限を定義します。 +- メトリック名のペアには、単一の整数値または 10 進値を受け入れます。 + + +| mp.metrics.distribution.histogram.min-value +a| - タイマーのパーセンタイル・ヒストグラムが有効な場合、このプロパティは報告されるバケツの下限値を定義します。 +- メトリック名のペアに対して、単一の整数値または 10 進値を受け入れます。 + + +|mp.metrics.distribution.timer.max-value +a| - ヒストグラムでパーセンタイル・ヒストグラムが有効な場合、このプロパティは報告されるバケットの上限を定義します。 +- メトリック名のペアには、時間単位（ms、s、m、h など）を付加した単一の 10 進値を受け入れます。 + +|mp.metrics.distribution.timer.min-value +a| - ヒストグラムでパーセンタイル・ヒストグラムが有効な場合、このプロパティは報告されるバケットの下限を定義します。 +- メトリック名のペアに、時間単位（ms、s、m、h など）を付加した単一の 10 進値をを受け入れます。 + +|=== + +プロパティによっては、与えられたメトリック名に対して複数の値を受け入れることができるものもあれば、単一の値しか受け入れることができないものもあります。メトリック名の末尾には、ワイルドカードとしてアスタリスク (`*`) を使用できます。 +たとえば、`mp.metrics.distribution.percentiles`は次のように定義できます： + +[source] +---- +mp.metrics.distribution.percentiles=alpha.timer=0.5,0.7,0.75,0.8;alpha.histogram=0.8,0.85,0.9,0.99;delta.*= +---- + +この例では、50 パーセンタイル、70 パーセンタイル、75 パーセンタイル、80 パーセンタイルの値を追跡して出力する `alpha.timer` タイマーメトリックを作成します。ヒストグラムメトリクスの `alpha.histogram` は、80、85、90、99パーセンタイルの値を出力します。パーセンタイルは `delta.*` とマッチするヒストグラムやタイマーの指標では無効になります。 + + +次の例では、前の例を拡張して、 `mp.metrics.distribution.timer.buckets` プロパティを使用して、 `alpha.timer` タイマー・メトリックのヒストグラム・バケットを定義します： + + +[source,xml] +---- +mp.metrics.distribution.timer.buckets=alpha.timer=100ms,200ms,1s +---- + +この構成では、0～100ms、0～200ms、0～1秒に収まる継続時間のカウントを追跡して出力するように、メトリクスのランタイムに指示します。ヒストグラム・バケットは累積的に動作するため、これらの値は範囲を表します。 + + +RESTエンドポイントの `alpha.timer` メトリクスに対応するPrometheusの出力は次のようになります： + +[source] +---- +# HELP alpha_timer_seconds_max +# TYPE alpha_timer_seconds_max gauge +alpha_timer_seconds_max{scope="application",} 5.633 +# HELP alpha_timer_seconds +# TYPE alpha_timer_seconds histogram <1> +alpha_timer_seconds{scope="application",quantile="0.5",} 0.67108864 +alpha_timer_seconds{scope="application",quantile="0.7",} 5.603590144 +alpha_timer_seconds{scope="application",quantile="0.75",} 5.603590144 +alpha_timer_seconds{scope="application",quantile="0.8",} 5.603590144 +alpha_timer_seconds_bucket{scope="application",le="0.1",} 0.0 <2> +alpha_timer_seconds_bucket{scope="application",le="0.2",} 0.0 <2> +alpha_timer_seconds_bucket{scope="application",le="1.0",} 1.0 <2> +alpha_timer_seconds_bucket{scope="application",le="+Inf",} 2.0 <2><3> +alpha_timer_seconds_count{scope="application",} 2.0 +alpha_timer_seconds_sum{scope="application",} 6.333 +---- + +<1> Prometheus のメトリックタイプは `histogram` で、分位数またはパーセンタイルとバケットの両方がこのタイプで表現されます。 +<2> `le` タグは _less than_ を表し、秒に変換されてバケットを定義します。 +<3> Prometheusはすべてのヒットをカウントする `+Inf` バケットを必要とします。 + +さらに、`@RegistryScope` アノテーションはCDI修飾子になりました。 + +MicroProfile Metricsの詳細については、以下を参照してください： + +* link:https://github.com/eclipse/microprofile-metrics[MicroProfile Metrics repo] +* link:{url-prefix}/docs/latest/introduction-monitoring-metrics.html[Monitoring with metrics documentation] + +// DO NOT MODIFY THIS LINE. + +// // // // DO NOT MODIFY THIS COMMENT BLOCK // // // // +// Blog issue: https://github.com/OpenLiberty/open-liberty/issues/26945 +// Contact/Reviewer: yasmin-aumeeruddy +// // // // // // // // +[#mpt11] +=== Telemetry 1.1 での Java EE および Jakarta EE サポートの拡張 + +MicroProfile Telemetry 1.1 は、1.19.0 から更新された OpenTelemetry-1.29.0 を使用するため、最新の Open Telemetry テクノロジーを利用できます。 + +この機能は、以下のプログラミングモデルの組み合わせと互換性があります： + +* Java EE 7 と MicroProfile 1.4 の組合わせ +* Java EE 8 と MicroProfile 4.1 の組合わせ +* Jakarta EE 9 と MicroProfile 5.0 の組合わせ +* Jakarta EE 10 と MicroProfile 6.1 の組合わせ + +この機能を有効にするには、次の機能定義を `server.xml` ファイルに追加します： + +[source,xml] +---- + + mpTelemetry-1.1 + +---- + +また、`server.xml` ファイルでアプリケーションにたいしてサードパーティ API を可視化する必要があります： + +[source,xml] +---- + + + + +---- + +[#trace] +=== MicroProfile Telemetry 1.0 および 1.1 で受信 HTTP リクエストをトレース +また、Open Liberty 23.0.0.12 では、MicroProfile Telemetry 1.0 および 1.1 機能が強化され、受信 HTTP リクエスト（静的ファイル、Servlet および JSP）を自動的にトレースできるようになりました。 + +MicroProfile Telemetry の詳細については、次のリンクを参照してください： + +* link:https://github.com/open-telemetry/opentelemetry-specification/blob/v1.20.0/specification/trace/api.md[Tracing API] +* link:https://openliberty.io/docs/latest/docs/latest/microprofile-telemetry.html[Enable distributed tracing with MicroProfile Telemetry] + + +// DO NOT MODIFY THIS LINE. + +// // // // DO NOT MODIFY THIS COMMENT BLOCK // // // // +// Blog issue: https://github.com/OpenLiberty/open-liberty/issues/27046 +// Contact/Reviewer: abutch3r +// // // // // // // // +// The following excerpt for issue https://github.com/OpenLiberty/open-liberty/issues/26222 was found in 2023-09-26-23.0.0.10-beta.adoc. +// ------ ------ +// Contact/Reviewer: Azquelt +// // // // // // // // + +[#mpoa] +== MicroProfile OpenAPI： OpenAPI doc のエンドポイントパス設定 + +MicroProfile OpenAPI は、Liberty サーバにデプロイされる RESTful Web サービス (または JAX-RS) アプリケーション用の OpenAPI ドキュメントを生成して提供します。OpenAPI ドキュメントは `/openapi` エンドポイントから提供され、このドキュメントを参照するためのユーザーインターフェースは `/openapi/ui` エンドポイントから提供されます。 + +MicroProfile の OpenAPI 機能を Open Liberty で使用する場合は、次の例のように `server.xml` に設定を追加して、これらのエンドポイントのパスを設定できます： + +[source,xml] +---- + +---- + +この設定をローカルのテストサーバーに設定すると、OpenAPI ドキュメントには `localhost:9080/my/openapi/doc/path` から、UI には `localhost:9080/docsUi` からアクセスできるようになります。 + + +この設定は、パスに基づいて異なるサービスにリクエストをルーティングする Kubernetes Ingress を通して OpenAPI ドキュメントを公開したい場合に特に便利です。例えば、以下の Ingress 設定では、 + +[source,yaml] +---- + +apiVersion: networking.k8s.io/v1 +kind: Ingress +metadata: +name: my-ingress +spec: +rules: +- http: + paths: + - path: /appA + pathType: Prefix + backend: + service: + name: appA + port: + number: 9080 +---- + +以下の `server.xml` 設定を使って、OpenAPI UI が `/appA/openapi/ui` で利用できるようにします： + +[source,xml] +---- + +---- + +`uiPath` が設定されていない場合、デフォルトでは `docPath` に `/ui` を追加した値になります。 + +MicroProfile OpenAPI の詳細については、以下のリソースを参照してください： + +* link:{url-prefix}/docs/latest/reference/feature/mpOpenAPI-3.1.html#_configure_microprofile_openapi_documentation_endpoints[Configure MicroProfile OpenAPI documentation endpoints] +* link:https://github.com/eclipse/microprofile-open-api[MicroProfile OpenAPI repo] +* link:{url-prefix}/docs/latest/documentation-openapi.html[API documentation with OpenAPI] + + +// DO NOT MODIFY THIS LINE. + +// // // // DO NOT MODIFY THIS COMMENT BLOCK // // // // +// Blog issue: https://github.com/OpenLiberty/open-liberty/issues/27048 +// Contact/Reviewer: Zech-Hein +// // // // // // // // + +// The following excerpt for issue https://github.com/OpenLiberty/open-liberty/issues/26138 was found in 2023-09-26-23.0.0.10-beta.adoc. +// ------ ------ +// Contact/Reviewer: Zech-Hein +// // // // // // // // + +[#ltpa] +== 計画停止を必要としないLTPAキーローテーションのサポート + +Open Liberty は、このリリースから、LTPAトークンの検証を続けながら、自動的に新しいプライマリーのLTPA鍵ファイルを生成できるようになりました。今回のアップデートによって、ユーザーからの利用を中断することなく、LTPA鍵をローテーションできるようになりました。以前は、LTPA鍵が変更されると、ユーザーはアプリケーションに再度ログインしなくてはなりませんでしたが、その必要がなくなりました。 + +プライマリーのLTPA鍵ファイルは、`ltpa.keys` という名前でLTPAトークンの作成ならびに、LTPAトークンの検証に使われます。ランタイムで使われるプライマリーLTPA鍵ファイルは `ltpa.keys` 一つだけです。 + +検証用の鍵ファイルは、プライマリー鍵ファイル`ltpa.keys`以外で、`.keys` の拡張子を持つファイルです。検証用の鍵ファイルは、LTPAトークンの検証のみに使われ、トークンの生成には使われません。全ての検証用鍵ファイルは、プライマリー鍵ファイルと同じディレクトリーに配置する必要があります。 + +メンテナンス期間を取らずにLTPA鍵のローテーションを有効にするには、プライマリー鍵ディレクトリを監視する方法と、検証鍵ファイルを指定する2つの方法があり、またこ2つを同時に使うこともできます。 + +プライマリ鍵ファイルのディレクトリを監視し、新しい検証鍵があれば使う方法:: ++ +下記のように `monitorValidationKeysDir` と `monitorInterval` の属性を有効にします。例えば、下記の構成を `server.xml` に追加します。 ++ +[source,xml] +---- + +---- ++ +上記の `monitorValidationKeysDir` 属性は、プライマリー鍵ファイルのディレクトリで.keys拡張ファイルがないか監視します。デフォルトでは、このディレクトリは `${server.config.dir}/resources/security/` ですが、構成することもできます。Liberty サーバーはこれらの LTPA 鍵ファイルを検証キーとして使用します + +モニタリングは `updateTrigger` が `polled` に設定され、 `monitorInterval` が0より大きい場合にのみ有効になります。 `updateTrigger` のデフォルト値は `polled` `monitorInterval` のデフォルト値は0です。 + +下記は、属性を省略せずに構成したものです。 +[source,xml] +---- + + +---- + + `ltpa.keys` のファイル名を変更すると、Libertyは自動的に新しいプライマリー鍵ファイルを生成します。たとえば、`validation1.keys` に名前を変更すると、Libertyは新しい `ltpa.keys` を作成して、これを使って新しいLTPAトークンを作ります。 `validation1.keys` 検証鍵ファイルにある鍵は引き続き、LTPAトークンの検証に使われます。. ++ + + `validation1.keys` が必要なくなったらファイルを削除するか、`monitorValidationKeysDir` を false　に設定してディレクトリーのモニターを中止します。未使用の検証鍵ファイルを削除するとパフォーマンス向上につながります。 + +検証キーファイルを指定し、オプションで検証キーの使用を停止する日付を指定するには:: ++ +1. 主キーファイル（`ltpa.keys`）を検証キーファイル（`validation1.keys` など）にコピーする。 ++ +2. 'ltpa` 要素の下に `validationKeys` 要素を指定し、検証キーファイルを使用するようにサーバー設定を変更する。例えば、`server.xml` ファイルに以下の設定を追加する： ++ +[source,xml] +---- + + + +---- ++ +オプションの `validUntilDate` 属性を指定することで、`validation1.keys` ファイルの使用を将来の指定した日付に停止することができます。validUntilDate`を使用すると、一定期間後にバリデーションキーを無視することができ、パフォーマンスが向上するので推奨されます。 ++ +`validationKeys` 要素では `fileName` 属性と `password` 属性は必須であるが、 `validUntilDate` 属性はオプションです。 ++ +サーバ設定の更新でバリデーションキーファイルを読み込んだ後、元のプライマリキーファイル (`ltpa.keys`) を削除すると、バリデーションに `validation1.keys` を使い続けながら、新しいプライマリキーを作成することができます。 ++ +このようにしてバリデーションキーを指定すると、次の例のように、`server.xml` 構成で指定されていないバリデーションキーも同時に使用するように、モニターディレク トリを有効にすることができる： ++ +[source,xml] +---- + + + +---- +// 高宮追加 +// +// 入れ子になっているvalidationKeysだけを使うには、monitorValidationKeysDir=falseにする必要があるそうです。 +// +// +// + +詳細については、 link:{url-prefix}/docs/latest/reference/feature/appSecurity-5.0.html#validationkeys[Rotate LTPA keys without requiring users to reauthenticate] を参照してください。 + + +=== LTPA要素にupdateTrigger属性を追加 + +`updateTrigger` 属性が `polled` または `mbean` に設定されている場合、LTPAのキーファイルはサーバによってリロードされます。デフォルトは `polled` です。 `polled` に設定されている場合、サーバは `monitorInterval` 属性で設定された割合でキーファイルの変更を監視します。以下の例のように `updateTrigger` 属性が `mbean` に設定されている場合、サーバは `WebSphere:service=com.ibm.ws.kernel.filemonitor.FileNotificationMBean` MBean から通知を受け取ると再読み込みします： + +[source,xml] +---- + +---- + +`updateTrigger` 属性が `disabled` に設定されていると、キーファイルは再読み込みされません。 + +サーバー構成要素の `ltpa` についての詳細は、 link:https://openliberty.io/docs/latest/reference/config/ltpa.html[LTPA configuration docs] を参照してください。 + + + +// // // // DO NOT MODIFY THIS COMMENT BLOCK // // // // +// Blog issue: https://github.com/OpenLiberty/open-liberty/issues/26970 +// Contact/Reviewer: kdcptkai31 +// // // // // // // // + +[#auth] +== 認可コードフローを使用する認可リクエストとともに、リソースパラメータを送信 + +認可リクエストは、暗黙フローまたは認可コードフローのいずれかを使用して行うことができます。リクエストが暗黙フローを使用する場合、すべてのトークンは認可エンドポイントから返され、トークン・エンドポイントは使用されません。リクエストが認可コードフローを使用する場合、すべてのトークンはトークン エンドポイントから返されます。 + +以前は、Libertyは暗黙フローリクエスト中にのみリソースパラメータを送信していました。そのため、リクエストにリソース・パラメータが必要なのに認可コード・フローしか使えない場合、リクエストは失敗していました。今回の更新により、認可コードフローと一緒にリソースパラメータを送信できるようになりました。 + +この更新を実装するために、暗黙フロー中にのみリソースパラメータを送信するチェックが削除されました。これにより、両方のフローでパラメータが送信されるようになりました。 + +さらなる詳細については、 link:https://github.com/OpenLiberty/open-liberty/issues/23126[GitHub上のIssue] を参照してください。 + +// DO NOT MODIFY THIS LINE. + +// // // // DO NOT MODIFY THIS COMMENT BLOCK // // // // +// Blog issue: https://github.com/OpenLiberty/open-liberty/issues/26969 +// Contact/Reviewer: kdcptkai31 +// // // // // // // // + +[#oidc] +== OpenID Connectのアクセストークンからロール情報を取得 + +認証と認可のために、トークンは、リクエストを行ったプリンシパルの ID と、そのプリンシパルがどのようなアクセスを許可されているかについての情報を含むデジタル・オブジェクトです。一般的に、これらのトークンは、アクセストークンとIDトークンの2つのタイプのいずれかに分類されます。 + +IDトークンは、OpenID Connect仕様に準拠したJSON Webトークンです。以前は、ユーザーのロール情報はこのIDトークンからのみ取得できました。IDトークン内にロール情報が提供されていない場合、その情報は取得できませんでした。今回の更新では、IDトークン内にロール情報が見つからない場合に、アクセストークンからロール情報を取得しようとするチェックが提供されます。 + +IDトークン内にロール情報が見つからなかった場合に、アクセストークンからロール情報の取得を試みるチェックが追加されました。次の `sever.xml` ファイルの例のように、`tokensOrderToFetchCallerClaims` 属性を `AccessToken IDToken Userinfo` に設定することで、このチェックを有効にすることができます： + +[source,xml] +---- + +---- + +さらなる詳細については、 xref:/docs/latest/reference/feature/openidConnectClient-1.0.html#access-token[Check the access token for user and group information] を参照してください。 + +[#CVEs] +== セキュリティ脆弱性 (CVE) の修正 +[cols="5*"] +|=== +|CVE |CVSS Score |Vulnerability Assessment |Versions Affected |Notes + +|http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-44487[CVE-2023-44487] +|7.5 +|Denial of service +|18.0.0.2 - 23.0.0.11 +|Affects the link:{url-prefix}/docs/latest/reference/feature/servlet-3.1.html[servlet-3.0], link:{url-prefix}/docs/latest/reference/feature/servlet-4.0.html[servlet-4.0], link:{url-prefix}/docs/latest/reference/feature/servlet-5.0.html[servlet-5.0] and link:{url-prefix}/docs/latest/reference/feature/servlet-6.0.html[servlet-6.0] features +|=== + +過去のセキュリティ脆弱性の修正については、 link:{url-prefix}/docs/latest/security-vulnerabilities.html[Security vulnerability (CVE) list] を参照してください。 + +// ------ ------ + +// // // // DO NOT MODIFY THIS COMMENT BLOCK // // // // +// Blog issue: https://github.com/OpenLiberty/open-liberty/issues/27087 +// Contact/Reviewer: yeekangc +// // // // // // // // +[#maven] +== Liberty Maven plug-in 3.10およびLiberty Gradle plug-in 3.8を公開 + +Liberty MavenとGradleプラグインの新しいリリースが利用可能になりました。以下の注目すべき新機能が含まれています： + +* Libertyの`springBoot-3.0` Featureを使うことで、ビルドプラグインを使用してSpring Boot 3アプリケーションのLibertyへのデプロイがサポートされました +* Java 21でのプラグイン実行のサポート + + +新しいMavenプラグインバージョンを使うには、Mavenの `pom.xml` ファイルに3.10リリースを指定します。 +Gradle の場合は、`build.gradle` ファイルに 3.8 リリースを指定してください。 + +これらのプラグインの詳細については、以下のリソースを参照してください： + +* link:https://github.com/OpenLiberty/ci.maven/releases[Liberty Maven plug-in 3.10 release notes] +* link:https://github.com/OpenLiberty/ci.gradle/releases[Liberty Gradle plug-in 3.8 release notes] + +Liberty MavenプラグインによるSpring Bootサポートの詳細については、 link:https://github.com/OpenLiberty/ci.maven/blob/main/docs/spring-boot-support.md[ci.maven: Spring Boot Support] を、 +Liberty GradleプラグインでのSpring Bootサポートの詳細については、 link:https://github.com/OpenLiberty/ci.gradle/blob/main/docs/spring-boot-support.md[ci.gradle: Spring Boot Support] を参照してください。 + + +// DO NOT MODIFY THIS LINE. + +// // // // DO NOT MODIFY THIS COMMENT BLOCK // // // // +// Blog issue: https://github.com/OpenLiberty/open-liberty/issues/27086 +// Contact/Reviewer: yeekangc +// // // // // // // // + +[#lt] +== Eclipse IDE, IntelliJ IDEA, およびVisual Studio CodeむけにLiberty Tools 23.0.12を公開 + +Liberty Toolsは、Eclipse IDE、IntelliJ IDEA、Visual Studio Codeの新しいリリースをサポートするようになりました。このリリースには、さまざまな機能強化や修正も含まれています。 + +使用しているIDEからLiberty Toolsの最新リリースに更新するか、IDEのマーケットプレイスから最新バージョンをダウンロードしてください。 + +* Liberty Tools for Eclipse IDE - link:https://marketplace.eclipse.org/content/liberty-tools[Eclipse Marketplace] +* Liberty Tools for IntelliJ IDEA - link:https://plugins.jetbrains.com/plugin/14856-liberty-tools[JetBrains Marketplace] +* Liberty Tools for Visual Studio Code - link:https://marketplace.visualstudio.com/items?itemName=Open-Liberty.liberty-dev-vscode-ext[Visual Studio Marketplace] + +さらなる詳細については、以下のリリース・ノートを参照してください： + +* link:https://github.com/OpenLiberty/liberty-tools-eclipse/releases[Release notes for Liberty Tools for Eclipse IDE] +* link:https://github.com/OpenLiberty/liberty-tools-intellij/releases[Release notes for Liberty Tools for IntelliJ IDEA] +* link:https://github.com/OpenLiberty/liberty-tools-vscode/releases[Release notes for Liberty Tools for Visual Studio Code] + +[#run] +== 今すぐOpen Liberty 23.0.0.12 を入手する + +link:{url-prefix}/guides/maven-intro.html[Maven] を使用している場合は、 `pom.xml` ファイルに以下の記述を追加してください。 + +[source,xml] +---- + + io.openliberty.tools + liberty-maven-plugin + 3.10 + +---- + +また、 link:{url-prefix}/guides/gradle-intro.html[Gradle] を使用している場合は，`build.gradle` ファイルに以下の記述を追加してください。 + +[source,gradle] +---- +buildscript { + repositories { + mavenCentral() + } + dependencies { + classpath 'io.openliberty.tools:liberty-gradle-plugin:3.8' + } +} +apply plugin: 'liberty' +---- + +link:{url-prefix}/docs/latest/container-images.html[コンテナ・イメージ] の場合はこちらです。 + +[source] +---- +FROM icr.io/appcafe/open-liberty +---- + +または、 link:{url-prefix}/start/[ダウンロードページ] をご参照ください。 + +link:https://plugins.jetbrains.com/plugin/14856-liberty-tools[IntelliJ IDEA], link:https://marketplace.visualstudio.com/items?itemName=Open-Liberty.liberty-dev-vscode-ext[Visual Studio Code] または link:https://marketplace.eclipse.org/content/liberty-tools[Eclipse IDE] 使用している場合、オープンソースの link:https://openliberty.io/docs/latest/develop-liberty-tools.html[Liberty developer tools] を活用することで、IDE内から効率的な開発、テスト、デバッグ、アプリケーション管理を行うことができます。