Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Tony Kurc]

I don't object. I can review tonight.


On Mon, Dec 7, 2015 at 10:12 AM, Mark Payne  wrote:

> Errr, actually, after thinking about it more - operators who are running
> on Windows should probably expect \ to be used instead of /
>
> So I think the better solution is to get rid of the "/" anywhere in the
> processor and tests and always use File.separator.
>
> Will do so and create a patch, if nobody objects to that.
>
> Thanks
> -Mark
>
>
> > On Dec 7, 2015, at 9:59 AM, Mark Payne  wrote:
> >
> > Tony,
> >
> > I think there are really two possible solutions to this:
> >
> > 1) Always use / in the path attributes instead of \  -- i generally
> prefer this approach, as windows has worked with forward slashes since Win
> 98 (I believe?).
> > 2) Have unit test look for file.separator -- benefit here is that it is
> consistent with the way that GetFile works, and I'd not want to change that
> because it's quite likely that some people are routing based on the 'path'
> attribute.
> >
> > Normally I would tend to make consistency a high priority. However, I
> see ListFile / FetchFile largely as a replacement for GetFile and am
> guessing that in the future GetFile will be deprecated and removed. So I am
> less inclined to stay consistent between the 'old generation' and 'new
> generation' of processors. So personally I'd prefer to go the first route.
> >
> > -Mark
> >
> >
> >> On Dec 7, 2015, at 12:35 AM, Tony Kurc  wrote:
> >>
> >> I submitted a patch to get the test to pass (NIFI-1261). Seems a bit
> icky,
> >> but I'll defer to Joe Skora and Mark Payne for correct behavior.
> >>
> >> On Mon, Dec 7, 2015 at 12:11 AM, Tony Kurc  wrote:
> >>
> >>> Joe - I'm putting a ticket in for a fix. Looks like it was introduced
> by
> >>> the NIFI-1246 patch.
> >>>
> >>> On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
> >>> joeperciv...@yahoo.com.invalid> wrote:
> >>>
>  Yup I saw the same behavior.
> 
>  On the second try (doing mvn clean install -rf
> :nifi-standard-processors)
>  the tailfile error went away. The listFile error still occurred
> though.
> 
>  Joe
>  - - - - - -
>  Joseph Percivall
>  linkedin.com/in/Percivall
>  e: joeperciv...@yahoo.com
> 
> 
> 
> 
>  On Sunday, December 6, 2015 11:32 PM, Tony Kurc 
> wrote:
>  Er, just the tailfile error
> 
>  On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
> 
> > Joe, I had this happen and it worked on a second try.
> > On Dec 6, 2015 11:23 PM, "Joe Percivall"
>  >
> > wrote:
> >
> >> Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
> >>
> >> I get these error messages:
> >>
> >>
> >> TestListFile.testRecurse:441 expected: but
> >> was:
> >>
> 
> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
> >> expected:<[world]> but was:<[abc
> >>
> >> These were not any of the same errors I saw last time testing on
>  Windows
> >> a couple weeks ago.
> >>
> >> Joe
> >> - - - - - -
> >> Joseph Percivall
> >> linkedin.com/in/Percivall
> >> e: joeperciv...@yahoo.com
> >>
> >>
> >>
> >>
> >> On Sunday, December 6, 2015 9:05 PM, Tony Kurc 
>  wrote:
> >> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
> >> working
> >> fine. and Fedora 23 not working with the same error that Andre
>  reported.
> >>
> >>
> >> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
> >>
> >>> I'll also try it on windows 10 (again x64_64)
> >>>
> >>> On Sun, Dec 6, 2015 at 5:36 PM, 
>  wrote:
> >>>
>  I can run it on Windows 8 tonight if no one else has.
> 
>  Joe
> 
>  Sent from my phone
> 
> > On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
> >
> > Signatures and hashes look good.
> >
> > Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit
>  less at
> > TestJdbcHugeStream!
> >
> > LICENSE, NOTICE and README look good.
> >
> > Docs look good.
> >
> > Binary ran successfully.
> >
> > +1
> >
> > Did anyone try building on windows?
> >
> >
> >> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri <
>  aldrinp...@gmail.com>
>  wrote:
> >>
> >> Followed helper provided by Joe.
> >>
> >> Keys good.
> >> Signatures good.
> >> Hashes good.
> >> Source release builds and passes contrib
> >> Required docs present and look correct.
> >> Checked out copy of repo 

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Mark Payne]

Tony,

I think there are really two possible solutions to this:

1) Always use / in the path attributes instead of \  -- i generally prefer this 
approach, as windows has worked with forward slashes since Win 98 (I believe?).
2) Have unit test look for file.separator -- benefit here is that it is 
consistent with the way that GetFile works, and I'd not want to change that 
because it's quite likely that some people are routing based on the 'path' 
attribute.

Normally I would tend to make consistency a high priority. However, I see 
ListFile / FetchFile largely as a replacement for GetFile and am guessing that 
in the future GetFile will be deprecated and removed. So I am less inclined to 
stay consistent between the 'old generation' and 'new generation' of 
processors. So personally I'd prefer to go the first route.

-Mark


> On Dec 7, 2015, at 12:35 AM, Tony Kurc  wrote:
> 
> I submitted a patch to get the test to pass (NIFI-1261). Seems a bit icky,
> but I'll defer to Joe Skora and Mark Payne for correct behavior.
> 
> On Mon, Dec 7, 2015 at 12:11 AM, Tony Kurc  wrote:
> 
>> Joe - I'm putting a ticket in for a fix. Looks like it was introduced by
>> the NIFI-1246 patch.
>> 
>> On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
>> joeperciv...@yahoo.com.invalid> wrote:
>> 
>>> Yup I saw the same behavior.
>>> 
>>> On the second try (doing mvn clean install -rf :nifi-standard-processors)
>>> the tailfile error went away. The listFile error still occurred though.
>>> 
>>> Joe
>>> - - - - - -
>>> Joseph Percivall
>>> linkedin.com/in/Percivall
>>> e: joeperciv...@yahoo.com
>>> 
>>> 
>>> 
>>> 
>>> On Sunday, December 6, 2015 11:32 PM, Tony Kurc  wrote:
>>> Er, just the tailfile error
>>> 
>>> On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
>>> 
 Joe, I had this happen and it worked on a second try.
 On Dec 6, 2015 11:23 PM, "Joe Percivall"  Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
> 
> I get these error messages:
> 
> 
> TestListFile.testRecurse:441 expected: but
> was:
> 
>>> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
> expected:<[world]> but was:<[abc
> 
> These were not any of the same errors I saw last time testing on
>>> Windows
> a couple weeks ago.
> 
> Joe
> - - - - - -
> Joseph Percivall
> linkedin.com/in/Percivall
> e: joeperciv...@yahoo.com
> 
> 
> 
> 
> On Sunday, December 6, 2015 9:05 PM, Tony Kurc 
>>> wrote:
> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
> working
> fine. and Fedora 23 not working with the same error that Andre
>>> reported.
> 
> 
> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
> 
>> I'll also try it on windows 10 (again x64_64)
>> 
>> On Sun, Dec 6, 2015 at 5:36 PM, 
>>> wrote:
>> 
>>> I can run it on Windows 8 tonight if no one else has.
>>> 
>>> Joe
>>> 
>>> Sent from my phone
>>> 
 On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
 
 Signatures and hashes look good.
 
 Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit
>>> less at
 TestJdbcHugeStream!
 
 LICENSE, NOTICE and README look good.
 
 Docs look good.
 
 Binary ran successfully.
 
 +1
 
 Did anyone try building on windows?
 
 
> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri <
>>> aldrinp...@gmail.com>
>>> wrote:
> 
> Followed helper provided by Joe.
> 
> Keys good.
> Signatures good.
> Hashes good.
> Source release builds and passes contrib
> Required docs present and look correct.
> Checked out copy of repo for specified commit hash and diff'd
> against
> source bundle.  Commit is as anticipated.
> Ran convenience binary with varying templates all successfully.
> 
> Release notes and upgrade/migration guides look good.
> 
> Kudos to the community on all the efforts involved with this
> release.
> 
> +1, Release this package as Apache NiFi 0.4.0
> 
> 
>> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt 
> wrote:
>> 
>> Hello NiFi Community,
>> 
>> I am pleased to be calling this vote for the source release of
> Apache
>> NiFi 0.4.0.
>> 
>> The source zip, including signatures, digests, and associated
>> convenience binaries can be found at:
>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>> 

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Michael Moser]

I disagree Mark, mainly due to the flowfile attributes such as 'path' that
processors like GetFile (and I assume ListFile) create.  Windows supports
the forward slash but Unixes do not support the back slash File.separator.
What happens when a flowfile created on a Windows NiFi is sent over to a
Unix NiFi?  Do Expression Language expressions that expect a forward slash
begin to fail when reading a 'path' attribute that contains backslashes?
I'm concerned ...

-- Mike


On Mon, Dec 7, 2015 at 10:12 AM, Mark Payne  wrote:

> Errr, actually, after thinking about it more - operators who are running
> on Windows should probably expect \ to be used instead of /
>
> So I think the better solution is to get rid of the "/" anywhere in the
> processor and tests and always use File.separator.
>
> Will do so and create a patch, if nobody objects to that.
>
> Thanks
> -Mark
>
>
> > On Dec 7, 2015, at 9:59 AM, Mark Payne  wrote:
> >
> > Tony,
> >
> > I think there are really two possible solutions to this:
> >
> > 1) Always use / in the path attributes instead of \  -- i generally
> prefer this approach, as windows has worked with forward slashes since Win
> 98 (I believe?).
> > 2) Have unit test look for file.separator -- benefit here is that it is
> consistent with the way that GetFile works, and I'd not want to change that
> because it's quite likely that some people are routing based on the 'path'
> attribute.
> >
> > Normally I would tend to make consistency a high priority. However, I
> see ListFile / FetchFile largely as a replacement for GetFile and am
> guessing that in the future GetFile will be deprecated and removed. So I am
> less inclined to stay consistent between the 'old generation' and 'new
> generation' of processors. So personally I'd prefer to go the first route.
> >
> > -Mark
> >
> >
> >> On Dec 7, 2015, at 12:35 AM, Tony Kurc  wrote:
> >>
> >> I submitted a patch to get the test to pass (NIFI-1261). Seems a bit
> icky,
> >> but I'll defer to Joe Skora and Mark Payne for correct behavior.
> >>
> >> On Mon, Dec 7, 2015 at 12:11 AM, Tony Kurc  wrote:
> >>
> >>> Joe - I'm putting a ticket in for a fix. Looks like it was introduced
> by
> >>> the NIFI-1246 patch.
> >>>
> >>> On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
> >>> joeperciv...@yahoo.com.invalid> wrote:
> >>>
>  Yup I saw the same behavior.
> 
>  On the second try (doing mvn clean install -rf
> :nifi-standard-processors)
>  the tailfile error went away. The listFile error still occurred
> though.
> 
>  Joe
>  - - - - - -
>  Joseph Percivall
>  linkedin.com/in/Percivall
>  e: joeperciv...@yahoo.com
> 
> 
> 
> 
>  On Sunday, December 6, 2015 11:32 PM, Tony Kurc 
> wrote:
>  Er, just the tailfile error
> 
>  On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
> 
> > Joe, I had this happen and it worked on a second try.
> > On Dec 6, 2015 11:23 PM, "Joe Percivall"
>  >
> > wrote:
> >
> >> Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
> >>
> >> I get these error messages:
> >>
> >>
> >> TestListFile.testRecurse:441 expected: but
> >> was:
> >>
> 
> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
> >> expected:<[world]> but was:<[abc
> >>
> >> These were not any of the same errors I saw last time testing on
>  Windows
> >> a couple weeks ago.
> >>
> >> Joe
> >> - - - - - -
> >> Joseph Percivall
> >> linkedin.com/in/Percivall
> >> e: joeperciv...@yahoo.com
> >>
> >>
> >>
> >>
> >> On Sunday, December 6, 2015 9:05 PM, Tony Kurc 
>  wrote:
> >> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
> >> working
> >> fine. and Fedora 23 not working with the same error that Andre
>  reported.
> >>
> >>
> >> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
> >>
> >>> I'll also try it on windows 10 (again x64_64)
> >>>
> >>> On Sun, Dec 6, 2015 at 5:36 PM, 
>  wrote:
> >>>
>  I can run it on Windows 8 tonight if no one else has.
> 
>  Joe
> 
>  Sent from my phone
> 
> > On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
> >
> > Signatures and hashes look good.
> >
> > Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit
>  less at
> > TestJdbcHugeStream!
> >
> > LICENSE, NOTICE and README look good.
> >
> > Docs look good.
> >
> > Binary ran successfully.
> >
> > +1
> >
> > Did anyone try building on 

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Mark Payne]

