@murali2425  Here are two possible solutions. At solution 1 the value is set into an array. At solution 2 I took the flowfile-content (json) and set it into an attribute. Then you can work with expression language to get the value. For testing the syntax I recommend this site: http://jsonpath.herokuapp.com/ ... View more

Hi @Jarinek  I think you have to set -pv in front of the new value: nifi set-param -u http://localhost:8088 -pcid 85b8b5bf-0177-1000-3881-8ddd8d31fed8 -pn sample.URL -pv newvalue This one worked on my local NiFi. Remark: Haven't seen that you found it yourself. Great! ... View more

@GMAN  Here is my try to help you further. flow   Look at the picture of the InvokeHTTP. InvokeHTTP From my experience most options can mostly be left to default values. Your Json-body should be fine and will be send with the request. Remarks: - Authenticaton/Authorization: You have to try the two possibilities I know. For the second you have to add custom-property "Authorization" with the plus symbol on the right above. - Accept: Concerns the response format not sure wether you will need this.   Maybe you can first build your request in Postman and after successfull execution then click to "code" -> "HTTP". There you can see the details needed for the request.   In the "Settings" of the InvokeHTTP you can autoterminate the "original" flowfile. For "Retry" you can use the shown processor with default values. All "Failure" or "No retry" go to some error-handling. With "Response" you can go further in your flow.   Hope this helps you to come forward. ... View more

@adhishankarit    Sadly I have no experience doing such kind of logging in own files to a NFS.   But what about logging to nifi-app.log? I don't understand the problem you mentioned in your first post concerning this. Using the LogAttribute-processor gives you some options (attributes, content) what and how to log there. With the option "Log prefix" you can evaluate data by this value later. IMHO Logging all attributes would be advantage because not all processors deliver the same attributes after they ran.   Maybe you can do something with scripts like mentioned here: https://community.cloudera.com/t5/Support-Questions/Is-possible-to-write-an-attribute-into-a-file-and-also-keep/td-p/184414   Sorry but im neither fit with scripting nor with this kind of logging so I'm not able to help you further. But maybe some other guys here will help you. ... View more

@stephane_davy  Sorry I couldn't work on this further last week. Now my solution looks like this.   JSON from GenerateFlowFile [ { "myfield": "JustForHavingJson", "myfield1": "A" }, { "myfield": "JustForHavingJson", "myfield1": "B" }, { "myfield": "JustForHavingJson", "myfield1": "C" }, { "myfield": "JustForHavingJson", "myfield1": "D" }, { "myfield": "JustForHavingJson", "myfield1": "E" }, { "myfield": "JustForHavingJson", "myfield1": "X" }, { "myfield": "JustForHavingJson", "myfield1": "" } ]   Definitions of ControllerServices and AvroSchemaRegistry ControllerServices and AvroSchemaRegistry Flow Flow   Details of RecordProcessing-Processors Details RecordProcessing-Processors   Result FF-Content after MergeRecord: {"myfield":"JustForHavingJson","myfield1":"A","myfield2":"C"} {"myfield":"JustForHavingJson","myfield1":"B","myfield2":"C"} {"myfield":"JustForHavingJson","myfield1":"C","myfield2":""} {"myfield":"JustForHavingJson","myfield1":"E","myfield2":""} {"myfield":"JustForHavingJson","myfield1":"X","myfield2":""} {"myfield":"JustForHavingJson","myfield1":"","myfield2":""} {"myfield":"JustForHavingJson","myfield1":"D","myfield2":"G"} Personally I wouldn't do a MergeRecord at the end but go on with the three single connections of the UpdateRecord processors.   Do you think this could be a possible solution or have you found a better way to do this? ... View more