Skip to content

graasp/graasp-apps-query-client

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Graasp Apps Query Client

Latest version published on NPM Latest version released on Github NPM package downloads per month

typescript version supported react versions react-query version

This repository implements the react-query hooks and mutations for apps to consume the Graasp Apps API. It also provides a mock API server based on MirageJS for local development.

Mock API Installation

This apps-query-client package provides a mock API to mock any call an app might use to consume the Graasp API. It is based on MirageJS, which simulates the network requests themselves, and can thus remember remote state in memory. So the database is preserved as long as the app is not refreshed. This mock API is also particularly useful for continuous integration tests.

The following steps are designed to take into account Cypress, our test framework. So the mock database can also receive data from the tests and apply them.

!WARNING: The mock API cannot fake uploading and downloading files!

  1. Install the env-cmd dependency. Create a new script start:local in package.json:
"start:local": "env-cmd -f ./.env.development react-scripts start"
  1. Create .env.development which will contain the variables below. The app id you will choose doesn't have to be valid, but needs to exist.
REACT_APP_GRAASP_APP_ID=<your app id>
REACT_APP_GRAASP_APP_KEY=<your app key>
REACT_APP_ENABLE_MOCK_API=true
  1. Configure your query client in src/config/queryClient.js with the following code.
import {
  configureQueryClient,
  buildMockLocalContext,
  buildMockParentWindow,
} from '@graasp/apps-query-client';

const values = configureQueryClient({
  GRAASP_APP_KEY: process.env.REACT_APP_GRAASP_APP_KEY,
  isStandalone: MOCK_API,
});
export values;
  1. Add the following content in src/index.js. mockApi can take a defined context and/or database if necessary (see the Cypress section)
import { mockApi } from '@graasp/apps-query-client';

if (process.env.REACT_APP_ENABLE_MOCK_API === 'true') {
  mockApi();
}
  1. Use the withContext and the withToken files in your app. It will handle the authentication and fetching the local context automatically for you. For example:
const AppWithContext = withToken(App, {
  LoadingComponent: <Loader />,
  useAuthToken: hooks.useAuthToken,
  onError: () => {
    showErrorToast('An error occured while requesting the token.');
  },
});

const AppWithContextAndToken = withContext(AppWithContext, {
  LoadingComponent: <Loader />,
  useGetLocalContext: hooks.useGetLocalContext,
  useAutoResize: hooks.useAutoResize,
  onError: () => {
    showErrorToast('An error occured while fetching the context.');
  },
});

You can now start your app with the mock API installed. Don't forget to disable it when you build your app (set REACT_APP_ENABLE_MOCK_API to false).

Cypress

The next steps will help you set up Cypress to work with MirageJS. There is an official tutorial from MirageJS. But in our case, we followed a different strategy.

  1. Update your content in src/index.js to include some config defined from Cypress in the mock server:
if (process.env.REACT_APP_ENABLE_MOCK_API === 'true') {
  mockApi({
    appContext: window.Cypress ? window.appContext : undefined,
    database: window.Cypress ? window.database : undefined,
  });
}
  1. Add the following in cypress/support/commands.js. You will need to define MEMBERS and CURRENT_MEMBER to reuse them in your tests as well.
import { buildDatabase } from '@graasp/apps-query-client';

Cypress.Commands.add('setUpApi', ({ currentMember = CURRENT_MEMBER, database = {}, appContext } = {}) => {
  // mock api and database
  Cypress.on('window:before:load', (win) => {
    win.database = buildDatabase({
      members: Object.values(MEMBERS),
      ...database,
    });
    win.appContext = appContext;
  });
});
  1. Then in all your tests you will need to set up the database and context. The default values are configured so you can easily mount an empty and operational database.
// start with an empty database
cy.setUpApi();

// start with one app data pre-saved in builder for an admin
cy.setUpApi({
  database: { appData: [MOCK_APP_DATA] },
  appContext: {
    permission: 'admin',
    context: 'builder',
  },
});

Mock Uploaded files

If you need to have files in the mocked server, you can use the uploadedFiles array of the setupApi. The following are steps to follow if you want to upload and retrieve a file for an app.

  1. Create a new AppSetting and add it in the appSettings array of the setupApi (in the Cypress test of the frontend).
// MOCK_FILE_APP_SETTING
{
  id: mockFileSettingId,
  name: 'file', // should be named `file`! Do not change it!
  data: {
    path: `apps/app-setting/${item.id}/${mockFileSettingId}`, // This path should be mocked in the MSW! If you want to use another path, you just have to mock it.
  },
  item,
  creator,
  createdAt,
  updatedAt,
};
  1. Load a file and transform it into a File type. With Cypress, have a look to cy.fixtures (put the setupApi in the then callback).
  2. Add the loaded file in the array.
uploadedFiles: [
  {
    id: MOCK_FILE_APP_SETTING.id,
    file,
  },
],
  1. Use the mocked route GET /app-items/app-settings/:appSettingId/download (or your mocked route) to retrieve the path of the file.
  2. Use the result of the previous request to download the file. In this example, it's the route GET /download-app-setting-url/:appSettingId.

Another solution could be to upload your file from the Cypress test, by using the route /app-items/app-settings-/upload?id=:itemId for example.