Skip to content

Commit

Permalink
Add covered databases to transaction API test plan
Browse files Browse the repository at this point in the history
  • Loading branch information
pablo gonzalez granados committed Jan 26, 2023
1 parent 620b6a9 commit 96c5022
Showing 1 changed file with 3 additions and 3 deletions.
6 changes: 3 additions & 3 deletions QUARKUS-2492.md
Original file line number Diff line number Diff line change
Expand Up @@ -14,15 +14,15 @@ Test development will focus on
- Quarkus JDBC transactions based on lambda approach
- Verify commons transactions states as "begin", "commit" and "rollback"
- Verify classic and reactive flavors
- Verify several supported semantics such as "DISALLOW_EXISTING", "JOIN_EXISTING", "REQUIRE_NEW", "SUSPEND_EXISTING"
- The following databased will be covered: Oracle, Mysql, MariaDB, Mssql, Postgresql

### Impact on test suites and testing automation
We are going to create two new modules (classic and reactive) under SQL/DB folder, in order to develop new JDBC transaction scenarios.
The main idea is to develop a "real scenario" where the transactions are handler in a service layer, rather than in entity level.
This new module is going to increase the compile time, especially in native mode, and is important to run the scenario in
all the platforms, OCP, Baremetal and native mode. I would say that each native compilation could takes about 3 min and then
all the platforms, OCP, Baremetal (JVM and native mode). I would say that each native compilation could takes about 3 min and then
1 extra minute in order to run the scenario itself. Overall my prediction is that the total amount of time required to run
transaction API scenarios is about 15 min.
transaction API scenarios is about 30 min.

## Getting familiar with the feature

Expand Down

0 comments on commit 96c5022

Please sign in to comment.