nutch-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sebastian Nagel (JIRA)" <>
Subject [jira] [Commented] (NUTCH-1984) Eliminate unnecessary dependencies
Date Sat, 11 Apr 2015 22:44:13 GMT


Sebastian Nagel commented on NUTCH-1984:

Thanks, [~aspa]! That's 3 problems which should be addressed in subtasks (#3 has already issues
# NUTCH-1801 (including subtasks and NUTCH-1881) has only been applied to trunk. It should
be transferred to 2.x!
# yes, the dependencies could be better managed to avoid duplicates with conflicting versions.
Needs a closer look on each of the duplicates.
# migration from oro is not completed: some subtasks of NUTCH-1014 are still unresolved. Oro
classes are still used, so it should not compile without.

> Eliminate unnecessary dependencies
> ----------------------------------
>                 Key: NUTCH-1984
>                 URL:
>             Project: Nutch
>          Issue Type: Improvement
>    Affects Versions: 2.3
>            Reporter: Marko Asplund
> When I build (ant runtime) Nutch from 2.x branch some unnecessary dependencies seem to
get included in lib (runtime/local/lib).
> the scope of dependencies should be minimized and e.g. test-only dependencies should
not be included in runtime lib. e.g. the following may not be actually required at runtime:
> - junit-4.11.jar
> - \*jetty\*
> - hsqldb-2.2.8.jar
> - h2-1.4.180.jar
> another issue is that multiple versions get included in lib for some libraries. these
cases should be reviewed and the redundant versions eliminated. in some cases including a
single version may suffice. here's some examples where multiple versions get included:
> - stax-api-1.0-2.jar, stax-api-1.0.1.jar
> - commons-httpclient-3.0.1.jar, httpclient-4.2.6.jar
> - commons-collections-3.2.1.jar, commons-collections4-4.0.jar
> - commons-lang-2.6.jar, commons-lang3-3.1.jar
> - servlet-api-2.5-20081211.jar, servlet-api-2.5-6.1.14.jar
> does Nutch really require oro-2.0.8.jar? it seems to compile without it.

This message was sent by Atlassian JIRA

View raw message