Thanks for the suggestions... looks like it is in fact coming out of ListenUDP like that. I'll try to figure out if this is expected behavior, or possibly something with how the messages are being sent.
Sorry for the false alarm about MergeContent. On Fri, Apr 24, 2015 at 9:48 AM, Michael Moser <moser...@gmail.com> wrote: > At first glance, I would suspect ListenUDP is placing more than one UDP > datagram into one flowfile. It might be worth spending some time checking > if that can happen. > > -- Mike > > > On Thu, Apr 23, 2015 at 9:35 PM, Joe Witt <joe.w...@gmail.com> wrote: > > > Are you sure you're not sending the [ , ] over UDP as well ;-) > > > > Can you create a template of your flow and send it over? Perhaps just > > attach to a JIRA for this. MergeContent is a powerful and useful > > thing so if you're seeing funky behavior we want to sort it out > > quickly. > > > > On Thu, Apr 23, 2015 at 8:47 PM, Bryan Bende <bbe...@gmail.com> wrote: > > > I'm trying to use MergeContent to merge json documents. I have the > > Header. > > > Demarcator, and Footer properties pointing to files with [ , ] > > > respectively. I left all other properties the same, and set Max Entries > > to > > > 5 and Max Bin Age to 10 seconds. > > > > > > I have a simple flow with ListenUDP -> MergeContent -> > > PutSolrContentStream > > > (from the pull request). If I send a bunch of json documents over UDP, > > most > > > of them will merge correctly, but I'll see a couple where the > demarcator > > > didn't get inserted between two json documents. > > > > > > Any thoughts as to why this would happen? > > > > > > I added a significant amount of logging to the > getDescriptorFileContent() > > > method in MergeContent to see if there was a reason why it would return > > > null for the demarcator, but nothing obvious is really jumping out at > me. > > >
