Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to migrate LB3 extensions contributing services (local and remote) #5424

Closed
bajtos opened this issue May 14, 2020 · 2 comments
Closed

How to migrate LB3 extensions contributing services (local and remote) #5424

bajtos opened this issue May 14, 2020 · 2 comments

Comments

@bajtos
Copy link
Member

bajtos commented May 14, 2020

This story is extracted from #4099, where we researched existing LoopBack 3 components and various techniques they use.

Now we need to write documentation for extension authors to show how to solve the following use cases in LoopBack 4:

  1. Add a new local service (a class providing JS/TS API), e.g. Push service or (database) Migration service.

    The service must be configurable by the target app (e.g. Apple & Google credentials for push notifications, transport config for logger frameworks, Amazon S3 credentials for storage component, etc.).

    LB3 typically uses component configuration. I think in LB4, we can use @configure specific to each service (see the logger extension for an example).

  2. Inject LB3 models (LB4 entities & repositories) to the service. These models can be provided either by the extension or by the target application. When using models from the target application, the developer needs an option to specify which models (entities) and associated repositories to use.

    Note: In LB4, models/entities are used primarily for the type information (to describe the shape of model data). As part of the follow-up research, we will need to decide if it's enough to inject LB4 Repository to a component or if we need to inject model/entity classes too. Also note that DefaultCrudReposiory class provides a public instance property entityClass referencing the model/entity it's bound to.

  3. Provide a service factory to create services dynamically at runtime, e.g. named child loggers created via app.log('name') in LB3.

  4. Provide a custom service connector requiring (environment-specific) configuration and providing a static service API (static means the API is always the same, as opposed to API generated dynamically from WSDL or OpenAPI.

In most cases, the new content will be useful to authors building new LB4 components too, therefore we should structure the content in two parts:

bajtos added a commit that referenced this issue May 14, 2020
Link to follow-up issues for the following areas:

- Services: #5424
- API transports: #5425
- Instrospection: #5426

Propose to not write any migration guide for auth/auth extensions yet.

Add a placeholder page for migration of Models, finalize LB4 sidebar
and the component-migration overview page.

Signed-off-by: Miroslav Bajtoš <mbajtoss@gmail.com>
bajtos added a commit that referenced this issue May 15, 2020
Link to follow-up issues for the following areas:

- Services: #5424
- API transports: #5425
- Instrospection: #5426

Propose to not write any migration guide for auth/auth extensions yet.

Add a placeholder page for migration of Models, finalize LB4 sidebar
and the component-migration overview page.

Signed-off-by: Miroslav Bajtoš <mbajtoss@gmail.com>
@bajtos bajtos added the Docs label May 18, 2020
@stale
Copy link

stale bot commented Dec 25, 2020

This issue has been marked stale because it has not seen activity within six months. If you believe this to be in error, please contact one of the code owners, listed in the CODEOWNERS file at the top-level of this repository. This issue will be closed within 30 days of being stale.

@stale stale bot added the stale label Dec 25, 2020
@stale
Copy link

stale bot commented Jul 14, 2021

This issue has been closed due to continued inactivity. Thank you for your understanding. If you believe this to be in error, please contact one of the code owners, listed in the CODEOWNERS file at the top-level of this repository.

@stale stale bot closed this as completed Jul 14, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant