• Guus der Kinderen's avatar
    OF-546: Plugin artifact rework · 4b9c341e
    Guus der Kinderen authored
    Previously, the openfire-plugin-assembly artifact replaced the default artifact. When using
    plugin project as a Maven dependency, this causes oddities: the dependency still is a JAR file,
    but does not conform to a standard archive. This results in missing classes. Instead, this commit
    retains the original project artifact. This is expected to be more useful.
    
    Sadly, we appear to can pick only one of these options:
    
    - Attach the openfire-plugin-assembly artifact (making it referencable)
    - Define a finalName for this artifact (<artifactname>.plugin)
    
    Both options appear to be mutually exclusive.
    
    More annoyance is prevented by giving the plugin jar file a 'proper' name, I suspect, which is why
    I opted for doing that. For the other option, set 'appendAssemblyId' to true, and remove the
    'attach' element of the 'make-assembly' block.
    
    The removed openfire-plugin-jar assembly does not appear to have a practical purpose: it builds a
    jar file that is pretty similar to the standard artifact (it misses some metadata, and its final
    name is different). Removing this assembly reduces complexity, at the cost of a benefit that I
    cannot see.
    4b9c341e
Name
Last commit
Last update
build Loading commit data...
dbutil Loading commit data...
documentation Loading commit data...
i18n Loading commit data...
plugins Loading commit data...
src Loading commit data...
starter Loading commit data...
webadmin Loading commit data...
xmppserver Loading commit data...
.gitignore Loading commit data...
.travis.yml Loading commit data...
LICENSE.txt Loading commit data...
Makefile Loading commit data...
README.md Loading commit data...
pom.xml Loading commit data...