Errr, actually, after thinking about it more - operators who are running on 
Windows should probably expect \ to be used instead of /

So I think the better solution is to get rid of the "/" anywhere in the 
processor and tests and always use File.separator.

Will do so and create a patch, if nobody objects to that.

Thanks
-Mark


> On Dec 7, 2015, at 9:59 AM, Mark Payne  wrote:
> 
> Tony,
> 
> I think there are really two possible solutions to this:
> 
> 1) Always use / in the path attributes instead of \  -- i generally prefer 
> this approach, as windows has worked with forward slashes since Win 98 (I 
> believe?).
> 2) Have unit test look for file.separator -- benefit here is that it is 
> consistent with the way that GetFile works, and I'd not want to change that 
> because it's quite likely that some people are routing based on the 'path' 
> attribute.
> 
> Normally I would tend to make consistency a high priority. However, I see 
> ListFile / FetchFile largely as a replacement for GetFile and am guessing 
> that in the future GetFile will be deprecated and removed. So I am less 
> inclined to stay consistent between the 'old generation' and 'new generation' 
> of processors. So personally I'd prefer to go the first route.
> 
> -Mark
> 
> 
>> On Dec 7, 2015, at 12:35 AM, Tony Kurc  wrote:
>> 
>> I submitted a patch to get the test to pass (NIFI-1261). Seems a bit icky,
>> but I'll defer to Joe Skora and Mark Payne for correct behavior.
>> 
>> On Mon, Dec 7, 2015 at 12:11 AM, Tony Kurc  wrote:
>> 
>>> Joe - I'm putting a ticket in for a fix. Looks like it was introduced by
>>> the NIFI-1246 patch.
>>> 
>>> On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
>>> joeperciv...@yahoo.com.invalid> wrote:
>>> 
 Yup I saw the same behavior.
 
 On the second try (doing mvn clean install -rf :nifi-standard-processors)
 the tailfile error went away. The listFile error still occurred though.
 
 Joe
 - - - - - -
 Joseph Percivall
 linkedin.com/in/Percivall
 e: joeperciv...@yahoo.com
 
 
 
 
 On Sunday, December 6, 2015 11:32 PM, Tony Kurc  wrote:
 Er, just the tailfile error
 
 On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
 
> Joe, I had this happen and it worked on a second try.
> On Dec 6, 2015 11:23 PM, "Joe Percivall"  
> wrote:
> 
>> Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
>> 
>> I get these error messages:
>> 
>> 
>> TestListFile.testRecurse:441 expected: but
>> was:
>> 
 TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
>> expected:<[world]> but was:<[abc
>> 
>> These were not any of the same errors I saw last time testing on
 Windows
>> a couple weeks ago.
>> 
>> Joe
>> - - - - - -
>> Joseph Percivall
>> linkedin.com/in/Percivall
>> e: joeperciv...@yahoo.com
>> 
>> 
>> 
>> 
>> On Sunday, December 6, 2015 9:05 PM, Tony Kurc 
 wrote:
>> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
>> working
>> fine. and Fedora 23 not working with the same error that Andre
 reported.
>> 
>> 
>> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
>> 
>>> I'll also try it on windows 10 (again x64_64)
>>> 
>>> On Sun, Dec 6, 2015 at 5:36 PM, 
 wrote:
>>> 
 I can run it on Windows 8 tonight if no one else has.
 
 Joe
 
 Sent from my phone
 
> On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
> 
> Signatures and hashes look good.
> 
> Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit
 less at
> TestJdbcHugeStream!
> 
> LICENSE, NOTICE and README look good.
> 
> Docs look good.
> 
> Binary ran successfully.
> 
> +1
> 
> Did anyone try building on windows?
> 
> 
>> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri <
 aldrinp...@gmail.com>
 wrote:
>> 
>> Followed helper provided by Joe.
>> 
>> Keys good.
>> Signatures good.
>> Hashes good.
>> Source release builds and passes contrib
>> Required docs present and look correct.
>> Checked out copy of repo for specified commit hash and diff'd
>> against
>> source bundle.  Commit is as anticipated.
>> Ran convenience binary with varying templates all successfully.
>> 
>> Release notes and upgrade/migration guides look good.
>> 
>> Kudos to the community on all the efforts involved with this

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Tony Kurc]

Probably want a function to go from dos to unix filenames. That replace is
a little dangerous. Although is this seriously a use case?
On Dec 7, 2015 10:44 AM, "Mark Payne"  wrote:

> Mike,
>
> That is accurate that Linux will not recognize \ as a path separator. It
> would have no
> problem reading the attribute but would not be able to write to a
> directory/file with
> that name. If you wanted to use that as a path in linux you could
> certainly reference it
> via:
>
> ${path:replace("\\", "/")}
>
> However, this problem already exists today with GetFile - it is using the
> File.separator
> so that if you have a path like "subDir1/subDir2/myFile.txt" in Windows,
> the path attribute
> will be "subDir1\subDir2/" with both a forward slash and a backslash. I'm
> suggesting that
> with ListFile instead of using "subDir1\subDir2/" as the attribute it
> should be "subDir1\subDir2\"
>
> Thanks
> -Mark
>
>
> > On Dec 7, 2015, at 10:30 AM, Michael Moser  wrote:
> >
> > I disagree Mark, mainly due to the flowfile attributes such as 'path'
> that
> > processors like GetFile (and I assume ListFile) create.  Windows supports
> > the forward slash but Unixes do not support the back slash
> File.separator.
> > What happens when a flowfile created on a Windows NiFi is sent over to a
> > Unix NiFi?  Do Expression Language expressions that expect a forward
> slash
> > begin to fail when reading a 'path' attribute that contains backslashes?
> > I'm concerned ...
> >
> > -- Mike
> >
> >
> > On Mon, Dec 7, 2015 at 10:12 AM, Mark Payne 
> wrote:
> >
> >> Errr, actually, after thinking about it more - operators who are running
> >> on Windows should probably expect \ to be used instead of /
> >>
> >> So I think the better solution is to get rid of the "/" anywhere in the
> >> processor and tests and always use File.separator.
> >>
> >> Will do so and create a patch, if nobody objects to that.
> >>
> >> Thanks
> >> -Mark
> >>
> >>
> >>> On Dec 7, 2015, at 9:59 AM, Mark Payne  wrote:
> >>>
> >>> Tony,
> >>>
> >>> I think there are really two possible solutions to this:
> >>>
> >>> 1) Always use / in the path attributes instead of \  -- i generally
> >> prefer this approach, as windows has worked with forward slashes since
> Win
> >> 98 (I believe?).
> >>> 2) Have unit test look for file.separator -- benefit here is that it is
> >> consistent with the way that GetFile works, and I'd not want to change
> that
> >> because it's quite likely that some people are routing based on the
> 'path'
> >> attribute.
> >>>
> >>> Normally I would tend to make consistency a high priority. However, I
> >> see ListFile / FetchFile largely as a replacement for GetFile and am
> >> guessing that in the future GetFile will be deprecated and removed. So
> I am
> >> less inclined to stay consistent between the 'old generation' and 'new
> >> generation' of processors. So personally I'd prefer to go the first
> route.
> >>>
> >>> -Mark
> >>>
> >>>
>  On Dec 7, 2015, at 12:35 AM, Tony Kurc  wrote:
> 
>  I submitted a patch to get the test to pass (NIFI-1261). Seems a bit
> >> icky,
>  but I'll defer to Joe Skora and Mark Payne for correct behavior.
> 
>  On Mon, Dec 7, 2015 at 12:11 AM, Tony Kurc  wrote:
> 
> > Joe - I'm putting a ticket in for a fix. Looks like it was introduced
> >> by
> > the NIFI-1246 patch.
> >
> > On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
> > joeperciv...@yahoo.com.invalid> wrote:
> >
> >> Yup I saw the same behavior.
> >>
> >> On the second try (doing mvn clean install -rf
> >> :nifi-standard-processors)
> >> the tailfile error went away. The listFile error still occurred
> >> though.
> >>
> >> Joe
> >> - - - - - -
> >> Joseph Percivall
> >> linkedin.com/in/Percivall
> >> e: joeperciv...@yahoo.com
> >>
> >>
> >>
> >>
> >> On Sunday, December 6, 2015 11:32 PM, Tony Kurc 
> >> wrote:
> >> Er, just the tailfile error
> >>
> >> On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
> >>
> >>> Joe, I had this happen and it worked on a second try.
> >>> On Dec 6, 2015 11:23 PM, "Joe Percivall"
> >>  >>>
> >>> wrote:
> >>>
>  Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
> 
>  I get these error messages:
> 
> 
>  TestListFile.testRecurse:441 expected: but
>  was:
> 
> >>
> >>
> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
>  expected:<[world]> but was:<[abc
> 
>  These were not any of the same errors I saw last time testing on
> >> Windows
>  a couple weeks ago.
> 
>  Joe
>  - - - - - -
>  

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Joe Witt]

i mentioned i'd get the RC out tonight and that just doesn't look
likely.  We worked through a series of annoying bugs that popped up as
we explored various environments folks have (root/non-root) and
different OSes and different browsers.  Fun stuff.

Looks like there is one last worthy item to knock out (excessive CPU
usage on output ports).  Once that is sorted (Mark Payne says he sees
the issue) then i'll work the RC process.

Thanks
Joe

