@backstage/plugin-catalog-backend 0.15.0 → 0.16.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +27 -0
- package/dist/index.cjs.js +1731 -1732
- package/dist/index.cjs.js.map +1 -1
- package/dist/index.d.ts +167 -151
- package/package.json +10 -10
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,32 @@
|
|
|
1
1
|
# @backstage/plugin-catalog-backend
|
|
2
2
|
|
|
3
|
+
## 0.16.0
|
|
4
|
+
|
|
5
|
+
### Minor Changes
|
|
6
|
+
|
|
7
|
+
- 2c5bab2f82: Errors emitted from processors are now considered a failure during entity processing and will prevent entities from being updated. The impact of this change is that when errors are emitted while for example reading a location, then ingestion effectively stops there. If you emit a number of entities along with just one error, then the error will be persisted on the current entity but the emitted entities will _not_ be stored. This fixes [a bug](https://github.com/backstage/backstage/issues/6973) where entities would get marked as orphaned rather than put in an error state when the catalog failed to read a location.
|
|
8
|
+
|
|
9
|
+
In previous versions of the catalog, an emitted error was treated as a less severe problem than an exception thrown by the processor. We are now ensuring that the behavior is consistent for these two cases. Even though both thrown and emitted errors are treated the same, emitted errors stay around as they allow you to highlight multiple errors related to an entity at once. An emitted error will also only prevent the writing of the processing result, while a thrown error will skip the rest of the processing steps.
|
|
10
|
+
|
|
11
|
+
### Patch Changes
|
|
12
|
+
|
|
13
|
+
- 957e4b3351: Updated dependencies
|
|
14
|
+
- f66c38148a: Avoid duplicate logging of entity processing errors.
|
|
15
|
+
- 426d5031a6: A number of classes and types, that were part of the old catalog engine implementation, are now formally marked as deprecated. They will be removed entirely from the code base in a future release.
|
|
16
|
+
|
|
17
|
+
After upgrading to this version, it is recommended that you take a look inside your `packages/backend/src/plugins/catalog.ts` file (using a code editor), to see if you are using any functionality that it marks as deprecated. If you do, please migrate away from it at your earliest convenience.
|
|
18
|
+
|
|
19
|
+
Migrating to using the new engine implementation is typically a matter of calling `CatalogBuilder.create({ ... })` instead of `new CatalogBuilder({ ... })`.
|
|
20
|
+
|
|
21
|
+
If you are seeing deprecation warnings for `createRouter`, you can either use the `router` field from the return value from updated catalog builder, or temporarily call `createNextRouter`. The latter will however also be deprecated at a later time.
|
|
22
|
+
|
|
23
|
+
- 7b78dd17e6: Replace slash stripping regexp with trimEnd to remove CodeQL warning
|
|
24
|
+
- Updated dependencies
|
|
25
|
+
- @backstage/catalog-model@0.9.4
|
|
26
|
+
- @backstage/backend-common@0.9.6
|
|
27
|
+
- @backstage/catalog-client@0.5.0
|
|
28
|
+
- @backstage/integration@0.6.7
|
|
29
|
+
|
|
3
30
|
## 0.15.0
|
|
4
31
|
|
|
5
32
|
### Minor Changes
|