You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@nifi.apache.org by Joe Gresock <jg...@gmail.com> on 2014/12/14 05:15:26 UTC
standard-processors maven build fails?
Hi guys,
I just checked out master and tried to run misc/build-order.sh. It got up
to standard-processors and then had 19 unit test failures. Is the build
supposed to be working now?
I'm running Java 1.8 u25 on Windows. I get the same test failures running
both from maven 3.2.3 and in JUnit within Eclipse. Here's one example:
java.lang.AssertionError: FlowFile content differs from input at byte 20
with input having value 13 and FlowFile having value 10
at org.junit.Assert.fail(Assert.java:88)
at
org.apache.nifi.util.MockFlowFile.assertContentEquals(MockFlowFile.java:252)
at
org.apache.nifi.util.MockFlowFile.assertContentEquals(MockFlowFile.java:204)
at
org.apache.nifi.util.MockFlowFile.assertContentEquals(MockFlowFile.java:192)
at
org.apache.nifi.processors.standard.TestUnpackContent.testFlowFileStreamV2(TestUnpackContent.java:129)
Thanks,
Joe
--
I know what it is to be in need, and I know what it is to have plenty. I
have learned the secret of being content in any and every situation,
whether well fed or hungry, whether living in plenty or in want. I can do
all this through him who gives me strength. *-Philippians 4:12-13*
Re: standard-processors maven build fails?
Posted by Sean Busbey <bu...@cloudera.com>.
On Dec 15, 2014 6:20 PM, "Mark Payne" <ma...@hotmail.com> wrote:
>
> All,
>
> Others will encounter this same issue, I imagine. Any suggestions on
where best to document this? On the Developer Getting Started page,
perhaps? Do we want to have a sort of Developer-specific FAQ page?
>
The guide for getting started with the source sounds like the correct place.
It would be nice if we could get fancy with a maven enforcer plugin check.
Re: standard-processors maven build fails?
Posted by Mark Payne <ma...@hotmail.com>.
Joe,
Awesome, glad I could help! Thanks for taking the time to verify and provide feedback. And for checking out the project in general.
All,
Others will encounter this same issue, I imagine. Any suggestions on where best to document this? On the Developer Getting Started page, perhaps? Do we want to have a sort of Developer-specific FAQ page?
Sent from my iPhone
> On Dec 15, 2014, at 6:23 PM, Joe Gresock <jg...@gmail.com> wrote:
>
> Spot on, Mark. Indeed, it's 147 bytes. I reset the crlf setting and
> checked out from develop again, and it was 139. Thanks for the help!
>
>> On Mon, Dec 15, 2014 at 10:08 AM, Mark Payne <ma...@hotmail.com> wrote:
>>
>> Joe,
>> Looking at the tests, it is doing a byte-by-byte comparison and is not
>> interpreting anything as text, so that is throwing me for a bit of a loop
>> here, with the \r\n vs. \n.
>> However, I do have a theory.
>> What is the file size of your
>> nar-bundles\standard-bundle\standard-processors\src\test\resources\TestUnpackContent\folder\cal.txt
>> file? It should be 139 bytes.
>> When you installed Git for Windows, though, it asks what you would like to
>> do about Line Endings. Did you by chance tell it to change Line Endings to
>> Windows-style line endings? This file is binary, not text. However, most of
>> the bytes are ASCII, so Git may well have interpreted the file as text and
>> changed the line endings on you. That would have caused this type of
>> behavior, I believe.
>>
>>> Date: Sun, 14 Dec 2014 16:10:15 -0500
>>> Subject: Re: standard-processors maven build fails?
>>> From: jgresock@gmail.com
>>> To: dev@nifi.incubator.apache.org
>>>
>>> Yep, I'm building on Windows. I'm skipping tests for now, but I did
>> notice
>>> that enunciate is one step in the standard build.
>>>
>>> Since enunciate does not support Java 8
>>> <
>> http://stackoverflow.com/questions/23917246/maven-enunciate-plugin-on-java-1-8-as-apt-now-removed-from-latest-jdk-i-e-java
>>> ,
>>> it looks like you can't really build the whole source using Java 8 (may
>>> want to make note of this somewhere on the site).
>>>
>>> At this point I've also built using jdk 1.7 u71, and I tend to agree that
>>> the test failures are possibly due to expectation of Linux line breaks in
>>> unit tests, causing the tests to fail on Windows.
>>>
>>> In better news, I got the build to work by skipping tests and running
>> with
>>> Java 7!
>>>
>>>> On Sun, Dec 14, 2014 at 11:36 AM, Mark Payne <ma...@hotmail.com>
>>> wrote:
>>>
>>>> Actually from the output you are running Windows, not Linux. I've only
>>>> built on Windows. But it's possible that someone updated the tests
>> since I
>>>> last built.
>>>>
>>>> Sent from my iPhone
>>>>
>>>>> On Dec 14, 2014, at 11:34 AM, Joe Witt <jo...@gmail.com> wrote:
>>>>>
>>>>> Building on Linux is all I've done.
>>>>>> On Dec 14, 2014 11:32 AM, "Mark Payne" <ma...@hotmail.com>
>> wrote:
>>>>>>
>>>>>> Based on the error message, it looks like a problem with line
>> endings.
>>>>>> expecting \r\n and only getting a \n. So it will likely fail if
>> running
>>>> in
>>>>>> Linux? Have others had issues running this in Linux?
>>>>>>
>>>>>> I'm not at a computer right now, but I can look into it Monday
>> morning
>>>> if
>>>>>> nobody else has addressed it by then.
>>>>>>
>>>>>> In the mean time, you could just ignore the tests if you want to
>> get it
>>>>>> built
>>>>>>
>>>>>> Sent from my iPhone
>>>>>>
>>>>>>> On Dec 14, 2014, at 10:35 AM, Joe Gresock <jg...@gmail.com>
>> wrote:
>>>>>>>
>>>>>>> Well, it turns out I get the exact same 19 failures in the develop
>>>>>> branch.
>>>>>>> My next step will be to try to build with Java 7.
>>>>>>>
>>>>>>> FYI, here is the maven -version:
>>>>>>>
>>>>>>> Apache Maven 3.2.3 (33f8c3e1027c3ddde99d3cdebad2656a31e8fdf4;
>>>>>>> 2014-08-11T16:58:10-04:00)
>>>>>>> Maven home: c:\Program Files\apache-maven-3.2.3
>>>>>>> Java version: 1.8.0_25, vendor: Oracle Corporation
>>>>>>> Java home: c:\Program Files\Java\jdk1.8.0_25\jre
>>>>>>> Default locale: en_US, platform encoding: Cp1252
>>>>>>> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"
>>>>>>>
>>>>>>> Also, as I mentioned above, this happens both on the command line
>> and
>>>> as
>>>>>> a
>>>>>>> Junit test from Eclipse Luna. I'll let you know what happens when
>> I
>>>> try
>>>>>>> with Java 7.
>>>>>>>
>>>>>>> On Sun, Dec 14, 2014 at 7:32 AM, Karl Heinz Marbaise <
>>>> khmarbaise@gmx.de>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi Joe,
>>>>>>>>
>>>>>>>>> On 12/14/14 1:07 PM, Joe Witt wrote:
>>>>>>>>>
>>>>>>>>> The 'master' branch is just the code as initially contributed.
>> It
>>>> will
>>>>>>>>> be updated once we have a release.
>>>>>>>>>
>>>>>>>>> The branch you will wan to work with to stay up to date with the
>>>>>>>>> progress is 'develop'. Java 8 is expected to work but not tested
>>>> yet.
>>>>>>>>> Maven 3.2.3 is required at this moment but am testing/working
>> with a
>>>>>>>>> patch from Karl-Heinz that may help relax the requirement to 3.x
>>>>>>>>
>>>>>>>> If you need further help for that please just ask...
>>>>>>>>
>>>>>>>> Kind regards
>>>>>>>> Karl Heinz Marbaise
>>>>>>>>
>>>>>>>>
>>>>>>>>> The test failure Karl-Heinz notes is fixed on the develop branch.
>>>>>>>>>
>>>>>>>>> So for develop branch here is the current guidance:
>>>>>>>>> http://nifi.incubator.apache.org/development/quickstart.html
>>>>>>>>>
>>>>>>>>> Thanks
>>>>>>>>> Joe
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sun, Dec 14, 2014 at 3:15 AM, Karl Heinz Marbaise <
>>>>>> khmarbaise@gmx.de
>>>>>>>>> <ma...@gmx.de>> wrote:
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> have you tested that on command line only ?
>>>>>>>>>
>>>>>>>>> I have run the test on Mac OS by using misc/build-order.sh
>> which
>>>>>>>>> produces exactly a single test failure...
>> testImportTemplate(org.apache.__nifi.integration.__accesscontrol.__
>>>>>>>>> DfmAccessControlTest)
>>>>>>>>> Time elapsed: 0.271 sec <<< FAILURE!
>>>>>>>>> java.lang.AssertionError: expected:<201> but was:<200>
>>>>>>>>> at org.junit.Assert.fail(Assert.__java:88)
>>>>>>>>> at org.junit.Assert.__failNotEquals(Assert.java:743)
>>>>>>>>> at org.junit.Assert.assertEquals(__Assert.java:118)
>>>>>>>>> at org.junit.Assert.assertEquals(__Assert.java:555)
>>>>>>>>> at org.junit.Assert.assertEquals(__Assert.java:542)
>>>>>>>>> at
>> org.apache.nifi.integration.__accesscontrol.__DfmAccessControlTest.__
>>>>>>>>> testImportTemplate(__DfmAccessControlTest.java:__1310)
>>>>>>>>>
>>>>>>>>> Running
>>>>>>>>> org.apache.nifi.integration.__accesscontrol.__
>>>>>>>>> ReadOnlyAccessControlTest
>>>>>>>>> Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time
>> elapsed:
>>>>>>>>> 9.53 sec - in
>>>>>>>>> org.apache.nifi.integration.__accesscontrol.__
>>>>>>>>> ReadOnlyAccessControlTest
>>>>>>>>>
>>>>>>>>> Results :
>>>>>>>>>
>>>>>>>>> Failed tests:
>>>>>>>>> DfmAccessControlTest.__testImportTemplate:1310
>> expected:<201>
>>>> but
>>>>>>>>> was:<200>
>>>>>>>>>
>>>>>>>>> Running with Java 1.7.
>>>>>>>>>
>>>>>>>>> Kind regards
>>>>>>>>> Karl Heinz Marbaise
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 12/14/14 5:15 AM, Joe Gresock wrote:
>>>>>>>>>
>>>>>>>>> Hi guys,
>>>>>>>>>
>>>>>>>>> I just checked out master and tried to run
>> misc/build-order.sh.
>>>>>>>>> It got up
>>>>>>>>> to standard-processors and then had 19 unit test
>> failures. Is
>>>>>>>>> the build
>>>>>>>>> supposed to be working now?
>>>>>>>>>
>>>>>>>>> I'm running Java 1.8 u25 on Windows. I get the same test
>>>>>>>>> failures running
>>>>>>>>> both from maven 3.2.3 and in JUnit within Eclipse. Here's
>> one
>>>>>>>>> example:
>>>>>>>>>
>>>>>>>>> java.lang.AssertionError: FlowFile content differs from
>> input
>>>> at
>>>>>>>>> byte 20
>>>>>>>>> with input having value 13 and FlowFile having value 10
>>>>>>>>> at org.junit.Assert.fail(Assert.__java:88)
>>>>>>>>> at
>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>>>>>>>>> MockFlowFile.java:252)
>>>>>>>>> at
>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>>>>>>>>> MockFlowFile.java:204)
>>>>>>>>> at
>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>>>>>>>>> MockFlowFile.java:192)
>>>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> I know what it is to be in need, and I know what it is to have
>>>> plenty. I
>>>>>>> have learned the secret of being content in any and every
>> situation,
>>>>>>> whether well fed or hungry, whether living in plenty or in want.
>> I can
>>>>>> do
>>>>>>> all this through him who gives me strength. *-Philippians
>> 4:12-13*
>>>
>>>
>>>
>>> --
>>> I know what it is to be in need, and I know what it is to have plenty. I
>>> have learned the secret of being content in any and every situation,
>>> whether well fed or hungry, whether living in plenty or in want. I can
>> do
>>> all this through him who gives me strength. *-Philippians 4:12-13*
>
>
>
>
> --
> I know what it is to be in need, and I know what it is to have plenty. I
> have learned the secret of being content in any and every situation,
> whether well fed or hungry, whether living in plenty or in want. I can do
> all this through him who gives me strength. *-Philippians 4:12-13*
Re: standard-processors maven build fails?
Posted by Joe Gresock <jg...@gmail.com>.
Spot on, Mark. Indeed, it's 147 bytes. I reset the crlf setting and
checked out from develop again, and it was 139. Thanks for the help!
On Mon, Dec 15, 2014 at 10:08 AM, Mark Payne <ma...@hotmail.com> wrote:
> Joe,
> Looking at the tests, it is doing a byte-by-byte comparison and is not
> interpreting anything as text, so that is throwing me for a bit of a loop
> here, with the \r\n vs. \n.
> However, I do have a theory.
> What is the file size of your
> nar-bundles\standard-bundle\standard-processors\src\test\resources\TestUnpackContent\folder\cal.txt
> file? It should be 139 bytes.
> When you installed Git for Windows, though, it asks what you would like to
> do about Line Endings. Did you by chance tell it to change Line Endings to
> Windows-style line endings? This file is binary, not text. However, most of
> the bytes are ASCII, so Git may well have interpreted the file as text and
> changed the line endings on you. That would have caused this type of
> behavior, I believe.
>
> > Date: Sun, 14 Dec 2014 16:10:15 -0500
> > Subject: Re: standard-processors maven build fails?
> > From: jgresock@gmail.com
> > To: dev@nifi.incubator.apache.org
> >
> > Yep, I'm building on Windows. I'm skipping tests for now, but I did
> notice
> > that enunciate is one step in the standard build.
> >
> > Since enunciate does not support Java 8
> > <
> http://stackoverflow.com/questions/23917246/maven-enunciate-plugin-on-java-1-8-as-apt-now-removed-from-latest-jdk-i-e-java
> >,
> > it looks like you can't really build the whole source using Java 8 (may
> > want to make note of this somewhere on the site).
> >
> > At this point I've also built using jdk 1.7 u71, and I tend to agree that
> > the test failures are possibly due to expectation of Linux line breaks in
> > unit tests, causing the tests to fail on Windows.
> >
> > In better news, I got the build to work by skipping tests and running
> with
> > Java 7!
> >
> > On Sun, Dec 14, 2014 at 11:36 AM, Mark Payne <ma...@hotmail.com>
> wrote:
> >
> > > Actually from the output you are running Windows, not Linux. I've only
> > > built on Windows. But it's possible that someone updated the tests
> since I
> > > last built.
> > >
> > > Sent from my iPhone
> > >
> > > > On Dec 14, 2014, at 11:34 AM, Joe Witt <jo...@gmail.com> wrote:
> > > >
> > > > Building on Linux is all I've done.
> > > >> On Dec 14, 2014 11:32 AM, "Mark Payne" <ma...@hotmail.com>
> wrote:
> > > >>
> > > >> Based on the error message, it looks like a problem with line
> endings.
> > > >> expecting \r\n and only getting a \n. So it will likely fail if
> running
> > > in
> > > >> Linux? Have others had issues running this in Linux?
> > > >>
> > > >> I'm not at a computer right now, but I can look into it Monday
> morning
> > > if
> > > >> nobody else has addressed it by then.
> > > >>
> > > >> In the mean time, you could just ignore the tests if you want to
> get it
> > > >> built
> > > >>
> > > >> Sent from my iPhone
> > > >>
> > > >>> On Dec 14, 2014, at 10:35 AM, Joe Gresock <jg...@gmail.com>
> wrote:
> > > >>>
> > > >>> Well, it turns out I get the exact same 19 failures in the develop
> > > >> branch.
> > > >>> My next step will be to try to build with Java 7.
> > > >>>
> > > >>> FYI, here is the maven -version:
> > > >>>
> > > >>> Apache Maven 3.2.3 (33f8c3e1027c3ddde99d3cdebad2656a31e8fdf4;
> > > >>> 2014-08-11T16:58:10-04:00)
> > > >>> Maven home: c:\Program Files\apache-maven-3.2.3
> > > >>> Java version: 1.8.0_25, vendor: Oracle Corporation
> > > >>> Java home: c:\Program Files\Java\jdk1.8.0_25\jre
> > > >>> Default locale: en_US, platform encoding: Cp1252
> > > >>> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"
> > > >>>
> > > >>> Also, as I mentioned above, this happens both on the command line
> and
> > > as
> > > >> a
> > > >>> Junit test from Eclipse Luna. I'll let you know what happens when
> I
> > > try
> > > >>> with Java 7.
> > > >>>
> > > >>> On Sun, Dec 14, 2014 at 7:32 AM, Karl Heinz Marbaise <
> > > khmarbaise@gmx.de>
> > > >>> wrote:
> > > >>>
> > > >>>> Hi Joe,
> > > >>>>
> > > >>>>> On 12/14/14 1:07 PM, Joe Witt wrote:
> > > >>>>>
> > > >>>>> The 'master' branch is just the code as initially contributed.
> It
> > > will
> > > >>>>> be updated once we have a release.
> > > >>>>>
> > > >>>>> The branch you will wan to work with to stay up to date with the
> > > >>>>> progress is 'develop'. Java 8 is expected to work but not tested
> > > yet.
> > > >>>>> Maven 3.2.3 is required at this moment but am testing/working
> with a
> > > >>>>> patch from Karl-Heinz that may help relax the requirement to 3.x
> > > >>>>
> > > >>>> If you need further help for that please just ask...
> > > >>>>
> > > >>>> Kind regards
> > > >>>> Karl Heinz Marbaise
> > > >>>>
> > > >>>>
> > > >>>>> The test failure Karl-Heinz notes is fixed on the develop branch.
> > > >>>>>
> > > >>>>> So for develop branch here is the current guidance:
> > > >>>>> http://nifi.incubator.apache.org/development/quickstart.html
> > > >>>>>
> > > >>>>> Thanks
> > > >>>>> Joe
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>> On Sun, Dec 14, 2014 at 3:15 AM, Karl Heinz Marbaise <
> > > >> khmarbaise@gmx.de
> > > >>>>> <ma...@gmx.de>> wrote:
> > > >>>>>
> > > >>>>> Hi,
> > > >>>>>
> > > >>>>> have you tested that on command line only ?
> > > >>>>>
> > > >>>>> I have run the test on Mac OS by using misc/build-order.sh
> which
> > > >>>>> produces exactly a single test failure...
> > > >>>>>
> > > >>>>>
> testImportTemplate(org.apache.__nifi.integration.__accesscontrol.__
> > > >>>>> DfmAccessControlTest)
> > > >>>>> Time elapsed: 0.271 sec <<< FAILURE!
> > > >>>>> java.lang.AssertionError: expected:<201> but was:<200>
> > > >>>>> at org.junit.Assert.fail(Assert.__java:88)
> > > >>>>> at org.junit.Assert.__failNotEquals(Assert.java:743)
> > > >>>>> at org.junit.Assert.assertEquals(__Assert.java:118)
> > > >>>>> at org.junit.Assert.assertEquals(__Assert.java:555)
> > > >>>>> at org.junit.Assert.assertEquals(__Assert.java:542)
> > > >>>>> at
> > > >>>>>
> > > >>
> org.apache.nifi.integration.__accesscontrol.__DfmAccessControlTest.__
> > > >>>>> testImportTemplate(__DfmAccessControlTest.java:__1310)
> > > >>>>>
> > > >>>>> Running
> > > >>>>> org.apache.nifi.integration.__accesscontrol.__
> > > >>>>> ReadOnlyAccessControlTest
> > > >>>>> Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time
> elapsed:
> > > >>>>> 9.53 sec - in
> > > >>>>> org.apache.nifi.integration.__accesscontrol.__
> > > >>>>> ReadOnlyAccessControlTest
> > > >>>>>
> > > >>>>> Results :
> > > >>>>>
> > > >>>>> Failed tests:
> > > >>>>> DfmAccessControlTest.__testImportTemplate:1310
> expected:<201>
> > > but
> > > >>>>> was:<200>
> > > >>>>>
> > > >>>>> Running with Java 1.7.
> > > >>>>>
> > > >>>>> Kind regards
> > > >>>>> Karl Heinz Marbaise
> > > >>>>>
> > > >>>>>
> > > >>>>>
> > > >>>>> On 12/14/14 5:15 AM, Joe Gresock wrote:
> > > >>>>>
> > > >>>>> Hi guys,
> > > >>>>>
> > > >>>>> I just checked out master and tried to run
> misc/build-order.sh.
> > > >>>>> It got up
> > > >>>>> to standard-processors and then had 19 unit test
> failures. Is
> > > >>>>> the build
> > > >>>>> supposed to be working now?
> > > >>>>>
> > > >>>>> I'm running Java 1.8 u25 on Windows. I get the same test
> > > >>>>> failures running
> > > >>>>> both from maven 3.2.3 and in JUnit within Eclipse. Here's
> one
> > > >>>>> example:
> > > >>>>>
> > > >>>>> java.lang.AssertionError: FlowFile content differs from
> input
> > > at
> > > >>>>> byte 20
> > > >>>>> with input having value 13 and FlowFile having value 10
> > > >>>>> at org.junit.Assert.fail(Assert.__java:88)
> > > >>>>> at
> > > >>>>>
> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> > > >>>>> MockFlowFile.java:252)
> > > >>>>> at
> > > >>>>>
> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> > > >>>>> MockFlowFile.java:204)
> > > >>>>> at
> > > >>>>>
> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> > > >>>>> MockFlowFile.java:192)
> > > >>>>> at
> > > >>>
> > > >>>
> > > >>> --
> > > >>> I know what it is to be in need, and I know what it is to have
> > > plenty. I
> > > >>> have learned the secret of being content in any and every
> situation,
> > > >>> whether well fed or hungry, whether living in plenty or in want.
> I can
> > > >> do
> > > >>> all this through him who gives me strength. *-Philippians
> 4:12-13*
> > > >>
> > >
> >
> >
> >
> > --
> > I know what it is to be in need, and I know what it is to have plenty. I
> > have learned the secret of being content in any and every situation,
> > whether well fed or hungry, whether living in plenty or in want. I can
> do
> > all this through him who gives me strength. *-Philippians 4:12-13*
>
--
I know what it is to be in need, and I know what it is to have plenty. I
have learned the secret of being content in any and every situation,
whether well fed or hungry, whether living in plenty or in want. I can do
all this through him who gives me strength. *-Philippians 4:12-13*
RE: standard-processors maven build fails?
Posted by Mark Payne <ma...@hotmail.com>.
Joe,
Looking at the tests, it is doing a byte-by-byte comparison and is not interpreting anything as text, so that is throwing me for a bit of a loop here, with the \r\n vs. \n.
However, I do have a theory.
What is the file size of your nar-bundles\standard-bundle\standard-processors\src\test\resources\TestUnpackContent\folder\cal.txt file? It should be 139 bytes.
When you installed Git for Windows, though, it asks what you would like to do about Line Endings. Did you by chance tell it to change Line Endings to Windows-style line endings? This file is binary, not text. However, most of the bytes are ASCII, so Git may well have interpreted the file as text and changed the line endings on you. That would have caused this type of behavior, I believe.
> Date: Sun, 14 Dec 2014 16:10:15 -0500
> Subject: Re: standard-processors maven build fails?
> From: jgresock@gmail.com
> To: dev@nifi.incubator.apache.org
>
> Yep, I'm building on Windows. I'm skipping tests for now, but I did notice
> that enunciate is one step in the standard build.
>
> Since enunciate does not support Java 8
> <http://stackoverflow.com/questions/23917246/maven-enunciate-plugin-on-java-1-8-as-apt-now-removed-from-latest-jdk-i-e-java>,
> it looks like you can't really build the whole source using Java 8 (may
> want to make note of this somewhere on the site).
>
> At this point I've also built using jdk 1.7 u71, and I tend to agree that
> the test failures are possibly due to expectation of Linux line breaks in
> unit tests, causing the tests to fail on Windows.
>
> In better news, I got the build to work by skipping tests and running with
> Java 7!
>
> On Sun, Dec 14, 2014 at 11:36 AM, Mark Payne <ma...@hotmail.com> wrote:
>
> > Actually from the output you are running Windows, not Linux. I've only
> > built on Windows. But it's possible that someone updated the tests since I
> > last built.
> >
> > Sent from my iPhone
> >
> > > On Dec 14, 2014, at 11:34 AM, Joe Witt <jo...@gmail.com> wrote:
> > >
> > > Building on Linux is all I've done.
> > >> On Dec 14, 2014 11:32 AM, "Mark Payne" <ma...@hotmail.com> wrote:
> > >>
> > >> Based on the error message, it looks like a problem with line endings.
> > >> expecting \r\n and only getting a \n. So it will likely fail if running
> > in
> > >> Linux? Have others had issues running this in Linux?
> > >>
> > >> I'm not at a computer right now, but I can look into it Monday morning
> > if
> > >> nobody else has addressed it by then.
> > >>
> > >> In the mean time, you could just ignore the tests if you want to get it
> > >> built
> > >>
> > >> Sent from my iPhone
> > >>
> > >>> On Dec 14, 2014, at 10:35 AM, Joe Gresock <jg...@gmail.com> wrote:
> > >>>
> > >>> Well, it turns out I get the exact same 19 failures in the develop
> > >> branch.
> > >>> My next step will be to try to build with Java 7.
> > >>>
> > >>> FYI, here is the maven -version:
> > >>>
> > >>> Apache Maven 3.2.3 (33f8c3e1027c3ddde99d3cdebad2656a31e8fdf4;
> > >>> 2014-08-11T16:58:10-04:00)
> > >>> Maven home: c:\Program Files\apache-maven-3.2.3
> > >>> Java version: 1.8.0_25, vendor: Oracle Corporation
> > >>> Java home: c:\Program Files\Java\jdk1.8.0_25\jre
> > >>> Default locale: en_US, platform encoding: Cp1252
> > >>> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"
> > >>>
> > >>> Also, as I mentioned above, this happens both on the command line and
> > as
> > >> a
> > >>> Junit test from Eclipse Luna. I'll let you know what happens when I
> > try
> > >>> with Java 7.
> > >>>
> > >>> On Sun, Dec 14, 2014 at 7:32 AM, Karl Heinz Marbaise <
> > khmarbaise@gmx.de>
> > >>> wrote:
> > >>>
> > >>>> Hi Joe,
> > >>>>
> > >>>>> On 12/14/14 1:07 PM, Joe Witt wrote:
> > >>>>>
> > >>>>> The 'master' branch is just the code as initially contributed. It
> > will
> > >>>>> be updated once we have a release.
> > >>>>>
> > >>>>> The branch you will wan to work with to stay up to date with the
> > >>>>> progress is 'develop'. Java 8 is expected to work but not tested
> > yet.
> > >>>>> Maven 3.2.3 is required at this moment but am testing/working with a
> > >>>>> patch from Karl-Heinz that may help relax the requirement to 3.x
> > >>>>
> > >>>> If you need further help for that please just ask...
> > >>>>
> > >>>> Kind regards
> > >>>> Karl Heinz Marbaise
> > >>>>
> > >>>>
> > >>>>> The test failure Karl-Heinz notes is fixed on the develop branch.
> > >>>>>
> > >>>>> So for develop branch here is the current guidance:
> > >>>>> http://nifi.incubator.apache.org/development/quickstart.html
> > >>>>>
> > >>>>> Thanks
> > >>>>> Joe
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>> On Sun, Dec 14, 2014 at 3:15 AM, Karl Heinz Marbaise <
> > >> khmarbaise@gmx.de
> > >>>>> <ma...@gmx.de>> wrote:
> > >>>>>
> > >>>>> Hi,
> > >>>>>
> > >>>>> have you tested that on command line only ?
> > >>>>>
> > >>>>> I have run the test on Mac OS by using misc/build-order.sh which
> > >>>>> produces exactly a single test failure...
> > >>>>>
> > >>>>> testImportTemplate(org.apache.__nifi.integration.__accesscontrol.__
> > >>>>> DfmAccessControlTest)
> > >>>>> Time elapsed: 0.271 sec <<< FAILURE!
> > >>>>> java.lang.AssertionError: expected:<201> but was:<200>
> > >>>>> at org.junit.Assert.fail(Assert.__java:88)
> > >>>>> at org.junit.Assert.__failNotEquals(Assert.java:743)
> > >>>>> at org.junit.Assert.assertEquals(__Assert.java:118)
> > >>>>> at org.junit.Assert.assertEquals(__Assert.java:555)
> > >>>>> at org.junit.Assert.assertEquals(__Assert.java:542)
> > >>>>> at
> > >>>>>
> > >> org.apache.nifi.integration.__accesscontrol.__DfmAccessControlTest.__
> > >>>>> testImportTemplate(__DfmAccessControlTest.java:__1310)
> > >>>>>
> > >>>>> Running
> > >>>>> org.apache.nifi.integration.__accesscontrol.__
> > >>>>> ReadOnlyAccessControlTest
> > >>>>> Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
> > >>>>> 9.53 sec - in
> > >>>>> org.apache.nifi.integration.__accesscontrol.__
> > >>>>> ReadOnlyAccessControlTest
> > >>>>>
> > >>>>> Results :
> > >>>>>
> > >>>>> Failed tests:
> > >>>>> DfmAccessControlTest.__testImportTemplate:1310 expected:<201>
> > but
> > >>>>> was:<200>
> > >>>>>
> > >>>>> Running with Java 1.7.
> > >>>>>
> > >>>>> Kind regards
> > >>>>> Karl Heinz Marbaise
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>> On 12/14/14 5:15 AM, Joe Gresock wrote:
> > >>>>>
> > >>>>> Hi guys,
> > >>>>>
> > >>>>> I just checked out master and tried to run misc/build-order.sh.
> > >>>>> It got up
> > >>>>> to standard-processors and then had 19 unit test failures. Is
> > >>>>> the build
> > >>>>> supposed to be working now?
> > >>>>>
> > >>>>> I'm running Java 1.8 u25 on Windows. I get the same test
> > >>>>> failures running
> > >>>>> both from maven 3.2.3 and in JUnit within Eclipse. Here's one
> > >>>>> example:
> > >>>>>
> > >>>>> java.lang.AssertionError: FlowFile content differs from input
> > at
> > >>>>> byte 20
> > >>>>> with input having value 13 and FlowFile having value 10
> > >>>>> at org.junit.Assert.fail(Assert.__java:88)
> > >>>>> at
> > >>>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> > >>>>> MockFlowFile.java:252)
> > >>>>> at
> > >>>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> > >>>>> MockFlowFile.java:204)
> > >>>>> at
> > >>>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> > >>>>> MockFlowFile.java:192)
> > >>>>> at
> > >>>
> > >>>
> > >>> --
> > >>> I know what it is to be in need, and I know what it is to have
> > plenty. I
> > >>> have learned the secret of being content in any and every situation,
> > >>> whether well fed or hungry, whether living in plenty or in want. I can
> > >> do
> > >>> all this through him who gives me strength. *-Philippians 4:12-13*
> > >>
> >
>
>
>
> --
> I know what it is to be in need, and I know what it is to have plenty. I
> have learned the secret of being content in any and every situation,
> whether well fed or hungry, whether living in plenty or in want. I can do
> all this through him who gives me strength. *-Philippians 4:12-13*
Re: standard-processors maven build fails?
Posted by Joe Gresock <jg...@gmail.com>.
Yep, I'm building on Windows. I'm skipping tests for now, but I did notice
that enunciate is one step in the standard build.
Since enunciate does not support Java 8
<http://stackoverflow.com/questions/23917246/maven-enunciate-plugin-on-java-1-8-as-apt-now-removed-from-latest-jdk-i-e-java>,
it looks like you can't really build the whole source using Java 8 (may
want to make note of this somewhere on the site).
At this point I've also built using jdk 1.7 u71, and I tend to agree that
the test failures are possibly due to expectation of Linux line breaks in
unit tests, causing the tests to fail on Windows.
In better news, I got the build to work by skipping tests and running with
Java 7!
On Sun, Dec 14, 2014 at 11:36 AM, Mark Payne <ma...@hotmail.com> wrote:
> Actually from the output you are running Windows, not Linux. I've only
> built on Windows. But it's possible that someone updated the tests since I
> last built.
>
> Sent from my iPhone
>
> > On Dec 14, 2014, at 11:34 AM, Joe Witt <jo...@gmail.com> wrote:
> >
> > Building on Linux is all I've done.
> >> On Dec 14, 2014 11:32 AM, "Mark Payne" <ma...@hotmail.com> wrote:
> >>
> >> Based on the error message, it looks like a problem with line endings.
> >> expecting \r\n and only getting a \n. So it will likely fail if running
> in
> >> Linux? Have others had issues running this in Linux?
> >>
> >> I'm not at a computer right now, but I can look into it Monday morning
> if
> >> nobody else has addressed it by then.
> >>
> >> In the mean time, you could just ignore the tests if you want to get it
> >> built
> >>
> >> Sent from my iPhone
> >>
> >>> On Dec 14, 2014, at 10:35 AM, Joe Gresock <jg...@gmail.com> wrote:
> >>>
> >>> Well, it turns out I get the exact same 19 failures in the develop
> >> branch.
> >>> My next step will be to try to build with Java 7.
> >>>
> >>> FYI, here is the maven -version:
> >>>
> >>> Apache Maven 3.2.3 (33f8c3e1027c3ddde99d3cdebad2656a31e8fdf4;
> >>> 2014-08-11T16:58:10-04:00)
> >>> Maven home: c:\Program Files\apache-maven-3.2.3
> >>> Java version: 1.8.0_25, vendor: Oracle Corporation
> >>> Java home: c:\Program Files\Java\jdk1.8.0_25\jre
> >>> Default locale: en_US, platform encoding: Cp1252
> >>> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"
> >>>
> >>> Also, as I mentioned above, this happens both on the command line and
> as
> >> a
> >>> Junit test from Eclipse Luna. I'll let you know what happens when I
> try
> >>> with Java 7.
> >>>
> >>> On Sun, Dec 14, 2014 at 7:32 AM, Karl Heinz Marbaise <
> khmarbaise@gmx.de>
> >>> wrote:
> >>>
> >>>> Hi Joe,
> >>>>
> >>>>> On 12/14/14 1:07 PM, Joe Witt wrote:
> >>>>>
> >>>>> The 'master' branch is just the code as initially contributed. It
> will
> >>>>> be updated once we have a release.
> >>>>>
> >>>>> The branch you will wan to work with to stay up to date with the
> >>>>> progress is 'develop'. Java 8 is expected to work but not tested
> yet.
> >>>>> Maven 3.2.3 is required at this moment but am testing/working with a
> >>>>> patch from Karl-Heinz that may help relax the requirement to 3.x
> >>>>
> >>>> If you need further help for that please just ask...
> >>>>
> >>>> Kind regards
> >>>> Karl Heinz Marbaise
> >>>>
> >>>>
> >>>>> The test failure Karl-Heinz notes is fixed on the develop branch.
> >>>>>
> >>>>> So for develop branch here is the current guidance:
> >>>>> http://nifi.incubator.apache.org/development/quickstart.html
> >>>>>
> >>>>> Thanks
> >>>>> Joe
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Sun, Dec 14, 2014 at 3:15 AM, Karl Heinz Marbaise <
> >> khmarbaise@gmx.de
> >>>>> <ma...@gmx.de>> wrote:
> >>>>>
> >>>>> Hi,
> >>>>>
> >>>>> have you tested that on command line only ?
> >>>>>
> >>>>> I have run the test on Mac OS by using misc/build-order.sh which
> >>>>> produces exactly a single test failure...
> >>>>>
> >>>>> testImportTemplate(org.apache.__nifi.integration.__accesscontrol.__
> >>>>> DfmAccessControlTest)
> >>>>> Time elapsed: 0.271 sec <<< FAILURE!
> >>>>> java.lang.AssertionError: expected:<201> but was:<200>
> >>>>> at org.junit.Assert.fail(Assert.__java:88)
> >>>>> at org.junit.Assert.__failNotEquals(Assert.java:743)
> >>>>> at org.junit.Assert.assertEquals(__Assert.java:118)
> >>>>> at org.junit.Assert.assertEquals(__Assert.java:555)
> >>>>> at org.junit.Assert.assertEquals(__Assert.java:542)
> >>>>> at
> >>>>>
> >> org.apache.nifi.integration.__accesscontrol.__DfmAccessControlTest.__
> >>>>> testImportTemplate(__DfmAccessControlTest.java:__1310)
> >>>>>
> >>>>> Running
> >>>>> org.apache.nifi.integration.__accesscontrol.__
> >>>>> ReadOnlyAccessControlTest
> >>>>> Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
> >>>>> 9.53 sec - in
> >>>>> org.apache.nifi.integration.__accesscontrol.__
> >>>>> ReadOnlyAccessControlTest
> >>>>>
> >>>>> Results :
> >>>>>
> >>>>> Failed tests:
> >>>>> DfmAccessControlTest.__testImportTemplate:1310 expected:<201>
> but
> >>>>> was:<200>
> >>>>>
> >>>>> Running with Java 1.7.
> >>>>>
> >>>>> Kind regards
> >>>>> Karl Heinz Marbaise
> >>>>>
> >>>>>
> >>>>>
> >>>>> On 12/14/14 5:15 AM, Joe Gresock wrote:
> >>>>>
> >>>>> Hi guys,
> >>>>>
> >>>>> I just checked out master and tried to run misc/build-order.sh.
> >>>>> It got up
> >>>>> to standard-processors and then had 19 unit test failures. Is
> >>>>> the build
> >>>>> supposed to be working now?
> >>>>>
> >>>>> I'm running Java 1.8 u25 on Windows. I get the same test
> >>>>> failures running
> >>>>> both from maven 3.2.3 and in JUnit within Eclipse. Here's one
> >>>>> example:
> >>>>>
> >>>>> java.lang.AssertionError: FlowFile content differs from input
> at
> >>>>> byte 20
> >>>>> with input having value 13 and FlowFile having value 10
> >>>>> at org.junit.Assert.fail(Assert.__java:88)
> >>>>> at
> >>>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> >>>>> MockFlowFile.java:252)
> >>>>> at
> >>>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> >>>>> MockFlowFile.java:204)
> >>>>> at
> >>>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> >>>>> MockFlowFile.java:192)
> >>>>> at
> >>>
> >>>
> >>> --
> >>> I know what it is to be in need, and I know what it is to have
> plenty. I
> >>> have learned the secret of being content in any and every situation,
> >>> whether well fed or hungry, whether living in plenty or in want. I can
> >> do
> >>> all this through him who gives me strength. *-Philippians 4:12-13*
> >>
>
--
I know what it is to be in need, and I know what it is to have plenty. I
have learned the secret of being content in any and every situation,
whether well fed or hungry, whether living in plenty or in want. I can do
all this through him who gives me strength. *-Philippians 4:12-13*
Re: standard-processors maven build fails?
Posted by Mark Payne <ma...@hotmail.com>.
Actually from the output you are running Windows, not Linux. I've only built on Windows. But it's possible that someone updated the tests since I last built.
Sent from my iPhone
> On Dec 14, 2014, at 11:34 AM, Joe Witt <jo...@gmail.com> wrote:
>
> Building on Linux is all I've done.
>> On Dec 14, 2014 11:32 AM, "Mark Payne" <ma...@hotmail.com> wrote:
>>
>> Based on the error message, it looks like a problem with line endings.
>> expecting \r\n and only getting a \n. So it will likely fail if running in
>> Linux? Have others had issues running this in Linux?
>>
>> I'm not at a computer right now, but I can look into it Monday morning if
>> nobody else has addressed it by then.
>>
>> In the mean time, you could just ignore the tests if you want to get it
>> built
>>
>> Sent from my iPhone
>>
>>> On Dec 14, 2014, at 10:35 AM, Joe Gresock <jg...@gmail.com> wrote:
>>>
>>> Well, it turns out I get the exact same 19 failures in the develop
>> branch.
>>> My next step will be to try to build with Java 7.
>>>
>>> FYI, here is the maven -version:
>>>
>>> Apache Maven 3.2.3 (33f8c3e1027c3ddde99d3cdebad2656a31e8fdf4;
>>> 2014-08-11T16:58:10-04:00)
>>> Maven home: c:\Program Files\apache-maven-3.2.3
>>> Java version: 1.8.0_25, vendor: Oracle Corporation
>>> Java home: c:\Program Files\Java\jdk1.8.0_25\jre
>>> Default locale: en_US, platform encoding: Cp1252
>>> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"
>>>
>>> Also, as I mentioned above, this happens both on the command line and as
>> a
>>> Junit test from Eclipse Luna. I'll let you know what happens when I try
>>> with Java 7.
>>>
>>> On Sun, Dec 14, 2014 at 7:32 AM, Karl Heinz Marbaise <kh...@gmx.de>
>>> wrote:
>>>
>>>> Hi Joe,
>>>>
>>>>> On 12/14/14 1:07 PM, Joe Witt wrote:
>>>>>
>>>>> The 'master' branch is just the code as initially contributed. It will
>>>>> be updated once we have a release.
>>>>>
>>>>> The branch you will wan to work with to stay up to date with the
>>>>> progress is 'develop'. Java 8 is expected to work but not tested yet.
>>>>> Maven 3.2.3 is required at this moment but am testing/working with a
>>>>> patch from Karl-Heinz that may help relax the requirement to 3.x
>>>>
>>>> If you need further help for that please just ask...
>>>>
>>>> Kind regards
>>>> Karl Heinz Marbaise
>>>>
>>>>
>>>>> The test failure Karl-Heinz notes is fixed on the develop branch.
>>>>>
>>>>> So for develop branch here is the current guidance:
>>>>> http://nifi.incubator.apache.org/development/quickstart.html
>>>>>
>>>>> Thanks
>>>>> Joe
>>>>>
>>>>>
>>>>>
>>>>> On Sun, Dec 14, 2014 at 3:15 AM, Karl Heinz Marbaise <
>> khmarbaise@gmx.de
>>>>> <ma...@gmx.de>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> have you tested that on command line only ?
>>>>>
>>>>> I have run the test on Mac OS by using misc/build-order.sh which
>>>>> produces exactly a single test failure...
>>>>>
>>>>> testImportTemplate(org.apache.__nifi.integration.__accesscontrol.__
>>>>> DfmAccessControlTest)
>>>>> Time elapsed: 0.271 sec <<< FAILURE!
>>>>> java.lang.AssertionError: expected:<201> but was:<200>
>>>>> at org.junit.Assert.fail(Assert.__java:88)
>>>>> at org.junit.Assert.__failNotEquals(Assert.java:743)
>>>>> at org.junit.Assert.assertEquals(__Assert.java:118)
>>>>> at org.junit.Assert.assertEquals(__Assert.java:555)
>>>>> at org.junit.Assert.assertEquals(__Assert.java:542)
>>>>> at
>>>>>
>> org.apache.nifi.integration.__accesscontrol.__DfmAccessControlTest.__
>>>>> testImportTemplate(__DfmAccessControlTest.java:__1310)
>>>>>
>>>>> Running
>>>>> org.apache.nifi.integration.__accesscontrol.__
>>>>> ReadOnlyAccessControlTest
>>>>> Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
>>>>> 9.53 sec - in
>>>>> org.apache.nifi.integration.__accesscontrol.__
>>>>> ReadOnlyAccessControlTest
>>>>>
>>>>> Results :
>>>>>
>>>>> Failed tests:
>>>>> DfmAccessControlTest.__testImportTemplate:1310 expected:<201> but
>>>>> was:<200>
>>>>>
>>>>> Running with Java 1.7.
>>>>>
>>>>> Kind regards
>>>>> Karl Heinz Marbaise
>>>>>
>>>>>
>>>>>
>>>>> On 12/14/14 5:15 AM, Joe Gresock wrote:
>>>>>
>>>>> Hi guys,
>>>>>
>>>>> I just checked out master and tried to run misc/build-order.sh.
>>>>> It got up
>>>>> to standard-processors and then had 19 unit test failures. Is
>>>>> the build
>>>>> supposed to be working now?
>>>>>
>>>>> I'm running Java 1.8 u25 on Windows. I get the same test
>>>>> failures running
>>>>> both from maven 3.2.3 and in JUnit within Eclipse. Here's one
>>>>> example:
>>>>>
>>>>> java.lang.AssertionError: FlowFile content differs from input at
>>>>> byte 20
>>>>> with input having value 13 and FlowFile having value 10
>>>>> at org.junit.Assert.fail(Assert.__java:88)
>>>>> at
>>>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>>>>> MockFlowFile.java:252)
>>>>> at
>>>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>>>>> MockFlowFile.java:204)
>>>>> at
>>>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>>>>> MockFlowFile.java:192)
>>>>> at
>>>
>>>
>>> --
>>> I know what it is to be in need, and I know what it is to have plenty. I
>>> have learned the secret of being content in any and every situation,
>>> whether well fed or hungry, whether living in plenty or in want. I can
>> do
>>> all this through him who gives me strength. *-Philippians 4:12-13*
>>
Re: standard-processors maven build fails?
Posted by Joe Witt <jo...@gmail.com>.
Building on Linux is all I've done.
On Dec 14, 2014 11:32 AM, "Mark Payne" <ma...@hotmail.com> wrote:
> Based on the error message, it looks like a problem with line endings.
> expecting \r\n and only getting a \n. So it will likely fail if running in
> Linux? Have others had issues running this in Linux?
>
> I'm not at a computer right now, but I can look into it Monday morning if
> nobody else has addressed it by then.
>
> In the mean time, you could just ignore the tests if you want to get it
> built
>
> Sent from my iPhone
>
> > On Dec 14, 2014, at 10:35 AM, Joe Gresock <jg...@gmail.com> wrote:
> >
> > Well, it turns out I get the exact same 19 failures in the develop
> branch.
> > My next step will be to try to build with Java 7.
> >
> > FYI, here is the maven -version:
> >
> > Apache Maven 3.2.3 (33f8c3e1027c3ddde99d3cdebad2656a31e8fdf4;
> > 2014-08-11T16:58:10-04:00)
> > Maven home: c:\Program Files\apache-maven-3.2.3
> > Java version: 1.8.0_25, vendor: Oracle Corporation
> > Java home: c:\Program Files\Java\jdk1.8.0_25\jre
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"
> >
> > Also, as I mentioned above, this happens both on the command line and as
> a
> > Junit test from Eclipse Luna. I'll let you know what happens when I try
> > with Java 7.
> >
> > On Sun, Dec 14, 2014 at 7:32 AM, Karl Heinz Marbaise <kh...@gmx.de>
> > wrote:
> >
> >> Hi Joe,
> >>
> >>> On 12/14/14 1:07 PM, Joe Witt wrote:
> >>>
> >>> The 'master' branch is just the code as initially contributed. It will
> >>> be updated once we have a release.
> >>>
> >>> The branch you will wan to work with to stay up to date with the
> >>> progress is 'develop'. Java 8 is expected to work but not tested yet.
> >>> Maven 3.2.3 is required at this moment but am testing/working with a
> >>> patch from Karl-Heinz that may help relax the requirement to 3.x
> >>
> >> If you need further help for that please just ask...
> >>
> >> Kind regards
> >> Karl Heinz Marbaise
> >>
> >>
> >>> The test failure Karl-Heinz notes is fixed on the develop branch.
> >>>
> >>> So for develop branch here is the current guidance:
> >>> http://nifi.incubator.apache.org/development/quickstart.html
> >>>
> >>> Thanks
> >>> Joe
> >>>
> >>>
> >>>
> >>> On Sun, Dec 14, 2014 at 3:15 AM, Karl Heinz Marbaise <
> khmarbaise@gmx.de
> >>> <ma...@gmx.de>> wrote:
> >>>
> >>> Hi,
> >>>
> >>> have you tested that on command line only ?
> >>>
> >>> I have run the test on Mac OS by using misc/build-order.sh which
> >>> produces exactly a single test failure...
> >>>
> >>> testImportTemplate(org.apache.__nifi.integration.__accesscontrol.__
> >>> DfmAccessControlTest)
> >>> Time elapsed: 0.271 sec <<< FAILURE!
> >>> java.lang.AssertionError: expected:<201> but was:<200>
> >>> at org.junit.Assert.fail(Assert.__java:88)
> >>> at org.junit.Assert.__failNotEquals(Assert.java:743)
> >>> at org.junit.Assert.assertEquals(__Assert.java:118)
> >>> at org.junit.Assert.assertEquals(__Assert.java:555)
> >>> at org.junit.Assert.assertEquals(__Assert.java:542)
> >>> at
> >>>
> org.apache.nifi.integration.__accesscontrol.__DfmAccessControlTest.__
> >>> testImportTemplate(__DfmAccessControlTest.java:__1310)
> >>>
> >>> Running
> >>> org.apache.nifi.integration.__accesscontrol.__
> >>> ReadOnlyAccessControlTest
> >>> Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
> >>> 9.53 sec - in
> >>> org.apache.nifi.integration.__accesscontrol.__
> >>> ReadOnlyAccessControlTest
> >>>
> >>> Results :
> >>>
> >>> Failed tests:
> >>> DfmAccessControlTest.__testImportTemplate:1310 expected:<201> but
> >>> was:<200>
> >>>
> >>> Running with Java 1.7.
> >>>
> >>> Kind regards
> >>> Karl Heinz Marbaise
> >>>
> >>>
> >>>
> >>> On 12/14/14 5:15 AM, Joe Gresock wrote:
> >>>
> >>> Hi guys,
> >>>
> >>> I just checked out master and tried to run misc/build-order.sh.
> >>> It got up
> >>> to standard-processors and then had 19 unit test failures. Is
> >>> the build
> >>> supposed to be working now?
> >>>
> >>> I'm running Java 1.8 u25 on Windows. I get the same test
> >>> failures running
> >>> both from maven 3.2.3 and in JUnit within Eclipse. Here's one
> >>> example:
> >>>
> >>> java.lang.AssertionError: FlowFile content differs from input at
> >>> byte 20
> >>> with input having value 13 and FlowFile having value 10
> >>> at org.junit.Assert.fail(Assert.__java:88)
> >>> at
> >>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> >>> MockFlowFile.java:252)
> >>> at
> >>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> >>> MockFlowFile.java:204)
> >>> at
> >>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
> >>> MockFlowFile.java:192)
> >>> at
> >
> >
> > --
> > I know what it is to be in need, and I know what it is to have plenty. I
> > have learned the secret of being content in any and every situation,
> > whether well fed or hungry, whether living in plenty or in want. I can
> do
> > all this through him who gives me strength. *-Philippians 4:12-13*
>
Re: standard-processors maven build fails?
Posted by Mark Payne <ma...@hotmail.com>.
Based on the error message, it looks like a problem with line endings. expecting \r\n and only getting a \n. So it will likely fail if running in Linux? Have others had issues running this in Linux?
I'm not at a computer right now, but I can look into it Monday morning if nobody else has addressed it by then.
In the mean time, you could just ignore the tests if you want to get it built
Sent from my iPhone
> On Dec 14, 2014, at 10:35 AM, Joe Gresock <jg...@gmail.com> wrote:
>
> Well, it turns out I get the exact same 19 failures in the develop branch.
> My next step will be to try to build with Java 7.
>
> FYI, here is the maven -version:
>
> Apache Maven 3.2.3 (33f8c3e1027c3ddde99d3cdebad2656a31e8fdf4;
> 2014-08-11T16:58:10-04:00)
> Maven home: c:\Program Files\apache-maven-3.2.3
> Java version: 1.8.0_25, vendor: Oracle Corporation
> Java home: c:\Program Files\Java\jdk1.8.0_25\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"
>
> Also, as I mentioned above, this happens both on the command line and as a
> Junit test from Eclipse Luna. I'll let you know what happens when I try
> with Java 7.
>
> On Sun, Dec 14, 2014 at 7:32 AM, Karl Heinz Marbaise <kh...@gmx.de>
> wrote:
>
>> Hi Joe,
>>
>>> On 12/14/14 1:07 PM, Joe Witt wrote:
>>>
>>> The 'master' branch is just the code as initially contributed. It will
>>> be updated once we have a release.
>>>
>>> The branch you will wan to work with to stay up to date with the
>>> progress is 'develop'. Java 8 is expected to work but not tested yet.
>>> Maven 3.2.3 is required at this moment but am testing/working with a
>>> patch from Karl-Heinz that may help relax the requirement to 3.x
>>
>> If you need further help for that please just ask...
>>
>> Kind regards
>> Karl Heinz Marbaise
>>
>>
>>> The test failure Karl-Heinz notes is fixed on the develop branch.
>>>
>>> So for develop branch here is the current guidance:
>>> http://nifi.incubator.apache.org/development/quickstart.html
>>>
>>> Thanks
>>> Joe
>>>
>>>
>>>
>>> On Sun, Dec 14, 2014 at 3:15 AM, Karl Heinz Marbaise <khmarbaise@gmx.de
>>> <ma...@gmx.de>> wrote:
>>>
>>> Hi,
>>>
>>> have you tested that on command line only ?
>>>
>>> I have run the test on Mac OS by using misc/build-order.sh which
>>> produces exactly a single test failure...
>>>
>>> testImportTemplate(org.apache.__nifi.integration.__accesscontrol.__
>>> DfmAccessControlTest)
>>> Time elapsed: 0.271 sec <<< FAILURE!
>>> java.lang.AssertionError: expected:<201> but was:<200>
>>> at org.junit.Assert.fail(Assert.__java:88)
>>> at org.junit.Assert.__failNotEquals(Assert.java:743)
>>> at org.junit.Assert.assertEquals(__Assert.java:118)
>>> at org.junit.Assert.assertEquals(__Assert.java:555)
>>> at org.junit.Assert.assertEquals(__Assert.java:542)
>>> at
>>> org.apache.nifi.integration.__accesscontrol.__DfmAccessControlTest.__
>>> testImportTemplate(__DfmAccessControlTest.java:__1310)
>>>
>>> Running
>>> org.apache.nifi.integration.__accesscontrol.__
>>> ReadOnlyAccessControlTest
>>> Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
>>> 9.53 sec - in
>>> org.apache.nifi.integration.__accesscontrol.__
>>> ReadOnlyAccessControlTest
>>>
>>> Results :
>>>
>>> Failed tests:
>>> DfmAccessControlTest.__testImportTemplate:1310 expected:<201> but
>>> was:<200>
>>>
>>> Running with Java 1.7.
>>>
>>> Kind regards
>>> Karl Heinz Marbaise
>>>
>>>
>>>
>>> On 12/14/14 5:15 AM, Joe Gresock wrote:
>>>
>>> Hi guys,
>>>
>>> I just checked out master and tried to run misc/build-order.sh.
>>> It got up
>>> to standard-processors and then had 19 unit test failures. Is
>>> the build
>>> supposed to be working now?
>>>
>>> I'm running Java 1.8 u25 on Windows. I get the same test
>>> failures running
>>> both from maven 3.2.3 and in JUnit within Eclipse. Here's one
>>> example:
>>>
>>> java.lang.AssertionError: FlowFile content differs from input at
>>> byte 20
>>> with input having value 13 and FlowFile having value 10
>>> at org.junit.Assert.fail(Assert.__java:88)
>>> at
>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>>> MockFlowFile.java:252)
>>> at
>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>>> MockFlowFile.java:204)
>>> at
>>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>>> MockFlowFile.java:192)
>>> at
>
>
> --
> I know what it is to be in need, and I know what it is to have plenty. I
> have learned the secret of being content in any and every situation,
> whether well fed or hungry, whether living in plenty or in want. I can do
> all this through him who gives me strength. *-Philippians 4:12-13*
Re: standard-processors maven build fails?
Posted by Joe Gresock <jg...@gmail.com>.
Well, it turns out I get the exact same 19 failures in the develop branch.
My next step will be to try to build with Java 7.
FYI, here is the maven -version:
Apache Maven 3.2.3 (33f8c3e1027c3ddde99d3cdebad2656a31e8fdf4;
2014-08-11T16:58:10-04:00)
Maven home: c:\Program Files\apache-maven-3.2.3
Java version: 1.8.0_25, vendor: Oracle Corporation
Java home: c:\Program Files\Java\jdk1.8.0_25\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "dos"
Also, as I mentioned above, this happens both on the command line and as a
Junit test from Eclipse Luna. I'll let you know what happens when I try
with Java 7.
On Sun, Dec 14, 2014 at 7:32 AM, Karl Heinz Marbaise <kh...@gmx.de>
wrote:
> Hi Joe,
>
> On 12/14/14 1:07 PM, Joe Witt wrote:
>
>> The 'master' branch is just the code as initially contributed. It will
>> be updated once we have a release.
>>
>> The branch you will wan to work with to stay up to date with the
>> progress is 'develop'. Java 8 is expected to work but not tested yet.
>> Maven 3.2.3 is required at this moment but am testing/working with a
>> patch from Karl-Heinz that may help relax the requirement to 3.x
>>
>
> If you need further help for that please just ask...
>
> Kind regards
> Karl Heinz Marbaise
>
>
>> The test failure Karl-Heinz notes is fixed on the develop branch.
>>
>> So for develop branch here is the current guidance:
>> http://nifi.incubator.apache.org/development/quickstart.html
>>
>> Thanks
>> Joe
>>
>>
>>
>> On Sun, Dec 14, 2014 at 3:15 AM, Karl Heinz Marbaise <khmarbaise@gmx.de
>> <ma...@gmx.de>> wrote:
>>
>> Hi,
>>
>> have you tested that on command line only ?
>>
>> I have run the test on Mac OS by using misc/build-order.sh which
>> produces exactly a single test failure...
>>
>> testImportTemplate(org.apache.__nifi.integration.__accesscontrol.__
>> DfmAccessControlTest)
>> Time elapsed: 0.271 sec <<< FAILURE!
>> java.lang.AssertionError: expected:<201> but was:<200>
>> at org.junit.Assert.fail(Assert.__java:88)
>> at org.junit.Assert.__failNotEquals(Assert.java:743)
>> at org.junit.Assert.assertEquals(__Assert.java:118)
>> at org.junit.Assert.assertEquals(__Assert.java:555)
>> at org.junit.Assert.assertEquals(__Assert.java:542)
>> at
>> org.apache.nifi.integration.__accesscontrol.__DfmAccessControlTest.__
>> testImportTemplate(__DfmAccessControlTest.java:__1310)
>>
>> Running
>> org.apache.nifi.integration.__accesscontrol.__
>> ReadOnlyAccessControlTest
>> Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
>> 9.53 sec - in
>> org.apache.nifi.integration.__accesscontrol.__
>> ReadOnlyAccessControlTest
>>
>> Results :
>>
>> Failed tests:
>> DfmAccessControlTest.__testImportTemplate:1310 expected:<201> but
>> was:<200>
>>
>> Running with Java 1.7.
>>
>> Kind regards
>> Karl Heinz Marbaise
>>
>>
>>
>> On 12/14/14 5:15 AM, Joe Gresock wrote:
>>
>> Hi guys,
>>
>> I just checked out master and tried to run misc/build-order.sh.
>> It got up
>> to standard-processors and then had 19 unit test failures. Is
>> the build
>> supposed to be working now?
>>
>> I'm running Java 1.8 u25 on Windows. I get the same test
>> failures running
>> both from maven 3.2.3 and in JUnit within Eclipse. Here's one
>> example:
>>
>> java.lang.AssertionError: FlowFile content differs from input at
>> byte 20
>> with input having value 13 and FlowFile having value 10
>> at org.junit.Assert.fail(Assert.__java:88)
>> at
>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>> MockFlowFile.java:252)
>> at
>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>> MockFlowFile.java:204)
>> at
>> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__
>> MockFlowFile.java:192)
>> at
>>
>
--
I know what it is to be in need, and I know what it is to have plenty. I
have learned the secret of being content in any and every situation,
whether well fed or hungry, whether living in plenty or in want. I can do
all this through him who gives me strength. *-Philippians 4:12-13*
Re: standard-processors maven build fails?
Posted by Karl Heinz Marbaise <kh...@gmx.de>.
Hi Joe,
On 12/14/14 1:07 PM, Joe Witt wrote:
> The 'master' branch is just the code as initially contributed. It will
> be updated once we have a release.
>
> The branch you will wan to work with to stay up to date with the
> progress is 'develop'. Java 8 is expected to work but not tested yet.
> Maven 3.2.3 is required at this moment but am testing/working with a
> patch from Karl-Heinz that may help relax the requirement to 3.x
If you need further help for that please just ask...
Kind regards
Karl Heinz Marbaise
>
> The test failure Karl-Heinz notes is fixed on the develop branch.
>
> So for develop branch here is the current guidance:
> http://nifi.incubator.apache.org/development/quickstart.html
>
> Thanks
> Joe
>
>
>
> On Sun, Dec 14, 2014 at 3:15 AM, Karl Heinz Marbaise <khmarbaise@gmx.de
> <ma...@gmx.de>> wrote:
>
> Hi,
>
> have you tested that on command line only ?
>
> I have run the test on Mac OS by using misc/build-order.sh which
> produces exactly a single test failure...
>
> testImportTemplate(org.apache.__nifi.integration.__accesscontrol.__DfmAccessControlTest)
> Time elapsed: 0.271 sec <<< FAILURE!
> java.lang.AssertionError: expected:<201> but was:<200>
> at org.junit.Assert.fail(Assert.__java:88)
> at org.junit.Assert.__failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(__Assert.java:118)
> at org.junit.Assert.assertEquals(__Assert.java:555)
> at org.junit.Assert.assertEquals(__Assert.java:542)
> at
> org.apache.nifi.integration.__accesscontrol.__DfmAccessControlTest.__testImportTemplate(__DfmAccessControlTest.java:__1310)
>
> Running
> org.apache.nifi.integration.__accesscontrol.__ReadOnlyAccessControlTest
> Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
> 9.53 sec - in
> org.apache.nifi.integration.__accesscontrol.__ReadOnlyAccessControlTest
>
> Results :
>
> Failed tests:
> DfmAccessControlTest.__testImportTemplate:1310 expected:<201> but
> was:<200>
>
> Running with Java 1.7.
>
> Kind regards
> Karl Heinz Marbaise
>
>
>
> On 12/14/14 5:15 AM, Joe Gresock wrote:
>
> Hi guys,
>
> I just checked out master and tried to run misc/build-order.sh.
> It got up
> to standard-processors and then had 19 unit test failures. Is
> the build
> supposed to be working now?
>
> I'm running Java 1.8 u25 on Windows. I get the same test
> failures running
> both from maven 3.2.3 and in JUnit within Eclipse. Here's one
> example:
>
> java.lang.AssertionError: FlowFile content differs from input at
> byte 20
> with input having value 13 and FlowFile having value 10
> at org.junit.Assert.fail(Assert.__java:88)
> at
> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__MockFlowFile.java:252)
> at
> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__MockFlowFile.java:204)
> at
> org.apache.nifi.util.__MockFlowFile.__assertContentEquals(__MockFlowFile.java:192)
> at
Re: standard-processors maven build fails?
Posted by Joe Witt <jo...@gmail.com>.
The 'master' branch is just the code as initially contributed. It will be
updated once we have a release.
The branch you will wan to work with to stay up to date with the progress
is 'develop'. Java 8 is expected to work but not tested yet. Maven 3.2.3
is required at this moment but am testing/working with a patch from
Karl-Heinz that may help relax the requirement to 3.x
The test failure Karl-Heinz notes is fixed on the develop branch.
So for develop branch here is the current guidance:
http://nifi.incubator.apache.org/development/quickstart.html
Thanks
Joe
On Sun, Dec 14, 2014 at 3:15 AM, Karl Heinz Marbaise <kh...@gmx.de>
wrote:
>
> Hi,
>
> have you tested that on command line only ?
>
> I have run the test on Mac OS by using misc/build-order.sh which produces
> exactly a single test failure...
>
> testImportTemplate(org.apache.nifi.integration.accesscontrol.DfmAccessControlTest)
> Time elapsed: 0.271 sec <<< FAILURE!
> java.lang.AssertionError: expected:<201> but was:<200>
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.failNotEquals(Assert.java:743)
> at org.junit.Assert.assertEquals(Assert.java:118)
> at org.junit.Assert.assertEquals(Assert.java:555)
> at org.junit.Assert.assertEquals(Assert.java:542)
> at org.apache.nifi.integration.accesscontrol.DfmAccessControlTest.
> testImportTemplate(DfmAccessControlTest.java:1310)
>
> Running org.apache.nifi.integration.accesscontrol.
> ReadOnlyAccessControlTest
> Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.53 sec
> - in org.apache.nifi.integration.accesscontrol.ReadOnlyAccessControlTest
>
> Results :
>
> Failed tests:
> DfmAccessControlTest.testImportTemplate:1310 expected:<201> but
> was:<200>
>
> Running with Java 1.7.
>
> Kind regards
> Karl Heinz Marbaise
>
>
>
> On 12/14/14 5:15 AM, Joe Gresock wrote:
>
>> Hi guys,
>>
>> I just checked out master and tried to run misc/build-order.sh. It got up
>> to standard-processors and then had 19 unit test failures. Is the build
>> supposed to be working now?
>>
>> I'm running Java 1.8 u25 on Windows. I get the same test failures running
>> both from maven 3.2.3 and in JUnit within Eclipse. Here's one example:
>>
>> java.lang.AssertionError: FlowFile content differs from input at byte 20
>> with input having value 13 and FlowFile having value 10
>> at org.junit.Assert.fail(Assert.java:88)
>> at
>> org.apache.nifi.util.MockFlowFile.assertContentEquals(
>> MockFlowFile.java:252)
>> at
>> org.apache.nifi.util.MockFlowFile.assertContentEquals(
>> MockFlowFile.java:204)
>> at
>> org.apache.nifi.util.MockFlowFile.assertContentEquals(
>> MockFlowFile.java:192)
>> at
>> org.apache.nifi.processors.standard.TestUnpackContent.
>> testFlowFileStreamV2(TestUnpackContent.java:129)
>>
>> Thanks,
>> Joe
>>
>>
>
Re: standard-processors maven build fails?
Posted by Karl Heinz Marbaise <kh...@gmx.de>.
Hi,
have you tested that on command line only ?
I have run the test on Mac OS by using misc/build-order.sh which
produces exactly a single test failure...
testImportTemplate(org.apache.nifi.integration.accesscontrol.DfmAccessControlTest)
Time elapsed: 0.271 sec <<< FAILURE!
java.lang.AssertionError: expected:<201> but was:<200>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:743)
at org.junit.Assert.assertEquals(Assert.java:118)
at org.junit.Assert.assertEquals(Assert.java:555)
at org.junit.Assert.assertEquals(Assert.java:542)
at
org.apache.nifi.integration.accesscontrol.DfmAccessControlTest.testImportTemplate(DfmAccessControlTest.java:1310)
Running org.apache.nifi.integration.accesscontrol.ReadOnlyAccessControlTest
Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.53
sec - in org.apache.nifi.integration.accesscontrol.ReadOnlyAccessControlTest
Results :
Failed tests:
DfmAccessControlTest.testImportTemplate:1310 expected:<201> but was:<200>
Running with Java 1.7.
Kind regards
Karl Heinz Marbaise
On 12/14/14 5:15 AM, Joe Gresock wrote:
> Hi guys,
>
> I just checked out master and tried to run misc/build-order.sh. It got up
> to standard-processors and then had 19 unit test failures. Is the build
> supposed to be working now?
>
> I'm running Java 1.8 u25 on Windows. I get the same test failures running
> both from maven 3.2.3 and in JUnit within Eclipse. Here's one example:
>
> java.lang.AssertionError: FlowFile content differs from input at byte 20
> with input having value 13 and FlowFile having value 10
> at org.junit.Assert.fail(Assert.java:88)
> at
> org.apache.nifi.util.MockFlowFile.assertContentEquals(MockFlowFile.java:252)
> at
> org.apache.nifi.util.MockFlowFile.assertContentEquals(MockFlowFile.java:204)
> at
> org.apache.nifi.util.MockFlowFile.assertContentEquals(MockFlowFile.java:192)
> at
> org.apache.nifi.processors.standard.TestUnpackContent.testFlowFileStreamV2(TestUnpackContent.java:129)
>
> Thanks,
> Joe
>