On Mon, Dec 7, 2015 at 3:56 PM, Joe Witt  wrote:
> For what it is worth I agree with Moser's preference, as I understand
> it, of having standard treatment of slashes within NiFi.  We should
> def have that discussion for 1.x  As it is now we're basically
> undefined and loosely it would be 'we use the slashes of the machine
> that made the data' but we can/should do better.
>
> Ryan: As for missing the cancellation i notice on Gmail for me that
> the new subject doesn't reflect it is just right in-line with the
> rest.  So I would have missed it too :-)
>
> Thanks
> Joe
>
> On Mon, Dec 7, 2015 at 3:53 PM, Mark Payne  wrote:
>> Tony,
>>
>> I think that is accurate - but with the caveat that it is not necessarily 
>> FetchFile that would have
>> problems. I could see potentially using ListFile -> FetchFile on a windows 
>> machine and then using
>> site-to-site to push to a Linux Machine, which then does PutFile -- 
>> essentially a way to mirror directories
>> from a Windows box to a Linux box.
>>
>> In that case you would need to change the "path" variable to use the correct 
>> file separator.
>>
>> It's something that I believe needs to be addressed but would not hold up a 
>> release for it, since it
>> is consistent with GetFile behavior and has a simple work around via the 
>> Expression Language.
>>
>> Thanks
>> -Mark
>>
>>
>>> On Dec 7, 2015, at 3:50 PM, Tony Kurc  wrote:
>>>
>>> Unless I'm misunderstanding Mark, we have a known bug for "inconsistent
>>> path behavior between windows and unix-like operating systems" for
>>> ListFile, which may cause a listing on a windows system not work on
>>> FetchFile on a unix-like system,
>>>
>>> On Mon, Dec 7, 2015 at 3:47 PM, Joe Witt  wrote:
>>>
 The RC1 cancellation notice went out earlier.  I'll send out another
 vote thread in a couple hours as the bug fixes are in.

 Thanks
 Joe

 On Mon, Dec 7, 2015 at 3:41 PM, Ryan Blue  wrote:
> Is the consensus to go ahead with the release vote and this known bug,
 or is
> this a blocker? In other words, should we continue to check this release
 or
> consider the vote canceled?
>
> rb
>
>
> On 12/06/2015 09:11 PM, Tony Kurc wrote:
>>
>> Joe - I'm putting a ticket in for a fix. Looks like it was introduced by
>> the NIFI-1246 patch.
>>
>> On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
>> joeperciv...@yahoo.com.invalid> wrote:
>>
>>> Yup I saw the same behavior.
>>>
>>> On the second try (doing mvn clean install -rf
 :nifi-standard-processors)
>>> the tailfile error went away. The listFile error still occurred though.
>>>
>>> Joe
>>>  - - - - - -
>>> Joseph Percivall
>>> linkedin.com/in/Percivall
>>> e: joeperciv...@yahoo.com
>>>
>>>
>>>
>>>
>>> On Sunday, December 6, 2015 11:32 PM, Tony Kurc 
 wrote:
>>> Er, just the tailfile error
>>>
>>> On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
>>>
 Joe, I had this happen and it worked on a second try.
 On Dec 6, 2015 11:23 PM, "Joe Percivall"
  Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
>
> I get these error messages:
>
>
> TestListFile.testRecurse:441 expected: but
> was:
>
>>>
>>>
 TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
>
> expected:<[world]> but was:<[abc
>
> These were not any of the same errors I saw last time testing on
> Windows
> a couple weeks ago.
>
> Joe
> - - - - - -
> Joseph Percivall
> linkedin.com/in/Percivall
> e: joeperciv...@yahoo.com
>
>
>
>
> On Sunday, December 6, 2015 9:05 PM, Tony Kurc 
>>>
>>> wrote:
>
> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
> working
> fine. and Fedora 23 not working with the same error that Andre
> reported.
>
>
> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
>
>> I'll also try it on windows 10 (again x64_64)
>>
>> On Sun, Dec 

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Mark Payne]

I think the correct way to move forward is to go ahead and keep the file 
separator,
as it is consistent with how the GetFile processor works and probably most 
intuitive
for windows users. However, I do think that using a forward-slash instead does 
provide
benefit as it is portable across operating systems.

At this time, we cannot really change GetFile's behavior, though, as it could 
certainly break
existing flows that depend on the existing style of slashes.

With the given reviews around the ticket indicating that builds are successful 
now on OS X,
Linux, and Windows and given that this is basically the only ticket preventing
the 0.4.0 release from occurring, I would like to go ahead and merge in the 
patch, and we should open
up a bigger discussion for "How should NiFi handle path separators" for the 
1.0.0 release, where we have
more flexibility in changing these things since it is a major release.

Thanks
-Mark


> On Dec 7, 2015, at 11:32 AM, Tony Kurc  wrote:
> 
> Probably want a function to go from dos to unix filenames. That replace is
> a little dangerous. Although is this seriously a use case?
> On Dec 7, 2015 10:44 AM, "Mark Payne"  wrote:
> 
>> Mike,
>> 
>> That is accurate that Linux will not recognize \ as a path separator. It
>> would have no
>> problem reading the attribute but would not be able to write to a
>> directory/file with
>> that name. If you wanted to use that as a path in linux you could
>> certainly reference it
>> via:
>> 
>> ${path:replace("\\", "/")}
>> 
>> However, this problem already exists today with GetFile - it is using the
>> File.separator
>> so that if you have a path like "subDir1/subDir2/myFile.txt" in Windows,
>> the path attribute
>> will be "subDir1\subDir2/" with both a forward slash and a backslash. I'm
>> suggesting that
>> with ListFile instead of using "subDir1\subDir2/" as the attribute it
>> should be "subDir1\subDir2\"
>> 
>> Thanks
>> -Mark
>> 
>> 
>>> On Dec 7, 2015, at 10:30 AM, Michael Moser  wrote:
>>> 
>>> I disagree Mark, mainly due to the flowfile attributes such as 'path'
>> that
>>> processors like GetFile (and I assume ListFile) create.  Windows supports
>>> the forward slash but Unixes do not support the back slash
>> File.separator.
>>> What happens when a flowfile created on a Windows NiFi is sent over to a
>>> Unix NiFi?  Do Expression Language expressions that expect a forward
>> slash
>>> begin to fail when reading a 'path' attribute that contains backslashes?
>>> I'm concerned ...
>>> 
>>> -- Mike
>>> 
>>> 
>>> On Mon, Dec 7, 2015 at 10:12 AM, Mark Payne 
>> wrote:
>>> 
 Errr, actually, after thinking about it more - operators who are running
 on Windows should probably expect \ to be used instead of /
 
 So I think the better solution is to get rid of the "/" anywhere in the
 processor and tests and always use File.separator.
 
 Will do so and create a patch, if nobody objects to that.
 
 Thanks
 -Mark
 
 
> On Dec 7, 2015, at 9:59 AM, Mark Payne  wrote:
> 
> Tony,
> 
> I think there are really two possible solutions to this:
> 
> 1) Always use / in the path attributes instead of \  -- i generally
 prefer this approach, as windows has worked with forward slashes since
>> Win
 98 (I believe?).
> 2) Have unit test look for file.separator -- benefit here is that it is
 consistent with the way that GetFile works, and I'd not want to change
>> that
 because it's quite likely that some people are routing based on the
>> 'path'
 attribute.
> 
> Normally I would tend to make consistency a high priority. However, I
 see ListFile / FetchFile largely as a replacement for GetFile and am
 guessing that in the future GetFile will be deprecated and removed. So
>> I am
 less inclined to stay consistent between the 'old generation' and 'new
 generation' of processors. So personally I'd prefer to go the first
>> route.
> 
> -Mark
> 
> 
>> On Dec 7, 2015, at 12:35 AM, Tony Kurc  wrote:
>> 
>> I submitted a patch to get the test to pass (NIFI-1261). Seems a bit
 icky,
>> but I'll defer to Joe Skora and Mark Payne for correct behavior.
>> 
>> On Mon, Dec 7, 2015 at 12:11 AM, Tony Kurc  wrote:
>> 
>>> Joe - I'm putting a ticket in for a fix. Looks like it was introduced
 by
>>> the NIFI-1246 patch.
>>> 
>>> On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
>>> joeperciv...@yahoo.com.invalid> wrote:
>>> 
 Yup I saw the same behavior.
 
 On the second try (doing mvn clean install -rf
 :nifi-standard-processors)
 the tailfile error went away. The listFile error still occurred
 though.
 
 Joe
 - - - - - -
 Joseph Percivall
 

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Ryan Blue]

Is the consensus to go ahead with the release vote and this known bug, 
or is this a blocker? In other words, should we continue to check this 
release or consider the vote canceled?


rb

On 12/06/2015 09:11 PM, Tony Kurc wrote:

Joe - I'm putting a ticket in for a fix. Looks like it was introduced by
the NIFI-1246 patch.

On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
joeperciv...@yahoo.com.invalid> wrote:


Yup I saw the same behavior.

On the second try (doing mvn clean install -rf :nifi-standard-processors)
the tailfile error went away. The listFile error still occurred though.

Joe
  - - - - - -
Joseph Percivall
linkedin.com/in/Percivall
e: joeperciv...@yahoo.com




On Sunday, December 6, 2015 11:32 PM, Tony Kurc  wrote:
Er, just the tailfile error

On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:


Joe, I had this happen and it worked on a second try.
On Dec 6, 2015 11:23 PM, "Joe Percivall"  but
was:


TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381

expected:<[world]> but was:<[abc

These were not any of the same errors I saw last time testing on Windows
a couple weeks ago.

Joe
- - - - - -
Joseph Percivall
linkedin.com/in/Percivall
e: joeperciv...@yahoo.com




On Sunday, December 6, 2015 9:05 PM, Tony Kurc 

wrote:

I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
working
fine. and Fedora 23 not working with the same error that Andre reported.


On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:


I'll also try it on windows 10 (again x64_64)

On Sun, Dec 6, 2015 at 5:36 PM, 

wrote:



I can run it on Windows 8 tonight if no one else has.

Joe

Sent from my phone


On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:

Signatures and hashes look good.

Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less

at

TestJdbcHugeStream!

LICENSE, NOTICE and README look good.

Docs look good.

Binary ran successfully.

+1

Did anyone try building on windows?



On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri <

aldrinp...@gmail.com>

wrote:


Followed helper provided by Joe.

Keys good.
Signatures good.
Hashes good.
Source release builds and passes contrib
Required docs present and look correct.
Checked out copy of repo for specified commit hash and diff'd

against

source bundle.  Commit is as anticipated.
Ran convenience binary with varying templates all successfully.

Release notes and upgrade/migration guides look good.

Kudos to the community on all the efforts involved with this

release.


+1, Release this package as Apache NiFi 0.4.0



On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt 

wrote:


Hello NiFi Community,

I am pleased to be calling this vote for the source release of

Apache

NiFi 0.4.0.

The source zip, including signatures, digests, and associated
convenience binaries can be found at:
  https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/

The Git tag is nifi-0.4.0-RC1
The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43







https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43


Checksums of NiFi 0.4.0 Source Release:
MD5: b69fd7ec632d7569906e20508058556b
SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c

Release artifacts are signed with the following key:
  https://people.apache.org/keys/committer/joewitt.asc

KEYS file available here:
  https://dist.apache.org/repos/dist/release/nifi/KEYS

152 issues were closed/resolved for this release:







https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070


Release note highlights:







https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0


Migration/Upgrade guidance:


https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance

  https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi

The vote will be open for 72 hours.
Please download the release candidate and evaluate the necessary

items

including checking hashes, signatures, build from source, and

test.


Then please vote:

[ ] +1 Release this package as Apache NiFi 0.4.0
[ ] +0 no opinion
[ ] -1 Do not release this package because...


















--
Ryan Blue
Software Engineer
Cloudera, Inc.

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Joe Witt]

