The Guillotina REST API aNGular Environment.
The Grange is a rich extensible development toolkit.
It provides ready-to-use components and features (like login form, rich UI library, form generator, breadcrumbs, etc.).
It offers support for standard CRUD use-cases, allowing to build simple applications very rapidly.
Complex applications are supported too as the Grange is highly extensible and all the default views can be overridden.
A Grange app is able to render any object served by the Guillotina backend.
It will use the path requested on the frontend to call the corresponding Guillotina object, like http://localhost:4200/shoes/pink-boots
will produce a call to https://my-guillotina-server/db/app1/shoes/pink-boots
(assuming our Guillotina container supporting our app is named app1
).
Let's assume the pink-boots
object belongs to the Shoes
type (a custom type defined in app1
), it will be rendered using the default view (named view
).
This view will be the generic view
view unless we override the generic view with a custom one in order to make a specific rendering for shoes:
this.grange.traverser.addView('view', 'Shoes', MyCustomShoesView);
If we try to access http://localhost:4200/shoes/pink-boots/@@edit
, then the app will use the edit
view (assuming the current user is allowed to modify the pink-boots
object).
We can also define custom views, like:
this.grange.traverser.addView('buy', 'Shoes', BuyShoesView);
It will make http://localhost:4200/shoes/pink-boots/@@buy
a valid path.
When creating a custom view, we can use ready-to-use components (like breadcrumbs, form generator for editing, etc.) directly in the template, and we can use the Grange service to implement custom features in the TypeScript component.
The good thing about a Grange app is it is totally neutral about the Guillotina backend. It does not assume any hierarchical structure (like our shoes are not meant to be in /shoes
folder, if we have some shoes object in /autumn/new-shoes/red-sleepers
, the app can render it). It does not even assume what are the content types, we could make our Shoe type folderish and make an addable type to display shoes pictures named ShoesPicture, the app will offer the Add button in the actions components, the create form will work for ShoesPicture, etc. (we probably want to implement some custom views for our ShoesPicture type, nevertheless the basic CRUD scenario would be working without any change).
If you don't have one already, create an angular project:
ng new my-project
In your Angular project, install Grange:
npm install @guillotinaweb/grange-schematic
ng add @guillotinaweb/grange-schematic
Run Guillotina (it requires Docker):
npm run guillotina
Import in the app.module.ts
the Grange module plus a minimal NgRx store, and provide the Guillotina backend URL to our container:
import { GrangeRootModule } from '@guillotinaweb/grange';
import { TraversalModule } from 'angular-traversal';
import { StoreModule } from '@ngrx/store';
...
imports: [
...
GrangeRootModule.forRoot(),
StoreModule.forRoot(
{},
{
runtimeChecks: {
strictStateImmutability: false,
strictActionImmutability: false,
},
}
),
TraversalModule,
],
providers: [
{
provide: 'CONFIGURATION',
useValue: {
BACKEND_URL: 'http://127.0.0.1:8081/db/site',
CLIENT_TIMEOUT: 5000,
},
},
],
Initialize the default views in app.component.ts
:
export class AppComponent {
constructor(private views: GrangeViews) {
this.views.initialize();
}
}
Set the traverser-outlet
in app.component.html
:
<traverser-outlet></traverser-outlet>
Run the application:
npm start
Our Angular app is now offering all Grange standard views (login, content creation, view, etc.). We can login as root/root. By clicking on the "Plus" button, we get the available content types and we can a new content. Once created we can delete it or edit it. The edit form is automatically generated based on the content type schema provided by Guillotina.
See Grange tutorial for more advanced examples.
It is the default view for a non-folderish object. It just displays the title and description of the current context object.
It also contains the CRUD actions component (add/edit/delete).
The add
view will either open a creation form for the type passed as parameter, either presents the list of addable contents in the current context.
By selecting one, we are redirected to ./@@add?type=<the-type>
.
The edit
view displays a form allowing to modify the current object.
The form is dynamically generated according the current object schema provided by Guillotina.
It is the default view for a folderish object. It displays the title and description of the current context object and links to its items.
It also contains the CRUD actions component (add/edit/delete).
The login
view displays a login form and redirects to view
if login is successful.
The <grange-actions></grange-actions>
component allows to display the Add / Edit / Delete buttons.
The <grange-breadcrumbs></grange-breadcrumbs>
component display the current breadcrumbs.
By adding the <grange-toast-container></grange-toast-container>
component in our main app.component.html
template, we can use the toaster service to display toast messages:
import { Grange } from 'grange';
...
constructor(private grange: Grange) {}
notify() {
this.grange.ui.toaster.open('Hello', 'Close');
}
All the services are accessible through the global Grange
service
import { Grange } from 'grange';
...
constructor(private grange: Grange) {}
The grange
service provides handy methods for the most common needs.
getContext()
: returns an Observable with the current traversed context.
updateContext(changes)
: update the current context with the provided changes.
The update will be performed in the state immediately, and the corresponding PATCH will be done on the backend.
If the backend call fails, a GET call is done to update the state with the actual value.
this.grange.traverser
It allows to declare new views. For example to add a custome view to edit the player type:
this.grange.traverser.addView('edit', 'Player', EditPlayerPreferencesComponent);
It allows to navigate to a given path:
this.grange.traverser.navigate(this.currentPlayer.team);
this.grange.traverser.navigate(this.currentPlayer['@id'] + '/@@score');
It also allows to load the context for a tile:
this.grange.traverser.loadTile('details', this.currentPlayer.team);
More details in the Angular traversal documentation.
this.grange.core
The core service provides access to:
- the authentication service, to login, logout, get the current username;
- the resource service to interact with the Guillotina resources (get, create, modify, delete, find, share, get children, get navigation links, breadcrumbs, etc.);
- the API service to handle all the low-level communications with the Guillotina backend: regular HTTP verbs or file downloading.
this.grange.store
It allows to select state information or to dispatch actions. See below the "State" section.
this.grange.ui
It gives access to the main Pastanaga services: calendar, dialog, popup, sidebar, toaster and translate.
See "Pastanaga UI library" section below.
Grange comes with a NgRx store.
TO BE COMPLETED
The Guillotina RESTAPI supports the JSON Schema standard.
Grange uses ngx-schema-form to render any JSON Schema as a dynamic form. The form widgets use the Pastanaga library.
<sf-form [schema]="schema" [(model)]="editModel"></sf-form>
TO BE COMPLETED
Useful Guillotina operations:
- create an app container for a new project
curl -XPOST --user root:root http://127.0.0.1:8081/db -d '{
"@type": "Container",
"id": "my-app"
}'
- create a user
curl -XPOST --user root:root http://127.0.0.1:8081/db/site/users -d '{
"@type": "User",
"id": "inewton",
"username": "inewton",
"name": "Isaac Newton",
"email": "[email protected]",
"password": "inewton",
"user_roles": ["guillotina.Member"]
}'
- give reader access to a user
curl -XPOST --user root:root http://127.0.0.1:8081/db/site/@sharing -d '{
"prinrole": [
{
"principal": "inewton",
"role": "guillotina.Reader",
"setting": "Allow"
}
]
}'
If we want to run Grange into an Anugular project using the GitHub master branches of all the dependencies, we need to use mrs-developer:
npm install mrs-developer
Then create the mrs.developer.json
:
{
"angular-traversal": {
"path": "/projects/traversal/src/lib",
"url": "[email protected]:guillotinaweb/angular-traversal.git",
"https": "https://github.com/guillotinaweb/angular-traversal.git",
"branch": "master"
},
"grange": {
"url": "[email protected]:guillotinaweb/grange.git",
"https": "https://github.com/guillotinaweb/grange.git",
"path": "/projects/grange/src",
"branch": "master"
},
"grange-core": {
"url": "[email protected]:guillotinaweb/grange-core.git",
"https": "https://github.com/guillotinaweb/grange-core.git",
"path": "/projects/grange-core/src",
"branch": "master"
},
"grange-form": {
"path": "/projects/grange-form/src/lib",
"url": "[email protected]:guillotinaweb/grange-form.git",
"https": "https://github.com/guillotinaweb/grange-form.git",
"branch": "master"
},
"ngx-schema-form": {
"path": "/projects/schema-form/src/lib",
"url": "[email protected]:guillotinaweb/ngx-schema-form.git",
"https": "https://github.com/guillotinaweb/ngx-schema-form.git",
"branch": "master"
},
"ngx-state-traverser": {
"path": "/projects/ngx-state-traverser/src",
"url": "[email protected]:guillotinaweb/ngx-state-traverser.git",
"https": "https://github.com/guillotinaweb/ngx-state-traverser.git",
"branch": "master"
}
}
npm run guillotina
It comes with few content types example, they can be easily adapted and extended by editing g-api/config.yaml
.