-
Notifications
You must be signed in to change notification settings - Fork 2.7k
Migration Guide 2.3
The working directory for dev mode has been changed from the build directory (target/
) to the root of the project.
This makes the execution of the tests with continuous testing consistent with the tests executed via Surefire.
To restore the previous behavior, you can define <workingDir>${project.build.directory}</workingDir>
in the Quarkus Maven plugin configuration.
Global gRPC server interceptors have to be annotated with @io.quarkus.grpc.GlobalInterceptor
since 2.3.
Prior to Quarkus 2.3, all the CDI beans implementing io.grpc.ServerInterceptor
where considered global interceptors, i.e. applied to all gRPC services.
Since 2.3, it is possible to make a service-specific interceptor, by adding @io.quarkus.grpc.RegisterInterceptor(MyInterceptor.class)
on a gRPC service implementation. To easily distinguish between per-service interceptors and global ones, the aforementioned @GlobalInterceptor
annotation has been introduced.
Fixed a bug where @PreDestroy
and @PostConstruct
methods declared on bean classes were considered business methods which violated CDI specification rules. Therefore, starting with 2.3, an invocation of these methods will no longer be intercepted by any @AroundInvoke
interceptors declared on the bean class and/or on these lifecycle methods.
This means that if you previously leveraged this scenario (for example to apply @Transactional
to post construct callback), you will need to change your code. Here is an example of an approach that will still work:
@Dependent
class MyBean {
@PostConstruct
void init() {
doInit(); // Interception works for self-invocation
}
@Transactional
void doInit() {
// ...e.g. save something in DB
}
}
io.quarkus.oidc.TokenStateManager
has had its String createTokenState(RoutingContext, OidcTenantConfig, AuthorizationCodeTokens)
, AuthorizationCodeTokens getTokens(RoutingContext, OidcTenantConfig, String)
and void deleteTokens(RoutingContext, OidcTenantConfig, String)
methods deprecated and these methods will be removed soon.
Please use Uni<String> createTokenState(RoutingContext, OidcTenantConfig, AuthorizationCodeTokens, CreateTokenStateRequestContext)
, Uni<AuthorizationCodeTokens> getTokens(RoutingContext, OidcTenantConfig, String, GetTokensRequestContext)
and Uni<Void> deleteTokens(RoutingContext, OidcTenantConfig, String, DeleteTokensRequestContext)
instead, where the request contexts can be used to run the blocking tasks.
The extension artifact id was changed from quarkus-vertx-web
to quarkus-reactive-routes
, i.e. you should add the following dependency in your pom.xml
:
<dependency>
<groupId>io.quarkus</groupId>
<artifactId>quarkus-reactive-routes</artifactId>
</dependency>
NOTE: The original artifact io.quarkus:quarkus-vertx-web
is automatically relocated to this new dependency. However, users are encouraged to update the dependency as soon as possible.
Multi-tenancy support in Hibernate ORM relies on user-provided TenantResolver
beans, and optionally TenantConnectionResolver
beans.
Starting with Quarkus 2.3, you should always use the @PersistenceUnitExtension
CDI qualifier for such bean definitions, even when targeting the default persistence unit, and you should never use the @PersistenceUnit
CDI qualifier for such bean definitions.
In short, add a @PersistenceUnitExtension
annotation for TenantResolver
or TenantConnectionResolver
beans targeting the default persistence unit:
+ @PersistenceUnitExtension("nameOfMyPersistenceUnit")
@RequestScoped
public class CustomTenantResolver implements TenantResolver {
@Override
public String resolveTenantId() {
// ...
}
}
And replace the @PersistenceUnit
annotation with a @PersistenceUnitExtension
annotation for TenantResolver
or TenantConnectionResolver
beans targeting a named persistence unit:
- @PersistenceUnit("nameOfMyPersistenceUnit")
+ @PersistenceUnitExtension("nameOfMyPersistenceUnit")
@RequestScoped
public class CustomTenantResolver implements TenantResolver {
@Override
public String resolveTenantId() {
// ...
}
}
Old bean definitions with the old qualifiers will continue to work for now, but such support will be removed in a later version of Quarkus.
Note that @PersistenceUnit
is still a valid annotation for injecting EntityManager
/EntityManagerFactory
in your components; it just shouldn't be used as a CDI qualifier for TenantResolver
/TenantConnectionResolver
beans.