The RC1 cancellation notice went out earlier.  I'll send out another
vote thread in a couple hours as the bug fixes are in.

Thanks
Joe

On Mon, Dec 7, 2015 at 3:41 PM, Ryan Blue  wrote:
> Is the consensus to go ahead with the release vote and this known bug, or is
> this a blocker? In other words, should we continue to check this release or
> consider the vote canceled?
>
> rb
>
>
> On 12/06/2015 09:11 PM, Tony Kurc wrote:
>>
>> Joe - I'm putting a ticket in for a fix. Looks like it was introduced by
>> the NIFI-1246 patch.
>>
>> On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
>> joeperciv...@yahoo.com.invalid> wrote:
>>
>>> Yup I saw the same behavior.
>>>
>>> On the second try (doing mvn clean install -rf :nifi-standard-processors)
>>> the tailfile error went away. The listFile error still occurred though.
>>>
>>> Joe
>>>   - - - - - -
>>> Joseph Percivall
>>> linkedin.com/in/Percivall
>>> e: joeperciv...@yahoo.com
>>>
>>>
>>>
>>>
>>> On Sunday, December 6, 2015 11:32 PM, Tony Kurc  wrote:
>>> Er, just the tailfile error
>>>
>>> On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
>>>
 Joe, I had this happen and it worked on a second try.
 On Dec 6, 2015 11:23 PM, "Joe Percivall"  Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
>
> I get these error messages:
>
>
> TestListFile.testRecurse:441 expected: but
> was:
>
>>>
>>> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
>
> expected:<[world]> but was:<[abc
>
> These were not any of the same errors I saw last time testing on
> Windows
> a couple weeks ago.
>
> Joe
> - - - - - -
> Joseph Percivall
> linkedin.com/in/Percivall
> e: joeperciv...@yahoo.com
>
>
>
>
> On Sunday, December 6, 2015 9:05 PM, Tony Kurc 
>>>
>>> wrote:
>
> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
> working
> fine. and Fedora 23 not working with the same error that Andre
> reported.
>
>
> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
>
>> I'll also try it on windows 10 (again x64_64)
>>
>> On Sun, Dec 6, 2015 at 5:36 PM, 
>>>
>>> wrote:
>>
>>
>>> I can run it on Windows 8 tonight if no one else has.
>>>
>>> Joe
>>>
>>> Sent from my phone
>>>
 On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:

 Signatures and hashes look good.

 Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less
>>>
>>> at

 TestJdbcHugeStream!

 LICENSE, NOTICE and README look good.

 Docs look good.

 Binary ran successfully.

 +1

 Did anyone try building on windows?


> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri <
>>>
>>> aldrinp...@gmail.com>
>>>
>>> wrote:
>
>
> Followed helper provided by Joe.
>
> Keys good.
> Signatures good.
> Hashes good.
> Source release builds and passes contrib
> Required docs present and look correct.
> Checked out copy of repo for specified commit hash and diff'd
>
> against
>
> source bundle.  Commit is as anticipated.
> Ran convenience binary with varying templates all successfully.
>
> Release notes and upgrade/migration guides look good.
>
> Kudos to the community on all the efforts involved with this
>
> release.
>
>
> +1, Release this package as Apache NiFi 0.4.0
>
>
>> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt 
>
> wrote:
>>
>>
>> Hello NiFi Community,
>>
>> I am pleased to be calling this vote for the source release of
>
> Apache
>>
>> NiFi 0.4.0.
>>
>> The source zip, including signatures, digests, and associated
>> convenience binaries can be found at:
>>   https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>>
>> The Git tag is nifi-0.4.0-RC1
>> The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>
>
>>>
>
>>>
>>> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>>
>>
>> Checksums of NiFi 0.4.0 Source Release:
>> MD5: b69fd7ec632d7569906e20508058556b
>> SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
>>
>> Release artifacts are signed with the following key:
>>   https://people.apache.org/keys/committer/joewitt.asc

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Tony Kurc]

Unless I'm misunderstanding Mark, we have a known bug for "inconsistent
path behavior between windows and unix-like operating systems" for
ListFile, which may cause a listing on a windows system not work on
FetchFile on a unix-like system,

On Mon, Dec 7, 2015 at 3:47 PM, Joe Witt  wrote:

> The RC1 cancellation notice went out earlier.  I'll send out another
> vote thread in a couple hours as the bug fixes are in.
>
> Thanks
> Joe
>
> On Mon, Dec 7, 2015 at 3:41 PM, Ryan Blue  wrote:
> > Is the consensus to go ahead with the release vote and this known bug,
> or is
> > this a blocker? In other words, should we continue to check this release
> or
> > consider the vote canceled?
> >
> > rb
> >
> >
> > On 12/06/2015 09:11 PM, Tony Kurc wrote:
> >>
> >> Joe - I'm putting a ticket in for a fix. Looks like it was introduced by
> >> the NIFI-1246 patch.
> >>
> >> On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
> >> joeperciv...@yahoo.com.invalid> wrote:
> >>
> >>> Yup I saw the same behavior.
> >>>
> >>> On the second try (doing mvn clean install -rf
> :nifi-standard-processors)
> >>> the tailfile error went away. The listFile error still occurred though.
> >>>
> >>> Joe
> >>>   - - - - - -
> >>> Joseph Percivall
> >>> linkedin.com/in/Percivall
> >>> e: joeperciv...@yahoo.com
> >>>
> >>>
> >>>
> >>>
> >>> On Sunday, December 6, 2015 11:32 PM, Tony Kurc 
> wrote:
> >>> Er, just the tailfile error
> >>>
> >>> On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
> >>>
>  Joe, I had this happen and it worked on a second try.
>  On Dec 6, 2015 11:23 PM, "Joe Percivall"
>  
>  wrote:
> 
> > Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
> >
> > I get these error messages:
> >
> >
> > TestListFile.testRecurse:441 expected: but
> > was:
> >
> >>>
> >>>
> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
> >
> > expected:<[world]> but was:<[abc
> >
> > These were not any of the same errors I saw last time testing on
> > Windows
> > a couple weeks ago.
> >
> > Joe
> > - - - - - -
> > Joseph Percivall
> > linkedin.com/in/Percivall
> > e: joeperciv...@yahoo.com
> >
> >
> >
> >
> > On Sunday, December 6, 2015 9:05 PM, Tony Kurc 
> >>>
> >>> wrote:
> >
> > I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
> > working
> > fine. and Fedora 23 not working with the same error that Andre
> > reported.
> >
> >
> > On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
> >
> >> I'll also try it on windows 10 (again x64_64)
> >>
> >> On Sun, Dec 6, 2015 at 5:36 PM, 
> >>>
> >>> wrote:
> >>
> >>
> >>> I can run it on Windows 8 tonight if no one else has.
> >>>
> >>> Joe
> >>>
> >>> Sent from my phone
> >>>
>  On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
> 
>  Signatures and hashes look good.
> 
>  Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less
> >>>
> >>> at
> 
>  TestJdbcHugeStream!
> 
>  LICENSE, NOTICE and README look good.
> 
>  Docs look good.
> 
>  Binary ran successfully.
> 
>  +1
> 
>  Did anyone try building on windows?
> 
> 
> > On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri <
> >>>
> >>> aldrinp...@gmail.com>
> >>>
> >>> wrote:
> >
> >
> > Followed helper provided by Joe.
> >
> > Keys good.
> > Signatures good.
> > Hashes good.
> > Source release builds and passes contrib
> > Required docs present and look correct.
> > Checked out copy of repo for specified commit hash and diff'd
> >
> > against
> >
> > source bundle.  Commit is as anticipated.
> > Ran convenience binary with varying templates all successfully.
> >
> > Release notes and upgrade/migration guides look good.
> >
> > Kudos to the community on all the efforts involved with this
> >
> > release.
> >
> >
> > +1, Release this package as Apache NiFi 0.4.0
> >
> >
> >> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt 
> >
> > wrote:
> >>
> >>
> >> Hello NiFi Community,
> >>
> >> I am pleased to be calling this vote for the source release of
> >
> > Apache
> >>
> >> NiFi 0.4.0.
> >>
> >> The source zip, including signatures, digests, and associated
> >> convenience binaries can be found at:
> >>   

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Ryan Blue]

Great, I must have missed that. Thanks, Joe!

rb

On 12/07/2015 12:47 PM, Joe Witt wrote:

The RC1 cancellation notice went out earlier.  I'll send out another
vote thread in a couple hours as the bug fixes are in.

Thanks
Joe

On Mon, Dec 7, 2015 at 3:41 PM, Ryan Blue  wrote:

Is the consensus to go ahead with the release vote and this known bug, or is
this a blocker? In other words, should we continue to check this release or
consider the vote canceled?

rb


On 12/06/2015 09:11 PM, Tony Kurc wrote:


Joe - I'm putting a ticket in for a fix. Looks like it was introduced by
the NIFI-1246 patch.

On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
joeperciv...@yahoo.com.invalid> wrote:


Yup I saw the same behavior.

On the second try (doing mvn clean install -rf :nifi-standard-processors)
the tailfile error went away. The listFile error still occurred though.

Joe
   - - - - - -
Joseph Percivall
linkedin.com/in/Percivall
e: joeperciv...@yahoo.com




On Sunday, December 6, 2015 11:32 PM, Tony Kurc  wrote:
Er, just the tailfile error

On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:


Joe, I had this happen and it worked on a second try.
On Dec 6, 2015 11:23 PM, "Joe Percivall"  but
was:



TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381


