Uwe,
I will be happy to help.
Do you have an open PR or a github repo with the code?
Cheers
On Sat, Sep 3, 2016 at 8:07 PM, Uwe Geercken wrote:
> Matt,
>
> I worked a while ago on a processor with apache velocity. I stopped work
> when the packaging as nar did not work
th “jsonPath” for additional
>> lookup
>> > inside the attribute.
>> >
>> >
>> >
>> > Regards,
>> >
>> > Manish
>> >
>> >
>> >
>> > From: Matt Burgess [mailto:mattyb...@gmail.com]
>> > Sent: Fri
gt;> > though.
>> >
>> >
>> >
>> > Cheers,
>> >
>> > Matt
>> >
>> >
>> > On Sep 2, 2016, at 6:19 PM, Manish Gupta 8 <mgupt...@sapient.com>
>> wrote:
>> >
>> > Thanks for the reply Jo
or (GetMongo, GetHBase etc.) to have 2
> additional
> > properties like:
> >
> > 1. Result in Content or Result in Attribute
> >
> > 2. Result Attribute Name (only applicable when “Result in
> Attribute” is
> > selected).
> >
> > But then all such
iday, September 02, 2016 6:37 PM
>
>
> To: users@nifi.apache.org
> Subject: Re: Processor to enrich attribute from external service
>
>
>
> Manish,
>
>
>
> Some of the queries in those processors could bring back lots of data, and
> putting them into an attri
inside the
attribute.
Regards,
Manish
From: Matt Burgess [mailto:mattyb...@gmail.com]
Sent: Friday, September 02, 2016 6:37 PM
To: users@nifi.apache.org
Subject: Re: Processor to enrich attribute from external service
Manish,
Some of the queries in those processors could bring back lots of data
that way i.e.
> have an option to specify the destination – content or attribute?
>
> Regards,
> Manish
>
> From: Joe Witt [mailto:joe.w...@gmail.com]
> Sent: Friday, September 02, 2016 5:58 PM
> To: users@nifi.apache.org
> Subject: Re: Processor to enrich attribute from e
You would need to make a custom process for now. I think we should have a
nice controller service to generalize jdbc lookups which supports caching.
And then a processor which leverages it.
This comes up fairly often and is pretty straightforward from a design
POV. Anyone want to take a stab at