Using AngularJS
Please note that this section refers to AngularJS 1.x. If you are using Angular 2+, please go to the using Angular documentation.
Project Structure
The JHipster client code can be found under src/main/webapp
, and follows closely the John Papa AngularJS 1 style guide. Please read this guide first if you have any question on our application structure, file names, JavaScript conventions…
This style guide is endorsed by the AngularJS team, and gives the guarantee to have a clear upgrade path to AngularJS 2.
For AngularJS routes we follow a dash cased naming convention so that the URLs are clean and consistent. When you generate an entity the route names, route URLs and REST API endpoint URLs are generated according to this convention, also entity names are automatically pluralized where required.
Here is the main project structure:
webapp
├── app - Your application
│ ├── account - User account management UI
│ ├── admin - Administration UI
│ ├── blocks - Common building blocks like configuration and interceptors
│ ├── components - Common components like alerting and form validation
│ ├── entities - Generated entities (more information below)
│ ├── home - Home page
│ ├── layouts - Common page layouts like navigation bar and error pages
│ ├── services - Common services like authentication and user management
│ ├── app.constants.js - Application constants
│ ├── app.module.js - Application modules configuration
│ ├── app.state.js - Main application router
├── bower_components - Dependencies installed by Bower
├── content - Static content
│ ├── images - Images
│ ├── styles - CSS stylesheets
│ ├── fonts - Font files will be copied here
├── i18n - Translation files
├── scss - Sass style sheet files will be here if you choose the option
├── swagger-ui - Swagger UI front-end
├── 404.html - 404 page
├── favicon.ico - Fav icon
├── index.html - Index page
├── robots.txt - Configuration for bots and Web crawlers
Using the entity sub-generator to create a new entity called Foo
generates the following front-end files under src/main/webapp
:
webapp
├── app
│ ├── entities
│ ├── foo - CRUD front-end for the Foo entity
│ ├── foo.controller.js - Controller for the list page
│ ├── foo.service.js - Service which access the Foo REST resource
│ ├── foo.state.js - AngularUI router, which manages routes for this entity
│ ├── foo-delete-dialog.controller.js - Controller for the delete dialog pop-up
│ ├── foo-delete-dialog.html - View for the delete dialog pop-up
│ ├── foo-detail.controller.js - Controller for the entity details page
│ ├── foo-detail.html - View for the entity details page
│ ├── foo-dialog.controller.js - Controller for the create/update dialog pop-up
│ ├── foo-dialog.html - View for the create/update dialog pop-up
│ ├── foos.html - View for the list page
├── i18n - Translation files
│ ├── en - English translations
│ │ ├── foo.json - English translation of Foo name, fields, ...
│ ├── fr - French translations
│ │ ├── foo.json - French translation of Foo name, fields, ...
Please note that the default language translations would be based on what you have choosen during app generation. ‘en’ and ‘fr’ are shown here only for demonstration.
Authorizations
JHipster uses angular-ui-router to organize the different parts of your client application.
For each state, the required authorities are listed in the state’s data, and when the authority list is empty it means that the state can be accessed anonymously.
The authorities are also defined on the server-side in the class AuthoritiesConstants.java
, and logically the client and server-side authorities should be the same.
In the example below, the ‘sessions’ state can be accessed only by authenticated users who have ROLE_USER
authority:
(function() {
'use strict';
angular
.module('tmpApp')
.config(stateConfig);
stateConfig.$inject = ['$stateProvider'];
function stateConfig($stateProvider) {
$stateProvider.state('sessions', {
parent: 'account',
url: '/sessions',
data: {
authorities: ['ROLE_USER'],
pageTitle: 'global.menu.account.sessions'
},
views: {
'content@': {
templateUrl: 'app/account/sessions/sessions.html',
controller: 'SessionsController',
controllerAs: 'vm'
}
},
resolve: {
translatePartialLoader: ['$translate', '$translatePartialLoader', function ($translate, $translatePartialLoader) {
$translatePartialLoader.addPart('sessions');
return $translate.refresh();
}]
}
});
}
})();
Notification System
JHipster uses ui-bootstrap alerts for the notification system, and has an i18n-capable AlertService
which can be used throughout the generated applications.
By default JHipster will show success notifications whenever an entity is created/updated/deleted and error notifications when there is an error caught from the response.
To show a custom notification or alert, use the below methods after injecting the AlertService
to your controller, directive or service.
The shorthand methods success
, info
, warning
and error
will have a timeout of 5 seconds, for other configurations use the add
method:
(function() {
'use strict';
angular
.module('tmpApp')
.controller('FooController', FooController);
FooController.$inject = ['$scope', '$state', 'Foo', 'AlertService'];
function FooController ($scope, $state, Foo, AlertService) {
AlertService.success("This is a success message, it is green");
AlertService.info("This is an info message, it is blue");
AlertService.warning("This is a warning message, it is amber");
AlertService.error("This is an error message, it is red");
AlertService.success("i.will.be.translated");
// where key i.will.be.translated needs to be in global.json
AlertService.success("i.will.be.translated", {param: someParam});
// where key i.will.be.translated needs to be in global.json and can have a which will be replaced by `someParam`
AlertService.add({
type: "success", // can be success, info, warning and error
msg: msg,
params: params, // parameters to pass for translation
timeout: timeout // how long to show the alert in milliseconds
});
AlertService.clear(); // clear all alerts
AlertService.get(); // get all open alerts
}
})();
If you would like the notifications to look like toasts you can enable that by setting AlertServiceProvider.showAsToast(true)
in src/main/webapp/app/blocks/config/alert.config.js
. By default this will be set to false AlertServiceProvider.showAsToast(false)
.