You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "A. J. David Bosschaert (Jira)" <ji...@apache.org> on 2020/10/06 09:52:00 UTC
[jira] [Commented] (SLING-9794) Content package artifacts found by
maven plugin don't always have their 'file' attribute set
[ https://issues.apache.org/jira/browse/SLING-9794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17208620#comment-17208620 ]
A. J. David Bosschaert commented on SLING-9794:
-----------------------------------------------
I think this is caused by the fact that it uses {{project.getDependencyArtifacts()}} sometimes, which does not seem to set the {{file}} attribute. One option would be to use Aether to resolve the artifacts, as that seems to work consistently.
> Content package artifacts found by maven plugin don't always have their 'file' attribute set
> --------------------------------------------------------------------------------------------
>
> Key: SLING-9794
> URL: https://issues.apache.org/jira/browse/SLING-9794
> Project: Sling
> Issue Type: Bug
> Components: Content-Package to Feature Model Converter
> Affects Versions: Feature Model Converter Plugin 1.0.4
> Reporter: A. J. David Bosschaert
> Assignee: A. J. David Bosschaert
> Priority: Major
> Fix For: Feature Model Converter Plugin 1.0.6
>
>
> The Content Package to Feature Model plugin looks up content packages from the maven dependencies in {{ContentPackage.getMatchingArtifacts()}}.
> However this mechanism doesn't always work fully, leaving the {{file}} attribute of the returned Artifacts {{null}}.
> This later causes a NPE when the result is processed.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)