Uploaded image for project: 'PUBLIC - Liferay Portal Community Edition'
  1. PUBLIC - Liferay Portal Community Edition
  2. LPS-91044

Let system settings for JS extended portlets be categorized

    Details

      Description

      Right now all JS extended portlet configurations end up in the "Third party" category because we have no way to create an ExtendedObjectClassDefinition annotation. We could, but we would need to generate bytecode on the fly during runtime and we don't want to do that in this moment because release is near.

      The specification for this is the following:

       

      • What's being done now:

      Whenever an OSGi bundle is found with existing metatype information (placed in `OSGI-INF/metatype.xml` as per the spec) the configuration admin portlet looks for an `ExtendedObjectClassDefinition` annotation in the Java interface describing the metatype structure.

      If found, it uses the `category` field of the annotation to obtain the category key for placing the configuration dialog.

       

      • What we are adding:

      If the interface describing the configuration structure is not found, the portlet falls back to the `features/metatype.json` file which is usually placed inside the JAR by the `liferay-npm-bundler`.

      That file contains one field named `category` and its value is used to decide the category key for placing the configuration dialog.

        Attachments

          Activity

            People

            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Packages

                Version Package
                Master