[![Build status](https://github.com/utPLSQL/utPLSQL-java-api/actions/workflows/build.yml/badge.svg)](https://github.com/utPLSQL/utPLSQL-java-api/actions/workflows/build.yml) # utPLSQL-java-api This is a collection of classes, that makes it easy to access the [utPLSQL v3](https://github.com/utPLSQL/utPLSQL/) database objects using Java. * Uses [ut_runner.run](https://github.com/utPLSQL/utPLSQL/blob/develop/docs/userguide/running-unit-tests.md#ut_runnerrun-procedures) methods to execute tests. * Can gather results asynchronously from multiple reporters. * Handles compatibility for all 3.x versions of utPLSQL ## Downloading This is a Maven Library project, you can add on your Java project as a dependency. *Notice: You no longer need to configure an additional repository. The library is available in Maven Central since version 3.1.15.* ```xml org.utplsql utplsql-java-api 3.1.16 ``` ## Compatibility The latest Java-API is always compatible with all database frameworks of the same major version. For example API-3.0.4 is compatible with database framework 3.0.0-3.1.* but not with database framework 2.x. It is although recommended to always use the latest release of the API to build your tools for utPLSQL. ## Usage You can find examples for many features of the java-api in the Unit- and Integration tests. ### Test-Runner Executing tests using default parameters: ```java try (Connection conn = DriverManager.getConnection(url)) { new TestRunner().run(conn); } catch (SQLException e) { e.printStackTrace(); } ``` Executing tests and printing results to screen: ```java try (Connection conn = DriverManager.getConnection(url)) { Reporter documentationReporter = new DocumentationReporter().init(conn); new TestRunner() .addReporter(documentationReporter) .run(conn); documentationReporter .getOutputBuffer() .setFetchSize(1) .printAvailable(conn, System.out); } catch (SQLException e) { e.printStackTrace(); } ``` ### Optional Features There might be some features which are not available in previous versions of utPLSQL. These "optional features" are listed in the enum org.utplsql.api.compatibility.OptionalFeatures and their availability can be checked against a connection or Version-object: ```OptionalFeatures.CUSTOM_REPORTERS.isAvailableFor( databaseConnection );``` ### Compatibility-Proxy To handle downwards-compatibility, java-api provides an easy to use CompatiblityProxy, which is instantiated with a connection. It will check the database-version of utPLSQL and is used in several other features like `TestRunner` and `ReporterFactory`. You can also ask it for the database-version. ```java try (Connection conn = DriverManager.getConnection(url)) { CompatiblityProxy proxy = new CompatibilityProxy( conn ); Version version = proxy.getUtPlsqlVersion(); } catch (SQLException e) { e.printStackTrace(); } ``` ### Reporter-Factory The java-api provides a ReporterFactory you can use to inject your own implementations of (java-side) reporters or reporter-handlers. It also provides a more generic approach to Reporter-handling. If you request the Reporter-Factory for a Reporter it has no specific implementation for it will just return an instance of a `DefaultReporter` with the given name as SQL-Type, assuming that it exists in the database. Therefore, you can address custom reporters without the need of a specific java-side implementation. ```java try (Connection conn = DriverManager.getConnection(url)) { ReporterFactory reporterFactory = ReporterFactory.createDefault( new CompatibilityProxy( conn )); reporterFactory.registerReporterFactoryMethod(CoreReporters.UT_DOCUMENTATION_REPORTER.name(), MyCustomReporterImplementation::new, "Custom handler for UT_DOCUMENTATION_REPORTER"); Reporter reporter = reporterFactory.createReporter(CreateReporters.UT_DOCUMENTATION_REPORTER.name()); } catch (SQLException e) { e.printStackTrace(); } ``` ## Contributing See [CONTRIBUTING.md](CONTRIBUTING.md)