[
https://issues.apache.org/jira/browse/SQOOP-2602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14944227#comment-14944227
]
ASF subversion and git services commented on SQOOP-2602:
--------------------------------------------------------
Commit 89be1f7237277d4038660913259a8965c33c4011 in sqoop's branch
refs/heads/sqoop2 from [~jarcec]
[ https://git-wip-us.apache.org/repos/asf?p=sqoop.git;h=89be1f7 ]
SQOOP-2602: Sqoop2: Static initialization of ClassUtils defaultClassloader is
fragile
(Abraham Fine via Jarek Jarcec Cecho)
> Sqoop2: Static initialization of ClassUtils defaultClassloader is fragile
> -------------------------------------------------------------------------
>
> Key: SQOOP-2602
> URL: https://issues.apache.org/jira/browse/SQOOP-2602
> Project: Sqoop
> Issue Type: Bug
> Affects Versions: 1.99.6
> Reporter: Abraham Fine
> Fix For: 1.99.7
>
> Attachments: SQOOP-2602.patch
>
>
> While working with [~jarcec] on SQOOP-2490 we discovered an issue relating to
> the way that {{ClassUtils}} reads the current class loader from the thread.
> In an integration testing use case, we may want to append a new jar to the
> classpath (or remove jars) between tests.
> Currently, the {{defaultClassloader}} for {{ClassUtils}} is set in a
> {{static}} block, this means that, should the connectors that are being used
> change between tests, {{ClassUtils}} will be unable to reflect this change.
> We should change {{defaultClassloader}} to a method that reads the class
> loader from the thread each time that it is called.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)