expected:<[world]> but was:<[abc

These were not any of the same errors I saw last time testing on
Windows
a couple weeks ago.

Joe
- - - - - -
Joseph Percivall
linkedin.com/in/Percivall
e: joeperciv...@yahoo.com




On Sunday, December 6, 2015 9:05 PM, Tony Kurc 


wrote:


I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
working
fine. and Fedora 23 not working with the same error that Andre
reported.


On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:


I'll also try it on windows 10 (again x64_64)

On Sun, Dec 6, 2015 at 5:36 PM, 


wrote:




I can run it on Windows 8 tonight if no one else has.

Joe

Sent from my phone


On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:

Signatures and hashes look good.

Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less


at


TestJdbcHugeStream!

LICENSE, NOTICE and README look good.

Docs look good.

Binary ran successfully.

+1

Did anyone try building on windows?



On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri <


aldrinp...@gmail.com>


wrote:



Followed helper provided by Joe.

Keys good.
Signatures good.
Hashes good.
Source release builds and passes contrib
Required docs present and look correct.
Checked out copy of repo for specified commit hash and diff'd


against


source bundle.  Commit is as anticipated.
Ran convenience binary with varying templates all successfully.

Release notes and upgrade/migration guides look good.

Kudos to the community on all the efforts involved with this


release.



+1, Release this package as Apache NiFi 0.4.0



On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt 


wrote:



Hello NiFi Community,

I am pleased to be calling this vote for the source release of


Apache


NiFi 0.4.0.

The source zip, including signatures, digests, and associated
convenience binaries can be found at:
   https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/

The Git tag is nifi-0.4.0-RC1
The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43









https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43



Checksums of NiFi 0.4.0 Source Release:
MD5: b69fd7ec632d7569906e20508058556b
SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c

Release artifacts are signed with the following key:
   https://people.apache.org/keys/committer/joewitt.asc

KEYS file available here:
   https://dist.apache.org/repos/dist/release/nifi/KEYS

152 issues were closed/resolved for this release:









https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070



Release note highlights:









https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0



Migration/Upgrade guidance:


https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance


   https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi

The vote will be open for 72 hours.
Please download the release candidate and evaluate the necessary


items


including checking hashes, signatures, build from source, and


test.



Then please vote:

[ ] +1 Release this package as Apache NiFi 0.4.0
[ ] +0 no opinion
[ ] -1 Do not release this package because...



















--
Ryan Blue
Software Engineer
Cloudera, Inc.



--
Ryan Blue
Software Engineer
Cloudera, Inc.

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Mark Payne]

Tony,

I think that is accurate - but with the caveat that it is not necessarily 
FetchFile that would have
problems. I could see potentially using ListFile -> FetchFile on a windows 
machine and then using
site-to-site to push to a Linux Machine, which then does PutFile -- essentially 
a way to mirror directories
from a Windows box to a Linux box.

In that case you would need to change the "path" variable to use the correct 
file separator.

It's something that I believe needs to be addressed but would not hold up a 
release for it, since it
is consistent with GetFile behavior and has a simple work around via the 
Expression Language.

Thanks
-Mark


> On Dec 7, 2015, at 3:50 PM, Tony Kurc  wrote:
> 
> Unless I'm misunderstanding Mark, we have a known bug for "inconsistent
> path behavior between windows and unix-like operating systems" for
> ListFile, which may cause a listing on a windows system not work on
> FetchFile on a unix-like system,
> 
> On Mon, Dec 7, 2015 at 3:47 PM, Joe Witt  wrote:
> 
>> The RC1 cancellation notice went out earlier.  I'll send out another
>> vote thread in a couple hours as the bug fixes are in.
>> 
>> Thanks
>> Joe
>> 
>> On Mon, Dec 7, 2015 at 3:41 PM, Ryan Blue  wrote:
>>> Is the consensus to go ahead with the release vote and this known bug,
>> or is
>>> this a blocker? In other words, should we continue to check this release
>> or
>>> consider the vote canceled?
>>> 
>>> rb
>>> 
>>> 
>>> On 12/06/2015 09:11 PM, Tony Kurc wrote:
 
 Joe - I'm putting a ticket in for a fix. Looks like it was introduced by
 the NIFI-1246 patch.
 
 On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
 joeperciv...@yahoo.com.invalid> wrote:
 
> Yup I saw the same behavior.
> 
> On the second try (doing mvn clean install -rf
>> :nifi-standard-processors)
> the tailfile error went away. The listFile error still occurred though.
> 
> Joe
>  - - - - - -
> Joseph Percivall
> linkedin.com/in/Percivall
> e: joeperciv...@yahoo.com
> 
> 
> 
> 
> On Sunday, December 6, 2015 11:32 PM, Tony Kurc 
>> wrote:
> Er, just the tailfile error
> 
> On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
> 
>> Joe, I had this happen and it worked on a second try.
>> On Dec 6, 2015 11:23 PM, "Joe Percivall"
>> > 
>> wrote:
>> 
>>> Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
>>> 
>>> I get these error messages:
>>> 
>>> 
>>> TestListFile.testRecurse:441 expected: but
>>> was:
>>> 
> 
> 
>> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
>>> 
>>> expected:<[world]> but was:<[abc
>>> 
>>> These were not any of the same errors I saw last time testing on
>>> Windows
>>> a couple weeks ago.
>>> 
>>> Joe
>>> - - - - - -
>>> Joseph Percivall
>>> linkedin.com/in/Percivall
>>> e: joeperciv...@yahoo.com
>>> 
>>> 
>>> 
>>> 
>>> On Sunday, December 6, 2015 9:05 PM, Tony Kurc 
> 
> wrote:
>>> 
>>> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
>>> working
>>> fine. and Fedora 23 not working with the same error that Andre
>>> reported.
>>> 
>>> 
>>> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
>>> 
 I'll also try it on windows 10 (again x64_64)
 
 On Sun, Dec 6, 2015 at 5:36 PM, 
> 
> wrote:
 
 
> I can run it on Windows 8 tonight if no one else has.
> 
> Joe
> 
> Sent from my phone
> 
>> On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
>> 
>> Signatures and hashes look good.
>> 
>> Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less
> 
> at
>> 
>> TestJdbcHugeStream!
>> 
>> LICENSE, NOTICE and README look good.
>> 
>> Docs look good.
>> 
>> Binary ran successfully.
>> 
>> +1
>> 
>> Did anyone try building on windows?
>> 
>> 
>>> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri <
> 
> aldrinp...@gmail.com>
> 
> wrote:
>>> 
>>> 
>>> Followed helper provided by Joe.
>>> 
>>> Keys good.
>>> Signatures good.
>>> Hashes good.
>>> Source release builds and passes contrib
>>> Required docs present and look correct.
>>> Checked out copy of repo for specified commit hash and diff'd
>>> 
>>> against
>>> 
>>> source bundle.  Commit is as anticipated.
>>> Ran 

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Joe Witt]

For what it is worth I agree with Moser's preference, as I understand
it, of having standard treatment of slashes within NiFi.  We should
def have that discussion for 1.x  As it is now we're basically
undefined and loosely it would be 'we use the slashes of the machine
that made the data' but we can/should do better.

Ryan: As for missing the cancellation i notice on Gmail for me that
the new subject doesn't reflect it is just right in-line with the
rest.  So I would have missed it too :-)

Thanks
Joe

On Mon, Dec 7, 2015 at 3:53 PM, Mark Payne  wrote:
> Tony,
>
> I think that is accurate - but with the caveat that it is not necessarily 
> FetchFile that would have
> problems. I could see potentially using ListFile -> FetchFile on a windows 
> machine and then using
> site-to-site to push to a Linux Machine, which then does PutFile -- 
> essentially a way to mirror directories
> from a Windows box to a Linux box.
>
> In that case you would need to change the "path" variable to use the correct 
> file separator.
>
> It's something that I believe needs to be addressed but would not hold up a 
> release for it, since it
> is consistent with GetFile behavior and has a simple work around via the 
> Expression Language.
>
> Thanks
> -Mark
>
>
>> On Dec 7, 2015, at 3:50 PM, Tony Kurc  wrote:
>>
>> Unless I'm misunderstanding Mark, we have a known bug for "inconsistent
>> path behavior between windows and unix-like operating systems" for
>> ListFile, which may cause a listing on a windows system not work on
>> FetchFile on a unix-like system,
>>
>> On Mon, Dec 7, 2015 at 3:47 PM, Joe Witt  wrote:
>>
>>> The RC1 cancellation notice went out earlier.  I'll send out another
>>> vote thread in a couple hours as the bug fixes are in.
>>>
>>> Thanks
>>> Joe
>>>
>>> On Mon, Dec 7, 2015 at 3:41 PM, Ryan Blue  wrote:
 Is the consensus to go ahead with the release vote and this known bug,
>>> or is
 this a blocker? In other words, should we continue to check this release
>>> or
 consider the vote canceled?

 rb


 On 12/06/2015 09:11 PM, Tony Kurc wrote:
>
> Joe - I'm putting a ticket in for a fix. Looks like it was introduced by
> the NIFI-1246 patch.
>
> On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
> joeperciv...@yahoo.com.invalid> wrote:
>
>> Yup I saw the same behavior.
>>
>> On the second try (doing mvn clean install -rf
>>> :nifi-standard-processors)
>> the tailfile error went away. The listFile error still occurred though.
>>
>> Joe
>>  - - - - - -
>> Joseph Percivall
>> linkedin.com/in/Percivall
>> e: joeperciv...@yahoo.com
>>
>>
>>
>>
>> On Sunday, December 6, 2015 11:32 PM, Tony Kurc 
>>> wrote:
>> Er, just the tailfile error
>>
>> On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
>>
>>> Joe, I had this happen and it worked on a second try.
>>> On Dec 6, 2015 11:23 PM, "Joe Percivall"
>>> >>
>>> wrote:
>>>
 Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.

 I get these error messages:


 TestListFile.testRecurse:441 expected: but
 was:

>>
>>
>>> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381

 expected:<[world]> but was:<[abc

 These were not any of the same errors I saw last time testing on
 Windows
 a couple weeks ago.

 Joe
 - - - - - -
 Joseph Percivall
 linkedin.com/in/Percivall
 e: joeperciv...@yahoo.com




 On Sunday, December 6, 2015 9:05 PM, Tony Kurc 
>>
>> wrote:

 I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
 working
 fine. and Fedora 23 not working with the same error that Andre
 reported.


 On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:

> I'll also try it on windows 10 (again x64_64)
>
> On Sun, Dec 6, 2015 at 5:36 PM, 
>>
>> wrote:
>
>
>> I can run it on Windows 8 tonight if no one else has.
>>
>> Joe
>>
>> Sent from my phone
>>
>>> On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
>>>
>>> Signatures and hashes look good.
>>>
>>> Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less
>>
>> at
>>>
>>> TestJdbcHugeStream!
>>>
>>> LICENSE, NOTICE and README look good.
>>>
>>> Docs look good.
>>>
>>> Binary ran 

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Joe Percivall]

Ran through the helper provided by Joe and everything worked as anticipated. 
Release notes, upgrade and migration guides all look satisfactory.
+1, Release as Apache NiFi 0.4.0. - - - - - - Joseph 
Percivalllinkedin.com/in/Percivalle: joeperciv...@yahoo.com
 


On Saturday, December 5, 2015 11:47 PM, Aldrin Piri  
wrote:
 

 Followed helper provided by Joe.

Keys good.
Signatures good.
Hashes good.
Source release builds and passes contrib
Required docs present and look correct.
Checked out copy of repo for specified commit hash and diff'd against
source bundle.  Commit is as anticipated.
Ran convenience binary with varying templates all successfully.

Release notes and upgrade/migration guides look good.

Kudos to the community on all the efforts involved with this release.

+1, Release this package as Apache NiFi 0.4.0


On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt  wrote:

