[jboss-jira] [JBoss JIRA] (WFLY-13000) Put an end to problems with Jackson caused by jaxrs subsystem

[Dominik Derwiński (Jira)]

     [ https://issues.redhat.com/browse/WFLY-13000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dominik Derwiński updated WFLY-13000:
-------------------------------------
    Description: 
There is a serious problem with using bundled (inside ear) Jackson JSON library in version different than the one included inside WildFly. There are dozens of threads of people trying to solve this issue by manually upgrading modules in WildFly, excluding certain Jackson modules pulled by jaxrs and including them again in custom modules without exporting classes, to (finally) excluding the whole jaxrs subsystem, and using different implementation of JAXRS. Without doing so one can end with the following:
{noformat}
java.lang.NoSuchMethodError: 'com.fasterxml.jackson.core.TSFBuilder com.fasterxml.jackson.core.JsonFactory.builder()'
{noformat}
or
{noformat}
java.lang.IllegalAccessError: class com.fasterxml.jackson.core.JsonFactoryBuilder tried to access private field com.fasterxml.jackson.core.JsonFactory.DEFAULT_ROOT_VALUE_SEPARATOR (com.fasterxml.jackson.core.JsonFactoryBuilder is in unnamed module of loader 'deployment.xyz-ear-1.ear' @b6d0dc5; com.fasterxml.jackson.core.JsonFactory is in unnamed module of loader 'com.fasterxml.jackson.core.jackson-core at 2.9.10' @68fc71cf)
{noformat}
Could this be fixed somehow by not exporting Jackson classes from jaxrs/resteasy/jackson2-provider modules? Why do they even get priority before classes from ear classloader?

Found these on the net while trying to solve my issue:
http://alloutfornoloss.com/exclude-jackson-module-wildfly/
https://stackoverflow.com/questions/37616096/wildfly-10-how-to-use-a-newer-version-of-jackson-for-an-aplication
https://stackoverflow.com/questions/38173460/dependency-conflict-loading-jackson-jsr310-under-wildfly
https://stackoverflow.com/questions/47838240/jboss-resteasy-custom-jackson-provider
https://stackoverflow.com/questions/56780117/unknown-conflict-causing-java-lang-nosuchfielderror-write-durations-as-timestam
https://stackoverflow.com/questions/20683843/jackson-annotations-ignored-after-deployment-to-jboss
https://dzone.com/articles/jboss-modules-suck-it%E2%80%99s
https://forum.camunda.org/t/camunda-json-marshalling-and-jsonignore/271/18

  was:
There is a serious problem with using bundled (inside ear) Jackson JSON library in version different than the one included inside WildFly. There are dozens of threads of people trying to solve this issue by manually upgrading modules in WildFly, excluding certain Jackson modules pulled by jaxrs and including them again in custom modules without exporting classes, to (finally) excluding the whole jaxrs subsystem, and using different implementation of JAXRS. Without doing so one can end with the following:
{noformat}
java.lang.NoSuchMethodError: 'com.fasterxml.jackson.core.TSFBuilder com.fasterxml.jackson.core.JsonFactory.builder()'
{noformat}
or
{noformat}
java.lang.IllegalAccessError: class com.fasterxml.jackson.core.JsonFactoryBuilder tried to access private field com.fasterxml.jackson.core.JsonFactory.DEFAULT_ROOT_VALUE_SEPARATOR (com.fasterxml.jackson.core.JsonFactoryBuilder is in unnamed module of loader 'deployment.xyz-ear-1.ear' @b6d0dc5; com.fasterxml.jackson.core.JsonFactory is in unnamed module of loader 'com.fasterxml.jackson.core.jackson-core at 2.9.10' @68fc71cf)
{noformat}
Could this be fixed somehow by not exporting Jackson classes from jaxrs/resteasy/jackson2-provider modules? Why do they even get priority before classes from ear classloader?



> Put an end to problems with Jackson caused by jaxrs subsystem
> -------------------------------------------------------------
>
>                 Key: WFLY-13000
>                 URL: https://issues.redhat.com/browse/WFLY-13000
>             Project: WildFly
>          Issue Type: Feature Request
>          Components: REST
>    Affects Versions: 18.0.1.Final
>            Reporter: Dominik Derwiński
>            Assignee: Alessio Soldano
>            Priority: Major
>
> There is a serious problem with using bundled (inside ear) Jackson JSON library in version different than the one included inside WildFly. There are dozens of threads of people trying to solve this issue by manually upgrading modules in WildFly, excluding certain Jackson modules pulled by jaxrs and including them again in custom modules without exporting classes, to (finally) excluding the whole jaxrs subsystem, and using different implementation of JAXRS. Without doing so one can end with the following:
> {noformat}
> java.lang.NoSuchMethodError: 'com.fasterxml.jackson.core.TSFBuilder com.fasterxml.jackson.core.JsonFactory.builder()'
> {noformat}
> or
> {noformat}
> java.lang.IllegalAccessError: class com.fasterxml.jackson.core.JsonFactoryBuilder tried to access private field com.fasterxml.jackson.core.JsonFactory.DEFAULT_ROOT_VALUE_SEPARATOR (com.fasterxml.jackson.core.JsonFactoryBuilder is in unnamed module of loader 'deployment.xyz-ear-1.ear' @b6d0dc5; com.fasterxml.jackson.core.JsonFactory is in unnamed module of loader 'com.fasterxml.jackson.core.jackson-core at 2.9.10' @68fc71cf)
> {noformat}
> Could this be fixed somehow by not exporting Jackson classes from jaxrs/resteasy/jackson2-provider modules? Why do they even get priority before classes from ear classloader?
> Found these on the net while trying to solve my issue:
> http://alloutfornoloss.com/exclude-jackson-module-wildfly/
> https://stackoverflow.com/questions/37616096/wildfly-10-how-to-use-a-newer-version-of-jackson-for-an-aplication
> https://stackoverflow.com/questions/38173460/dependency-conflict-loading-jackson-jsr310-under-wildfly
> https://stackoverflow.com/questions/47838240/jboss-resteasy-custom-jackson-provider
> https://stackoverflow.com/questions/56780117/unknown-conflict-causing-java-lang-nosuchfielderror-write-durations-as-timestam
> https://stackoverflow.com/questions/20683843/jackson-annotations-ignored-after-deployment-to-jboss
> https://dzone.com/articles/jboss-modules-suck-it%E2%80%99s
> https://forum.camunda.org/t/camunda-json-marshalling-and-jsonignore/271/18



--
This message was sent by Atlassian Jira
(v7.13.8#713008)