e code does not directly refer to it.
> logback.qos.ch
>
>
> Regards,
> Alexis.
>
>
> From: houssem
> Sent: Wednesday, September 1, 2021 7:02 PM
> To: user@flink.apache.org
> Subject: Re: logback variable substitution in kubernetes
&g
n logger
exists by virtue of its declaration in the configuration file - even if the
Java source code does not directly refer to it.
logback.qos.ch
Regards,
Alexis.
From: houssem
Sent: Wednesday, September 1, 2021 7:02 PM
To: user@flink.apache.org
Subject: Re:
Yes i did it all
when i hard code the log level and the file name everything works fine
but when i try to use variables , they won't be replaced.
On 2021/09/01 11:43:21, Yang Wang wrote:
> Did you have removed the log4j related jars in the $FLINK_HOME/lib
> directory?
> Refer to the docume
Did you have removed the log4j related jars in the $FLINK_HOME/lib
directory?
Refer to the documentation[1] for how to use logback.
[1].
https://ci.apache.org/projects/flink/flink-docs-master/docs/deployment/advanced/logging/#configuring-logback
Best,
Yang
houssem 于2021年9月1日周三 下午5:00写道：
> Yes
Yes i did this verification and i have all environment variables.
On 2021/09/01 06:09:27, Yang Wang wrote:
> From the logback documentation[1], it could support OS
> environment substitution.
> Could you please check that the environment variables have been properly
> set?
> Maybe you could tunn
>From the logback documentation[1], it could support OS
environment substitution.
Could you please check that the environment variables have been properly
set?
Maybe you could tunnel into the Kubernetes pod via "kubectl exec" and do
such verification.
Best,
Yang
houssem 于2021年8月31日周二 下午7:28写道：
Answering our own question.
>From what we can see, all you need to do is tweak the /usr/lib/flink/conf
and /usr/lib/flink/lib directories so that you remove the log4j.properties
and have your logback.xml in conf and the required libraries in the lib
directory (removing the log4j backend in place o
wen [mailto:se...@apache.org <mailto:se...@apache.org>]
> Sent: 26 de julho de 2017 14:42
> To: Nuno Rafael Goncalves <mailto:nuno.goncal...@wedotechnologies.com>>
> Subject: Re: Logback user class
>
> You seem to have a reference to the Logback Logger somewhere in y
d log implementation and tries to use it on server
side? Which in this case would justify the logback dependency.
From: Stephan Ewen [mailto:se...@apache.org]
Sent: 26 de julho de 2017 14:42
To: Nuno Rafael Goncalves
Subject: Re: Logback user class
You seem to have a reference to the Logback L
I've changed that line and compiled it into lib/. Error remains.
I'm running a local custer with start-local.sh
--
View this message in context:
http://apache-flink-user-mailing-list-archive.2336050.n4.nabble.com/Logback-user-class-tp14464p14469.html
Sent from the Apache Flink User Mailing List
Please take a look at FLINK-6767.
On Wed, Jul 26, 2017 at 3:53 AM, nragon wrote:
> Hi,
>
> I executing the following snippet on two different environments.
>
>
> StreamExecutionEnvironment streamEnv =
> StreamExecutionEnvironment.createRemoteEnvironment("x", 6123);
> streamE
Update: I've now used 1.1.3 versions as in the example in the docs and it
works!
Looks like these is an incompatibility with the latest logback.
Best regards,
Dmitry
On Wed, Feb 8, 2017 at 3:20 PM, Dmitry Golubets wrote:
> Hi Robert,
>
> After reading that link I've added the missing log4j-over
Hi Robert,
After reading that link I've added the missing log4j-over-slf4j.
Now Flink is able to start, but I get another exception when uploading a
job:
NoClassDefFoundError: org/slf4j/event/LoggingEvent
...
at
org.apache.flink.api.scala.ClosureCleaner$.ensureSerializable(ClosureClean
Hi Dmitry,
Did you also check out this documentation page?
https://ci.apache.org/projects/flink/flink-docs-release-1.2/monitoring/best_practices.html#use-logback-when-running-flink-on-a-cluster
On Tue, Feb 7, 2017 at 1:07 PM, Dmitry Golubets wrote:
> Hi,
>
> documentation says: "Users willing to
14 matches
Mail list logo
