And everything happens at launch
From: Lior Liviev
Sent: Sunday, December 26, 2021 7:38 PM
To: David Morávek
Cc: user
Subject: Re: Avoiding Dynamic Classloading for User Code
CAUTION: external source
Hey David,
I placed the jar in flink folder but now I see
rsday, December 23, 2021 2:06 PM
To: Lior Liviev
Cc: user
Subject: Re: Avoiding Dynamic Classloading for User Code
CAUTION: external source
Then I don't really know what else to suggest in this direction. This approach
should work in general, if you have control over the class path and you make
n't define it) and we use flink 13.1
> --
> *From:* David Morávek
> *Sent:* Thursday, December 23, 2021 1:44 PM
> *To:* Lior Liviev
> *Cc:* user
> *Subject:* Re: Avoiding Dynamic Classloading for User Code
>
>
> *CAUTION*: external source
> P
We use hadoop in EMR 6.4 (if I'm not mistaken, emr has it's own version of
hadoop so we don't define it) and we use flink 13.1
From: David Morávek
Sent: Thursday, December 23, 2021 1:44 PM
To: Lior Liviev
Cc: user
Subject: Re: Avoiding Dynamic C
nd I'm using avro 1.10
> --
> *From:* David Morávek
> *Sent:* Thursday, December 23, 2021 12:37 PM
> *To:* Lior Liviev ; user
> *Subject:* Re: Avoiding Dynamic Classloading for User Code
>
>
> *CAUTION*: external source
> I guess I'
ld not execute application" after I put the
Jar in /lib?
From: David Morávek mailto:d...@apache.org>>
Sent: Wednesday, December 22, 2021 2:04 PM
To: Lior Liviev mailto:lior.liv...@earnix.com>>
Cc: user mailto:user@flink.apache.org>>
Subject
-
> *From:* David Morávek
> *Sent:* Wednesday, December 22, 2021 2:04 PM
> *To:* Lior Liviev
> *Cc:* user
> *Subject:* Re: Avoiding Dynamic Classloading for User Code
>
>
> *CAUTION*: external source
> 1. Yes, I'm not aware of a way to avoid it right now
53 PM
> *To:* Lior Liviev
> *Cc:* user
> *Subject:* Re: Avoiding Dynamic Classloading for User Code
>
>
> *CAUTION*: external source
> "+ *setting class-loading strategy to parent-first *could" ... otherwise
> the classes will be always loaded from the jar provi
)
From: David Morávek
Sent: Tuesday, December 21, 2021 6:53 PM
To: Lior Liviev
Cc: user
Subject: Re: Avoiding Dynamic Classloading for User Code
CAUTION: external source
"+ setting class-loading strategy to parent-first could" ... otherwise the
class
t; anything else?
>
> Get Outlook for iOS <https://aka.ms/o0ukef>
> --
> *From:* David Morávek
> *Sent:* Tuesday, December 21, 2021 6:39:10 PM
> *To:* Lior Liviev
> *Cc:* user
> *Subject:* Re: Avoiding Dynamic Classloading for User Code
>
8:51 PM
To: Lior Liviev mailto:lior.liv...@earnix.com>>; user
mailto:user@flink.apache.org>>
Subject: Re: Avoiding Dynamic Classloading for User Code
CAUTION: external source
Please always include the ML in the reply-list, so other can participate in the
discussion / learn from the fi
ook for iOS <https://aka.ms/o0ukef>
> --
> *From:* David Morávek
> *Sent:* Tuesday, December 21, 2021 6:08:51 PM
> *To:* Lior Liviev ; user
> *Subject:* Re: Avoiding Dynamic Classloading for User Code
>
>
> *CAUTION*: external source
> Please always
Yes, I’m using "/jars/:jarid/run"
Get Outlook for iOS<https://aka.ms/o0ukef>
From: David Morávek
Sent: Tuesday, December 21, 2021 6:08:51 PM
To: Lior Liviev ; user
Subject: Re: Avoiding Dynamic Classloading for User Code
CAUTION: external sourc
hat's why I'm thinking of putting the jar in
> flink/lib
> --
> *From:* David Morávek
> *Sent:* Tuesday, December 21, 2021 5:43 PM
> *To:* Lior Liviev
> *Cc:* user@flink.apache.org
> *Subject:* Re: Avoiding Dynamic Classloading for User Code
>
>
&g
gt; Execute with API.
> I plan to avoid dynamic class loading by applying method described in:
> https://nightlies.apache.org/flink/flink-docs-master/docs/ops/debugging/debugging_classloading/#avoiding-dynamic-classloading-for-user-code
> Debugging Classloading | Apache Flink
> <https
:
https://nightlies.apache.org/flink/flink-docs-master/docs/ops/debugging/debugging_classloading/#avoiding-dynamic-classloading-for-user-code
Debugging Classloading | Apache
Flink<https://nightlies.apache.org/flink/flink-docs-master/docs/ops/debugging/debugging_classloading/#avoiding-dyna
avoiding dynamic
classloading are not relevant anymore then.
Side note, you should only worry about those issues if you're seeing problems
that hint at that, such as ClassNotFound exceptions or exceptions about missing
methods.
Best,
Aljoscha
> On 20. Nov 2017, at 22:04, Chan, Regina wrote:
onfig.sh. Is there a way
to configure where flink picks up the lib folder from?
Thanks!
Avoiding Dynamic Classloading
All components (JobManger, TaskManager, Client, ApplicationMaster, ...) log
their classpath setting on startup. They can be found as part of the
environment information at the
18 matches
Mail list logo
