Bug 2127277

This is not a Satellite bug and needs to be filed against RHEL as we are using tomcatjss from AppStream which has this requirement:


Installing:
 tomcatjss                                                             noarch                                                  7.7.1-1.module_el8.6.0+1038+e795ee4b                                                      appstream                                                   39 k
Installing dependencies:
 apache-commons-lang3                                                  noarch                                                  3.7-3.module_el8.0.0+39+6a9b6e22                                                          appstream                                                  483 k
 glassfish-jaxb-api                                                    noarch                                                  2.2.12-8.module_el8.4.0+595+e59c9af2                                                      appstream                                                  102 k
 jss                                                                   x86_64                                                  4.9.4-1.module_el8.7.0+1172+b9bb9c8d                                                      appstream                                                  1.2 M
 slf4j                                                                 noarch                                                  1.7.25-4.module_el8.6.0+1030+8d97e896                                                     appstream                                                   77 k
 slf4j-jdk14                                                           noarch                                                  1.7.25-4.module_el8.4.0+595+e59c9af2                                                      appstream                                                   25 k
Enabling module streams:
 maven                                                                                                                         3.5

Reopening,

If you don't define a module stream as your dependency, you get the default. That is a decision to be made on the part of the content consumer. In the above, if you are consuming tomcatjss, you need to define a modular dependency on to achieve a non-EOL version.

Per the Satellite Module definition, you would need:

  dependencies:
  - buildrequires:
      nodejs:
      - '12'
      platform:
      - el8
      postgresql:
      - '12'
      ruby:
      - '2.7'
    requires:
      pki-core: []
      platform:
      - el8
      postgresql:
      - '12'
      ruby:
      - '2.7'
+      maven:
+      - '3.6'

FailedQA.

@Satellite 6.14.0 Snap9

Satellite module now enables maven:3.8 module. 
However, slf4j rpm gets still installed from maven:3.5 module while other rpms from maven:3.8 module.

This situation makes any dnf upgrade (satellite upgrade) to fail.

# yum --disableplugin foreman-protector update 
Updating Subscription Management repositories.
Satellite 6.14 RHEL8                                                                                                                                                      185 kB/s | 3.0 kB     00:00    
Satellite Maintenance 6.14 RHEL8                                                                                                                                          434 kB/s | 2.6 kB     00:00    
Error: 
 Problem: package slf4j-jdk14-1.7.25-4.module+el8+2468+c564cec5.noarch requires mvn(org.slf4j:slf4j-api) = 1.7.25, but none of the providers can be installed
  - cannot install both slf4j-1.7.32-4.module+el8.8.0+18044+0a924b8f.noarch and slf4j-1.7.25-4.module+el8+2468+c564cec5.noarch
  - cannot install both slf4j-1.7.32-4.module+el8.8.0+18044+0a924b8f.noarch and slf4j-1.7.25-4.module+el8.0.0+3248+9d514f3b.noarch
  - cannot install both slf4j-1.7.32-4.module+el8.8.0+18044+0a924b8f.noarch and slf4j-1.7.25-4.module+el8.0.0+3892+c903d3f0.noarch
  - cannot install both slf4j-1.7.32-4.module+el8.8.0+18044+0a924b8f.noarch and slf4j-1.7.25-4.module+el8.1.0+3366+6dfb954c.noarch
  - cannot install the best update candidate for package slf4j-jdk14-1.7.25-4.module+el8+2468+c564cec5.noarch
  - cannot install the best update candidate for package slf4j-1.7.25-4.module+el8+2468+c564cec5.noarch
  - package slf4j-1.7.25-4.module+el8+2452+b359bfcd.noarch is filtered out by modular filtering
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)


Old slf4j is pulled in by jss rpm `Requires: slf4j-jdk14` as only 3.5 module provides it.
Until this issue is resolved in jss rpm we cannot enable any newer maven module.

*** Bug 2226946 has been marked as a duplicate of this bug. ***

I have opened a RHEL bug to look at the issues with upgrading between the module streams -- https://bugzilla.redhat.com/show_bug.cgi?id=2230604

This BZ has been automatically migrated to the issues.redhat.com Red Hat Issue Tracker. All future work related to this report will be managed there.

Due to differences in account names between systems, some fields were not replicated.  Be sure to add yourself to Jira issue's "Watchers" field to continue receiving updates and add others to the "Need Info From" field to continue requesting information.

To find the migrated issue, look in the "Links" section for a direct link to the new issue location. The issue key will have an icon of 2 footprints next to it, and begin with "SAT-" followed by an integer.  You can also find this issue by visiting https://issues.redhat.com/issues/?jql= and searching the "Bugzilla Bug" field for this BZ's number, e.g. a search like:

"Bugzilla Bug" = 1234567

In the event you have trouble locating or viewing this issue, you can file an issue by sending mail to rh-issues. You can also visit https://access.redhat.com/articles/7032570 for general account information.