Demonstrates how you can Content manage your React app.
Using three techniques:
- Magnolia Components: Magnolia components can encapsulate React Apps, allowing content authors to configure them and add them to pages.
- Magnolia Page: A SPA (single page app) React app can be supplied in a Magnolia page template.
- Headless: A completely independent SPA accesses Magnolia content in a 'headless'/'decoupled' fashion.
With these key use cases :
- Content Pool: Content can be managed in a Magnolia content app.
- Configure: Author can configure the formula used.
- Labels & i18n: Author can supply labels for apps, and in multiple languages.
- Marketing: Author can supply 'Marketing promotion content' in the form links, texts and images.
- Headless: Headless, headless, headless
A simple web based calculator that applies an author specified formula to two values.
A widget which lists content from a REST source and allows filtering via a search input field.
A Magnolia page template that delivers a single page app. The tours content is rendered directly in the page via template script so no REST call is required.
A React app running on another server gets content from Magnolia content apps via REST calls.
To install and run Magnolia, you'll need Java and npm installed. Here's a guide for that: https://documentation.magnolia-cms.com/display/DOCS61/Installing+Magnolia
Should work on Magnolia 5.6.5 and above. Tested most recently on Magnolia 6.1.
-
Install the Magnolia CLI globally with
npm install @magnolia/cli -g. This installs the (handy-dandy)mgnlcommand. -
Get a Magnolia server by running
mgnl jumpstartin the root of this repository. Choose option 3,magnolia-community-demo-webapp, or another option which includes thedemocontent. (It gives you some demo content, 'tours', asiteandthemeconfiguration for resizing images, and a good CORS configuration.) -
Start the Magnolia server with
mgnl start. -
Log into Magnolia - http://http://localhost:8080 (Author instance)
-
In the Assets app, use the
Importaction to import the_dev/demos/dam.react-demo-components.xmlfile. (You can import it into existing folders, or add a folder.) -
In the 'AdminCentral' Pages app, use the
Importaction to import_dev/demos/website.demo-react.xmlfile.
In the Pages app, open the various pages under demo-react that have been imported.
(Note that 'decorations' are provided so that the two components are available in the MTK basic page, and the Travel demo pages.)
Follow the above steps first.
Ensure Magnolia is running.
-
Open a terminal in
/react-tours-headlessdirectory. -
Type
npm install -
Type
npm run -
A browser will open a node-based dev server running an independent React App. It get content from the Magnolia Server content apps: Tours and Tour Categories.
Does the page display "NOT LOADED"? Then check the browser console for errors, and review the following notes:
Note: To avoid CORS errors (like 'Cross-Origin Request Blocked'), and allow the React app which is running on a node dev server to access the independent Magnolia server, the 'proxy' feature of 'create-react-app' (or webpack?) is used. (All requests for unknown files are proxied to the specified address. The proxy is set in react-tours-headless/package.json). An alternative is to use Magnolia CORS filter module. For More information on the filter see: https://wiki.magnolia-cms.com/display/WIKI/CORS+filter+documentation
Ensure that the base url to access the content on the Magnolia server is correct: In file /react-tours-headless/public/index.html, check that the window.MAGNOLIA_BASE_URL has the correct value for your server. (Probably it does, default is magnoliaAuthor. And that, with the proxy, should go to http://localhost:8080/magnoliaAuthor)
The react-tours-headless and the 'Page demo' run the same React build.
That app is based on the create-react-app project and can be built with the npm run build command.
The build generated in /react-tours-headless/build directory has been copied to /light-modules/react-demo-page/webresources/build.
The app is built to accept 'parameters' via the JS window global object. In the headless scenario, the app gets the tours content via REST. In the page template, the content is supplied directly in the page so that no additional https requests are required.
In the page template, this is accomplished with a javascript model which runs JS on the server to hit the exact same REST endpoints. That js model is here: /light-modules/react-demo-page/templates/js/backend-rest-model.js.
The headless example, and the react-tours-search component, rely Magnolia REST delivery endpoints. Those endpoints are simple to provision. See /light-modules/react-demo-endpoints.
I like developing directly against the Magnolia 'author' instance.
App.js passes auth headers for the default superuser account to make this work.
For actual project you would typically hit the 'public instance and simply ensure the anonymous user in Magnolia has proper access rights to the REST endpoints.
Project has been updated to newer React and CRA versions, but should be compatible with React 15 too.
The two component examples use uncompiled React apps. In production you will actually want to use compiled React apps. In this case you will need another approach to pass in props from the CMS. I hope to update these examples at some point to use one of the following two techniques:
Dev mode is so comfortable since the app is rebuilt on every change. But with webpack dev server, by default, no files are written to disk - so its not possible for the CMS to access your latest react app while you are developing.
TODO: I now know how to do this! Add here.
This directory contains several Magnolia 'light modules'.
Search the docs for sharing light modules for details on how to share and use light modules on npm and github.
MIT
Magnolia, https://magnolia-cms.com
Christopher Zimmermann, @topherzee