Mailing-List: contact dev-help@flink.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@flink.apache.org
Date: Mon, 21 Dec 2015 08:41:59 -0700 (MST)
From: peterpanne <eric@peukert.org>
To: dev@flink.apache.org
Message-ID: <1450712519650-9653.post@n3.nabble.com>
In-Reply-To: <1450455314176-9649.post@n3.nabble.com>
References: 
 <CANC1h_sSLxLpGWXaX-cP6g7F1WhfkHW=8JGX_GW8d-CYdoc_Bg@mail.gmail.com>
 <1433273911879-5997.post@n3.nabble.com>
 <CANC1h_ve0PN_CPgkq8yorB20FMW48wugPNqHxQJpQjaKHKPGWA@mail.gmail.com>
 <1433366702380-6087.post@n3.nabble.com>
 <CANC1h_uofsYH1moa=JLvyj_whFxYAX4h=m_o1vx-gsnCMEfxCg@mail.gmail.com>
 <1433429559462-6143.post@n3.nabble.com>
 <CAGr9p8ASRQ18yg-AGnyH9JRAGkCiqtJnnovJewhfkdS840yVuw@mail.gmail.com>
 <1441539650779-7870.post@n3.nabble.com>
 <CANC1h_sQ5e19odxbyh52_g0yzC+bYk2YurtpqJEbA=Y-SGGhnQ@mail.gmail.com>
 <1450455314176-9649.post@n3.nabble.com>
Subject: Re: ClassNotFoundException :
 org.apache.flink.api.common.operators.util.UserCodeObjectWrapper, while
 trying to run locally
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I identified the root-cause of the problem:

When the FlinkUserCodeClassLoader ist created it simply instantiates the
URLClassLoader which takes the System-Classloader as parent. However in the
web-application-setting the current thread-webapp-classloader should be
taken. I tried to change the class slightly to take the "right" threads
class loader as parent.
 private static class FlinkUserCodeClassLoader extends URLClassLoader {
                public FlinkUserCodeClassLoader(URL[] urls) {
                        super(urls,
Thread.currentThread().getContextClassLoader());}}

Unfortunately there are multiple places where the system-classloader ist
taken instead of the thread class loader: 
flink-runtime/src/main/java/org/apache/flink/runtime/accumulators/AccumulatorSnapshot.java 
That solved my problem for the moment.
However, I am not sure if that introduces problems somewhere else. In theory
it should not be critical since the web-appclassloader simply introduces an
additional level of classes to look for. 

It would cool if that problem could be resolved in flink ;-)


--
View this message in context: http://apache-flink-mailing-list-archive.1008284.n3.nabble.com/ClassNotFoundException-org-apache-flink-api-common-operators-util-UserCodeObjectWrapper-while-tryingy-tp5922p9653.html
Sent from the Apache Flink Mailing List archive. mailing list archive at Nabble.com.