> Hello NiFi Community,
>
> I am pleased to be calling this vote for the source release of Apache
> NiFi 0.4.0.
>
> The source zip, including signatures, digests, and associated
> convenience binaries can be found at:
>  https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>
> The Git tag is nifi-0.4.0-RC1
> The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>
> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>
> Checksums of NiFi 0.4.0 Source Release:
> MD5: b69fd7ec632d7569906e20508058556b
> SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
>
> Release artifacts are signed with the following key:
>  https://people.apache.org/keys/committer/joewitt.asc
>
> KEYS file available here:
>  https://dist.apache.org/repos/dist/release/nifi/KEYS
>
> 152 issues were closed/resolved for this release:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070
>
> Release note highlights:
>
> https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0
>
> Migration/Upgrade guidance:
>  https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance
>  https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi
>
> The vote will be open for 72 hours.
> Please download the release candidate and evaluate the necessary items
> including checking hashes, signatures, build from source, and test.
>
> Then please vote:
>
> [ ] +1 Release this package as Apache NiFi 0.4.0
> [ ] +0 no opinion
> [ ] -1 Do not release this package because...
>


  

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Tony Kurc]

I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66 working
fine. and Fedora 23 not working with the same error that Andre reported.

On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:

> I'll also try it on windows 10 (again x64_64)
>
> On Sun, Dec 6, 2015 at 5:36 PM,  wrote:
>
>> I can run it on Windows 8 tonight if no one else has.
>>
>> Joe
>>
>> Sent from my phone
>>
>> > On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
>> >
>> > Signatures and hashes look good.
>> >
>> > Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less at
>> > TestJdbcHugeStream!
>> >
>> > LICENSE, NOTICE and README look good.
>> >
>> > Docs look good.
>> >
>> > Binary ran successfully.
>> >
>> > +1
>> >
>> > Did anyone try building on windows?
>> >
>> >
>> >> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri 
>> wrote:
>> >>
>> >> Followed helper provided by Joe.
>> >>
>> >> Keys good.
>> >> Signatures good.
>> >> Hashes good.
>> >> Source release builds and passes contrib
>> >> Required docs present and look correct.
>> >> Checked out copy of repo for specified commit hash and diff'd against
>> >> source bundle.  Commit is as anticipated.
>> >> Ran convenience binary with varying templates all successfully.
>> >>
>> >> Release notes and upgrade/migration guides look good.
>> >>
>> >> Kudos to the community on all the efforts involved with this release.
>> >>
>> >> +1, Release this package as Apache NiFi 0.4.0
>> >>
>> >>
>> >>> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt  wrote:
>> >>>
>> >>> Hello NiFi Community,
>> >>>
>> >>> I am pleased to be calling this vote for the source release of Apache
>> >>> NiFi 0.4.0.
>> >>>
>> >>> The source zip, including signatures, digests, and associated
>> >>> convenience binaries can be found at:
>> >>>  https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>> >>>
>> >>> The Git tag is nifi-0.4.0-RC1
>> >>> The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>> >>
>> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>> >>>
>> >>> Checksums of NiFi 0.4.0 Source Release:
>> >>> MD5: b69fd7ec632d7569906e20508058556b
>> >>> SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
>> >>>
>> >>> Release artifacts are signed with the following key:
>> >>>  https://people.apache.org/keys/committer/joewitt.asc
>> >>>
>> >>> KEYS file available here:
>> >>>  https://dist.apache.org/repos/dist/release/nifi/KEYS
>> >>>
>> >>> 152 issues were closed/resolved for this release:
>> >>
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070
>> >>>
>> >>> Release note highlights:
>> >>
>> https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0
>> >>>
>> >>> Migration/Upgrade guidance:
>> >>>  https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance
>> >>>  https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi
>> >>>
>> >>> The vote will be open for 72 hours.
>> >>> Please download the release candidate and evaluate the necessary items
>> >>> including checking hashes, signatures, build from source, and test.
>> >>>
>> >>> Then please vote:
>> >>>
>> >>> [ ] +1 Release this package as Apache NiFi 0.4.0
>> >>> [ ] +0 no opinion
>> >>> [ ] -1 Do not release this package because...
>> >>
>>
>
>

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Tony Kurc]

Signatures and hashes look good.

Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less at
TestJdbcHugeStream!

LICENSE, NOTICE and README look good.

Docs look good.

Binary ran successfully.

+1

Did anyone try building on windows?


On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri  wrote:

> Followed helper provided by Joe.
>
> Keys good.
> Signatures good.
> Hashes good.
> Source release builds and passes contrib
> Required docs present and look correct.
> Checked out copy of repo for specified commit hash and diff'd against
> source bundle.  Commit is as anticipated.
> Ran convenience binary with varying templates all successfully.
>
> Release notes and upgrade/migration guides look good.
>
> Kudos to the community on all the efforts involved with this release.
>
> +1, Release this package as Apache NiFi 0.4.0
>
>
> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt  wrote:
>
> > Hello NiFi Community,
> >
> > I am pleased to be calling this vote for the source release of Apache
> > NiFi 0.4.0.
> >
> > The source zip, including signatures, digests, and associated
> > convenience binaries can be found at:
> >   https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
> >
> > The Git tag is nifi-0.4.0-RC1
> > The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
> >
> > Checksums of NiFi 0.4.0 Source Release:
> > MD5: b69fd7ec632d7569906e20508058556b
> > SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
> >
> > Release artifacts are signed with the following key:
> >   https://people.apache.org/keys/committer/joewitt.asc
> >
> > KEYS file available here:
> >   https://dist.apache.org/repos/dist/release/nifi/KEYS
> >
> > 152 issues were closed/resolved for this release:
> >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070
> >
> > Release note highlights:
> >
> >
> https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0
> >
> > Migration/Upgrade guidance:
> >   https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance
> >   https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi
> >
> > The vote will be open for 72 hours.
> > Please download the release candidate and evaluate the necessary items
> > including checking hashes, signatures, build from source, and test.
> >
> > Then please vote:
> >
> > [ ] +1 Release this package as Apache NiFi 0.4.0
> > [ ] +0 no opinion
> > [ ] -1 Do not release this package because...
> >
>

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[joepercivall]

I can run it on Windows 8 tonight if no one else has. 

Joe

Sent from my phone

> On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
> 
> Signatures and hashes look good.
> 
> Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less at
> TestJdbcHugeStream!
> 
> LICENSE, NOTICE and README look good.
> 
> Docs look good.
> 
> Binary ran successfully.
> 
> +1
> 
> Did anyone try building on windows?
> 
> 
>> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri  wrote:
>> 
>> Followed helper provided by Joe.
>> 
>> Keys good.
>> Signatures good.
>> Hashes good.
>> Source release builds and passes contrib
>> Required docs present and look correct.
>> Checked out copy of repo for specified commit hash and diff'd against
>> source bundle.  Commit is as anticipated.
>> Ran convenience binary with varying templates all successfully.
>> 
>> Release notes and upgrade/migration guides look good.
>> 
>> Kudos to the community on all the efforts involved with this release.
>> 
>> +1, Release this package as Apache NiFi 0.4.0
>> 
>> 
>>> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt  wrote:
>>> 
>>> Hello NiFi Community,
>>> 
>>> I am pleased to be calling this vote for the source release of Apache
>>> NiFi 0.4.0.
>>> 
>>> The source zip, including signatures, digests, and associated
>>> convenience binaries can be found at:
>>>  https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>>> 
>>> The Git tag is nifi-0.4.0-RC1
>>> The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>>> 
>>> Checksums of NiFi 0.4.0 Source Release:
>>> MD5: b69fd7ec632d7569906e20508058556b
>>> SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
>>> 
>>> Release artifacts are signed with the following key:
>>>  https://people.apache.org/keys/committer/joewitt.asc
>>> 
>>> KEYS file available here:
>>>  https://dist.apache.org/repos/dist/release/nifi/KEYS
>>> 
>>> 152 issues were closed/resolved for this release:
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070
>>> 
>>> Release note highlights:
>> https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0
>>> 
>>> Migration/Upgrade guidance:
>>>  https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance
>>>  https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi
>>> 
>>> The vote will be open for 72 hours.
>>> Please download the release candidate and evaluate the necessary items
>>> including checking hashes, signatures, build from source, and test.
>>> 
>>> Then please vote:
>>> 
>>> [ ] +1 Release this package as Apache NiFi 0.4.0
>>> [ ] +0 no opinion
>>> [ ] -1 Do not release this package because...
>> 

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Tony Kurc]

I'll also try it on windows 10 (again x64_64)

On Sun, Dec 6, 2015 at 5:36 PM,  wrote:

> I can run it on Windows 8 tonight if no one else has.
>
> Joe
>
> Sent from my phone
>
> > On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
> >
> > Signatures and hashes look good.
> >
> > Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less at
> > TestJdbcHugeStream!
> >
> > LICENSE, NOTICE and README look good.
> >
> > Docs look good.
> >
> > Binary ran successfully.
> >
> > +1
> >
> > Did anyone try building on windows?
> >
> >
> >> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri 
> wrote:
> >>
> >> Followed helper provided by Joe.
> >>
> >> Keys good.
> >> Signatures good.
> >> Hashes good.
> >> Source release builds and passes contrib
> >> Required docs present and look correct.
> >> Checked out copy of repo for specified commit hash and diff'd against
> >> source bundle.  Commit is as anticipated.
> >> Ran convenience binary with varying templates all successfully.
> >>
> >> Release notes and upgrade/migration guides look good.
> >>
> >> Kudos to the community on all the efforts involved with this release.
> >>
> >> +1, Release this package as Apache NiFi 0.4.0
> >>
> >>
> >>> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt  wrote:
> >>>
> >>> Hello NiFi Community,
> >>>
> >>> I am pleased to be calling this vote for the source release of Apache
> >>> NiFi 0.4.0.
> >>>
> >>> The source zip, including signatures, digests, and associated
> >>> convenience binaries can be found at:
> >>>  https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
> >>>
> >>> The Git tag is nifi-0.4.0-RC1
> >>> The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
> >>
> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
> >>>
> >>> Checksums of NiFi 0.4.0 Source Release:
> >>> MD5: b69fd7ec632d7569906e20508058556b
> >>> SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
> >>>
> >>> Release artifacts are signed with the following key:
> >>>  https://people.apache.org/keys/committer/joewitt.asc
> >>>
> >>> KEYS file available here:
> >>>  https://dist.apache.org/repos/dist/release/nifi/KEYS
> >>>
> >>> 152 issues were closed/resolved for this release:
> >>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070
> >>>
> >>> Release note highlights:
> >>
> https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0
> >>>
> >>> Migration/Upgrade guidance:
> >>>  https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance
> >>>  https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi
> >>>
> >>> The vote will be open for 72 hours.
> >>> Please download the release candidate and evaluate the necessary items
> >>> including checking hashes, signatures, build from source, and test.
> >>>
> >>> Then please vote:
> >>>
> >>> [ ] +1 Release this package as Apache NiFi 0.4.0
> >>> [ ] +0 no opinion
> >>> [ ] -1 Do not release this package because...
> >>
>

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Joe Percivall]

Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.

I get these error messages:


