You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Roy Teeuwen (Jira)" <ji...@apache.org> on 2023/07/26 11:51:00 UTC

[jira] [Resolved] (JCRVLT-711) Add validation to ban specific packages to be added as subpackage

     [ https://issues.apache.org/jira/browse/JCRVLT-711?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Roy Teeuwen resolved JCRVLT-711.
--------------------------------
    Resolution: Workaround

> Add validation to ban specific packages to be added as subpackage
> -----------------------------------------------------------------
>
>                 Key: JCRVLT-711
>                 URL: https://issues.apache.org/jira/browse/JCRVLT-711
>             Project: Jackrabbit FileVault
>          Issue Type: Improvement
>            Reporter: Roy Teeuwen
>            Priority: Major
>
> When having following reactor module:
> - all
> - core
> - ui.apps
> - ui.content
> - it.content
> I only want the it.content to be installed to specific environments, namely local and an automated builds environment. To do this, the it.content is defined in the embedded section of the filevault plugin, but I check if an environment variable is available and profile-wise add the it.content dependency. The setting failOnMissingEmbed is set to 'false'.
> I now had the case that another submodule created a dependency on it.content, making it.content available as dependency to the 'all' package and installed on the wrong environment. 
> To fix this, I'd like to see if I can add a FileVault validation rule to the 'all' package to ban a specific subpackage to exist based on group and name



--
This message was sent by Atlassian Jira
(v8.20.10#820010)