You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: modules/release-notes/ref-release-notes-breaking-changes.adoc
+72-72Lines changed: 72 additions & 72 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,78 +16,78 @@ Prom-client metrics have been removed and replaced with OpenTelemetry metrics. A
16
16
[id="removed-functionality-rhidp-4853"]
17
17
== Plugins with updated scope
18
18
19
-
To upgrade from {product-very-short} 1.3 to 1.4, you must update your configuration to use the latest versions of the following plugins from the new scope.
20
-
21
-
With this update, the following plugins, previously under the `@janus-idp` scope, have now been moved to the `@backstage-community` scope:
* To upgrade from {product-very-short} 1.3 to {product-very-short} 1.4, you must update your configuration to use the latest versions of the plugins listed previously from the new scope.
87
-
88
-
[NOTE]
89
-
====
90
-
In addition to the previously provided tables, you can compare the link:https://github.com/redhat-developer/red-hat-developers-documentation-rhdh/blob/release-1.4/modules/dynamic-plugins/rhdh-supported-plugins.csv[RHDH 1.4 CSV file] with the link:https://github.com/redhat-developer/red-hat-developers-documentation-rhdh/blob/release-1.3/modules/dynamic-plugins/rhdh-supported-plugins.csv[RHDH 1.3 CSV file] to identify the changes in dynamic plugins.
19
+
To upgrade from {product-very-short} 1.3 to 1.4, you must update your configuration to use the latest versions of the following plugins from the new scope.
20
+
21
+
With this update, the following plugins, previously under the `@janus-idp` scope, have now been moved to the `@backstage-community` scope:
* To upgrade from {product-very-short} 1.3 to {product-very-short} 1.4, you must update your configuration to use the latest versions of the plugins listed previously from the new scope.
87
+
88
+
[NOTE]
89
+
====
90
+
In addition to the previously provided tables, you can compare the link:https://github.com/redhat-developer/red-hat-developers-documentation-rhdh/blob/release-1.4/modules/dynamic-plugins/rhdh-supported-plugins.csv[RHDH 1.4 CSV file] with the link:https://github.com/redhat-developer/red-hat-developers-documentation-rhdh/blob/release-1.3/modules/dynamic-plugins/rhdh-supported-plugins.csv[RHDH 1.3 CSV file] to identify the changes in dynamic plugins.
Copy file name to clipboardExpand all lines: modules/release-notes/ref-release-notes-deprecated-functionalities.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,7 +16,7 @@ The `./dynamic-plugins/dist/janus-idp-backstage-plugin-aap-backend-dynamic` plug
16
16
[id="deprecated-functionality-rhidp-4913"]
17
17
== Audit log rotation is deprecated
18
18
19
-
With this update, you can evaluate your platform's log forwarding solutions to align with your security and compliance needs. Most of these solutions offer configurable options to minimize the loss of logs in the event of an outage.
19
+
With this update, you can evaluate your platform's log forwarding solutions to align with your security and compliance needs. Most of these solutions offer configurable options to minimize the loss of logs in the event of an outage.
Copy file name to clipboardExpand all lines: modules/release-notes/ref-release-notes-known-issues.adoc
+9-5Lines changed: 9 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,10 @@ This section lists known issues in {product} {product-version}.
9
9
10
10
Currently, when deploying {product-short} using the Helm Chart, two replicas cannot run on different cluster nodes. This might also affect the upgrade from 1.3 to 1.4.0 if the new pod is scheduled on a different node.
11
11
12
-
A possible workaround for the upgrade is to manually scale down the number of replicas to 0 before upgrading your Helm release. Or manually remove the old {product-short} pod after upgrading the Helm release. However, this would imply some application downtime. You can also leverage a Pod Affinity rule to force the cluster scheduler to run your {product-short} pods on the same node.
12
+
Possible workarounds for the upgrade include the following actions:
13
+
* Manually scale down the number of replicas to 0 before upgrading your Helm release.
14
+
* Manually remove the old {product-short} pod after upgrading the Helm release. However, this would imply some application downtime.
15
+
* Leverage a Pod Affinity rule to force the cluster scheduler to run your {product-short} pods on the same node.
13
16
14
17
15
18
.Additional resources
@@ -18,11 +21,12 @@ A possible workaround for the upgrade is to manually scale down the number of re
18
21
[id="known-issue-rhidp-5342"]
19
22
== [Helm] Cannot run two RHDH replicas on different nodes due to Multi-Attach errors on the dynamic plugins root PVC
20
23
21
-
If you are deploying {product-short} using the Helm Chart, it is currently impossible to have 2 replicas running on different cluster nodes. This might also affect the upgrade from 1.3 to 1.4.0 if the new pod is scheduled on a different node.
24
+
Currently, when deploying {product-short} using the Helm Chart, two replicas cannot run on different cluster nodes. This might also affect the upgrade from 1.3 to 1.4.0 if the new pod is scheduled on a different node.
22
25
23
-
A possible workaround for the upgrade is to manually scale down the number of replicas to 0 before upgrading your Helm release. Or manually remove the old {product-short} pod after upgrading the Helm release. However, this would imply some application downtime.
24
-
You can also leverage a Pod Affinity rule to force the cluster scheduler to run your {product-short} pods on the same node.
25
-
26
+
Possible workarounds for the upgrade include the following actions:
27
+
* Manually scale down the number of replicas to 0 before upgrading your Helm release.
28
+
* Manually remove the old {product-short} pod after upgrading the Helm release. However, this would imply some application downtime.
29
+
* Leverage a Pod Affinity rule to force the cluster scheduler to run your {product-short} pods on the same node.
Copy file name to clipboardExpand all lines: modules/release-notes/ref-release-notes-new-features.adoc
+18-17Lines changed: 18 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ This section highlights new features in {product} {product-version}.
7
7
[id="enhancement-rhidp-2200"]
8
8
== Added an individual `mountPath`
9
9
10
-
This update adds an individual `mountPath` for link:{configuring-book-url}#proc-mounting-additional-files-in-your-custom-configuration-using-rhdh-operator[extra ConfigMaps or Secrets].
10
+
This update adds an additional individual `mountPath` for extra configmaps or secrets.
11
11
12
12
[id="feature-rhidp-3621"]
13
13
== `PersistentVolumeClaims` support is available
@@ -27,25 +27,26 @@ This update removes the `kube-rbac-proxy` sidecar container from the RHDH Operat
27
27
[id="feature-rhidp-4414"]
28
28
== Identifying Backstage flavor for plugins by using the `developerHub.flavor` field
29
29
30
-
With this update, you can use the `developerHub.flavor` field to identify whether plugins are running on {product-very-short}, {rhtap-very-short}, or vanilla Backstage, as shown in the following example:
31
-
32
-
.`app-config.yaml` fragment with the `developerhub.flavor` field
33
-
34
-
[source,yaml,subs="+quotes"]
35
-
----
36
-
developerHub:
37
-
flavor: <flavor>
38
-
----
39
-
40
-
`flavor`::
41
-
Identify the flavor of Backstage that is running. Default value: `rhdh`
30
+
With this update, you can use the `developerHub.flavor` field to identify whether plugins are running on {product-very-short}, {rhtap-very-short}, or vanilla Backstage, as shown in the following example:
31
+
32
+
.`app-config.yaml` fragment with the `developerhub.flavor` field
33
+
34
+
[source,yaml,subs="quotes"]
35
+
----
36
+
developerHub:
37
+
flavor: <flavor>;
38
+
----
39
+
40
+
`flavor`::
41
+
Identify the flavor of Backstage that is running. Default value: `rhdh`
42
42
43
43
44
44
[id="feature-rhidp-4419"]
45
45
== Ability to manage Persistent Volume Claim (PVCs) in {product-very-short} Operator
46
46
47
-
You can now mount directories from pre-created PersistentVolumeClaims (PVCs) using the `spec.application.extraFiles.pvcs` field, while configuring RHDH Operator.
48
-
For more information, see link:https://docs.redhat.com/en/documentation/red_hat_developer_hub/{product-version}/html-single/configuring/index#configuring-the-deployment[Configuring {product} deployment when using the Operator].
47
+
You can now mount directories from pre-created PersistentVolumeClaims (PVCs) using the `spec.application.extraFiles.pvcs` field, while configuring RHDH Operator.
48
+
For more information, see link:https://docs.redhat.com/en/documentation/red_hat_developer_hub/1.4/html-single/configuring/index#configuring-the-deployment[Persistent Volume Claim (PVC)].
49
+
49
50
50
51
[id="feature-rhidp-4805"]
51
52
== Authenticating with {rhbk-brand-name}
@@ -55,8 +56,8 @@ With this update, you can use {rhbk-brand-name} as an authentication provider. T
55
56
[id="feature-rhidp-4806"]
56
57
== Ability to install third-party plugins in {product-very-short}
57
58
58
-
You can now install third-party plugins in {product} without rebuilding the {product-very-short} application.
59
-
59
+
You can now install third-party plugins in {product} without rebuilding the {product-very-short} application.
60
+
60
61
For more information, see link:https://docs.redhat.com/en/documentation/red_hat_developer_hub/{product-version}/html-single/installing_and_viewing_plugins_in_red_hat_developer_hub/index#assembly-install-third-party-plugins-rhdh[Installing third-party plugins in {product}].
0 commit comments