Hello Community,
We're working on the cloud migration and we see some issues with the BPA report complaining about "Legacy foundation custom components were detected". The custom component is having a property called resourceSuperType which is pointing foundation/components/parbase. Can someone tell me what core component I need to use it for the parbase component rather than removing the property from the custom component. Thank you!
Solved! Go to Solution.
Views
Replies
Total Likes
Parbase is just a component from which you extend to get some OOTB functionality.
If I can say in technical language, Parbase is a key component as it allows components to inherit attributes from other components, similar to subclasses in object oriented languages such as Java.
For example, when you open the /libs/foundation/components/text node in the CRX Explorer, you see that it has a property named sling:resourceSuperType, which references the parbase component. The parbase here defines tree scripts to render images, titles, and so on, so that all components subclassed from this parbase can use this script.
While creating your own components, you don't need to add 'parbase' as a supertype, unless your components need to be enabled with drag-drop in a parsys.
AFAIK, the parbase component is never used explicitly, but only facilitates the rendering of a component when added in the Parsys.
"The parbase allows components to inherit attributes from other components"
If you check under "/libs/foundation/components", most of the authorable and draggable components have 'parbase' set as their 'sling:resourceSuperType' so that they can inherit the image and text rendering properties when added to a Paragraph system (Parsys Component).
Parbase is just a component from which you extend to get some OOTB functionality.
If I can say in technical language, Parbase is a key component as it allows components to inherit attributes from other components, similar to subclasses in object oriented languages such as Java.
For example, when you open the /libs/foundation/components/text node in the CRX Explorer, you see that it has a property named sling:resourceSuperType, which references the parbase component. The parbase here defines tree scripts to render images, titles, and so on, so that all components subclassed from this parbase can use this script.
While creating your own components, you don't need to add 'parbase' as a supertype, unless your components need to be enabled with drag-drop in a parsys.
AFAIK, the parbase component is never used explicitly, but only facilitates the rendering of a component when added in the Parsys.
"The parbase allows components to inherit attributes from other components"
If you check under "/libs/foundation/components", most of the authorable and draggable components have 'parbase' set as their 'sling:resourceSuperType' so that they can inherit the image and text rendering properties when added to a Paragraph system (Parsys Component).
When migrating from legacy foundation components to modern core components in Adobe Experience Manager (AEM), it's important to identify the equivalent core components that can replace the deprecated ones. In your case, you're dealing with a legacy custom component that has a resourceSuperType pointing to foundation/components/parbase. The parbase component was a base component in AEM that provided a set of basic functionality for other components to extend.
To replace the parbase, you should consider using the equivalent core components that provide similar functionality. There isn't a direct one-to-one mapping for parbase as it was a foundational component for many other components. Instead, you'll need to identify the purpose of your custom component and find a core component that aligns with its functionality.
For instance, if your custom component is used for text-based content, you might look into the Text or Rich Text Core Components. If it's for images, the Image Core Component could be suitable. For more complex functionalities, you might need to extend an existing Core Component or create a new one based on the guidelines provided by Adobe.
Here are some general steps to follow for migrating to Core Components:
Hi @s1101v
If you are migrating to AEM as a Cloud Service, it is recommended to use the Core Components library instead of the legacy foundation components. The Core Components library provides a set of reusable components that are optimized for AEM as a Cloud Service and follow best practices for development.
In the case of the `resourceSuperType` property, you can use the `core/wcm/components/text/v2/text` component as the resource super type for your custom component. This component is based on the `foundation/components/text` component and is optimized for AEM as a Cloud Service.
To use the `core/wcm/components/text/v2/text` component as the resource super type for your custom component, you can update the `resourceSuperType` property in your component's dialog.xml file to the following:
<resourceSuperType>core/wcm/components/text/v2/text</resourceSuperType>
After making this change, you can rebuild and redeploy your custom component and run the BPA report again to verify that the issue has been resolved.
@s1101v Did you find the suggestions from users helpful? Please let us know if more information is required. Otherwise, please mark the answer as correct for posterity. If you have found out solution yourself, please share it with the community.
Views
Replies
Total Likes
Views
Likes
Replies
Views
Likes
Replies
Views
Likes
Replies