nifi-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From dan young <danoyo...@gmail.com>
Subject Re: unable to start InvokeHTTP processor in secure Nifi 1.4.0 cluster....
Date Wed, 06 Dec 2017 14:15:28 GMT
Heya Josh,

Awesome!  This seemed to get me past at least starting the InvokeHTTP.  I
will try the flow out later this morning.  Thank you for the follow-up!

Regards,

Dano


On Tue, Dec 5, 2017 at 10:39 PM Josh Anderton <josh.anderton@gmail.com>
wrote:

> Hi Dan/Joe,
>
> I have encountered the same issue and after a bit of digging it appears as
> if during the update to OkHttp3 a bug was introduced in the
> setSslFactoryMethod.  The issue is that the method attempts to prepare a
> keystore even if properties for the keystore are not defined in the
> SSLContextFactory.  The exception is being thrown around line 571 of
> InvokeHTTP as a keystore is attempted to be initialized without a keystore
> type.
>
> The good news is that there appears to be an easy workaround (not fully
> tested yet) which is to define a keystore in your SSLContextFactory, you
> can even use the same properties already defined for your truststore and I
> believe your processor will start working.
>
> Please let me know if I have misdiagnosed or if there are issues with the
> workaround.
>
> Thanks,
> Josh
>
> On Tue, Dec 5, 2017 at 9:42 AM, dan young <danoyoung@gmail.com> wrote:
>
>> Hello Joe,
>>
>> Here's the JIRA. LMK if you need additional details.
>>
>> https://issues.apache.org/jira/browse/NIFI-4655
>>
>> Regards,
>>
>> Dano
>>
>> On Mon, Dec 4, 2017 at 10:46 AM Joe Witt <joe.witt@gmail.com> wrote:
>>
>>> Dan
>>>
>>> Please share as much of your config for the processor as you can.
>>> Also, please file a JIRA for this.  There is definitely a bug that
>>> needs to be addressed if you can make an NPE happen.
>>>
>>> Thanks
>>>
>>> On Mon, Dec 4, 2017 at 12:27 PM, dan young <danoyoung@gmail.com> wrote:
>>> > Hello,
>>> >
>>> >
>>> > I'm working on migrating some flows over to a secure cluster with
>>> OIDC. When
>>> > I try to start an InvokeHTTP processor, I'm getting the following
>>> errors in
>>> > the logs.  Is there some permission/policy that I need to set for this
>>> to
>>> > work?  or is this something else?
>>> >
>>> >
>>> > Nifi 1.4.0
>>> >
>>> >
>>> > 2017-12-04 17:20:03,972 ERROR [StandardProcessScheduler Thread-8]
>>> > o.a.nifi.processors.standard.InvokeHTTP
>>> > InvokeHTTP[id=ae055c76-88b8-3c86-bd1e-06ca4dcb43d5]
>>> > InvokeHTTP[id=ae055c76-88b8-3c86-bd1e-06ca4dcb43d5] failed to invoke
>>> > @OnScheduled method due to java.lang.RuntimeException: Failed while
>>> > executing one of processor's OnScheduled task.; processor will not be
>>> > scheduled to run for 30 seconds: java.lang.RuntimeException: Failed
>>> while
>>> > executing one of processor's OnScheduled task.
>>> >
>>> > java.lang.RuntimeException: Failed while executing one of processor's
>>> > OnScheduled task.
>>> >
>>> >         at
>>> >
>>> org.apache.nifi.controller.StandardProcessorNode.invokeTaskAsCancelableFuture(StandardProcessorNode.java:1483)
>>> >
>>> >         at
>>> >
>>> org.apache.nifi.controller.StandardProcessorNode.access$000(StandardProcessorNode.java:103)
>>> >
>>> >         at
>>> >
>>> org.apache.nifi.controller.StandardProcessorNode$1.run(StandardProcessorNode.java:1302)
>>> >
>>> >         at
>>> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
>>> >
>>> >         at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>>> >
>>> >         at
>>> >
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
>>> >
>>> >         at
>>> >
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
>>> >
>>> >         at
>>> >
>>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>>> >
>>> >         at
>>> >
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>>> >
>>> >         at java.lang.Thread.run(Thread.java:748)
>>> >
>>> > Caused by: java.util.concurrent.ExecutionException:
>>> > java.lang.reflect.InvocationTargetException
>>> >
>>> >         at java.util.concurrent.FutureTask.report(FutureTask.java:122)
>>> >
>>> >         at java.util.concurrent.FutureTask.get(FutureTask.java:206)
>>> >
>>> >         at
>>> >
>>> org.apache.nifi.controller.StandardProcessorNode.invokeTaskAsCancelableFuture(StandardProcessorNode.java:1466)
>>> >
>>> >         ... 9 common frames omitted
>>> >
>>> > Caused by: java.lang.reflect.InvocationTargetException: null
>>> >
>>> >         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> >
>>> >         at
>>> >
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> >
>>> >         at
>>> >
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> >
>>> >         at java.lang.reflect.Method.invoke(Method.java:498)
>>> >
>>> >         at
>>> >
>>> org.apache.nifi.util.ReflectionUtils.invokeMethodsWithAnnotations(ReflectionUtils.java:137)
>>> >
>>> >         at
>>> >
>>> org.apache.nifi.util.ReflectionUtils.invokeMethodsWithAnnotations(ReflectionUtils.java:125)
>>> >
>>> >         at
>>> >
>>> org.apache.nifi.util.ReflectionUtils.invokeMethodsWithAnnotations(ReflectionUtils.java:70)
>>> >
>>> >         at
>>> >
>>> org.apache.nifi.util.ReflectionUtils.invokeMethodsWithAnnotation(ReflectionUtils.java:47)
>>> >
>>> >         at
>>> >
>>> org.apache.nifi.controller.StandardProcessorNode$1$1.call(StandardProcessorNode.java:1306)
>>> >
>>> >         at
>>> >
>>> org.apache.nifi.controller.StandardProcessorNode$1$1.call(StandardProcessorNode.java:1302)
>>> >
>>> >         ... 6 common frames omitted
>>> >
>>> > Caused by: java.lang.NullPointerException: null
>>>
>>
>

Mime
View raw message