honeymoose
/
hapi-fhir
mirror of https://github.com/hapifhir/hapi-fhir.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
hapi-fhir/azure-pipelines.yml

142 lines
7.2 KiB
YAML
Raw Normal View History

Fix failing tests due to race conditions * Work on failing tests * Temporary downgrade of fhir core * Work on failing build * Fix pom * Don't upload codecov * Restore codecov * Restore all tests * Keep hammering away at intermittent test failures * More test fixes * Keep chipping away at these... * Add some extra checks * Work on tests * More test logging * More logging * This might be it! * Final build fixes? * Address some review comments * A couple more corrections
2019-09-26 16:11:15 -04:00
# HAPI FHIR Build Pipeline
Set up CI with Azure Pipelines (#1502) * Set up CI with Azure Pipelines [skip ci] * Update azure-pipelines.yml for Azure Pipelines * Skip tests for a build * Work on pipeline * Update azure-pipelines.yml for Azure Pipelines * Interceptors docs * Test fix * Disable releases from snapshot repo * Try disabling jitpack * Fix dependency issue * A couple of test fixes * Change to trigger a build * Force a change to trigger a build * Force a build * FIx test
2019-09-24 14:38:38 -04:00
variables:
Refactor to restore LGTM functionality (#3455) * Refactor to restore LGTM functionality * Compile fix * Work on cleanup * Attempt to restore LGTM * Work on tests * Fixes * Build fixes * Build fix * Test fix * Test fixes * Work on build * License header updates * Test fixes * Test fixes * License header * Test fix * Test fix * Test fixes * Restore LGTM * Fix azure * Disable test * Test fixes * Test cleanup * Build fix * Build fix * Test fix * Test fix * Test fixes
2022-04-10 15:54:27 -04:00
MAVEN_CACHE_FOLDER: $(Pipeline.Workspace)/.m2/repository
MAVEN_OPTS: ''
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
NEW_RELEASE_VERSION:
BRANCH:
Set up CI with Azure Pipelines (#1502) * Set up CI with Azure Pipelines [skip ci] * Update azure-pipelines.yml for Azure Pipelines * Skip tests for a build * Work on pipeline * Update azure-pipelines.yml for Azure Pipelines * Interceptors docs * Test fix * Disable releases from snapshot repo * Try disabling jitpack * Fix dependency issue * A couple of test fixes * Change to trigger a build * Force a change to trigger a build * Force a build * FIx test
2019-09-24 14:38:38 -04:00
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
trigger: none
Set up CI with Azure Pipelines (#1502) * Set up CI with Azure Pipelines [skip ci] * Update azure-pipelines.yml for Azure Pipelines * Skip tests for a build * Work on pipeline * Update azure-pipelines.yml for Azure Pipelines * Interceptors docs * Test fix * Disable releases from snapshot repo * Try disabling jitpack * Fix dependency issue * A couple of test fixes * Change to trigger a build * Force a change to trigger a build * Force a build * FIx test
2019-09-24 14:38:38 -04:00
pool:
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
vmImage: ubuntu-latest
Handle canonical questionnaire refs in validator (#1544) * Handle canonical questionnaire refs in validator * FIx changelog * Fix canonical reference * Build tweak * Change to trigger a build
2019-10-15 20:27:53 -04:00
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
stages:
- stage:
displayName: "module-tests"
jobs:
- template: test-job-template.yml
parameters:
modules:
jpa test split (#3959) * create fhir-version specific hapi-fhir-jpaserver-test projects * moved dstu2 tests out to dstu2 test project. * moved dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * dstu3 test project compiles * start moving dstu3 resources * letting azure pileine know about the new modules * finished moving dstu3 resources. this might pass * OK this one should pass for sure * OK this one should pass for sure * change test poms to test scope * move the rest of R4 test classes * move the rest of R4 test classes * moar r4 moves * moar r4 moves * moar r4 moves * finished with r4 * finished with r4 * started r5 * started r5 * Cache busting based on source branch name * Fix other cache key * cache pegged to SHa1 * test cleanup Co-authored-by: Ken Stevens <ken@smilecdr.com> Co-authored-by: markiantorno <markiantorno@gmail.com> Co-authored-by: Tadgh <garygrantgraham@gmail.com>
2022-08-31 22:46:17 -04:00
- name: hapi_fhir_jpaserver_test_dstu2
module: hapi-fhir-jpaserver-test-dstu2
- name: hapi_fhir_jpaserver_test_dstu3
module: hapi-fhir-jpaserver-test-dstu3
- name: hapi_fhir_jpaserver_test_r4
module: hapi-fhir-jpaserver-test-r4
Add R4B Support (#4150) * Add r4b stuff * Work on R4B * Core version bump * Revert some changes * Add R4B * Docs * Test fixes * Work on R4B * Tests passgin * Add config * Work on merging * Work * Work * Work * Test fix * Fixes * Test fixes * Test fix * Work * Work * Fixes * Test fixes * Fixes * Test fix * Test fix * Test fix * Version bump * Test fix * Test fix * ompile fixes * Fix * Resolve build warnings * Updates * Test fixes * Fix docs
2022-10-20 16:57:06 -04:00
- name: hapi_fhir_jpaserver_test_r4b
module: hapi-fhir-jpaserver-test-r4b
jpa test split (#3959) * create fhir-version specific hapi-fhir-jpaserver-test projects * moved dstu2 tests out to dstu2 test project. * moved dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * dstu3 test project compiles * start moving dstu3 resources * letting azure pileine know about the new modules * finished moving dstu3 resources. this might pass * OK this one should pass for sure * OK this one should pass for sure * change test poms to test scope * move the rest of R4 test classes * move the rest of R4 test classes * moar r4 moves * moar r4 moves * moar r4 moves * finished with r4 * finished with r4 * started r5 * started r5 * Cache busting based on source branch name * Fix other cache key * cache pegged to SHa1 * test cleanup Co-authored-by: Ken Stevens <ken@smilecdr.com> Co-authored-by: markiantorno <markiantorno@gmail.com> Co-authored-by: Tadgh <garygrantgraham@gmail.com>
2022-08-31 22:46:17 -04:00
- name: hapi_fhir_jpaserver_test_r5
module: hapi-fhir-jpaserver-test-r5
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_jpaserver_test_utilities
module: hapi-fhir-jpaserver-test-utilities
- name: hapi_fhir_structures_r4
module: hapi-fhir-structures-r4
- name: hapi_fhir_jpaserver_base
module: hapi-fhir-jpaserver-base
- name: hapi_fhir_android
module: hapi-fhir-android
- name: hapi_fhir_base
module: hapi-fhir-base
- name: hapi_fhir_checkstyle
module: hapi-fhir-checkstyle
update azure-pipelines.yml to match projects that have tests (#3993)
2022-09-06 14:05:15 -04:00
- name: hapi_fhir_cli_api
module: hapi-fhir-cli/hapi-fhir-cli-api
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_client
module: hapi-fhir-client
Introduce hapi-fhir-client-apache-http5 module for Apache HttpClient 5 support (#6520) * feat: Introduce hapi-fhir-client-apache-http5 module for Apache HttpClient 5 support - Added a new module `hapi-fhir-client-apache-http5` to provide HAPI FHIR Client functionality using Apache HttpClient 5. - Supports gradual migration from HttpClient 4 to HttpClient 5. - Aligns with Spring Boot 3.0's adoption of HttpClient 5, enabling consistent HTTP client configuration for users of both libraries. Key Changes: - Integrated Apache HttpClient 5 for modern, high-performance HTTP requests. - Ensured compatibility with existing `hapi-fhir-client` and `hapi-fhir-client-okhttp` modules. - Added basic tests to validate functionality and coexistence of HttpClient 4 and 5. Impact: - Non-breaking change; the new module can be adopted independently. - Facilitates eventual migration of HAPI FHIR to HttpClient 5 across the codebase." * Add new error codes to the apache-httpclient5 client module.
2024-12-06 13:46:18 -05:00
- name: hapi_fhir_client_apache_http5
module: hapi-fhir-client-apache-http5
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_client_okhttp
module: hapi-fhir-client-okhttp
- name: hapi_fhir_converter
module: hapi-fhir-converter
- name: hapi_fhir_docs
module: hapi-fhir-docs
- name: hapi_fhir_jaxrsserver_base
module: hapi-fhir-jaxrsserver-base
jpa test split (#3959) * create fhir-version specific hapi-fhir-jpaserver-test projects * moved dstu2 tests out to dstu2 test project. * moved dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * dstu3 test project compiles * start moving dstu3 resources * letting azure pileine know about the new modules * finished moving dstu3 resources. this might pass * OK this one should pass for sure * OK this one should pass for sure * change test poms to test scope * move the rest of R4 test classes * move the rest of R4 test classes * moar r4 moves * moar r4 moves * moar r4 moves * finished with r4 * finished with r4 * started r5 * started r5 * Cache busting based on source branch name * Fix other cache key * cache pegged to SHa1 * test cleanup Co-authored-by: Ken Stevens <ken@smilecdr.com> Co-authored-by: markiantorno <markiantorno@gmail.com> Co-authored-by: Tadgh <garygrantgraham@gmail.com>
2022-08-31 22:46:17 -04:00
# Put to top, but kept in order here
# - name: hapi_fhir_jpaserver_base
# module: hapi-fhir-jpaserver-base
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_jpaserver_elastic_test_utilities
module: hapi-fhir-jpaserver-elastic-test-utilities
Add IPS Generator (#4438) * Begin IPS refactor * Commit work so far * Fix test bug * Fix typo * Fix typo * Narrative generator cleanup * Narrative generator working * Add test for bad reference in narrative * Tests passing * Start docs * Tests passing * Cleanup * Update cyangelog * Doc tweaks * Version bump * Address review comments * Address review comments * Build fix * Cleanup * Compile fix * Test fix * Test fix * Version bump * Build update * Test fix * Test fix * Add one utility method * Add doc
2023-01-24 12:07:36 -05:00
- name: hapi_fhir_jpaserver_ips
module: hapi-fhir-jpaserver-ips
Initial HFQL SQL Implementation (#5083) * FQL tests * Working so far * Tests working * Tests passing * Work on parser * Tests passing * Cleanup * Working * Work on parser * Work * Working * Work on tests * Work on driver * Work * Ongoing work * Rename SEARCH to WHERE * Work on fhirpath * Test fixes * Work on statements * Build fixes * Spotless application * Fix CI * Build fixes * Clean up changelogs * Remove redundant gitignore * Add docs * Add docs * Code cleanup * Build cleanup * Fix compile error * Test fixes * Test fix * Test fix * Work on integration * Work on design * Work on UI * Update hapi-fhir-jpaserver-hfql/src/main/java/ca/uhn/fhir/jpa/fql/jdbc/JdbcDriver.java Co-authored-by: michaelabuckley <michaelabuckley@gmail.com> * Address review comments * Review comments * HFQL work * Cleanup * CLeanup * License headers * Test fixes * HAPI version bump * License header update * Changelog cleanup * Fixes * Test fix * Fix spotless issues --------- Co-authored-by: michaelabuckley <michaelabuckley@gmail.com>
2023-07-21 18:51:23 -04:00
- name: hapi_fhir_jpaserver_hfql
module: hapi-fhir-jpaserver-hfql
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_jpaserver_mdm
module: hapi-fhir-jpaserver-mdm
- name: hapi_fhir_jpaserver_model
module: hapi-fhir-jpaserver-model
- name: hapi_fhir_jpaserver_searchparam
module: hapi-fhir-jpaserver-searchparam
- name: hapi_fhir_jpaserver_subscription
module: hapi-fhir-jpaserver-subscription
jpa test split (#3959) * create fhir-version specific hapi-fhir-jpaserver-test projects * moved dstu2 tests out to dstu2 test project. * moved dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * dstu3 test project compiles * start moving dstu3 resources * letting azure pileine know about the new modules * finished moving dstu3 resources. this might pass * OK this one should pass for sure * OK this one should pass for sure * change test poms to test scope * move the rest of R4 test classes * move the rest of R4 test classes * moar r4 moves * moar r4 moves * moar r4 moves * finished with r4 * finished with r4 * started r5 * started r5 * Cache busting based on source branch name * Fix other cache key * cache pegged to SHa1 * test cleanup Co-authored-by: Ken Stevens <ken@smilecdr.com> Co-authored-by: markiantorno <markiantorno@gmail.com> Co-authored-by: Tadgh <garygrantgraham@gmail.com>
2022-08-31 22:46:17 -04:00
# Put to top, but kept in order here
# - name: hapi_fhir_jpaserver_test_utilities
# module: hapi-fhir-jpaserver-test-utilities
Server fixes from Connectathon 32 (#4838) * NPM test cleanup * fix imports * Ongoing cleanup * Rework memory queue * Reindex cleanup * Cleanup * Clean up * Test fixes * Test fixes * Test fixes * Test fix * Test fix
2023-05-15 08:28:55 -04:00
- name: hapi_fhir_jpaserver_uhnfhirtest
module: hapi-fhir-jpaserver-uhnfhirtest
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_server
module: hapi-fhir-server
- name: hapi_fhir_server_mdm
module: hapi-fhir-server-mdm
- name: hapi_fhir_server_openapi
module: hapi-fhir-server-openapi
Cache service loaders (#4196) * Extracting a Cache interface and building service loaders for Caffeine and Guava * Fix estimated size interface * Use LoadingCache when needed. * Removing Caffeine from dependency lists. * Adding hapi-fhir-cache-caffeine as a test dependency * Putting caching solutions in a single module. * Fixing the spacing * Standardizing the use of TimeUnits * Making a new module to simplify the switch of the cache library in tests. * Making sure the Guava design matches the behavior of Caffeine. * Making sure the Cache structure also does not throw InvalidCacheLoading exception to match the LoadingCache. * Renaming module names for the caching group. * Better error handing that informs devs what to do. * Improving documentation * Typo * Matching error message design with Caffeine. * Matching the behavior of Caffeine with Guava * Final adjustments for the test dependencies on the cache modules. * Fixing relative pom path. * Adding caffeine as a testing requirement for the new modules. * Add changelog and set JPA server to use caffeine cache * POM fixes * Build fix * Buid fix * Fixes * Address review comment * One more cache * Move changelog to next release * Update pom versions * Build fix * Build fixes * Build fix * Try to get build working * Experiment with failing build * Rever change * Fix POM version * Build fix * Build fix * Add Msg.code to new exceptions Co-authored-by: Vitor Pamplona <vitor@vitorpamplona.com>
2022-11-09 14:47:23 -05:00
- name: hapi_fhir_caching_api
module: hapi-fhir-serviceloaders/hapi-fhir-caching-api
- name: hapi_fhir_caching_caffeine
module: hapi-fhir-serviceloaders/hapi-fhir-caching-caffeine
- name: hapi_fhir_caching_guava
module: hapi-fhir-serviceloaders/hapi-fhir-caching-guava
update azure-pipelines.yml to match projects that have tests (#3993)
2022-09-06 14:05:15 -04:00
- name: hapi_fhir_spring_boot_autoconfigure
module: hapi-fhir-spring-boot/hapi-fhir-spring-boot-autoconfigure
- name: hapi_fhir_spring_boot_sample_server_jersey
module: hapi-fhir-spring-boot/hapi-fhir-spring-boot-samples/hapi-fhir-spring-boot-sample-server-jersey
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_sql_migrate
module: hapi-fhir-sql-migrate
- name: hapi_fhir_storage
module: hapi-fhir-storage
- name: hapi_fhir_storage_batch2
module: hapi-fhir-storage-batch2
- name: hapi_fhir_storage_batch2_jobs
module: hapi-fhir-storage-batch2-jobs
- name: hapi_fhir_storage_mdm
module: hapi-fhir-storage-mdm
- name: hapi_fhir_storage_test_utilities
module: hapi-fhir-storage-test-utilities
Clinical reasoning module (#4347) * Add new Clinical Reasoning module * Add config to get test up and running * Removed FhirClient from tests * First passing test * Remove unused utilities * Build updates * exclude xxp3 and substitute with unbundled version * Refactor to use provider factory and loader pattern * First passing dstu3 test * CR r4 test config and immunization tests * Add base test classes * Exclude transitive dependency xmlpull * More dependency cleanup * Refactor to remove JPA dependencies, rename module to hapi-fhir-storage-cr * Fixes for duplicate xpp3 classes * Remove more references to jpa * Add mock FHIR server for terminology endpoint tests * fix cql file for making providerr4 tests pass * fix pom * fix generic * Adding r4 test cases for measure operations. * Fix endpoint tests * javadoc comment, temporarily comment out test results for practitioner sync * javadoc typo fix * adding java docs for cr module WIP * Updates to clinical reasoning documentation * More documentation updates * docs now compile * fix test * DqmR4IT now successfully starts up, but the test does not pass * Fix additionalData test * Make measure service bean overridable * adding clinical reasoning javadoc information * Rename interfaces to start with I * More styleguide updates * Reformat all code in the storage-cr module * More coding convention updates * Remove bunches of unused code, reogranize so that fhir version in package name is consistent * Clean up some static array initializations * add practitioner patient list * refactor product-line constant * test dependency update * add change log for cr module * Add hapi-validation to the pom * Exclude dependencies that are causing duplicates * More dependencies and exclusions * Make some base MeasureService components protected * Update to latest cql compiler release * fix measure service for null subject & practitioner and open up practitioner test * Rev to release versions * Add remaining Dstu3 tests * update hedis bundle from policyHolder to beneficiary * update snapshot * Delete old CQL module * Post-master-merge recovery * Fix Java 17 feature usage issue * update changelog with more information about new functionality * Remove support chain wrapper usage * Add javadocs to IResourceLoader * added the property versioning for antlr jar. * addressing code review comments. * addressing code review comments. * Fix typos in changelog * Remove azure pipeline for cql module, add it for cr module * Address exception comments, add Msg.code calls to exceptions * Fix self-assignment bug * Add storage-cr module to bom * addressing coding comments. * Addressed the variable naming convention to camelCase. * Snapshot version bump Co-authored-by: Brenin Rhodes <brenin@alphora.com> Co-authored-by: Jonathan Percival <jonathan.i.percival@gmail.com> Co-authored-by: justin.mckelvy <justin.mckelvy@smilecdr.com> Co-authored-by: Ken Stevens <ken@smilecdr.com> Co-authored-by: Chalma Maadaadi <chalma@alphora.com> Co-authored-by: mdnazmulkarim <nazmul.karim@smilecdr.com> Co-authored-by: Tadgh <garygrantgraham@gmail.com>
2023-01-10 14:49:57 -05:00
- name: hapi_fhir_storage_cr
module: hapi-fhir-storage-cr
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_structures_dstu2
module: hapi-fhir-structures-dstu2
- name: hapi_fhir_structures_dstu2_1
module: hapi-fhir-structures-dstu2.1
- name: hapi_fhir_structures_dstu3
module: hapi-fhir-structures-dstu3
- name: hapi_fhir_structures_hl7org_dstu2
module: hapi-fhir-structures-hl7org-dstu2
jpa test split (#3959) * create fhir-version specific hapi-fhir-jpaserver-test projects * moved dstu2 tests out to dstu2 test project. * moved dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * finished moving dstu2 tests out to dstu2 test project. * dstu3 test project compiles * start moving dstu3 resources * letting azure pileine know about the new modules * finished moving dstu3 resources. this might pass * OK this one should pass for sure * OK this one should pass for sure * change test poms to test scope * move the rest of R4 test classes * move the rest of R4 test classes * moar r4 moves * moar r4 moves * moar r4 moves * finished with r4 * finished with r4 * started r5 * started r5 * Cache busting based on source branch name * Fix other cache key * cache pegged to SHa1 * test cleanup Co-authored-by: Ken Stevens <ken@smilecdr.com> Co-authored-by: markiantorno <markiantorno@gmail.com> Co-authored-by: Tadgh <garygrantgraham@gmail.com>
2022-08-31 22:46:17 -04:00
# Put to top, but kept in order here
# - name: hapi_fhir_structures_r4
# module: hapi-fhir-structures-r4
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: hapi_fhir_structures_r5
module: hapi-fhir-structures-r5
- name: hapi_fhir_test_utilities
module: hapi-fhir-test-utilities
- name: hapi_fhir_testpage_overlay
module: hapi-fhir-testpage-overlay
- name: hapi_fhir_validation
module: hapi-fhir-validation
- name: hapi_fhir_validation_resources_dstu3
module: hapi-fhir-validation-resources-dstu3
- name: hapi_fhir_validation_resources_r4
module: hapi-fhir-validation-resources-r4
- name: hapi_tinder_plugin
module: hapi-tinder-plugin
- name: hapi_tinder_test
module: hapi-tinder-test
Server fixes from Connectathon 32 (#4838) * NPM test cleanup * fix imports * Ongoing cleanup * Rework memory queue * Reindex cleanup * Cleanup * Clean up * Test fixes * Test fixes * Test fixes * Test fix * Test fix
2023-05-15 08:28:55 -04:00
- name: tests_hapi_fhir_base_test_jaxrsserver_kotlin
module: tests/hapi-fhir-base-test-jaxrsserver-kotlin
Azure Pipelines Overhaul (#3948) This PR changes the way HAPI is built by Azure pipelines. Instead of a FIFO queue for all tests in the project, the entire project is quickly built and cached without testing, then the individual modules are built and tested in separate jobs which can be run in parallel from each other. Each of these jobs then uploads the test coverage for that module as a build artifact. Finally, a last stage downloads all the archived tests results and aggregates them using jacoco so they can be uploaded to codecov. This has two key benefits: If there is a failing test because of an intermittent, the individual failing module can be re-run instead of having to re-run the whole project build. The build time is decreased substantially (90min -> 45min). This is the first run at this, I will be iterating to further reduce build times going forward.
2022-08-24 12:55:00 -04:00
- name: tests_hapi_fhir_base_test_mindeps_client
module: tests/hapi-fhir-base-test-mindeps-client
- name: tests_hapi_fhir_base_test_mindeps_server
module: tests/hapi-fhir-base-test-mindeps-server