This project contains all the pages needed for browsing entities and searching them. The aim is to replace the CluedIn.Webapp project with this one when all the pages ( including the Admin page ) will be ported to REACT.
The project is divided in 2 parts. The first one is the main REACT application and the second all all the widgets to build an Entity Page.
All the widgets are located in the folder 'widget' in the project root.
You need a version of node and npm installed.
Some basic knowledge of React is required.
The main plugins used are: react, react-router, redux, react-intl,...
The project is written in ES6 using Babel and Webpack to generate the APP.
Generate the app ( and/or the style )
Run the Web Dev Server ( react hot reloading )
npm run start
Contain the react application.
Contain some scripts needed by the NODE.JS Server ( located in CluedIn.Webapp ) to serve the appropriate static files to the APP or any page ( self-injectable widget ).
All stateless methods which can be used in the browser or in a node environment. If you have a stateless method which looks generic enough, please, add them in the ISO folder.
PS: 'iso' stands for 'isomorphic'.
Contain all the translation for the application used by a plugin called React-intl.
This project is using SCSS.
The styles are located in the /core/style.
This project uses React-Css-Module for styling component. This enables us to have self-contained CSS.
Please, refer to https://github.com/gajus/react-css-modules for more information.
This project uses Redux for structuring the application.
The routing of the app is dynamically generated based on the entity configuration (/core/config/entity.js).
If the entity config object has the parameter 'url' present, the app will create a router for it
If the entity config object does not have the 'url' parameter, the app will use the defaultEntity page
widget.productionvalue from the package.json of webapp
Cluedin on-premise version. As cluedin is targetting a global market, the Fortune 500 generally wants their cluedin installation to be located on their infrastructure and not on the 'cloud'.
In order to acheive this, we need to update all the F-E projects to support on-premise versions. Please note, for the first version of on-premise, the idea is to 'make it work'. Not to make the perfect version.
For the first version, the F-E version will only support SSO Provider, meaning the login/logout/forgot password will be forwarded to internal system such as a LDAP, an Active Directory and even an Office 365 account. It does not really matter, at this, point as the Cluedin F-E will delegate.
By delegating all the login-logout mechanisms, we simplify the application be removing the following mongoose collection:
To Validate: make sure you can signup/login with new accounts and that the invite is still probably sending an email. Ideally, if new feature => use the cluedin API (and not the mogo collections).
The CluedIn Layouting is still using a mongoose collection. The collection being used are:
All those collections have an incidence on how Cluedin will behave. We need to find a way to make that 'easily' deployable. Ideally, avoid having Mongo DB to be installed for using the Application as it would make the step a bit harder for the customer.
Entity Widget could be loaded before-hand in a JSON file or something 'hard' during the start of the on-premise installation. (Currently it is loaded from Mongo and being store in memory by the server).
It remains to find solutions for Layout, UserProfile and CustomWidgetconfiguration. Layout could also be loaded with a configuration file (nothing heavy that could be generated, loaded in memory and use by the server in on-premise mode).
This leaves us with the 2 last collections: UserProfile and CustomWidgetConfiguration. Those would still be required as it gives the possiblity for the user to 'customize' the Layout/Widgets configuration or to store some user prefernces related to the front-end Application. If we want to avoid the burden of installing Mongo DB on premise, we should probably move those 2 collections to Ms SQL Server.
If no changes in the DB => as simply as updating few files in the Product (the main APP).
If changes in the DB => script to migrate them + updating few files in the Products (the main APP) (keep versioning of UI in DB).
For on-premise, the less technologies involved and dependencies being chosen, the better as Companies can sometimes have some 'weird' policies.
Total: 23 days.
Define what a developer is doing when working on a task in the Cluedin F-E.