Very simplistic approach for now.  Should be refactored to reduce duplication of code before merging upstream.

…rse-manager-next into 221-enroll-non-umich

Also, temporarily accept results as JSON string.  Method based on one for enrolling existing users

Temporarily use JSON results as return value.

…rse-manager-next into 221-enroll-non-umich

…rse-manager-next into 221-enroll-non-umich

`adminApiToken` may end up replacing `adminApiClientId` and `adminApiSecret` altogether.

`adminApiToken` may end up replacing `adminApiClientId` and `adminApiSecret` altogether.

…rse-manager-next into 221-enroll-non-umich

…rse-manager-next into 221-enroll-non-umich

There are 3 distinct things happening in this method, creating users as needed, inviting new users, and enrolling all users.  Each process returns different information, so it seems the best way to handle that and return it all to the API user is as a single JSON response.

As requested in PR tl-its-umich-edu#247 comment: https://github.com/tl-its-umich-edu/canvas-course-manager-next/pull/247/files/bbe1a789794936ffd174ec478c20f293042a7869#r770740288

…rse-manager-next into 221-enroll-non-umich

Moved `createExternalUsers()` and `createExternalUser()` methods from `SectionApiHandler` to `AdminApiHandler`.

As suggested by @ssciolla in PR tl-its-umich-edu#247 comment: https://github.com/tl-its-umich-edu/canvas-course-manager-next/pull/247/files/c13618dcfac8c22935d81e493f3200fce344bfe1#r770959269

Added `InvitationModule` and necessary references in order to use `InvitationService` as a full-fledged service.

As suggested by @ssciolla in PR tl-its-umich-edu#247 comment: https://github.com/tl-its-umich-edu/canvas-course-manager-next/pull/247/files/c13618dcfac8c22935d81e493f3200fce344bfe1#r771579036

As I was testing this, the `inviteResults` kept coming back as `null`, even though I could see results in the console log.  I thought it was a question of timing with the async method, but then I realized I wasn't returning from the method correctly.  It's much better now.

@ssciolla: I'm not sure whether I wrote this API entry with the security we would like.  Give me feedback.

Remove invitation API URL, add note about picking good key name, and update references to renumbered steps.

…rse-manager-next into 221-enroll-non-umich

Added new `CanvasUserLoginEmail` interface for those times we need to use a `CanvasUser` with `login_id` and `email`.  @ssciolla and I discussed making this change before the Dec 2021 holiday break.  I would rather have one interface for both purposes, but I can't get it to work right.  Perhaps that's due to my limited TypeScript experience.

…rse-manager-next into 221-enroll-non-umich

From Canvas API docs: `user[terms_of_use]` - Whether the user accepts the terms of use. Required if this is a self-registration and this canvas instance requires users to accept the terms (on by default). If this is true, it will mark the user as having accepted the terms of use.

…rse-manager-next into 221-enroll-non-umich

Also corrected minor spacing mistake.  (eslint didn't notice that one. 😉)

…into 221-enroll-non-umich

* '221-enroll-non-umich' of https://github.com/lsloan/ccm:
  tl-its-umich-edu#220 - use new `ExternalEnrollment` return type

…into 221-enroll-non-umich

* '221-enroll-non-umich' of https://github.com/lsloan/ccm:
  tl-its-umich-edu#220 - use new `ExternalEnrollment` return type

…into 221-enroll-non-umich

* '221-enroll-non-umich' of https://github.com/lsloan/ccm:

I don't see any problem with README.md, but remark-lint has complained about it.  Let's see whether the changes I've made satisfy it.

…rse-manager-next into 221-enroll-non-umich

Finally!  I had trouble with TypeScript syntax surrounding `enum` types.  I finally have a solution that works.  It may not be elegant.  I know it needs cleaning up, which I'll do tomorrow.

…rse-manager-next into 221-enroll-non-umich

Resolved conflicts:
* ccm_web/server/src/api/api.controller.ts
* ccm_web/server/src/api/api.service.ts

Suggested by @ssciolla in tl-its-umich-edu#247 (comment).

As suggested by @ssciolla, I'm trying to use HttpMethod instead of simple Axios for Cirrus requests.  The previous use of Axios seems to be masking details from error responses.  However, this doesn't seem to work at all.  I can't even tell whether the request is being sent to Cirrus.

The error handling code makes some assumptions about the structure of responses from the Canvas API.  In the case of creating users, when there were errors (e.g., the user already exists, etc.) this code didn't recognize it as a proper Canvas error, because it had a different format.  So, added a way for other error message formats to be accepted.

…rse-manager-next into 221-enroll-non-umich