The purpose of this App is to take cases coming from the legacy Gaps2 and create/update them in the CCD app.
It contains:
- common plugins and libraries
- docker setup
- swagger configuration for api documentation (see how to publish your api documentation to shared repository)
- code quality tools already set up
- integration with Travis CI
- Hystrix circuit breaker enabled
- Hystrix dashboard
- MIT license and contribution information
The application exposes health endpoint (http://localhost:8082/health) and metrics endpoint (http://localhost:8082/metrics).
The project contains the following plugins:
-
checkstyle
https://docs.gradle.org/current/userguide/checkstyle_plugin.html
Performs code style checks on Java source files using Checkstyle and generates reports from these checks. The checks are included in gradle's check task (you can run them by executing
./gradlew check
command). -
pmd
https://docs.gradle.org/current/userguide/pmd_plugin.html
Performs static code analysis to finds common programming flaws. Incuded in gradle
check
task. -
jacoco
https://docs.gradle.org/current/userguide/jacoco_plugin.html
Provides code coverage metrics for Java code via integration with JaCoCo. You can create the report by running the following command:
./gradlew jacocoTestReport
The report will be created in build/reports subdirectory in your project directory.
-
io.spring.dependency-management
https://github.com/spring-gradle-plugins/dependency-management-plugin
Provides Maven-like dependency management. Allows you to declare dependency management using
dependency 'groupId:artifactId:version'
ordependency group:'group', name:'name', version:version'
. -
org.springframework.boot
http://projects.spring.io/spring-boot/
Reduces the amount of work needed to create a Spring application
-
org.owasp.dependencycheck
https://jeremylong.github.io/DependencyCheck/dependency-check-gradle/index.html
Provides monitoring of the project's dependent libraries and creating a report of known vulnerable components that are included in the build. To run it execute
gradle dependencyCheck
command. -
com.github.ben-manes.versions
https://github.com/ben-manes/gradle-versions-plugin
Provides a task to determine which dependencies have updates. Usage:
./gradlew dependencyUpdates -Drevision=release
The project uses Gradle as a build tool. It already contains
./gradlew
wrapper script, so there's no need to install gradle.
To build the project execute the following command:
./gradlew build
Run the application by executing:
./gradlew bootRun
Dockerisation is a work in progress.
This setup is required if files need to be processed via sftp server
- To simply build the SFTP server
docker-compose rm -f && docker-compose -f docker-compose-sftp.yml build && docker-compose -f docker-compose-sftp.yml up
- To login into a container which is currently running on your system and view transferred files
Place file to be transferred under docker/sftp/data/incoming
and make sure docker/sftp/data/incoming/processed
folder should contain atleast one file then:
To connect into sftp container from sscs-case-loader container use:
```bash
sftp -P 22 -o StrictHostKeyChecking=no -i /home/webapp/sscs-sftp-key sftp@sscs-sftp:incoming
To connect into sftp container from host (your computer): Before first use
chmod 600 ./docker/sftp-docker
and put some files in here
./docker/sftp/data/incoming/
finally
sftp -P 2222 -o StrictHostKeyChecking=no -i ./docker/sftp-docker sftp@localhost:incoming
Connected to sscs-sftp.
Changing to: /incoming
sftp> dir
SSCS_Extract_Reference_2017-06-30-09-01-31.xml
- do the above steps
- Create/copy the extract delta xml you need
- ensure that there is no gaps caseId (Appeal_Case_RefNum), but there is a ccdId (Additional_Ref) that already exsits on your local db
- ensure that the newest Major_Status element has the type of event you are tring to test (see GapsEvent class)
- ensure that for event updates the list of Major_Status is different to that already on your ccd case locally
- Run the CaseLoaderApp in your ide
- This should pick up the delta file you changed
- (I found that the last action of moving to the processed folder did not work because of directory permissions, but that may only be an Ubuntu thing)
-
Bring up the upstream systems using sscs-docker (https://github.com/hmcts/sscs-docker) project. Please follow the instructions given in the README document.
-
Run the application using the "local" profile:
SPRING_PROFILES_ACTIVE=local ./gradlew bootRun
- Turn on debugging by editing sscs-case-loader/src/main/resources/application.yaml
logging.level:
org.springframework.web: ${LOG_LEVEL_SPRING_WEB:debug}
uk.gov.hmcts.reform.sscs: ${LOG_LEVEL_SSCS:debug}
- Bring up the SFTP server
docker-compose rm -f && docker-compose -f docker-compose-sftp.yml build && docker-compose -f docker-compose-sftp.yml up
- Open IntelliJ and import the Lombok plugin and enable annotation processing
- Run this test within IntelliJ
https://github.com/hmcts/sscs-case-loader/blob/master/src/e2e/java/uk.gov.hmcts.reform.sscs/olde2e/ProcessFileAndSaveIntoCcd.java#L20
- Refresh the browser to view the cases in CCD
http://localhost:3451
- Running Functional test locally
- Make sure you bring up local SFTP and run sscs-docker dependencies
- Run
SPRING_PROFILES_ACTIVE=local ./gradlew functionalPreDeploy
SPRING_PROFILES_ACTIVE=local ./gradlew bootRun
SPRING_PROFILES_ACTIVE=local ./gradlew functionalPostDeploy
Hystrix is a library that helps you control the interactions between your application and other services by adding latency tolerance and fault tolerance logic. It does this by isolating points of access between the services, stopping cascading failures across them, and providing fallback options. We recommend you to use Hystrix in your application if it calls any services.
This template API has Hystrix Circuit Breaker
already enabled. It monitors and manages all the@HystrixCommand
or HystrixObservableCommand
annotated methods
inside @Component
or @Service
annotated classes.
When this API is running, you can monitor Hystrix metrics in real time using Hystrix Dashboard. In order to do this, visit http://localhost:4550/hystrix and provide http://localhost:4550/hystrix.stream as the Hystrix event stream URL. Keep in mind that you'll only see data once some of your Hystrix commands have been executed. Otherwise 'Loading...' message will be displayed on the monitoring page.
Hystrix offers much more than Circuit Breaker pattern implementation or command monitoring. Here are some other functionalities it provides:
- Separate, per-dependency thread pools
- Semaphores, which you can use to limit the number of concurrent calls to any given dependency
- Request caching, allowing different code paths to execute Hystrix Commands without worrying about duplicating work
- Export mapped data sheet as csv and save it as "_mapped_language_data.csv" at the root of the project.
- The following columns are required: "reference", "state"," "interpreter", "mapped_language_value", "existing_language_value".
- Update the name of the migration file in the "MigrationDataEncoderApp" class.
- Run the "MigrationDataEncoderApp" to generate the encoded migration data string, which will be saved in a file named "_encoded_migration_data.txt" at the root of the project.
- Copy the encoded string into the "encoded_migration_data_string" secret in the relevant keyvault sscs-
- This completes the setup required for the data migration cron job.
- When the job runs it will read the encoded string from the vault, decode it, extract the migration data and update the language values for all cases included the migration sheet.
When building the project in your IDE (eclipse or IntelliJ), Lombok plugin will be required to compile.
For IntelliJ IDEA, please add the Lombok IntelliJ plugin:
- Go to
File > Settings > Plugins
- Click on
Browse repositories...
- Search for
Lombok Plugin
- Click on
Install plugin
- Restart IntelliJ IDEA
Plugin setup for other IDE's are available on [https://projectlombok.org/setup/overview]
This project is licensed under the MIT License - see the LICENSE file for details