-
Notifications
You must be signed in to change notification settings - Fork 6.1k
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
🙏 Help wanted: Deprecate old plugin backends #26353
Comments
Hey, I have started to work on |
Hey @Rugvip, Can I work on this issue? |
Just started working on the app-backend plugin. Since |
@kenilkevadiya sure! This is completely open to contributions 🙏 @itsalam that particular call that you're linking to can hopefully be removed alltogether as the side effect of it should no longer be needed. More generally the root logger can be replaced by the equivalent mock service: https://backstage.io/docs/backend-system/building-plugins-and-modules/testing/#mock-services |
Hello @Rugvip, I'm working on the export { default } from './module'; In this case, do we simply deprecate the Thank you! |
I believe that getting rid of There is a vulnerability with severity 9.3 in jsonpath-plus <= 10.0.7. See https://security.snyk.io/vuln/SNYK-JS-JSONPATHPLUS-7945884
|
I would like to work on this |
I see that the command |
TL;DR make sure that
createRouter
and other exports are marked as deprecated. For the majority of packages there should only be one default export of the backend plugin itself. The@backstage/backend-common
package is deprecated so usages of that package should also be avoided.Backstage’s new backend system is ready for general use; we are now asking for a full transition over to the new backend system, which involves stop supporting the old system. By old system we mean having exports of
createRouter
and related types. There should only need to be one export like this in the backend plugin’sindex.ts
file.How do I help?
Run
yarn backstage-repo-tools lint legacy-backend-exports
in the repository to get a full report of packages that require action.Phase 1
Ensure that plugins contain a default export
Ensure that there is a default export of the backend plugin in
index.ts
, see this example.If the plugin previously had a default export in
plugins/<plugin-id>/src/alpha.ts
, make sure that that export is deprecated and that the default export is moved to the non-alphaindex.ts
instead.Deprecate
createRouter
,RouterOptions
and similar types.Here’s an example of a plugin’s
createRouter
being deprecated./** + * @deprecated Please migrate to the new backend system as this will be removed in the future. * @public * */ export async function createRouter( options: RouterOptions, ): Promise<express.Router> {
Phase 2
Remove deprecated exports
Ensure that deprecations have been out for at one mainline release before proceeding with removal of all deprecated exports. Removing exports from one release to another is not recommended
The complete migration story for a backend plugin (including deprecation) is also mentioned in our docs.
If you take on migrating a backend plugin, feel free to add a comment in this issue to avoid duplicate work.
We plan to have all
createRouter
exports and@backstage/backend-common
usages removed by the end of this year. Your help would be much appreciated!The text was updated successfully, but these errors were encountered: