This project demonstrates the problem created by the launch4j-maven-plugin when generating the project site.
- Windows 10 Pro
- JDK 11
- Maven v3.8.7
mvn clean verify siteThe resulting site will include Plugin Management and Plugins pages in which the GroupId, ArtifactId and Version columns are all filled with the values for this project, not the actual plugins.
| GroupId | ArtifactId | Version |
|---|---|---|
| org.natuna | launch4j-example | 0.0.1 |
| org.natuna | launch4j-example | 0.0.1 |
| org.natuna | launch4j-example | 0.0.1 |
| org.natuna | launch4j-example | 0.0.1 |
| org.natuna | launch4j-example | 0.0.1 |
| org.natuna | launch4j-example | 0.0.1 |
| org.natuna | launch4j-example | 0.0.1 |
| org.natuna | launch4j-example | 0.0.1 |
| org.natuna | launch4j-example | 0.0.1 |
| GroupId | ArtifactId | Version |
|---|---|---|
| org.natuna | launch4j-example | 0.0.1 |
| org.natuna | launch4j-example | 0.0.1 |
I've created a local version of the plugin that does not cause this problem
by commenting out one line in the retrieveBinaryBits() method
of the Launch4jMojo class.
private void retrieveBinaryBits(Artifact a)throws MojoExecutionException{
ProjectBuildingRequest configuration=session.getProjectBuildingRequest();
configuration.setRemoteRepositories(project.getRemoteArtifactRepositories());
configuration.setLocalRepository(localRepository);
// configuration.setProject(session.getCurrentProject());
getLog().debug("Retrieving artifact: "+a+" stored in "+a.getFile());