The project is organized in a monorepo fashion and relies on Nx. See Nx Documentation
Nx supports many plugins which add capabilities for developing different types of applications and different tools.
These capabilities include generating applications, libraries, etc. as well as the devtools to test, and build projects as well.
There are also many community plugins you could add.
To have more flexibility using Nx tools, you should install Nx CLI.
npm i -g @nx/cli
This will make the nx
command available on your system.
You can also use npx nx
.
Run nx g @nx/angular:app my-app
to generate an application.
You can use any of the plugins above to generate applications as well.
When using Nx, you can create multiple applications and libraries in the same workspace.
You'll need manual configuration to make the application running:
-
Update the root
tsconfig.json
of your application by setting"angularCompilerOptions": { "strictTemplates": false }
-
Add
postcss.config.js
andtailwind.config.js
at the root of your project if you want to use TailwindCSS. -
If you want to an application configuration, follow the following steps:
- Add the config file as asset for the application in
angular.json
:
"architect": { "build": { ... "options": { ... "assets": [ ... { "glob": "*", "input": "conf", "output": "assets/configuration/" } ],
- Load app config before bootstrapping the Angular app in
main.ts
:
// ... import { loadAppConfig } from '@geonetwork-ui/util/app-config' // chain config load and app bootstrap loadAppConfig() .then(() => { platformBrowserDynamic() .bootstrapModule(AppModule) .catch((err) => console.error(err)) }) .catch(console.error)
- Add a
preload
link for the config file to gain some boot time:
<link rel="preload" href="assets/configuration/default.toml" as="fetch" /> </head> <body>
Note that the config file is always available at this path
- Use the config using functions in
@geonetwork-ui/util/app-config
:
// ... import { getGlobalConfig, getThemeConfig, } from '@geonetwork-ui/util/app-config' @NgModule({ // ... // provide API url and proxy path providers: [ provideRepositoryUrl(() => getGlobalConfig().GN4_API_URL), { provide: PROXY_PATH, useFactory: () => getGlobalConfig().PROXY_PATH, }, // ... ], }) export class AppModule { constructor() { // ... // apply css variables using ThemeService ThemeService.applyCssVariables( getThemeConfig().PRIMARY_COLOR, getThemeConfig().SECONDARY_COLOR, getThemeConfig().MAIN_COLOR, getThemeConfig().BACKGROUND_COLOR, getThemeConfig().MAIN_FONT, getThemeConfig().TITLE_FONT ) } }
- Use the following configuration to allow loading custom translations from the config file:
import { // ... TRANSLATE_WITH_OVERRIDES_CONFIG, } from '@geonetwork-ui/util/app-config' @NgModule({ // ... imports: [ // ... UtilI18nModule, TranslateModule.forRoot(TRANSLATE_WITH_OVERRIDES_CONFIG), ], }) export class AppModule { // ...
- Add the config file as asset for the application in
Please note that the app configuration is available to be used anywhere else in the application in a synchronous way since it was loaded beforehand.
Run nx g @nx/angular:lib my-lib
to generate a library.
You should create your library into a folder (ui
, feature
...)
eg nx g @nx/angular:lib router --directory=feature
, the name of the library will be feature-router
in angular.json
file.
You can also use any of the plugins above to generate libraries as well.
Libraries are shareable across libraries and applications. They can be imported from @geonetwork-ui/mylib
.
Run nx generate component component-name --project=<project name>
to generate a new component. You will have to specify a project, which can be for example:
search
: application named "search"ui-layout
: presentation library with layout componentsfeature-search
: logic library with search components- etc.
You can also generate other kind of Angular objects with nx generate directive|pipe|service|class|guard|interface|enum|module
.
Recommended options to generate a component are CSS-based styling and OnPush changes detection, like so:
nx g c smart/fuzzy-search --project=feature-search --style=css --changeDetection=OnPush -d
To get more help on the Angular CLI use nx help
or go check out the Angular CLI README.
Run nx serve my-app
for a dev server. Navigate to http://localhost:4200/. The app will automatically reload if you change any of the source files.
Run nx build my-app
to build the project. The build artifacts will be stored in the dist/
directory. Use the --prod
flag for a production build.
Run nx test my-app
to execute the unit tests via Jest.
You can test a specific lib or app or file with
nx test (lib_name)
nx test --test-match=/data/dev/gn/ui/libs/common/src/lib/services/bootstrap.service.spec.ts
Run npm test
to execute the unit tests affected by a change.
Run nx e2e my-app
to execute the end-to-end tests via Cypress.
Run nx affected:e2e
to execute the end-to-end tests affected by a change.
Run nx dep-graph
to see a diagram of the dependencies of your projects.
To run the tests in Intellij, install the Jest plugin and run the test as usual.
You may need to edit your configuration and set up the Working Directory to root of the project (e.g ~/dev/geonetwork-ui/
).
You can set up the correct Working Directory once for all by putting the correct value in Jest Template (Edit configuration/Templates/Jest/Working Directory).
All contributed code must pass the lint & format checks.
To run the lint step, use npm run lint
for affected code, or npm run lint:all
for all code.
To check whether your code is formatted properly, use npm run format
.
If you want Prettier to run on all the code and make sure everything is formatted, run npm run format:write
.
This should be done before committing. The recommended way is to set up your IDE to run Prettier automatically on save.
GeoNetwork-UI contains auto-generated API clients for two backends: GeoNetwork 4 and Datafeeder. This relies on the OpenAPI standard (formerly Swagger).
To regenerate the clients, update the spec.yaml
files in the libs/data-access/<backend>/src
folder and use either npm run generate-api -- gn4
or npm run generate-api -- datafeeder
.
Translations are managed by ngx-translate.
To set up translate service, import the module in your application/lib root module:
// Application module, root
export function HttpLoaderFactory(http: HttpClient) {
return new TranslateHttpLoader(http)
}
...
imports: [
TranslateModule.forRoot({
loader: {
provide: TranslateLoader,
useFactory: HttpLoaderFactory,
deps: [HttpClient],
},
defaultLanguage: 'fr',
}),
]
// Library module, child
imports: [
TranslateModule.forChild(),
]
To declare a string to be translated, use following syntax
<input [title]="'Sort by' | translate" />
<div translate>search</div>
import { marker } from '@biesbjerg/ngx-translate-extract-marker'
marker('last changed')
marker('popularity')
All translated files are stored in the translations
folder at the root of the project.
These translation files are then used as assets in the different apps.
To extract all translated labels and add them to the translation files, run the following command:
npm run i18n:extract
Check all target languages are defined in extraction script
"i18n:extract": "ngx-translate-extract -s --fi ' ' --input ./apps ./libs --output ./translations/{en,de,fr,it,es,nl,pt}.json --clean --format json"
All translation files are merged, unused strings are removed. Don't forget to use Marker
to add dynamic translations.
The translation files can then be modified and committed accordingly.
A program is available to merge translation files if necessary, e.g. for manual migrations of translations from one project to another.
To run it:
node tools/i18n/cli.js merge ./apps/datafeeder/src/assets/i18n/fr.json ./translations/fr.json
The documentation is generated by vitepress.dev.
The doc files are located under the docs folder.
You can edit the doc configuration, add or remove content from the Vitepress config.js file.
npm run docs:dev
to run documentation in dev modenpm run docs:preview
to preview documentationnpm run docs:build
to build documentation