Data

Tools

Indexes

Applications

Experiments

Awesome

An open API service indexing awesome lists of open source software.

https://github.com/hibuz/jhipster-monolithic


https://github.com/hibuz/jhipster-monolithic

Last synced: 7 months ago
JSON representation

Awesome Lists containing this project

README 

          
# jhipster



This application was generated using JHipster 7.1.0, you can find documentation and help at [https://www.jhipster.tech/documentation-archive/v7.1.0](https://www.jhipster.tech/documentation-archive/v7.1.0).



Generate Options



```bash

? Which *type* of application would you like to create? Monolithic application (recommended for simple projects)

? What is the base name of your application? jhipster

? Do you want to make it reactive with Spring WebFlux? No

? What is your default Java package name? com.hibuz.jhipster

? Which *type* of authentication would you like to use? JWT authentication (stateless, with a token)

? Which *type* of database would you like to use? SQL (H2, PostgreSQL, MySQL, MariaDB, Oracle, MSSQL)

? Which *production* database would you like to use? PostgreSQL

? Which *development* database would you like to use? H2 with disk-based persistence

? Which cache do you want to use? (Spring cache abstraction) Ehcache (local cache, for a single node)

? Do you want to use Hibernate 2nd level cache? Yes

? Would you like to use Maven or Gradle for building the backend? Gradle

? Do you want to use the JHipster Registry to configure, monitor and scale your application? No

? Which other technologies would you like to use? Elasticsearch as search engine, WebSockets using Spring Websocket, Apa

che Kafka as asynchronous messages broker, API first development using OpenAPI-generator

? Which *Framework* would you like to use for the client? React

? Do you want to generate the admin UI? Yes

? Would you like to use a Bootswatch theme (https://bootswatch.com/)? Default JHipster

? Would you like to enable internationalization support? Yes

? Please choose the native language of the application Korean

? Please choose additional languages to install English

? Besides JUnit and Jest, which testing frameworks would you like to use? Cypress, Gatling, Cucumber

? Would you like to install other generators from the JHipster Marketplace? No

```



## Development



Before you can build this project, you must install and configure the following dependencies on your machine:



1. [Node.js][]: We use Node to run a development web server and build the project.

   Depending on your system, you can install Node either from source or as a pre-packaged bundle.



After installing Node, you should be able to run the following command to install development tools.

You will only need to run this command when dependencies change in [package.json](package.json).



```

npm install

```



We use npm scripts and [Webpack][] as our build system.



Run the following commands in two separate terminals to create a blissful development experience where your browser

auto-refreshes when files change on your hard drive.



```

./gradlew -x webapp

npm start

```



Npm is also used to manage CSS and JavaScript dependencies used in this application. You can upgrade dependencies by

specifying a newer version in [package.json](package.json). You can also run `npm update` and `npm install` to manage dependencies.

Add the `help` flag on any command to see how you can use it. For example, `npm help update`.



The `npm run` command will list all of the scripts available to run for this project.



### PWA Support



JHipster ships with PWA (Progressive Web App) support, and it's turned off by default. One of the main components of a PWA is a service worker.



The service worker initialization code is commented out by default. To enable it, uncomment the following code in `src/main/webapp/index.html`:



```html



  if ('serviceWorker' in navigator) {

    navigator.serviceWorker.register('./service-worker.js').then(function () {

      console.log('Service Worker Registered');

    });

  }



```



Note: [Workbox](https://developers.google.com/web/tools/workbox/) powers JHipster's service worker. It dynamically generates the `service-worker.js` file.



### Managing dependencies



For example, to add [Leaflet][] library as a runtime dependency of your application, you would run following command:



```

npm install --save --save-exact leaflet

```



To benefit from TypeScript type definitions from [DefinitelyTyped][] repository in development, you would run following command:



```

npm install --save-dev --save-exact @types/leaflet

```



Then you would import the JS and CSS files specified in library's installation instructions so that [Webpack][] knows about them:

Note: There are still a few other things remaining to do for Leaflet that we won't detail here.



For further instructions on how to develop with JHipster, have a look at [Using JHipster in development][].



### Doing API-First development using openapi-generator



[OpenAPI-Generator]() is configured for this application. You can generate API code from the `src/main/resources/swagger/api.yml` definition file by running:



```bash

./gradlew openApiGenerate

```



Then implements the generated delegate classes with `@Service` classes.



To edit the `api.yml` definition file, you can use a tool such as [Swagger-Editor](). Start a local instance of the swagger-editor using docker by running: `docker-compose -f src/main/docker/swagger-editor.yml up -d`. The editor will then be reachable at [http://localhost:7742](http://localhost:7742).



Refer to [Doing API-First development][] for more details.



## Building for production



### Packaging as jar



To build the final jar and optimize the jhipster application for production, run:



```

./gradlew -Pprod clean bootJar

```



This will concatenate and minify the client CSS and JavaScript files. It will also modify `index.html` so it references these new files.

To ensure everything worked, run:



```

java -jar build/libs/*.jar

```



Then navigate to [http://localhost:8080](http://localhost:8080) in your browser.



Refer to [Using JHipster in production][] for more details.



### Packaging as war



To package your application as a war in order to deploy it to an application server, run:



```

./gradlew -Pprod -Pwar clean bootWar

```



## Testing



To launch your application's tests, run:



```

./gradlew test integrationTest jacocoTestReport

```



### Client tests



Unit tests are run by [Jest][]. They're located in [src/test/javascript/](src/test/javascript/) and can be run with:



```

npm test

```



UI end-to-end tests are powered by [Cypress][]. They're located in [src/test/javascript/cypress](src/test/javascript/cypress)

and can be run by starting Spring Boot in one terminal (`./gradlew bootRun`) and running the tests (`npm run e2e`) in a second one.



#### Lighthouse audits



You can execute automated [lighthouse audits][https://developers.google.com/web/tools/lighthouse/] with [cypress audits][https://github.com/mfrachet/cypress-audit] by running `npm run e2e:cypress:audits`.

You should only run the audits when your application is packaged with the production profile.

The lighthouse report is created in `build/cypress/lhreport.html`



### Other tests



Performance tests are run by [Gatling][] and written in Scala. They're located in [src/test/gatling](src/test/gatling).



To use those tests, you must install Gatling from [https://gatling.io/](https://gatling.io/).



For more information, refer to the [Running tests page][].



### Code quality



Sonar is used to analyse code quality. You can start a local Sonar server (accessible on http://localhost:9001) with:



```

docker-compose -f src/main/docker/sonar.yml up -d

```



Note: we have turned off authentication in [src/main/docker/sonar.yml](src/main/docker/sonar.yml) for out of the box experience while trying out SonarQube, for real use cases turn it back on.



You can run a Sonar analysis with using the [sonar-scanner](https://docs.sonarqube.org/display/SCAN/Analyzing+with+SonarQube+Scanner) or by using the gradle plugin.



Then, run a Sonar analysis:



```

./gradlew -Pprod clean check jacocoTestReport sonarqube

```



For more information, refer to the [Code quality page][].



## Using Docker to simplify development (optional)



You can use Docker to improve your JHipster development experience. A number of docker-compose configuration are available in the [src/main/docker](src/main/docker) folder to launch required third party services.



For example, to start a postgresql database in a docker container, run:



```

docker-compose -f src/main/docker/postgresql.yml up -d

```



To stop it and remove the container, run:



```

docker-compose -f src/main/docker/postgresql.yml down

```



You can also fully dockerize your application and all the services that it depends on.

To achieve this, first build a docker image of your app by running:



```

./gradlew bootJar -Pprod jibDockerBuild

```



Then run:



```

docker-compose -f src/main/docker/app.yml up -d

```



For more information refer to [Using Docker and Docker-Compose][], this page also contains information on the docker-compose sub-generator (`jhipster docker-compose`), which is able to generate docker configurations for one or several JHipster applications.



## Continuous Integration (optional)



To configure CI for your project, run the ci-cd sub-generator (`jhipster ci-cd`), this will let you generate configuration files for a number of Continuous Integration systems. Consult the [Setting up Continuous Integration][] page for more information.



[jhipster homepage and latest documentation]: https://www.jhipster.tech

[jhipster 7.1.0 archive]: https://www.jhipster.tech/documentation-archive/v7.1.0

[using jhipster in development]: https://www.jhipster.tech/documentation-archive/v7.1.0/development/

[using docker and docker-compose]: https://www.jhipster.tech/documentation-archive/v7.1.0/docker-compose

[using jhipster in production]: https://www.jhipster.tech/documentation-archive/v7.1.0/production/

[running tests page]: https://www.jhipster.tech/documentation-archive/v7.1.0/running-tests/

[code quality page]: https://www.jhipster.tech/documentation-archive/v7.1.0/code-quality/

[setting up continuous integration]: https://www.jhipster.tech/documentation-archive/v7.1.0/setting-up-ci/

[gatling]: https://gatling.io/

[node.js]: https://nodejs.org/

[webpack]: https://webpack.github.io/

[browsersync]: https://www.browsersync.io/

[jest]: https://facebook.github.io/jest/

[jasmine]: https://jasmine.github.io/2.0/introduction.html

[cypress]: https://www.cypress.io/

[leaflet]: https://leafletjs.com/

[definitelytyped]: https://definitelytyped.org/

[openapi-generator]: https://openapi-generator.tech

[swagger-editor]: https://editor.swagger.io

[doing api-first development]: https://www.jhipster.tech/documentation-archive/v7.1.0/doing-api-first-development/