Skip to content

[MPOM-287] - Disable m2e warning for m-remote-resource-p:process#64

Merged
slachiewicz merged 2 commits into
apache:masterfrom
kwin:feature/MPOM-287
Jan 27, 2022
Merged

[MPOM-287] - Disable m2e warning for m-remote-resource-p:process#64
slachiewicz merged 2 commits into
apache:masterfrom
kwin:feature/MPOM-287

Conversation

@kwin
Copy link
Copy Markdown
Member

@kwin kwin commented Jan 19, 2022

No description provided.

Comment thread pom.xml Outdated
Comment on lines +302 to +327
<!-- Disable execution of some plugins in m2e (https://www.eclipse.org/m2e/documentation/m2e-execution-not-covered.html) -->
<plugin>
<groupId>org.eclipse.m2e</groupId>
<artifactId>lifecycle-mapping</artifactId>
<version>1.0.0</version>
<configuration>
<lifecycleMappingMetadata>
<pluginExecutions>
<pluginExecution>
<!-- no native m2e support yet (https://issues.apache.org/jira/browse/MRRESOURCES-85) -->
<pluginExecutionFilter>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-remote-resources-plugin</artifactId>
<versionRange>[1.7.0,1.8.0)</versionRange>
<goals>
<goal>process</goal>
</goals>
</pluginExecutionFilter>
<action>
<ignore/>
</action>
</pluginExecution>
</pluginExecutions>
</lifecycleMappingMetadata>
</configuration>
</plugin>
Copy link
Copy Markdown
Member

@ctubbsii ctubbsii Jan 19, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I strongly recommend putting this in a profile activated by the presence of the m2e.version property.
Also, there's no reason to restrict the version. This is useful to suppress no matter what version of the plugin is used. So, you can just specify a versionRange of [0,)
Example:

https://github.com/apache/accumulo/blob/main/pom.xml#L1247-L1351

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

putting this in a profile activated by the presence of the m2e.version property.

Thanks for the hint, done in 607c154.

This is useful to suppress no matter what version of the plugin is used. So, you can just specify a versionRange of [0,)

I disagree, I enabled it for [0,1.8) because hopefully the not yet released plugin 1.8 will add support. In case there is this section in the pom.xml unconditionally you prevent that potential support from becoming active. In general it is dangerous to disable it for all versions, as you never know which support is added in future versions.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I figure this section can just be deleted when the plugin version is bumped to one where support was added. But, if the metadata is added to do anything other than ignore inside the plugin itself, and the user specifies a newer version than what's in the parent POM here, then I guess you are right.

only active in Eclipse

Active for m-remote-resources-p up to (excluding) 1.8.0
@slachiewicz slachiewicz merged commit 60e0182 into apache:master Jan 27, 2022
@jira-importer
Copy link
Copy Markdown

Resolve #453

ctubbsii added a commit to ctubbsii/maven-remote-resources-plugin that referenced this pull request Mar 24, 2026
Create an initial lifecycle mapping metadata file for Eclipse M2E that
ignores the execution of this plugin, to prevent warnings about unmapped
plugin executions when importing a project that uses this plugin into
Eclipse.

In the future, if the BuildContext API is implemented, this metadata
should be updated to execute this plugin as part of the build lifecycle
in M2E instead. Example configuration for executing the plugin are
included in a comment block.

This fixes apache#236 and avoids the need to implement workarounds in
downstream projects, such as the one at apache/maven-apache-parent#64
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants