Member since
06-26-2015
515
Posts
138
Kudos Received
114
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 2269 | 09-20-2022 03:33 PM | |
| 6036 | 09-19-2022 04:47 PM | |
| 3258 | 09-11-2022 05:01 PM | |
| 3727 | 09-06-2022 02:23 PM | |
| 5800 | 09-06-2022 04:30 AM |
03-08-2022
03:26 PM
1 Kudo
@learnNifi , Try this one out: [
{
"operation": "shift",
"spec": {
"id": "&",
"manager_id": "report_to[0].id"
}
}
] Cheers, André -- Was your question answered? Please take some time to click on "Accept as Solution" below this post. If you find a reply useful, say thanks by clicking on the thumbs up button.
... View more
03-08-2022
03:20 PM
@Griggsy , Instead of using the ParseSyslog processor, try using ParseSyslog5424, which has a closer implementation to the RFC 5424 standard. When you use ParseSyslog5424, the attributes in the structured data part of of the syslog message are parsed and added to the flowfiles as attributes. For example, the following syslog message: <35>1 2013-10-11T22:14:15.003Z client_machine su - - [SDID@0 utilization="high" os="linux"] 'su root' failed for joe on /dev/pts/2 Will yield a flowfile including the following attributes: Cheers, André -- Was your question answered? Please take some time to click on "Accept as Solution" below this post. If you find a reply useful, say thanks by clicking on the thumbs up button.
... View more
03-08-2022
01:41 PM
@na2_koihey11 , I don't think this is possible. At least, I couldn't find a way to revert the default behaviour. The default behaviour is: Managed tables are created as transactional by default External table are created as non-transactional by default If you want anything different from the above you have to explicitly specify the transactional property in the TBLPROPERTIES clause. Cheers, André -- Was your question answered? Please take some time to click on "Accept as Solution" below this post. If you find a reply useful, say thanks by clicking on the thumbs up button.
... View more
03-08-2022
12:51 PM
1 Kudo
@snm1523 , It should not be necessary to manually generate certificates. In the latest version, NiFi does that automatically when you start it for the first time. Andre
... View more
03-08-2022
12:46 PM
1 Kudo
@CookieCream Did you solve the problem? Are you able to share the logs? André -- Was your question answered? Make sure to mark the answer as the accepted solution. If you find a reply useful, say thanks by clicking on the thumbs up button.
... View more
03-08-2022
12:37 PM
@FJATP Please have a look at this. It doesn't use PGP but it's a similar encryption implementation using Groovy: https://community.cloudera.com/t5/Support-Questions/How-to-encrypt-a-column-using-nifi/m-p/336023/highlight/true#M232103 In that case I used parameters but you can replace them with variables/attributes. Let me know if that helps. André -- Was your question answered? Make sure to mark the answer as the accepted solution. If you find a reply useful, say thanks by clicking on the thumbs up button.
... View more
03-08-2022
12:28 PM
Hi @mr_jahurley , Unfortunately, I can't think of any other option apart from creating a processor that that makes the call directly to the SOAP service. Cheers, André -- Was your question answered? Make sure to mark the answer as the accepted solution. If you find a reply useful, say thanks by clicking on the thumbs up button.
... View more
03-08-2022
02:40 AM
1 Kudo
Hi, @chitrarthasur , How are you testing the connection to the listener processor and what are the results of this test? Cheers, André -- Was your question answered? Please take some time to click on "Accept as Solution" below this post. If you find a reply useful, say thanks by clicking on the thumbs up button.
... View more
03-08-2022
02:37 AM
@bmoisson , For ConvertRecord to be able to convert the values, the need to be valid. If you have a CSV field containing the string "123", it will be converted to the integer 123. If the same field has a string "ABC", the conversion will fail. If you data may have invalid data you can validate the records using the ValidateRecord processor and your schema, and route the invalid records to a different queue or flow branch. Regards, André -- Was your question answered? Please take some time to click on "Accept as Solution" below this post. If you find a reply useful, say thanks by clicking on the thumbs up button.
... View more
03-08-2022
02:31 AM
Hi @mr_jahurley , NiFi does not allow the use of sensitive parameters in non-sensitive context to avoid leaking of sensitive information into other parts of your flow, including flowfile contents. If this was possible, you could, for example, inject a sensitive value into a flowfile and anyone with access to a flowfile would be able to see the sensitive values, which would be otherwise encrypted in NiFi. If that's really what you want/need, I can only see two available solutions: Create a non-sensitive property to store the password, and you would be able to use it in the ReplaceText processor. This is less secure, but no less secure than having the password in a flowfile content. So, I guess, to do what you want to do, this could be a viable alternative. Alternatively, you can create your own processor with a sensitive password property where you would be able to use the sensitive parameter. This processor could then take the sensitive value and modify the flowfile content as needed. Notice, though, that after being processed by this processor, the flowfile would contain the password in plain text, so anyone inspecting the flowfile after that would be able to see that. In that sense, this is still somewhat insecure since that password could be leaked. But again, it may be a necessary evil for what you need to implement. Hope this helps, André -- Was your question answered? Make sure to mark the answer as the accepted solution. If you find a reply useful, say thanks by clicking on the thumbs up button.
... View more