You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@jena.apache.org by "Andy Seaborne (Jira)" <ji...@apache.org> on 2022/01/03 17:13:00 UTC

[jira] [Closed] (JENA-2234) might need commons codec version to coexist with other libraries

     [ https://issues.apache.org/jira/browse/JENA-2234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andy Seaborne closed JENA-2234.
-------------------------------
    Assignee: Andy Seaborne

> might need commons codec version to coexist with other libraries
> ----------------------------------------------------------------
>
>                 Key: JENA-2234
>                 URL: https://issues.apache.org/jira/browse/JENA-2234
>             Project: Apache Jena
>          Issue Type: Improvement
>          Components: Build
>    Affects Versions: Jena 4.3.2
>            Reporter: David Beaudet
>            Assignee: Andy Seaborne
>            Priority: Minor
>
> I'm experimenting with Jena and RDF4J in the same application.  The RDF4J project seems to pull in an older version of commons codec which causes an exception in Jena when reading a model due to non-existence of a hashing function in commons codec prior to version 1.14.  Would it make sense to specify a minimum version for commons-codec?
>  
> The exception can be replicated without including RDF4J by adding the following to the application's pom.
>        <dependency>
>             <groupId>commons-codec</groupId>
>             <artifactId>commons-codec</artifactId>
>             <version>1.13</version>
>             <scope>runtime</scope>
>         </dependency>
>  



--
This message was sent by Atlassian Jira
(v8.20.1#820001)