Create a demonstrative explanatory app that illustrates the content app - pulse (workflow actions) - mobile author possibilities offered by M5.
Basic use case
Author for a restaurant site, Bob, needs to add new restaurants to the website, he will use his company's M5 app to directly take the picture, add some basic information and submit the new content for approbation to a publisher which for sake of simplicity will be superuser.
- Bob sees a nice restaurant he wants to promote
- Bob logs in to M5 author
- Bob opens his dedicated M5 app on his tablet
- Bob takes a picture of his restaurant, enters some basic content and sends it for approbation using pulse actions
- Alice and Eve are reviewing the information.
Start from the content app example here My first content app and modify it to make it fit the above use case.
Products will be restaurants
They will have a picture, a title, an abstract and an automatic geo-location(if this is possible), and content will be tagged.
Bob can add, modify and delete only his restaurants.
The actions will be configured to allow the mobile user Bob to submit the publication to the publishers.
The publishers will then review the addition or modification of the restaurant.
The published content will be pushed into an external index ( solr )
The last 10 restaurants will be displayed in a single page, the rest will be available for search ( geolocalised, keywords, faceted page)
Check out the project from git here.
Slightly modified Content app
Import the following configuration as you can see, we slightly modified certain fields of a "standard" content app.
Categorization was added in the same way as for 4.5:
Basically you add a tab and extend /modules/categorization/dialogs/generic/tabCategorization.
Linking the image to use stuff from the assets
Instead of using the image uploader we will link the image field of the restaurant to a Node in the assets. Uploading assets will be done using the asset app. It is foreseen to be able to upload as well assets directly through the content app (probably 5.1).
This is done by adding the following:
Or link to the asset will be stored under the image node, to retrieve it in our page, we can use the DAMTemplating API, we can use it as follows:
Adding an activation action
We duplicate the activation action we can find in the Pages app and add it under the actions, add the corresponding activate action in the actionbar.
As you can see we only allowed superuser to activate content, this is because we would like to add a sort of activation authorization command or a basic approval workflow.
Adding the public instance
We add a public server as described in the documentation, for easiness of use we will have author and public on teh same instance.
Creating the blog page for displaying the activated content
We now create a new template and blog page by extending stkHome, we will as well add a new FTL and new component to the project.
The modelClass will list all activated restaurants.
The new FTL will just display the activated items.
Creating normal users and the correct roles
We create a new role for the mobile authors who submit the restaurants, add a new user and give him the correct roles and basic groups for only accessing the addresto app.
First create the role:
Then create add the access rights:
Create a group and add the following roles to it:
Finally create a user and assign the preceding group to it.
Giving correct access rights to the app
We give the correct rights to the app. We want our user to be able to open the app but only the app, so we add the role we created to the app's security.
Adding a messageView
We need to register a messageView so that the pulse can find it and open it. So we add a messageview to the addresto app as follows.
Adding a "Request for activation action"
We now add some custom logic to the app, creating a custom action as defined below, the action will be fired from the addresto subapp, so we decide to inject the following.
We want to send a message, so we need the SubAppContext
We want to show a notification so we need the Shell.
The API is quite well designed actually, creating those notifications requires us to write a minimum of code.
First we create the definition of the action, this definition will be used as parameter object for the implemented action, when fired it looks for the implemented action class instantiates it and executes the action. (RequestForActivation.class) .
Action definitions are configured in the jcr on the sub app, read by node2bean, node2bean looks at the class property in jcr and creates the instance using the component provider (guice), if no class property is set it uses the type-mapping.
We define it in the module descriptor.
Now we can implement the action:
Adding a review action to the messageView.
We now add some custom logic to the messageView by defining a review action who will open the content the mobile author wants us to review. To do so we inject the Message, the LocationController and the Shell since we want to add some notifications.
Adding a reject action to the contentApp View.