Skip to content

Commit

Permalink
Merge pull request #9 from liweinan/jberet-major-release-3
Browse files Browse the repository at this point in the history
add blog post: The Release Note of JBeret 3.0.0.Beta1
  • Loading branch information
liweinan authored Jul 25, 2024
2 parents 5bf7bcb + df1c0ba commit 4cbdd1f
Showing 1 changed file with 42 additions and 0 deletions.
42 changes: 42 additions & 0 deletions _posts/2024-07-19-jberet-3_0_0_beta1-release.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,42 @@
---
layout: post
title: "The Release Note Of JBeret 3.0.0.Beta1"
subtitle: ""
date: 2024-07-19
author: Wei Nan Li
---

Recently JBeret has a major version release::

- [Release v3.0.0.Beta1 · jberet/jsr352](https://github.com/jberet/jsr352/releases/tag/3.0.0.Beta1)

In this release it include these major changes:

- [JBERET-445: JUnit5 Migration #467](https://github.com/jberet/jsr352/pull/467)
- [JBERET-472: Extract database props from env-vars #473](https://github.com/jberet/jsr352/pull/473)

And it added the tests against main branch of WildFly server, both preview and non-preview ones:

- [JBERET-599: Setup the CI testings against WildFly main branch on #490](https://github.com/jberet/jsr352/pull/490)
- [Add WildFly Preview CI Testing. #531](https://github.com/jberet/jsr352/pull/531)

In addition, it removes some unnecessary API dependencies:

- [Remove the dependency of jakarta.persistence-api #536](https://github.com/jberet/jsr352/pull/536)
- [Remove the dependency of the validation-api #540](https://github.com/jberet/jsr352/pull/540)

And it contains these Jakarta API related components upgrades:

- [Bump jakarta.annotation:jakarta.annotation-api from 2.1.1 to 3.0.0 #506](https://github.com/jberet/jsr352/pull/501)
- [Bump jakarta.enterprise:jakarta.enterprise.cdi-api from 4.0.1 to 4.1.0 #511](https://github.com/jberet/jsr352/pull/511)

It's worth mentioning these component upgrades were done in preparation for Jakarta EE 11. While they should be mostly backwards compatible, you should verify against your application given there is a potential for API breakage.

In addition, when the JBeret is used in an integrated environment, such as the `batch-jberet` module inside the WildFly, it will inherit the `annotation-api` and `cdi-api` versions used by WildFly itself. So this is a difference between JBeret SE and JBeret used inside an integrated environment like WildFly.

At last, there are relative tasks related with the Batch TCK testings that are done during the phase of this release:

- [Update 2.1 TCK to allow certification using Java 21 · Issue \#66 · jakartaee/batch-tck](https://github.com/jakartaee/batch-tck/issues/66)

The above is the information of the `3.0.0.Beta1` release.

0 comments on commit 4cbdd1f

Please sign in to comment.