Uploaded image for project: 'Magnolia'
  1. Magnolia
  2. MAGNOLIA-9339

License issues on JBoss latest versions

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Neutral Neutral
    • None
    • 6.2.44
    • security

      Several clients have reported problems running Magnolia on the latest available JBoss version (7.4.15).

      Those problems cause the license screen to constantly appear when booting up the instance displaying the following log error:

      17:40:45,714 INFO  [stdout] (default task-1) ERROR  info.magnolia.license.LicenseManager 29.03.2024 17:40:45 – Can't read license for module enter
      prise, creating default license...
      17:40:45,714 INFO  [stdout] (default task-1) java.security.GeneralSecurityException: Invalid license
      17:40:45,714 INFO  [stdout] (default task-1)    at info.magnolia.license.LicenseProcessor.extractLicense(LicenseProcessor.java:258) ~[magnolia-lice
      nse-1.7.4.jar:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at info.magnolia.license.LicenseProcessor.extractLicense(LicenseProcessor.java:268) ~[magnolia-lice
      nse-1.7.4.jar:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at info.magnolia.license.LicenseManager.loadLicenseFromJCR(LicenseManager.java:298) ~[magnolia-lice
      nse-1.7.4.jar:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at info.magnolia.license.LicenseManager.access$300(LicenseManager.java:77) ~[magnolia-license-1.7.4
      .jar:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at info.magnolia.license.LicenseManager$2.load(LicenseManager.java:120) ~[magnolia-license-1.7.4.ja
      r:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at info.magnolia.license.LicenseManager$2.load(LicenseManager.java:109) ~[magnolia-license-1.7.4.ja
      r:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3533) ~[guav
      a-31.1-jre.jar:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2282) ~[guava-31.1-jre.jar:?
      ]
      17:40:45,714 INFO  [stdout] (default task-1)    at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2159) ~[guava-31.1-jr
      e.jar:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2049) ~[guava-31.1-jre.jar:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at com.google.common.cache.LocalCache.get(LocalCache.java:3966) ~[guava-31.1-jre.jar:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3989) ~[guava-31.1-jre.jar:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4950) ~[guava-31.1-jre.
      jar:?]
      17:40:45,714 INFO  [stdout] (default task-1)    at com.google.common.cache.LocalCache$LocalLoadingCache.getUnchecked(LocalCache.java:4956) ~[guava-
      31.1-jre.jar:?]

      Some approaches we have tried are the following:

      • Adding the following property to JBoss configuration: 
        -Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl
      • Usage of Java 11 has been suggested, although there are some known issues with such version, as long as it's a Java version lower than 11.0.6 it should be fine (issues in question)
      • Users have experienced partial improvements by excluding the xerces and xalan libraries on their instances.

        Acceptance criteria

              Unassigned Unassigned
              rgaona Roberto Gaona
              AdminX
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:

                  Bug DoR
                  Task DoD