TestListFile.testRecurse:441 expected: but 
was: 
TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381 
expected:<[world]> but was:<[abc 

These were not any of the same errors I saw last time testing on Windows a 
couple weeks ago.

Joe
- - - - - - 
Joseph Percivall
linkedin.com/in/Percivall
e: joeperciv...@yahoo.com




On Sunday, December 6, 2015 9:05 PM, Tony Kurc  wrote:
I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66 working
fine. and Fedora 23 not working with the same error that Andre reported.


On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:

> I'll also try it on windows 10 (again x64_64)
>
> On Sun, Dec 6, 2015 at 5:36 PM,  wrote:
>
>> I can run it on Windows 8 tonight if no one else has.
>>
>> Joe
>>
>> Sent from my phone
>>
>> > On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
>> >
>> > Signatures and hashes look good.
>> >
>> > Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less at
>> > TestJdbcHugeStream!
>> >
>> > LICENSE, NOTICE and README look good.
>> >
>> > Docs look good.
>> >
>> > Binary ran successfully.
>> >
>> > +1
>> >
>> > Did anyone try building on windows?
>> >
>> >
>> >> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri 
>> wrote:
>> >>
>> >> Followed helper provided by Joe.
>> >>
>> >> Keys good.
>> >> Signatures good.
>> >> Hashes good.
>> >> Source release builds and passes contrib
>> >> Required docs present and look correct.
>> >> Checked out copy of repo for specified commit hash and diff'd against
>> >> source bundle.  Commit is as anticipated.
>> >> Ran convenience binary with varying templates all successfully.
>> >>
>> >> Release notes and upgrade/migration guides look good.
>> >>
>> >> Kudos to the community on all the efforts involved with this release.
>> >>
>> >> +1, Release this package as Apache NiFi 0.4.0
>> >>
>> >>
>> >>> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt  wrote:
>> >>>
>> >>> Hello NiFi Community,
>> >>>
>> >>> I am pleased to be calling this vote for the source release of Apache
>> >>> NiFi 0.4.0.
>> >>>
>> >>> The source zip, including signatures, digests, and associated
>> >>> convenience binaries can be found at:
>> >>>  https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>> >>>
>> >>> The Git tag is nifi-0.4.0-RC1
>> >>> The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>> >>
>> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>> >>>
>> >>> Checksums of NiFi 0.4.0 Source Release:
>> >>> MD5: b69fd7ec632d7569906e20508058556b
>> >>> SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
>> >>>
>> >>> Release artifacts are signed with the following key:
>> >>>  https://people.apache.org/keys/committer/joewitt.asc
>> >>>
>> >>> KEYS file available here:
>> >>>  https://dist.apache.org/repos/dist/release/nifi/KEYS
>> >>>
>> >>> 152 issues were closed/resolved for this release:
>> >>
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070
>> >>>
>> >>> Release note highlights:
>> >>
>> https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0
>> >>>
>> >>> Migration/Upgrade guidance:
>> >>>  https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance
>> >>>  https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi
>> >>>
>> >>> The vote will be open for 72 hours.
>> >>> Please download the release candidate and evaluate the necessary items
>> >>> including checking hashes, signatures, build from source, and test.
>> >>>
>> >>> Then please vote:
>> >>>
>> >>> [ ] +1 Release this package as Apache NiFi 0.4.0
>> >>> [ ] +0 no opinion
>> >>> [ ] -1 Do not release this package because...
>> >>
>>
>
>

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Tony Kurc]

Joe, I had this happen and it worked on a second try.
On Dec 6, 2015 11:23 PM, "Joe Percivall" 
wrote:

> Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
>
> I get these error messages:
>
>
> TestListFile.testRecurse:441 expected: but
> was:
> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
> expected:<[world]> but was:<[abc
>
> These were not any of the same errors I saw last time testing on Windows a
> couple weeks ago.
>
> Joe
> - - - - - -
> Joseph Percivall
> linkedin.com/in/Percivall
> e: joeperciv...@yahoo.com
>
>
>
>
> On Sunday, December 6, 2015 9:05 PM, Tony Kurc  wrote:
> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66 working
> fine. and Fedora 23 not working with the same error that Andre reported.
>
>
> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
>
> > I'll also try it on windows 10 (again x64_64)
> >
> > On Sun, Dec 6, 2015 at 5:36 PM,  wrote:
> >
> >> I can run it on Windows 8 tonight if no one else has.
> >>
> >> Joe
> >>
> >> Sent from my phone
> >>
> >> > On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
> >> >
> >> > Signatures and hashes look good.
> >> >
> >> > Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less at
> >> > TestJdbcHugeStream!
> >> >
> >> > LICENSE, NOTICE and README look good.
> >> >
> >> > Docs look good.
> >> >
> >> > Binary ran successfully.
> >> >
> >> > +1
> >> >
> >> > Did anyone try building on windows?
> >> >
> >> >
> >> >> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri 
> >> wrote:
> >> >>
> >> >> Followed helper provided by Joe.
> >> >>
> >> >> Keys good.
> >> >> Signatures good.
> >> >> Hashes good.
> >> >> Source release builds and passes contrib
> >> >> Required docs present and look correct.
> >> >> Checked out copy of repo for specified commit hash and diff'd against
> >> >> source bundle.  Commit is as anticipated.
> >> >> Ran convenience binary with varying templates all successfully.
> >> >>
> >> >> Release notes and upgrade/migration guides look good.
> >> >>
> >> >> Kudos to the community on all the efforts involved with this release.
> >> >>
> >> >> +1, Release this package as Apache NiFi 0.4.0
> >> >>
> >> >>
> >> >>> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt 
> wrote:
> >> >>>
> >> >>> Hello NiFi Community,
> >> >>>
> >> >>> I am pleased to be calling this vote for the source release of
> Apache
> >> >>> NiFi 0.4.0.
> >> >>>
> >> >>> The source zip, including signatures, digests, and associated
> >> >>> convenience binaries can be found at:
> >> >>>  https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
> >> >>>
> >> >>> The Git tag is nifi-0.4.0-RC1
> >> >>> The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
> >> >>
> >>
> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
> >> >>>
> >> >>> Checksums of NiFi 0.4.0 Source Release:
> >> >>> MD5: b69fd7ec632d7569906e20508058556b
> >> >>> SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
> >> >>>
> >> >>> Release artifacts are signed with the following key:
> >> >>>  https://people.apache.org/keys/committer/joewitt.asc
> >> >>>
> >> >>> KEYS file available here:
> >> >>>  https://dist.apache.org/repos/dist/release/nifi/KEYS
> >> >>>
> >> >>> 152 issues were closed/resolved for this release:
> >> >>
> >>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070
> >> >>>
> >> >>> Release note highlights:
> >> >>
> >>
> https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0
> >> >>>
> >> >>> Migration/Upgrade guidance:
> >> >>>
> https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance
> >> >>>  https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi
> >> >>>
> >> >>> The vote will be open for 72 hours.
> >> >>> Please download the release candidate and evaluate the necessary
> items
> >> >>> including checking hashes, signatures, build from source, and test.
> >> >>>
> >> >>> Then please vote:
> >> >>>
> >> >>> [ ] +1 Release this package as Apache NiFi 0.4.0
> >> >>> [ ] +0 no opinion
> >> >>> [ ] -1 Do not release this package because...
> >> >>
> >>
> >
> >
>

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Joe Percivall]

Yup I saw the same behavior. 

On the second try (doing mvn clean install -rf :nifi-standard-processors) the 
tailfile error went away. The listFile error still occurred though.

Joe 
 - - - - - - 
Joseph Percivall
linkedin.com/in/Percivall
e: joeperciv...@yahoo.com




On Sunday, December 6, 2015 11:32 PM, Tony Kurc  wrote:
Er, just the tailfile error

On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:

> Joe, I had this happen and it worked on a second try.
> On Dec 6, 2015 11:23 PM, "Joe Percivall" 
> wrote:
>
>> Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
>>
>> I get these error messages:
>>
>>
>> TestListFile.testRecurse:441 expected: but
>> was:
>> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
>> expected:<[world]> but was:<[abc
>>
>> These were not any of the same errors I saw last time testing on Windows
>> a couple weeks ago.
>>
>> Joe
>> - - - - - -
>> Joseph Percivall
>> linkedin.com/in/Percivall
>> e: joeperciv...@yahoo.com
>>
>>
>>
>>
>> On Sunday, December 6, 2015 9:05 PM, Tony Kurc  wrote:
>> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
>> working
>> fine. and Fedora 23 not working with the same error that Andre reported.
>>
>>
>> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
>>
>> > I'll also try it on windows 10 (again x64_64)
>> >
>> > On Sun, Dec 6, 2015 at 5:36 PM,  wrote:
>> >
>> >> I can run it on Windows 8 tonight if no one else has.
>> >>
>> >> Joe
>> >>
>> >> Sent from my phone
>> >>
>> >> > On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
>> >> >
>> >> > Signatures and hashes look good.
>> >> >
>> >> > Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less at
>> >> > TestJdbcHugeStream!
>> >> >
>> >> > LICENSE, NOTICE and README look good.
>> >> >
>> >> > Docs look good.
>> >> >
>> >> > Binary ran successfully.
>> >> >
>> >> > +1
>> >> >
>> >> > Did anyone try building on windows?
>> >> >
>> >> >
>> >> >> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri 
>> >> wrote:
>> >> >>
>> >> >> Followed helper provided by Joe.
>> >> >>
>> >> >> Keys good.
>> >> >> Signatures good.
>> >> >> Hashes good.
>> >> >> Source release builds and passes contrib
>> >> >> Required docs present and look correct.
>> >> >> Checked out copy of repo for specified commit hash and diff'd
>> against
>> >> >> source bundle.  Commit is as anticipated.
>> >> >> Ran convenience binary with varying templates all successfully.
>> >> >>
>> >> >> Release notes and upgrade/migration guides look good.
>> >> >>
>> >> >> Kudos to the community on all the efforts involved with this
>> release.
>> >> >>
>> >> >> +1, Release this package as Apache NiFi 0.4.0
>> >> >>
>> >> >>
>> >> >>> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt 
>> wrote:
>> >> >>>
>> >> >>> Hello NiFi Community,
>> >> >>>
>> >> >>> I am pleased to be calling this vote for the source release of
>> Apache
>> >> >>> NiFi 0.4.0.
>> >> >>>
>> >> >>> The source zip, including signatures, digests, and associated
>> >> >>> convenience binaries can be found at:
>> >> >>>  https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>> >> >>>
>> >> >>> The Git tag is nifi-0.4.0-RC1
>> >> >>> The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>> >> >>
>> >>
>> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>> >> >>>
>> >> >>> Checksums of NiFi 0.4.0 Source Release:
>> >> >>> MD5: b69fd7ec632d7569906e20508058556b
>> >> >>> SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
>> >> >>>
>> >> >>> Release artifacts are signed with the following key:
>> >> >>>  https://people.apache.org/keys/committer/joewitt.asc
>> >> >>>
>> >> >>> KEYS file available here:
>> >> >>>  https://dist.apache.org/repos/dist/release/nifi/KEYS
>> >> >>>
>> >> >>> 152 issues were closed/resolved for this release:
>> >> >>
>> >>
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070
>> >> >>>
>> >> >>> Release note highlights:
>> >> >>
>> >>
>> https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0
>> >> >>>
>> >> >>> Migration/Upgrade guidance:
>> >> >>>
>> https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance
>> >> >>>  https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi
>> >> >>>
>> >> >>> The vote will be open for 72 hours.
>> >> >>> Please download the release candidate and evaluate the necessary
>> items
>> >> >>> including checking hashes, signatures, build from source, and test.
>> >> >>>
>> >> >>> Then please vote:
>> >> >>>
>> >> >>> [ ] +1 Release this package as Apache NiFi 0.4.0
>> >> >>> [ ] +0 no opinion
>> >> >>> [ ] -1 Do not release this package because...
>> >> >>
>> >>
>> >
>> >
>>
>

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Tony Kurc]

