Properly define + document JKubeProjectAssembly behavior about jkube HOT 1 CLOSED

Actions to take:

• Drop support for descriptorRef & descriptor fields which are no longer being processed since Maven decoupling took place.
• Remove these predefined assemblies (k8s / oc) since they are ignored as descriptor and descriptorRef are not considered during assembly processing.
• Remove other assemblies defined in the project which are no longer used:
  • artifact-with-includes.xml - artifact
  • java-app.xml - artifact-with-dependencies
  • webapp.xml - webapp
  • karaf.xml - karaf

fileSet - AssemblyFileSet

• Discarded properties:
  • useDefaultExcludes
  • lineEnding
  • filtered
  • nonFilteredFileExtensions
• Supported properties
  • outputDirectory
  • includes: To support java.nio.file.FileSystem#getPathMatcher glob syntax
  • excludes: To support java.nio.file.FileSystem#getPathMatcher glob syntax
  • fileMode
  • directoryMode
  • directory

file - AssemblyFile

• Discarded properties:
  • sources
  • filtered
  • lineEnding
• Supported properties
  • source
  • outputDirectory
  • destName

Possible consequences

After Maven decoupling some of the features provided by XML maven assemblies were lost and broken. Dropping this configuration fields will have no immediate consequence for JKube. However, projects migrating from FMP to JKube that made use of any of the predefined assemblies, or provided custom assemblies will be affected and will probably stop working unless their configurations are updated to be compatible with the new "Mavenless" approach.

from jkube.