Migrate server to ESM

Sorry for the very big commit that may lead to git log issues and merge
conflicts, but it's a major step forward:

 * Server can be faster at startup because imports() are async and we can
   easily lazy import big modules
 * Angular doesn't seem to support ES import (with .js extension), so we
   had to correctly organize peertube into a monorepo:
    * Use yarn workspace feature
    * Use typescript reference projects for dependencies
    * Shared projects have been moved into "packages", each one is now a
      node module (with a dedicated package.json/tsconfig.json)
    * server/tools have been moved into apps/ and is now a dedicated app
      bundled and published on NPM so users don't have to build peertube
      cli tools manually
    * server/tests have been moved into packages/ so we don't compile
      them every time we want to run the server
 * Use isolatedModule option:
   * Had to move from const enum to const
     (https://www.typescriptlang.org/docs/handbook/enums.html#objects-vs-enums)
   * Had to explictely specify "type" imports when used in decorators
 * Prefer tsx (that uses esbuild under the hood) instead of ts-node to
   load typescript files (tests with mocha or scripts):
     * To reduce test complexity as esbuild doesn't support decorator
       metadata, we only test server files that do not import server
       models
     * We still build tests files into js files for a faster CI
 * Remove unmaintained peertube CLI import script
 * Removed some barrels to speed up execution (less imports)

1 files changed, 0 insertions, 49 deletions

diff --git a/server/lib/job-queue/handlers/activitypub-http-broadcast.ts b/server/lib/job-queue/handlers/activitypub-http-broadcast.ts
deleted file mode 100644
index 8904d086f..000000000
--- a/server/lib/job-queue/handlers/activitypub-http-broadcast.ts
+++ /dev/null
@@ -1,49 +0,0 @@
-import { Job } from 'bullmq'
-import { buildGlobalHeaders, buildSignedRequestOptions, computeBody } from '@server/lib/activitypub/send'
-import { ActorFollowHealthCache } from '@server/lib/actor-follow-health-cache'
-import { parallelHTTPBroadcastFromWorker, sequentialHTTPBroadcastFromWorker } from '@server/lib/worker/parent-process'
-import { ActivitypubHttpBroadcastPayload } from '@shared/models'
-import { logger } from '../../../helpers/logger'
-
-// Prefer using a worker thread for HTTP requests because on high load we may have to sign many requests, which can be CPU intensive
-
-async function processActivityPubHttpSequentialBroadcast (job: Job<ActivitypubHttpBroadcastPayload>) {
-  logger.info('Processing ActivityPub broadcast in job %s.', job.id)
-
-  const requestOptions = await buildRequestOptions(job.data)
-
-  const { badUrls, goodUrls } = await sequentialHTTPBroadcastFromWorker({ uris: job.data.uris, requestOptions })
-
-  return ActorFollowHealthCache.Instance.updateActorFollowsHealth(goodUrls, badUrls)
-}
-
-async function processActivityPubParallelHttpBroadcast (job: Job<ActivitypubHttpBroadcastPayload>) {
-  logger.info('Processing ActivityPub parallel broadcast in job %s.', job.id)
-
-  const requestOptions = await buildRequestOptions(job.data)
-
-  const { badUrls, goodUrls } = await parallelHTTPBroadcastFromWorker({ uris: job.data.uris, requestOptions })
-
-  return ActorFollowHealthCache.Instance.updateActorFollowsHealth(goodUrls, badUrls)
-}
-
-// ---------------------------------------------------------------------------
-
-export {
-  processActivityPubHttpSequentialBroadcast,
-  processActivityPubParallelHttpBroadcast
-}
-
-// ---------------------------------------------------------------------------
-
-async function buildRequestOptions (payload: ActivitypubHttpBroadcastPayload) {
-  const body = await computeBody(payload)
-  const httpSignatureOptions = await buildSignedRequestOptions({ signatureActorId: payload.signatureActorId, hasPayload: true })
-
-  return {
-    method: 'POST' as 'POST',
-    json: body,
-    httpSignature: httpSignatureOptions,
-    headers: buildGlobalHeaders(body)
-  }
-}