Er, just the tailfile error
On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:

> Joe, I had this happen and it worked on a second try.
> On Dec 6, 2015 11:23 PM, "Joe Percivall" 
> wrote:
>
>> Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
>>
>> I get these error messages:
>>
>>
>> TestListFile.testRecurse:441 expected: but
>> was:
>> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
>> expected:<[world]> but was:<[abc
>>
>> These were not any of the same errors I saw last time testing on Windows
>> a couple weeks ago.
>>
>> Joe
>> - - - - - -
>> Joseph Percivall
>> linkedin.com/in/Percivall
>> e: joeperciv...@yahoo.com
>>
>>
>>
>>
>> On Sunday, December 6, 2015 9:05 PM, Tony Kurc  wrote:
>> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
>> working
>> fine. and Fedora 23 not working with the same error that Andre reported.
>>
>>
>> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
>>
>> > I'll also try it on windows 10 (again x64_64)
>> >
>> > On Sun, Dec 6, 2015 at 5:36 PM,  wrote:
>> >
>> >> I can run it on Windows 8 tonight if no one else has.
>> >>
>> >> Joe
>> >>
>> >> Sent from my phone
>> >>
>> >> > On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
>> >> >
>> >> > Signatures and hashes look good.
>> >> >
>> >> > Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less at
>> >> > TestJdbcHugeStream!
>> >> >
>> >> > LICENSE, NOTICE and README look good.
>> >> >
>> >> > Docs look good.
>> >> >
>> >> > Binary ran successfully.
>> >> >
>> >> > +1
>> >> >
>> >> > Did anyone try building on windows?
>> >> >
>> >> >
>> >> >> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri 
>> >> wrote:
>> >> >>
>> >> >> Followed helper provided by Joe.
>> >> >>
>> >> >> Keys good.
>> >> >> Signatures good.
>> >> >> Hashes good.
>> >> >> Source release builds and passes contrib
>> >> >> Required docs present and look correct.
>> >> >> Checked out copy of repo for specified commit hash and diff'd
>> against
>> >> >> source bundle.  Commit is as anticipated.
>> >> >> Ran convenience binary with varying templates all successfully.
>> >> >>
>> >> >> Release notes and upgrade/migration guides look good.
>> >> >>
>> >> >> Kudos to the community on all the efforts involved with this
>> release.
>> >> >>
>> >> >> +1, Release this package as Apache NiFi 0.4.0
>> >> >>
>> >> >>
>> >> >>> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt 
>> wrote:
>> >> >>>
>> >> >>> Hello NiFi Community,
>> >> >>>
>> >> >>> I am pleased to be calling this vote for the source release of
>> Apache
>> >> >>> NiFi 0.4.0.
>> >> >>>
>> >> >>> The source zip, including signatures, digests, and associated
>> >> >>> convenience binaries can be found at:
>> >> >>>  https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>> >> >>>
>> >> >>> The Git tag is nifi-0.4.0-RC1
>> >> >>> The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>> >> >>
>> >>
>> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
>> >> >>>
>> >> >>> Checksums of NiFi 0.4.0 Source Release:
>> >> >>> MD5: b69fd7ec632d7569906e20508058556b
>> >> >>> SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
>> >> >>>
>> >> >>> Release artifacts are signed with the following key:
>> >> >>>  https://people.apache.org/keys/committer/joewitt.asc
>> >> >>>
>> >> >>> KEYS file available here:
>> >> >>>  https://dist.apache.org/repos/dist/release/nifi/KEYS
>> >> >>>
>> >> >>> 152 issues were closed/resolved for this release:
>> >> >>
>> >>
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070
>> >> >>>
>> >> >>> Release note highlights:
>> >> >>
>> >>
>> https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0
>> >> >>>
>> >> >>> Migration/Upgrade guidance:
>> >> >>>
>> https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance
>> >> >>>  https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi
>> >> >>>
>> >> >>> The vote will be open for 72 hours.
>> >> >>> Please download the release candidate and evaluate the necessary
>> items
>> >> >>> including checking hashes, signatures, build from source, and test.
>> >> >>>
>> >> >>> Then please vote:
>> >> >>>
>> >> >>> [ ] +1 Release this package as Apache NiFi 0.4.0
>> >> >>> [ ] +0 no opinion
>> >> >>> [ ] -1 Do not release this package because...
>> >> >>
>> >>
>> >
>> >
>>
>

Re: [VOTE] Release Apache NiFi 0.4.0 (rc1)

[Tony Kurc]

Joe - I'm putting a ticket in for a fix. Looks like it was introduced by
the NIFI-1246 patch.

On Sun, Dec 6, 2015 at 11:36 PM, Joe Percivall <
joeperciv...@yahoo.com.invalid> wrote:

> Yup I saw the same behavior.
>
> On the second try (doing mvn clean install -rf :nifi-standard-processors)
> the tailfile error went away. The listFile error still occurred though.
>
> Joe
>  - - - - - -
> Joseph Percivall
> linkedin.com/in/Percivall
> e: joeperciv...@yahoo.com
>
>
>
>
> On Sunday, December 6, 2015 11:32 PM, Tony Kurc  wrote:
> Er, just the tailfile error
>
> On Dec 6, 2015 11:31 PM, "Tony Kurc"  wrote:
>
> > Joe, I had this happen and it worked on a second try.
> > On Dec 6, 2015 11:23 PM, "Joe Percivall"  >
> > wrote:
> >
> >> Windows 8 build fails with maven 3.3.3 and Java 1.8.0_65.
> >>
> >> I get these error messages:
> >>
> >>
> >> TestListFile.testRecurse:441 expected: but
> >> was:
> >>
> TestTailFile.testMultipleRolloversAfterHavingReadAllDataWhileStillRunning:381
> >> expected:<[world]> but was:<[abc
> >>
> >> These were not any of the same errors I saw last time testing on Windows
> >> a couple weeks ago.
> >>
> >> Joe
> >> - - - - - -
> >> Joseph Percivall
> >> linkedin.com/in/Percivall
> >> e: joeperciv...@yahoo.com
> >>
> >>
> >>
> >>
> >> On Sunday, December 6, 2015 9:05 PM, Tony Kurc 
> wrote:
> >> I've gotten confirmation of CentOS 7.1.1503 x86_64, Oracle JDK 8u66
> >> working
> >> fine. and Fedora 23 not working with the same error that Andre reported.
> >>
> >>
> >> On Sun, Dec 6, 2015 at 5:50 PM, Tony Kurc  wrote:
> >>
> >> > I'll also try it on windows 10 (again x64_64)
> >> >
> >> > On Sun, Dec 6, 2015 at 5:36 PM, 
> wrote:
> >> >
> >> >> I can run it on Windows 8 tonight if no one else has.
> >> >>
> >> >> Joe
> >> >>
> >> >> Sent from my phone
> >> >>
> >> >> > On Dec 6, 2015, at 4:09 PM, Tony Kurc  wrote:
> >> >> >
> >> >> > Signatures and hashes look good.
> >> >> >
> >> >> > Built fine on Ubuntu 14.04 x86_64. I even cursed a little bit less
> at
> >> >> > TestJdbcHugeStream!
> >> >> >
> >> >> > LICENSE, NOTICE and README look good.
> >> >> >
> >> >> > Docs look good.
> >> >> >
> >> >> > Binary ran successfully.
> >> >> >
> >> >> > +1
> >> >> >
> >> >> > Did anyone try building on windows?
> >> >> >
> >> >> >
> >> >> >> On Sat, Dec 5, 2015 at 11:46 PM, Aldrin Piri <
> aldrinp...@gmail.com>
> >> >> wrote:
> >> >> >>
> >> >> >> Followed helper provided by Joe.
> >> >> >>
> >> >> >> Keys good.
> >> >> >> Signatures good.
> >> >> >> Hashes good.
> >> >> >> Source release builds and passes contrib
> >> >> >> Required docs present and look correct.
> >> >> >> Checked out copy of repo for specified commit hash and diff'd
> >> against
> >> >> >> source bundle.  Commit is as anticipated.
> >> >> >> Ran convenience binary with varying templates all successfully.
> >> >> >>
> >> >> >> Release notes and upgrade/migration guides look good.
> >> >> >>
> >> >> >> Kudos to the community on all the efforts involved with this
> >> release.
> >> >> >>
> >> >> >> +1, Release this package as Apache NiFi 0.4.0
> >> >> >>
> >> >> >>
> >> >> >>> On Sat, Dec 5, 2015 at 10:32 PM, Joe Witt 
> >> wrote:
> >> >> >>>
> >> >> >>> Hello NiFi Community,
> >> >> >>>
> >> >> >>> I am pleased to be calling this vote for the source release of
> >> Apache
> >> >> >>> NiFi 0.4.0.
> >> >> >>>
> >> >> >>> The source zip, including signatures, digests, and associated
> >> >> >>> convenience binaries can be found at:
> >> >> >>>  https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
> >> >> >>>
> >> >> >>> The Git tag is nifi-0.4.0-RC1
> >> >> >>> The Git commit ID is 191a56f54e3ec178f9f29e1287f23ba66dbf9e43
> >> >> >>
> >> >>
> >>
> https://git-wip-us.apache.org/repos/asf?p=nifi.git;a=commit;h=191a56f54e3ec178f9f29e1287f23ba66dbf9e43
> >> >> >>>
> >> >> >>> Checksums of NiFi 0.4.0 Source Release:
> >> >> >>> MD5: b69fd7ec632d7569906e20508058556b
> >> >> >>> SHA1: 31d88ec7a8431ba5935370eb09be7a343c46411c
> >> >> >>>
> >> >> >>> Release artifacts are signed with the following key:
> >> >> >>>  https://people.apache.org/keys/committer/joewitt.asc
> >> >> >>>
> >> >> >>> KEYS file available here:
> >> >> >>>  https://dist.apache.org/repos/dist/release/nifi/KEYS
> >> >> >>>
> >> >> >>> 152 issues were closed/resolved for this release:
> >> >> >>
> >> >>
> >>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316020=12333070
> >> >> >>>
> >> >> >>> Release note highlights:
> >> >> >>
> >> >>
> >>
> https://cwiki.apache.org/confluence/display/NIFI/Release+Notes#ReleaseNotes-Version0.4.0
> >> >> >>>
> >> >> >>> Migration/Upgrade guidance:
> >> >> >>>
> >> https://cwiki.apache.org/confluence/display/NIFI/Migration+Guidance
> >> >> >>>  https://cwiki.apache.org/confluence/display/NIFI/Upgrading+NiFi
>