javax.xml.stream.FactoryFinder$ConfigurationError: Provider com.ctc.wstx.stax.WstxInputFactory not found

Atlassian JIRA | Brenden Bain [Atlassian] | 5 years ago
  1. 0

    [JRA-26214] Can't use StAX from inside a plugins 2 plugin without embedded woodstox in the plugin. - Atlassian JIRA

    atlassian.com | 1 year ago
    javax.xml.stream.FactoryFinder$ConfigurationError: Provider com.ctc.wstx.stax.WstxInputFactory not found
  2. 0

    JIRA ships with wstx-asl-3.2.4.jar (Woodstox) in {{WEB-INF/lib}}. This JAR registers itself with the JVM to provide implementations of XMLInputFactory, XMLOutputFactory and XMLEventFactory from its {{META-INF.services}}. Basically, once we put this JAR in {{WEB-INF/lib}} we end up with com.ctc.wstx.stax.WstxInputFactory, com.ctc.wstx.stax.WstxOutputFactory and com.ctc.wstx.stax.WstxEventFactory being the default implementations of these classes. If from a v2 plugin I call this: {code} XMLInputFactory factory = XMLInputFactory.newFactory(); factory.createXMLEventReader(new StringReader("<a></a>")); {code} you will end up with: {noformat} javax.xml.stream.FactoryFinder$ConfigurationError: Provider com.ctc.wstx.stax.WstxInputFactory not found at javax.xml.stream.FactoryFinder.newInstance(FactoryFinder.java:154) at javax.xml.stream.FactoryFinder.findJarServiceProvider(FactoryFinder.java:308) at javax.xml.stream.FactoryFinder.find(FactoryFinder.java:233) at javax.xml.stream.XMLInputFactory.newFactory(XMLInputFactory.java:156) at com.atlassian.jira.dev.functest.ao.BlogResource.getAll(BlogResource.java:91) 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.plugins.rest.common.interceptor.impl.DispatchProviderHelper$ResponseOutInvoker$1.invoke(DispatchProviderHelper.java:206) at com.atlassian.plugins.rest.common.interceptor.impl.DispatchProviderHelper$1.intercept(DispatchProviderHelper.java:90) {noformat} The problem is that we don't expose the wstx-asl-3.2.4.jar classes to plugins even though we expose its {{META-INF.services}} (we boot delegate META-INF.services)). The solution *is NOT* to simply add the wstx-asl to the packages that we expose to plugins (what happens we change the JAR and replace with a different implementation?).

    Atlassian JIRA | 5 years ago | Brenden Bain [Atlassian]
    javax.xml.stream.FactoryFinder$ConfigurationError: Provider com.ctc.wstx.stax.WstxInputFactory not found
  3. 0

    JIRA ships with wstx-asl-3.2.4.jar (Woodstox) in {{WEB-INF/lib}}. This JAR registers itself with the JVM to provide implementations of XMLInputFactory, XMLOutputFactory and XMLEventFactory from its {{META-INF.services}}. Basically, once we put this JAR in {{WEB-INF/lib}} we end up with com.ctc.wstx.stax.WstxInputFactory, com.ctc.wstx.stax.WstxOutputFactory and com.ctc.wstx.stax.WstxEventFactory being the default implementations of these classes. If from a v2 plugin I call this: {code} XMLInputFactory factory = XMLInputFactory.newFactory(); factory.createXMLEventReader(new StringReader("<a></a>")); {code} you will end up with: {noformat} javax.xml.stream.FactoryFinder$ConfigurationError: Provider com.ctc.wstx.stax.WstxInputFactory not found at javax.xml.stream.FactoryFinder.newInstance(FactoryFinder.java:154) at javax.xml.stream.FactoryFinder.findJarServiceProvider(FactoryFinder.java:308) at javax.xml.stream.FactoryFinder.find(FactoryFinder.java:233) at javax.xml.stream.XMLInputFactory.newFactory(XMLInputFactory.java:156) at com.atlassian.jira.dev.functest.ao.BlogResource.getAll(BlogResource.java:91) 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.plugins.rest.common.interceptor.impl.DispatchProviderHelper$ResponseOutInvoker$1.invoke(DispatchProviderHelper.java:206) at com.atlassian.plugins.rest.common.interceptor.impl.DispatchProviderHelper$1.intercept(DispatchProviderHelper.java:90) {noformat} The problem is that we don't expose the wstx-asl-3.2.4.jar classes to plugins even though we expose its {{META-INF.services}} (we boot delegate META-INF.services)). The solution *is NOT* to simply add the wstx-asl to the packages that we expose to plugins (what happens we change the JAR and replace with a different implementation?).

    Atlassian JIRA | 5 years ago | Brenden Bain [Atlassian]
    javax.xml.stream.FactoryFinder$ConfigurationError: Provider com.ctc.wstx.stax.WstxInputFactory not found
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    JIRA - User - Jira attempted rollback failing from 4.3.3 to 4.2.1b588 - XFire errors

    nabble.com | 1 year ago
    javax.xml.stream.FactoryFinder$ConfigurationError: Provider com.ctc.wstx.stax.WstxInputFactory not found
  6. 0

    [WSIT-1268] [BLOCKING] javax.xml.stream.FactoryFinder$ConfigurationError: Provider com.ctc.wstx.stax.WstxInputFactory not found - Java.net JIRA

    java.net | 1 year ago
    javax.xml.stream.FactoryFinder$ConfigurationError: Provider com.ctc.wstx.stax.WstxInputFactory not found

    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. javax.xml.stream.FactoryFinder$ConfigurationError

      Provider com.ctc.wstx.stax.WstxInputFactory not found

      at javax.xml.stream.FactoryFinder.newInstance()
    2. Java RT
      XMLInputFactory.newFactory
      1. javax.xml.stream.FactoryFinder.newInstance(FactoryFinder.java:154)
      2. javax.xml.stream.FactoryFinder.findJarServiceProvider(FactoryFinder.java:308)
      3. javax.xml.stream.FactoryFinder.find(FactoryFinder.java:233)
      4. javax.xml.stream.XMLInputFactory.newFactory(XMLInputFactory.java:156)
      4 frames
    3. com.atlassian.jira
      BlogResource.getAll
      1. com.atlassian.jira.dev.functest.ao.BlogResource.getAll(BlogResource.java:91)
      1 frame
    4. Java RT
      Method.invoke
      1. sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      2. sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
      3. sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
      4. java.lang.reflect.Method.invoke(Method.java:597)
      4 frames
    5. com.atlassian.plugins
      DispatchProviderHelper$1.intercept
      1. com.atlassian.plugins.rest.common.interceptor.impl.DispatchProviderHelper$ResponseOutInvoker$1.invoke(DispatchProviderHelper.java:206)
      2. com.atlassian.plugins.rest.common.interceptor.impl.DispatchProviderHelper$1.intercept(DispatchProviderHelper.java:90)
      2 frames