Skip to content

Conversation

@stelfrich
Copy link
Member

@stelfrich stelfrich commented Aug 10, 2018

This PR migrates the functionality of imagej-maven-plugin as of 9240da2 to scijava-maven-plugin.

It keeps backwards compatibility as far as it's possible. This means, supporting the legacy properties imagej.app.directory, imagej.app.subdirectory, imagej.deleteOtherVersions, and delete.other.versions. This means that projects that have used imagej-maven-plugin implicitly by making pom-scijava the parent for their project, should see no difference once, we switch to scijava-maven-plugin in pom-scijava.

There is one point that I would like some input on: should the scijava.* properties take precedence over imagej.* ones if both are set simultaneously? Do you have an opinion, @ctrueden?

TODOs:

  • Fix license headers of migrated files
  • Rename imagej* to scijava* in AbstractCopyJarsMojo

The sources are based on imagej/imagej-maven-plugin#9240da2 with the
sources moved into the correct packages already. In addition to the
already available imagej.* properties, scijava.* properties have been
added with compatibility between those properties.
@stelfrich stelfrich force-pushed the migrate-imagej-maven-plugin branch from 6cb17f0 to c7889ef Compare August 10, 2018 05:15
Also bumps the parent POM to the more recent version of pom-scijava
of imagej-maven-plugin. Some dependencies have to be bumped to newer
versions as well, which also leads to some minor changes wrt. enforcer
rules.
This changes is required due the bump of pom-scijava in the previous
commit.
@stelfrich stelfrich force-pushed the migrate-imagej-maven-plugin branch from c7889ef to 6b5cd6b Compare August 10, 2018 05:20
@stelfrich stelfrich changed the title Migrate imagej maven plugin Migrate imagej-maven-plugin Aug 10, 2018
@ctrueden
Copy link
Member

should the scijava.* properties take precedence over imagej.* ones if both are set simultaneously?

That seems the most intuitive to me, yeah. I would suggest not formally specifying behavior in that circumstance, though. Then if some unintuitive circumstance arises where it would be convenient for the precedence to go the other way, we can flip it. But I doubt it will be important.

@imagejan
Copy link
Member

should the scijava.* properties take precedence over imagej.* ones if both are set simultaneously?

How about ignoring all imagej properties if at least one scijava property is set, and issuing a warning to make it transparent to the caller what's happening?

@stelfrich
Copy link
Member Author

How about ignoring all imagej properties if at least one scijava property is set, and issuing a warning to make it transparent to the caller what's happening?

I like that and will start implementing it!

@stelfrich
Copy link
Member Author

@ctrueden I have implemented @imagejan's suggestion and have only "defined" the behavior in a log message. Should we get rid of that as well?

@stelfrich stelfrich changed the title Migrate imagej-maven-plugin [WIP] Migrate imagej-maven-plugin Aug 30, 2018
@stelfrich stelfrich changed the title [WIP] Migrate imagej-maven-plugin Migrate imagej-maven-plugin Aug 31, 2018
@ctrueden ctrueden force-pushed the migrate-imagej-maven-plugin branch from 0b40dd2 to ba75487 Compare September 5, 2018 18:43
@ctrueden ctrueden merged commit e694f81 into master Sep 5, 2018
@ctrueden ctrueden deleted the migrate-imagej-maven-plugin branch September 5, 2018 18:43
ctrueden pushed a commit that referenced this pull request Nov 13, 2021
Allow to specify packages to include/exclude.
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.

3 participants