Uploaded image for project: 'Jira Data Center'
  1. Jira Data Center
  2. JRASERVER-19346

Startup fails on WebLogic 10.3 with error "..InfrastructureException: Error occurred while starting Plugin Manager..."

    XMLWordPrintable

Details

    • Bug
    • Resolution: Fixed
    • Highest
    • 4.0.1
    • 4.0
    • Installation
    • RHEL 5.3, WebLogic 10.3, JRockit 1.6.0, EAR/WAR-edition

    Description

      Startup of JIRA 4.0 fails on WebLogic 10.3 with the following exception:

      FATAL [atlassian.jira.upgrade.ConsistencyLauncher] A fatal error occured during initialisation. JIRA has been locked.
      com.atlassian.jira.InfrastructureException: Error occurred while starting Plugin Manager. Unable to find required packages via classloader or servlet context scanning, most likely due to an application server bug.
      at com.atlassian.jira.ComponentManager$PluginSystem.start(ComponentManager.java:1281)
      at com.atlassian.jira.ComponentManager.quickStart(ComponentManager.java:224)
      at com.atlassian.jira.ComponentManager.start(ComponentManager.java:210)
      at com.atlassian.jira.upgrade.ConsistencyLauncher.launchConsistencyChecker(ConsistencyLauncher.java:63)
      at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:42)
      at weblogic.servlet.internal.EventsManager$FireContextListenerAction.run(EventsManager.java:465)
      at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
      ...
      Caused by: java.lang.IllegalStateException: Unable to find required packages via classloader or servlet context scanning, most likely due to an application server bug.
      at com.atlassian.plugin.osgi.container.felix.ExportsBuilder.generateExports(ExportsBuilder.java:152)
      at com.atlassian.plugin.osgi.container.felix.ExportsBuilder.determineExports(ExportsBuilder.java:70)
      at com.atlassian.plugin.osgi.container.felix.FelixOsgiContainerManager.start(FelixOsgiContainerManager.java:218)
      at com.atlassian.plugin.osgi.container.felix.FelixOsgiContainerManager.onStart(FelixOsgiContainerManager.java:183)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
      at java.lang.reflect.Method.invoke(Method.java:597)
      at com.atlassian.plugin.event.impl.DefaultPluginEventManager$Listener.notify(DefaultPluginEventManager.java:196)
      at com.atlassian.plugin.event.impl.DefaultPluginEventManager.broadcast(DefaultPluginEventManager.java:70)
      at com.atlassian.plugin.manager.DefaultPluginManager.init(DefaultPluginManager.java:127)
      at com.atlassian.jira.plugin.JiraPluginManager.start(JiraPluginManager.java:49)
      at com.atlassian.jira.ComponentManager$PluginSystem.start(ComponentManager.java:1275)
      ... 40 more>

      Deploying as an exploded WAR does not help.

      However, a change to the class org.twdata.pkgscanner.InternalScanner according to the attached patch did the trick, but only for exploded WARs.

      Attachments

        1. InternalScanner.patch
          2 kB
          Mischa Koelliker

        Issue Links

          Activity

            People

              mlassau Mark Lassau (Inactive)
              d6a27b9c2b6c Mischa Koelliker
              Votes:
              1 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: