WebAppContext Failed startup of context

classic Classic list List threaded Threaded
34 messages Options
12
Reply | Threaded
Open this post in threaded view
|

WebAppContext Failed startup of context

Andre
Hi there,

I am wondering if anyone else is facing the following error when
starting nifi 0.4.0 compiled from master??

2015-12-06 19:58:31,325 WARN [main]
org.eclipse.jetty.webapp.WebAppContext Failed startup of context
o.e.j.w.WebAppContext@2c9af8c3{/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
java.lang.IllegalArgumentException: Comparison method violates its
general contract!
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Matt Gilman
Andre,

Can you confirm that your up to date? And then run 'mvn -version' to
provide your environment? Also do you see them same thing running the 0.4.0
RC candidate that was sent out yesterday?

Thanks!

Matt

On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]> wrote:

> Hi there,
>
> I am wondering if anyone else is facing the following error when
> starting nifi 0.4.0 compiled from master??
>
> 2015-12-06 19:58:31,325 WARN [main]
> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
> o.e.j.w.WebAppContext@2c9af8c3
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> java.lang.IllegalArgumentException: Comparison method violates its
> general contract!
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Andre
Matt,

$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-11T03:41:47+11:00)
Maven home: /usr/local/apache-maven-3.3.9
Java version: 1.7.0_91, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
family: "unix"

Yes. It did happen with the RC1 as well.

System is a centos development box with nothing in special, all
packages, except maven are installed from Centos & EPEL repos. Maven
installed from TGZ.



On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <[hidden email]> wrote:

> Andre,
>
> Can you confirm that your up to date? And then run 'mvn -version' to
> provide your environment? Also do you see them same thing running the 0.4.0
> RC candidate that was sent out yesterday?
>
> Thanks!
>
> Matt
>
> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]> wrote:
>
>> Hi there,
>>
>> I am wondering if anyone else is facing the following error when
>> starting nifi 0.4.0 compiled from master??
>>
>> 2015-12-06 19:58:31,325 WARN [main]
>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
>> o.e.j.w.WebAppContext@2c9af8c3
>> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
>> java.lang.IllegalArgumentException: Comparison method violates its
>> general contract!
>>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Matt Burgess
I think I've seen that with Java 7 compiled code (not compiled with 8 using 7 target) loaded on a Java 8 VM.

Sent from my iPhone

> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
>
> Matt,
>
> $ mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-11T03:41:47+11:00)
> Maven home: /usr/local/apache-maven-3.3.9
> Java version: 1.7.0_91, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
> family: "unix"
>
> Yes. It did happen with the RC1 as well.
>
> System is a centos development box with nothing in special, all
> packages, except maven are installed from Centos & EPEL repos. Maven
> installed from TGZ.
>
>
>
>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <[hidden email]> wrote:
>> Andre,
>>
>> Can you confirm that your up to date? And then run 'mvn -version' to
>> provide your environment? Also do you see them same thing running the 0.4.0
>> RC candidate that was sent out yesterday?
>>
>> Thanks!
>>
>> Matt
>>
>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]> wrote:
>>>
>>> Hi there,
>>>
>>> I am wondering if anyone else is facing the following error when
>>> starting nifi 0.4.0 compiled from master??
>>>
>>> 2015-12-06 19:58:31,325 WARN [main]
>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
>>> o.e.j.w.WebAppContext@2c9af8c3
>>> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
>>> java.lang.IllegalArgumentException: Comparison method violates its
>>> general contract!
>>>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

trkurc
Administrator
@Matt - so I could try to replicate by setting my JAVA_HOME to a 7 jdk when
I build, then when I launch, use an 8 jre? I'll give that a try

On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]> wrote:

> I think I've seen that with Java 7 compiled code (not compiled with 8
> using 7 target) loaded on a Java 8 VM.
>
> Sent from my iPhone
>
> > On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
> >
> > Matt,
> >
> > $ mvn -version
> > Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> > 2015-11-11T03:41:47+11:00)
> > Maven home: /usr/local/apache-maven-3.3.9
> > Java version: 1.7.0_91, vendor: Oracle Corporation
> > Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
> > family: "unix"
> >
> > Yes. It did happen with the RC1 as well.
> >
> > System is a centos development box with nothing in special, all
> > packages, except maven are installed from Centos & EPEL repos. Maven
> > installed from TGZ.
> >
> >
> >
> >> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <[hidden email]>
> wrote:
> >> Andre,
> >>
> >> Can you confirm that your up to date? And then run 'mvn -version' to
> >> provide your environment? Also do you see them same thing running the
> 0.4.0
> >> RC candidate that was sent out yesterday?
> >>
> >> Thanks!
> >>
> >> Matt
> >>
> >>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]> wrote:
> >>>
> >>> Hi there,
> >>>
> >>> I am wondering if anyone else is facing the following error when
> >>> starting nifi 0.4.0 compiled from master??
> >>>
> >>> 2015-12-06 19:58:31,325 WARN [main]
> >>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
> >>> o.e.j.w.WebAppContext@2c9af8c3
> >>>
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> >>> java.lang.IllegalArgumentException: Comparison method violates its
> >>> general contract!
> >>>
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Matt Burgess
Yes sir. I think they changed the way constructor bytecodes are generated in Java 8, so if you want to run on Java 8 you're supposed to compile on Java 8 (even if you also want a Java 7 target). I will try to find a reference on this to make sure I'm not entirely crazy, but I'm pretty sure I've run into this before.

Sent from my iPhone

> On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
>
> @Matt - so I could try to replicate by setting my JAVA_HOME to a 7 jdk when
> I build, then when I launch, use an 8 jre? I'll give that a try
>
>> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]> wrote:
>>
>> I think I've seen that with Java 7 compiled code (not compiled with 8
>> using 7 target) loaded on a Java 8 VM.
>>
>> Sent from my iPhone
>>
>>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
>>>
>>> Matt,
>>>
>>> $ mvn -version
>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>>> 2015-11-11T03:41:47+11:00)
>>> Maven home: /usr/local/apache-maven-3.3.9
>>> Java version: 1.7.0_91, vendor: Oracle Corporation
>>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
>>> Default locale: en_US, platform encoding: UTF-8
>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
>>> family: "unix"
>>>
>>> Yes. It did happen with the RC1 as well.
>>>
>>> System is a centos development box with nothing in special, all
>>> packages, except maven are installed from Centos & EPEL repos. Maven
>>> installed from TGZ.
>>>
>>>
>>>
>>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <[hidden email]>
>> wrote:
>>>> Andre,
>>>>
>>>> Can you confirm that your up to date? And then run 'mvn -version' to
>>>> provide your environment? Also do you see them same thing running the
>> 0.4.0
>>>> RC candidate that was sent out yesterday?
>>>>
>>>> Thanks!
>>>>
>>>> Matt
>>>>
>>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]> wrote:
>>>>>
>>>>> Hi there,
>>>>>
>>>>> I am wondering if anyone else is facing the following error when
>>>>> starting nifi 0.4.0 compiled from master??
>>>>>
>>>>> 2015-12-06 19:58:31,325 WARN [main]
>>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
>>>>> o.e.j.w.WebAppContext@2c9af8c3
>> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
>>>>> java.lang.IllegalArgumentException: Comparison method violates its
>>>>> general contract!
>>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

trkurc
Administrator
@Matt, I'm compiling now too

On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]> wrote:

> Yes sir. I think they changed the way constructor bytecodes are generated
> in Java 8, so if you want to run on Java 8 you're supposed to compile on
> Java 8 (even if you also want a Java 7 target). I will try to find a
> reference on this to make sure I'm not entirely crazy, but I'm pretty sure
> I've run into this before.
>
> Sent from my iPhone
>
> > On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
> >
> > @Matt - so I could try to replicate by setting my JAVA_HOME to a 7 jdk
> when
> > I build, then when I launch, use an 8 jre? I'll give that a try
> >
> >> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]>
> wrote:
> >>
> >> I think I've seen that with Java 7 compiled code (not compiled with 8
> >> using 7 target) loaded on a Java 8 VM.
> >>
> >> Sent from my iPhone
> >>
> >>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
> >>>
> >>> Matt,
> >>>
> >>> $ mvn -version
> >>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> >>> 2015-11-11T03:41:47+11:00)
> >>> Maven home: /usr/local/apache-maven-3.3.9
> >>> Java version: 1.7.0_91, vendor: Oracle Corporation
> >>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> >>> Default locale: en_US, platform encoding: UTF-8
> >>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
> >>> family: "unix"
> >>>
> >>> Yes. It did happen with the RC1 as well.
> >>>
> >>> System is a centos development box with nothing in special, all
> >>> packages, except maven are installed from Centos & EPEL repos. Maven
> >>> installed from TGZ.
> >>>
> >>>
> >>>
> >>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <[hidden email]
> >
> >> wrote:
> >>>> Andre,
> >>>>
> >>>> Can you confirm that your up to date? And then run 'mvn -version' to
> >>>> provide your environment? Also do you see them same thing running the
> >> 0.4.0
> >>>> RC candidate that was sent out yesterday?
> >>>>
> >>>> Thanks!
> >>>>
> >>>> Matt
> >>>>
> >>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]> wrote:
> >>>>>
> >>>>> Hi there,
> >>>>>
> >>>>> I am wondering if anyone else is facing the following error when
> >>>>> starting nifi 0.4.0 compiled from master??
> >>>>>
> >>>>> 2015-12-06 19:58:31,325 WARN [main]
> >>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
> >>>>> o.e.j.w.WebAppContext@2c9af8c3
> >>
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> >>>>> java.lang.IllegalArgumentException: Comparison method violates its
> >>>>> general contract!
> >>
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Matt Burgess
I couldn't find the reference on a quick internet search; instead they say it has something to do with non-transitive Comparators and/or the new TimSort implementation. I would think if that were the case we would've seen this a lot earlier though; not everyone is having this problem right?

Sent from my iPhone

> On Dec 6, 2015, at 5:49 PM, Tony Kurc <[hidden email]> wrote:
>
> @Matt, I'm compiling now too
>
>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]> wrote:
>>
>> Yes sir. I think they changed the way constructor bytecodes are generated
>> in Java 8, so if you want to run on Java 8 you're supposed to compile on
>> Java 8 (even if you also want a Java 7 target). I will try to find a
>> reference on this to make sure I'm not entirely crazy, but I'm pretty sure
>> I've run into this before.
>>
>> Sent from my iPhone
>>
>>> On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
>>>
>>> @Matt - so I could try to replicate by setting my JAVA_HOME to a 7 jdk
>> when
>>> I build, then when I launch, use an 8 jre? I'll give that a try
>>>
>>>> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]>
>> wrote:
>>>>
>>>> I think I've seen that with Java 7 compiled code (not compiled with 8
>>>> using 7 target) loaded on a Java 8 VM.
>>>>
>>>> Sent from my iPhone
>>>>
>>>>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
>>>>>
>>>>> Matt,
>>>>>
>>>>> $ mvn -version
>>>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>>>>> 2015-11-11T03:41:47+11:00)
>>>>> Maven home: /usr/local/apache-maven-3.3.9
>>>>> Java version: 1.7.0_91, vendor: Oracle Corporation
>>>>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
>>>>> Default locale: en_US, platform encoding: UTF-8
>>>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
>>>>> family: "unix"
>>>>>
>>>>> Yes. It did happen with the RC1 as well.
>>>>>
>>>>> System is a centos development box with nothing in special, all
>>>>> packages, except maven are installed from Centos & EPEL repos. Maven
>>>>> installed from TGZ.
>>>>>
>>>>>
>>>>>
>>>>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <[hidden email]
>>>
>>>> wrote:
>>>>>> Andre,
>>>>>>
>>>>>> Can you confirm that your up to date? And then run 'mvn -version' to
>>>>>> provide your environment? Also do you see them same thing running the
>>>> 0.4.0
>>>>>> RC candidate that was sent out yesterday?
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>> Matt
>>>>>>
>>>>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]> wrote:
>>>>>>>
>>>>>>> Hi there,
>>>>>>>
>>>>>>> I am wondering if anyone else is facing the following error when
>>>>>>> starting nifi 0.4.0 compiled from master??
>>>>>>>
>>>>>>> 2015-12-06 19:58:31,325 WARN [main]
>>>>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
>>>>>>> o.e.j.w.WebAppContext@2c9af8c3
>> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
>>>>>>> java.lang.IllegalArgumentException: Comparison method violates its
>>>>>>> general contract!
>>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Joe Witt
I am not seeing this.  Built on 8.  Run on 7.

But def want to help get to the bottom of it.
On Dec 6, 2015 5:59 PM, "Matt Burgess" <[hidden email]> wrote:

> I couldn't find the reference on a quick internet search; instead they say
> it has something to do with non-transitive Comparators and/or the new
> TimSort implementation. I would think if that were the case we would've
> seen this a lot earlier though; not everyone is having this problem right?
>
> Sent from my iPhone
>
> > On Dec 6, 2015, at 5:49 PM, Tony Kurc <[hidden email]> wrote:
> >
> > @Matt, I'm compiling now too
> >
> >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]>
> wrote:
> >>
> >> Yes sir. I think they changed the way constructor bytecodes are
> generated
> >> in Java 8, so if you want to run on Java 8 you're supposed to compile on
> >> Java 8 (even if you also want a Java 7 target). I will try to find a
> >> reference on this to make sure I'm not entirely crazy, but I'm pretty
> sure
> >> I've run into this before.
> >>
> >> Sent from my iPhone
> >>
> >>> On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
> >>>
> >>> @Matt - so I could try to replicate by setting my JAVA_HOME to a 7 jdk
> >> when
> >>> I build, then when I launch, use an 8 jre? I'll give that a try
> >>>
> >>>> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]>
> >> wrote:
> >>>>
> >>>> I think I've seen that with Java 7 compiled code (not compiled with 8
> >>>> using 7 target) loaded on a Java 8 VM.
> >>>>
> >>>> Sent from my iPhone
> >>>>
> >>>>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
> >>>>>
> >>>>> Matt,
> >>>>>
> >>>>> $ mvn -version
> >>>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> >>>>> 2015-11-11T03:41:47+11:00)
> >>>>> Maven home: /usr/local/apache-maven-3.3.9
> >>>>> Java version: 1.7.0_91, vendor: Oracle Corporation
> >>>>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> >>>>> Default locale: en_US, platform encoding: UTF-8
> >>>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
> "amd64",
> >>>>> family: "unix"
> >>>>>
> >>>>> Yes. It did happen with the RC1 as well.
> >>>>>
> >>>>> System is a centos development box with nothing in special, all
> >>>>> packages, except maven are installed from Centos & EPEL repos. Maven
> >>>>> installed from TGZ.
> >>>>>
> >>>>>
> >>>>>
> >>>>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
> [hidden email]
> >>>
> >>>> wrote:
> >>>>>> Andre,
> >>>>>>
> >>>>>> Can you confirm that your up to date? And then run 'mvn -version' to
> >>>>>> provide your environment? Also do you see them same thing running
> the
> >>>> 0.4.0
> >>>>>> RC candidate that was sent out yesterday?
> >>>>>>
> >>>>>> Thanks!
> >>>>>>
> >>>>>> Matt
> >>>>>>
> >>>>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
> wrote:
> >>>>>>>
> >>>>>>> Hi there,
> >>>>>>>
> >>>>>>> I am wondering if anyone else is facing the following error when
> >>>>>>> starting nifi 0.4.0 compiled from master??
> >>>>>>>
> >>>>>>> 2015-12-06 19:58:31,325 WARN [main]
> >>>>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
> >>>>>>> o.e.j.w.WebAppContext@2c9af8c3
> >>
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> >>>>>>> java.lang.IllegalArgumentException: Comparison method violates its
> >>>>>>> general contract!
> >>
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

trkurc
Administrator
In reply to this post by Matt Burgess
I just built with oracle 1.7.0_79 (64 bit), and running on 1.8.0_45 (64
bit). No problems.

This guy stuck out in the mvn version above:
Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre

On Sun, Dec 6, 2015 at 5:59 PM, Matt Burgess <[hidden email]> wrote:

> I couldn't find the reference on a quick internet search; instead they say
> it has something to do with non-transitive Comparators and/or the new
> TimSort implementation. I would think if that were the case we would've
> seen this a lot earlier though; not everyone is having this problem right?
>
> Sent from my iPhone
>
> > On Dec 6, 2015, at 5:49 PM, Tony Kurc <[hidden email]> wrote:
> >
> > @Matt, I'm compiling now too
> >
> >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]>
> wrote:
> >>
> >> Yes sir. I think they changed the way constructor bytecodes are
> generated
> >> in Java 8, so if you want to run on Java 8 you're supposed to compile on
> >> Java 8 (even if you also want a Java 7 target). I will try to find a
> >> reference on this to make sure I'm not entirely crazy, but I'm pretty
> sure
> >> I've run into this before.
> >>
> >> Sent from my iPhone
> >>
> >>> On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
> >>>
> >>> @Matt - so I could try to replicate by setting my JAVA_HOME to a 7 jdk
> >> when
> >>> I build, then when I launch, use an 8 jre? I'll give that a try
> >>>
> >>>> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]>
> >> wrote:
> >>>>
> >>>> I think I've seen that with Java 7 compiled code (not compiled with 8
> >>>> using 7 target) loaded on a Java 8 VM.
> >>>>
> >>>> Sent from my iPhone
> >>>>
> >>>>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
> >>>>>
> >>>>> Matt,
> >>>>>
> >>>>> $ mvn -version
> >>>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> >>>>> 2015-11-11T03:41:47+11:00)
> >>>>> Maven home: /usr/local/apache-maven-3.3.9
> >>>>> Java version: 1.7.0_91, vendor: Oracle Corporation
> >>>>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> >>>>> Default locale: en_US, platform encoding: UTF-8
> >>>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
> "amd64",
> >>>>> family: "unix"
> >>>>>
> >>>>> Yes. It did happen with the RC1 as well.
> >>>>>
> >>>>> System is a centos development box with nothing in special, all
> >>>>> packages, except maven are installed from Centos & EPEL repos. Maven
> >>>>> installed from TGZ.
> >>>>>
> >>>>>
> >>>>>
> >>>>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
> [hidden email]
> >>>
> >>>> wrote:
> >>>>>> Andre,
> >>>>>>
> >>>>>> Can you confirm that your up to date? And then run 'mvn -version' to
> >>>>>> provide your environment? Also do you see them same thing running
> the
> >>>> 0.4.0
> >>>>>> RC candidate that was sent out yesterday?
> >>>>>>
> >>>>>> Thanks!
> >>>>>>
> >>>>>> Matt
> >>>>>>
> >>>>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
> wrote:
> >>>>>>>
> >>>>>>> Hi there,
> >>>>>>>
> >>>>>>> I am wondering if anyone else is facing the following error when
> >>>>>>> starting nifi 0.4.0 compiled from master??
> >>>>>>>
> >>>>>>> 2015-12-06 19:58:31,325 WARN [main]
> >>>>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
> >>>>>>> o.e.j.w.WebAppContext@2c9af8c3
> >>
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> >>>>>>> java.lang.IllegalArgumentException: Comparison method violates its
> >>>>>>> general contract!
> >>
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

trkurc
Administrator
In reply to this post by Joe Witt
Going to try this:
tkurc@computer:~/nifi/$ export
JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-amd64/jre
tkurc@computer:~/nifi/$ mvn -version
Apache Maven 3.3.3 (7994120775791599e205a5524ec3e0dfe41d4a06;
2015-04-22T07:57:37-04:00)
Maven home: /opt/maven/apache-maven-3.3.3
Java version: 1.7.0_85, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "3.13.0-68-generic", arch: "amd64", family:
"unix"


On Sun, Dec 6, 2015 at 6:06 PM, Joe Witt <[hidden email]> wrote:

> I am not seeing this.  Built on 8.  Run on 7.
>
> But def want to help get to the bottom of it.
> On Dec 6, 2015 5:59 PM, "Matt Burgess" <[hidden email]> wrote:
>
> > I couldn't find the reference on a quick internet search; instead they
> say
> > it has something to do with non-transitive Comparators and/or the new
> > TimSort implementation. I would think if that were the case we would've
> > seen this a lot earlier though; not everyone is having this problem
> right?
> >
> > Sent from my iPhone
> >
> > > On Dec 6, 2015, at 5:49 PM, Tony Kurc <[hidden email]> wrote:
> > >
> > > @Matt, I'm compiling now too
> > >
> > >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]>
> > wrote:
> > >>
> > >> Yes sir. I think they changed the way constructor bytecodes are
> > generated
> > >> in Java 8, so if you want to run on Java 8 you're supposed to compile
> on
> > >> Java 8 (even if you also want a Java 7 target). I will try to find a
> > >> reference on this to make sure I'm not entirely crazy, but I'm pretty
> > sure
> > >> I've run into this before.
> > >>
> > >> Sent from my iPhone
> > >>
> > >>> On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
> > >>>
> > >>> @Matt - so I could try to replicate by setting my JAVA_HOME to a 7
> jdk
> > >> when
> > >>> I build, then when I launch, use an 8 jre? I'll give that a try
> > >>>
> > >>>> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]>
> > >> wrote:
> > >>>>
> > >>>> I think I've seen that with Java 7 compiled code (not compiled with
> 8
> > >>>> using 7 target) loaded on a Java 8 VM.
> > >>>>
> > >>>> Sent from my iPhone
> > >>>>
> > >>>>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
> > >>>>>
> > >>>>> Matt,
> > >>>>>
> > >>>>> $ mvn -version
> > >>>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> > >>>>> 2015-11-11T03:41:47+11:00)
> > >>>>> Maven home: /usr/local/apache-maven-3.3.9
> > >>>>> Java version: 1.7.0_91, vendor: Oracle Corporation
> > >>>>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> > >>>>> Default locale: en_US, platform encoding: UTF-8
> > >>>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
> > "amd64",
> > >>>>> family: "unix"
> > >>>>>
> > >>>>> Yes. It did happen with the RC1 as well.
> > >>>>>
> > >>>>> System is a centos development box with nothing in special, all
> > >>>>> packages, except maven are installed from Centos & EPEL repos.
> Maven
> > >>>>> installed from TGZ.
> > >>>>>
> > >>>>>
> > >>>>>
> > >>>>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
> > [hidden email]
> > >>>
> > >>>> wrote:
> > >>>>>> Andre,
> > >>>>>>
> > >>>>>> Can you confirm that your up to date? And then run 'mvn -version'
> to
> > >>>>>> provide your environment? Also do you see them same thing running
> > the
> > >>>> 0.4.0
> > >>>>>> RC candidate that was sent out yesterday?
> > >>>>>>
> > >>>>>> Thanks!
> > >>>>>>
> > >>>>>> Matt
> > >>>>>>
> > >>>>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
> > wrote:
> > >>>>>>>
> > >>>>>>> Hi there,
> > >>>>>>>
> > >>>>>>> I am wondering if anyone else is facing the following error when
> > >>>>>>> starting nifi 0.4.0 compiled from master??
> > >>>>>>>
> > >>>>>>> 2015-12-06 19:58:31,325 WARN [main]
> > >>>>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
> > >>>>>>> o.e.j.w.WebAppContext@2c9af8c3
> > >>
> >
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> > >>>>>>> java.lang.IllegalArgumentException: Comparison method violates
> its
> > >>>>>>> general contract!
> > >>
> >
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

trkurc
Administrator
@Andre: do you see a lot of these when you build?

[WARNING] Unable to autodetect 'javac' path, using 'javac' from the
environment.


On Sun, Dec 6, 2015 at 6:08 PM, Tony Kurc <[hidden email]> wrote:

> Going to try this:
> tkurc@computer:~/nifi/$ export
> JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-amd64/jre
> tkurc@computer:~/nifi/$ mvn -version
> Apache Maven 3.3.3 (7994120775791599e205a5524ec3e0dfe41d4a06;
> 2015-04-22T07:57:37-04:00)
> Maven home: /opt/maven/apache-maven-3.3.3
> Java version: 1.7.0_85, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "3.13.0-68-generic", arch: "amd64", family:
> "unix"
>
>
> On Sun, Dec 6, 2015 at 6:06 PM, Joe Witt <[hidden email]> wrote:
>
>> I am not seeing this.  Built on 8.  Run on 7.
>>
>> But def want to help get to the bottom of it.
>> On Dec 6, 2015 5:59 PM, "Matt Burgess" <[hidden email]> wrote:
>>
>> > I couldn't find the reference on a quick internet search; instead they
>> say
>> > it has something to do with non-transitive Comparators and/or the new
>> > TimSort implementation. I would think if that were the case we would've
>> > seen this a lot earlier though; not everyone is having this problem
>> right?
>> >
>> > Sent from my iPhone
>> >
>> > > On Dec 6, 2015, at 5:49 PM, Tony Kurc <[hidden email]> wrote:
>> > >
>> > > @Matt, I'm compiling now too
>> > >
>> > >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]>
>> > wrote:
>> > >>
>> > >> Yes sir. I think they changed the way constructor bytecodes are
>> > generated
>> > >> in Java 8, so if you want to run on Java 8 you're supposed to
>> compile on
>> > >> Java 8 (even if you also want a Java 7 target). I will try to find a
>> > >> reference on this to make sure I'm not entirely crazy, but I'm pretty
>> > sure
>> > >> I've run into this before.
>> > >>
>> > >> Sent from my iPhone
>> > >>
>> > >>> On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
>> > >>>
>> > >>> @Matt - so I could try to replicate by setting my JAVA_HOME to a 7
>> jdk
>> > >> when
>> > >>> I build, then when I launch, use an 8 jre? I'll give that a try
>> > >>>
>> > >>>> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]>
>> > >> wrote:
>> > >>>>
>> > >>>> I think I've seen that with Java 7 compiled code (not compiled
>> with 8
>> > >>>> using 7 target) loaded on a Java 8 VM.
>> > >>>>
>> > >>>> Sent from my iPhone
>> > >>>>
>> > >>>>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
>> > >>>>>
>> > >>>>> Matt,
>> > >>>>>
>> > >>>>> $ mvn -version
>> > >>>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>> > >>>>> 2015-11-11T03:41:47+11:00)
>> > >>>>> Maven home: /usr/local/apache-maven-3.3.9
>> > >>>>> Java version: 1.7.0_91, vendor: Oracle Corporation
>> > >>>>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
>> > >>>>> Default locale: en_US, platform encoding: UTF-8
>> > >>>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
>> > "amd64",
>> > >>>>> family: "unix"
>> > >>>>>
>> > >>>>> Yes. It did happen with the RC1 as well.
>> > >>>>>
>> > >>>>> System is a centos development box with nothing in special, all
>> > >>>>> packages, except maven are installed from Centos & EPEL repos.
>> Maven
>> > >>>>> installed from TGZ.
>> > >>>>>
>> > >>>>>
>> > >>>>>
>> > >>>>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
>> > [hidden email]
>> > >>>
>> > >>>> wrote:
>> > >>>>>> Andre,
>> > >>>>>>
>> > >>>>>> Can you confirm that your up to date? And then run 'mvn
>> -version' to
>> > >>>>>> provide your environment? Also do you see them same thing running
>> > the
>> > >>>> 0.4.0
>> > >>>>>> RC candidate that was sent out yesterday?
>> > >>>>>>
>> > >>>>>> Thanks!
>> > >>>>>>
>> > >>>>>> Matt
>> > >>>>>>
>> > >>>>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
>> > wrote:
>> > >>>>>>>
>> > >>>>>>> Hi there,
>> > >>>>>>>
>> > >>>>>>> I am wondering if anyone else is facing the following error when
>> > >>>>>>> starting nifi 0.4.0 compiled from master??
>> > >>>>>>>
>> > >>>>>>> 2015-12-06 19:58:31,325 WARN [main]
>> > >>>>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
>> > >>>>>>> o.e.j.w.WebAppContext@2c9af8c3
>> > >>
>> >
>> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
>> > >>>>>>> java.lang.IllegalArgumentException: Comparison method violates
>> its
>> > >>>>>>> general contract!
>> > >>
>> >
>>
>
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Aldrin Piri
As another data point, I had success with a very similar environment as
Andre.  Details below:


[apiri@brick nifi-0.4.0-SNAPSHOT]$ cat /etc/centos-release
CentOS Linux release 7.1.1503 (Core)
[apiri@brick nifi-0.4.0-SNAPSHOT]$ uname -a
Linux brick 3.18.17-13.el7.x86_64 #1 SMP Wed Jul 22 14:20:15 UTC 2015
x86_64 x86_64 x86_64 GNU/Linux
[apiri@brick nifi-0.4.0-SNAPSHOT]$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T11:41:47-05:00)
Maven home: /usr/local/maven
Java version: 1.7.0_91, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "3.18.17-13.el7.x86_64", arch: "amd64", family:
"unix"
[apiri@brick nifi-0.4.0-SNAPSHOT]$ tail -n10 logs/nifi-app.log
2015-12-06 17:55:45,994 INFO [main] org.apache.nifi.web.server.JettyServer
NiFi has started. The UI is available at the following URLs:
2015-12-06 17:55:45,995 INFO [main] org.apache.nifi.web.server.JettyServer
http://127.0.0.1:8081/nifi
2015-12-06 17:55:45,995 INFO [main] org.apache.nifi.web.server.JettyServer
http://192.168.0.3:8081/nifi
2015-12-06 17:55:45,995 INFO [main] org.apache.nifi.web.server.JettyServer
http://172.17.42.1:8081/nifi
2015-12-06 17:55:45,997 INFO [main] org.apache.nifi.BootstrapListener
Successfully initiated communication with Bootstrap
2015-12-06 17:55:45,997 INFO [main] org.apache.nifi.NiFi Controller
initialization took 10585822261 nanoseconds.
2015-12-06 17:57:36,286 INFO [NiFi Web Server-20]
c.s.j.s.i.application.WebApplicationImpl Initiating Jersey application,
version 'Jersey: 1.19 02/11/2015 03:25 AM'
2015-12-06 17:57:44,446 INFO [pool-18-thread-1]
o.a.n.c.r.WriteAheadFlowFileRepository Initiating checkpoint of FlowFile
Repository
2015-12-06 17:57:44,581 INFO [pool-18-thread-1]
org.wali.MinimalLockingWriteAheadLog
org.wali.MinimalLockingWriteAheadLog@6177d222 checkpointed with 0 Records
and 0 Swap Files in 134 milliseconds (Stop-the-world time = 36
milliseconds, Clear Edit Logs time = 45 millis), max Transaction ID -1
2015-12-06 17:57:44,581 INFO [pool-18-thread-1]
o.a.n.c.r.WriteAheadFlowFileRepository Successfully checkpointed FlowFile
Repository with 0 records in 134 milliseconds
[apiri@brick nifi-0.4.0-SNAPSHOT]$

On Sun, Dec 6, 2015 at 6:13 PM, Tony Kurc <[hidden email]> wrote:

> @Andre: do you see a lot of these when you build?
>
> [WARNING] Unable to autodetect 'javac' path, using 'javac' from the
> environment.
>
>
> On Sun, Dec 6, 2015 at 6:08 PM, Tony Kurc <[hidden email]> wrote:
>
> > Going to try this:
> > tkurc@computer:~/nifi/$ export
> > JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-amd64/jre
> > tkurc@computer:~/nifi/$ mvn -version
> > Apache Maven 3.3.3 (7994120775791599e205a5524ec3e0dfe41d4a06;
> > 2015-04-22T07:57:37-04:00)
> > Maven home: /opt/maven/apache-maven-3.3.3
> > Java version: 1.7.0_85, vendor: Oracle Corporation
> > Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "linux", version: "3.13.0-68-generic", arch: "amd64", family:
> > "unix"
> >
> >
> > On Sun, Dec 6, 2015 at 6:06 PM, Joe Witt <[hidden email]> wrote:
> >
> >> I am not seeing this.  Built on 8.  Run on 7.
> >>
> >> But def want to help get to the bottom of it.
> >> On Dec 6, 2015 5:59 PM, "Matt Burgess" <[hidden email]> wrote:
> >>
> >> > I couldn't find the reference on a quick internet search; instead they
> >> say
> >> > it has something to do with non-transitive Comparators and/or the new
> >> > TimSort implementation. I would think if that were the case we
> would've
> >> > seen this a lot earlier though; not everyone is having this problem
> >> right?
> >> >
> >> > Sent from my iPhone
> >> >
> >> > > On Dec 6, 2015, at 5:49 PM, Tony Kurc <[hidden email]> wrote:
> >> > >
> >> > > @Matt, I'm compiling now too
> >> > >
> >> > >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]>
> >> > wrote:
> >> > >>
> >> > >> Yes sir. I think they changed the way constructor bytecodes are
> >> > generated
> >> > >> in Java 8, so if you want to run on Java 8 you're supposed to
> >> compile on
> >> > >> Java 8 (even if you also want a Java 7 target). I will try to find
> a
> >> > >> reference on this to make sure I'm not entirely crazy, but I'm
> pretty
> >> > sure
> >> > >> I've run into this before.
> >> > >>
> >> > >> Sent from my iPhone
> >> > >>
> >> > >>> On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
> >> > >>>
> >> > >>> @Matt - so I could try to replicate by setting my JAVA_HOME to a 7
> >> jdk
> >> > >> when
> >> > >>> I build, then when I launch, use an 8 jre? I'll give that a try
> >> > >>>
> >> > >>>> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <
> [hidden email]>
> >> > >> wrote:
> >> > >>>>
> >> > >>>> I think I've seen that with Java 7 compiled code (not compiled
> >> with 8
> >> > >>>> using 7 target) loaded on a Java 8 VM.
> >> > >>>>
> >> > >>>> Sent from my iPhone
> >> > >>>>
> >> > >>>>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
> >> > >>>>>
> >> > >>>>> Matt,
> >> > >>>>>
> >> > >>>>> $ mvn -version
> >> > >>>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> >> > >>>>> 2015-11-11T03:41:47+11:00)
> >> > >>>>> Maven home: /usr/local/apache-maven-3.3.9
> >> > >>>>> Java version: 1.7.0_91, vendor: Oracle Corporation
> >> > >>>>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> >> > >>>>> Default locale: en_US, platform encoding: UTF-8
> >> > >>>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
> >> > "amd64",
> >> > >>>>> family: "unix"
> >> > >>>>>
> >> > >>>>> Yes. It did happen with the RC1 as well.
> >> > >>>>>
> >> > >>>>> System is a centos development box with nothing in special, all
> >> > >>>>> packages, except maven are installed from Centos & EPEL repos.
> >> Maven
> >> > >>>>> installed from TGZ.
> >> > >>>>>
> >> > >>>>>
> >> > >>>>>
> >> > >>>>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
> >> > [hidden email]
> >> > >>>
> >> > >>>> wrote:
> >> > >>>>>> Andre,
> >> > >>>>>>
> >> > >>>>>> Can you confirm that your up to date? And then run 'mvn
> >> -version' to
> >> > >>>>>> provide your environment? Also do you see them same thing
> running
> >> > the
> >> > >>>> 0.4.0
> >> > >>>>>> RC candidate that was sent out yesterday?
> >> > >>>>>>
> >> > >>>>>> Thanks!
> >> > >>>>>>
> >> > >>>>>> Matt
> >> > >>>>>>
> >> > >>>>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
> >> > wrote:
> >> > >>>>>>>
> >> > >>>>>>> Hi there,
> >> > >>>>>>>
> >> > >>>>>>> I am wondering if anyone else is facing the following error
> when
> >> > >>>>>>> starting nifi 0.4.0 compiled from master??
> >> > >>>>>>>
> >> > >>>>>>> 2015-12-06 19:58:31,325 WARN [main]
> >> > >>>>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of
> context
> >> > >>>>>>> o.e.j.w.WebAppContext@2c9af8c3
> >> > >>
> >> >
> >>
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> >> > >>>>>>> java.lang.IllegalArgumentException: Comparison method violates
> >> its
> >> > >>>>>>> general contract!
> >> > >>
> >> >
> >>
> >
> >
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Matt Gilman
In reply to this post by trkurc
I don't believe there is any code in nifi-web-ui that should be generating these sort of errors. Could be one of the JSPs that get compiled at build time which I believe is what Tony is eluding to.

I also notice in your environment is an Oracle JVM on your path but an openjdk for your JAVA_HOME. This doesn't necessarily show a problem, but let us know if your seeing anything when you build. Thanks!

Matt

Sent from my iPhone

> On Dec 6, 2015, at 6:13 PM, Tony Kurc <[hidden email]> wrote:
>
> @Andre: do you see a lot of these when you build?
>
> [WARNING] Unable to autodetect 'javac' path, using 'javac' from the
> environment.
>
>
>> On Sun, Dec 6, 2015 at 6:08 PM, Tony Kurc <[hidden email]> wrote:
>>
>> Going to try this:
>> tkurc@computer:~/nifi/$ export
>> JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-amd64/jre
>> tkurc@computer:~/nifi/$ mvn -version
>> Apache Maven 3.3.3 (7994120775791599e205a5524ec3e0dfe41d4a06;
>> 2015-04-22T07:57:37-04:00)
>> Maven home: /opt/maven/apache-maven-3.3.3
>> Java version: 1.7.0_85, vendor: Oracle Corporation
>> Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "linux", version: "3.13.0-68-generic", arch: "amd64", family:
>> "unix"
>>
>>
>>> On Sun, Dec 6, 2015 at 6:06 PM, Joe Witt <[hidden email]> wrote:
>>>
>>> I am not seeing this.  Built on 8.  Run on 7.
>>>
>>> But def want to help get to the bottom of it.
>>>> On Dec 6, 2015 5:59 PM, "Matt Burgess" <[hidden email]> wrote:
>>>>
>>>> I couldn't find the reference on a quick internet search; instead they
>>> say
>>>> it has something to do with non-transitive Comparators and/or the new
>>>> TimSort implementation. I would think if that were the case we would've
>>>> seen this a lot earlier though; not everyone is having this problem
>>> right?
>>>>
>>>> Sent from my iPhone
>>>>
>>>>> On Dec 6, 2015, at 5:49 PM, Tony Kurc <[hidden email]> wrote:
>>>>>
>>>>> @Matt, I'm compiling now too
>>>>>
>>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]>
>>>> wrote:
>>>>>>
>>>>>> Yes sir. I think they changed the way constructor bytecodes are
>>>> generated
>>>>>> in Java 8, so if you want to run on Java 8 you're supposed to
>>> compile on
>>>>>> Java 8 (even if you also want a Java 7 target). I will try to find a
>>>>>> reference on this to make sure I'm not entirely crazy, but I'm pretty
>>>> sure
>>>>>> I've run into this before.
>>>>>>
>>>>>> Sent from my iPhone
>>>>>>
>>>>>>> On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
>>>>>>>
>>>>>>> @Matt - so I could try to replicate by setting my JAVA_HOME to a 7
>>> jdk
>>>>>> when
>>>>>>> I build, then when I launch, use an 8 jre? I'll give that a try
>>>>>>>
>>>>>>>> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]>
>>>>>> wrote:
>>>>>>>>
>>>>>>>> I think I've seen that with Java 7 compiled code (not compiled
>>> with 8
>>>>>>>> using 7 target) loaded on a Java 8 VM.
>>>>>>>>
>>>>>>>> Sent from my iPhone
>>>>>>>>
>>>>>>>>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
>>>>>>>>>
>>>>>>>>> Matt,
>>>>>>>>>
>>>>>>>>> $ mvn -version
>>>>>>>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>>>>>>>>> 2015-11-11T03:41:47+11:00)
>>>>>>>>> Maven home: /usr/local/apache-maven-3.3.9
>>>>>>>>> Java version: 1.7.0_91, vendor: Oracle Corporation
>>>>>>>>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
>>>>>>>>> Default locale: en_US, platform encoding: UTF-8
>>>>>>>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
>>>> "amd64",
>>>>>>>>> family: "unix"
>>>>>>>>>
>>>>>>>>> Yes. It did happen with the RC1 as well.
>>>>>>>>>
>>>>>>>>> System is a centos development box with nothing in special, all
>>>>>>>>> packages, except maven are installed from Centos & EPEL repos.
>>> Maven
>>>>>>>>> installed from TGZ.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
>>>> [hidden email]
>>>>>>>
>>>>>>>> wrote:
>>>>>>>>>> Andre,
>>>>>>>>>>
>>>>>>>>>> Can you confirm that your up to date? And then run 'mvn
>>> -version' to
>>>>>>>>>> provide your environment? Also do you see them same thing running
>>>> the
>>>>>>>> 0.4.0
>>>>>>>>>> RC candidate that was sent out yesterday?
>>>>>>>>>>
>>>>>>>>>> Thanks!
>>>>>>>>>>
>>>>>>>>>> Matt
>>>>>>>>>>
>>>>>>>>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi there,
>>>>>>>>>>>
>>>>>>>>>>> I am wondering if anyone else is facing the following error when
>>>>>>>>>>> starting nifi 0.4.0 compiled from master??
>>>>>>>>>>>
>>>>>>>>>>> 2015-12-06 19:58:31,325 WARN [main]
>>>>>>>>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
>>>>>>>>>>> o.e.j.w.WebAppContext@2c9af8c3
>>> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
>>>>>>>>>>> java.lang.IllegalArgumentException: Comparison method violates
>>> its
>>>>>>>>>>> general contract!
>>
>>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

trkurc
Administrator
In reply to this post by Aldrin Piri
@Aldrin - do you have the openjdk jdk installed? (is there a javac
somewhere in /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64)

On Sun, Dec 6, 2015 at 6:22 PM, Aldrin Piri <[hidden email]> wrote:

> As another data point, I had success with a very similar environment as
> Andre.  Details below:
>
>
> [apiri@brick nifi-0.4.0-SNAPSHOT]$ cat /etc/centos-release
> CentOS Linux release 7.1.1503 (Core)
> [apiri@brick nifi-0.4.0-SNAPSHOT]$ uname -a
> Linux brick 3.18.17-13.el7.x86_64 #1 SMP Wed Jul 22 14:20:15 UTC 2015
> x86_64 x86_64 x86_64 GNU/Linux
> [apiri@brick nifi-0.4.0-SNAPSHOT]$ mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-10T11:41:47-05:00)
> Maven home: /usr/local/maven
> Java version: 1.7.0_91, vendor: Oracle Corporation
> Java home:
> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "3.18.17-13.el7.x86_64", arch: "amd64", family:
> "unix"
> [apiri@brick nifi-0.4.0-SNAPSHOT]$ tail -n10 logs/nifi-app.log
> 2015-12-06 17:55:45,994 INFO [main] org.apache.nifi.web.server.JettyServer
> NiFi has started. The UI is available at the following URLs:
> 2015-12-06 17:55:45,995 INFO [main] org.apache.nifi.web.server.JettyServer
> http://127.0.0.1:8081/nifi
> 2015-12-06 17:55:45,995 INFO [main] org.apache.nifi.web.server.JettyServer
> http://192.168.0.3:8081/nifi
> 2015-12-06 17:55:45,995 INFO [main] org.apache.nifi.web.server.JettyServer
> http://172.17.42.1:8081/nifi
> 2015-12-06 17:55:45,997 INFO [main] org.apache.nifi.BootstrapListener
> Successfully initiated communication with Bootstrap
> 2015-12-06 17:55:45,997 INFO [main] org.apache.nifi.NiFi Controller
> initialization took 10585822261 nanoseconds.
> 2015-12-06 17:57:36,286 INFO [NiFi Web Server-20]
> c.s.j.s.i.application.WebApplicationImpl Initiating Jersey application,
> version 'Jersey: 1.19 02/11/2015 03:25 AM'
> 2015-12-06 17:57:44,446 INFO [pool-18-thread-1]
> o.a.n.c.r.WriteAheadFlowFileRepository Initiating checkpoint of FlowFile
> Repository
> 2015-12-06 17:57:44,581 INFO [pool-18-thread-1]
> org.wali.MinimalLockingWriteAheadLog
> org.wali.MinimalLockingWriteAheadLog@6177d222 checkpointed with 0 Records
> and 0 Swap Files in 134 milliseconds (Stop-the-world time = 36
> milliseconds, Clear Edit Logs time = 45 millis), max Transaction ID -1
> 2015-12-06 17:57:44,581 INFO [pool-18-thread-1]
> o.a.n.c.r.WriteAheadFlowFileRepository Successfully checkpointed FlowFile
> Repository with 0 records in 134 milliseconds
> [apiri@brick nifi-0.4.0-SNAPSHOT]$
>
> On Sun, Dec 6, 2015 at 6:13 PM, Tony Kurc <[hidden email]> wrote:
>
> > @Andre: do you see a lot of these when you build?
> >
> > [WARNING] Unable to autodetect 'javac' path, using 'javac' from the
> > environment.
> >
> >
> > On Sun, Dec 6, 2015 at 6:08 PM, Tony Kurc <[hidden email]> wrote:
> >
> > > Going to try this:
> > > tkurc@computer:~/nifi/$ export
> > > JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-amd64/jre
> > > tkurc@computer:~/nifi/$ mvn -version
> > > Apache Maven 3.3.3 (7994120775791599e205a5524ec3e0dfe41d4a06;
> > > 2015-04-22T07:57:37-04:00)
> > > Maven home: /opt/maven/apache-maven-3.3.3
> > > Java version: 1.7.0_85, vendor: Oracle Corporation
> > > Java home: /usr/lib/jvm/java-7-openjdk-amd64/jre
> > > Default locale: en_US, platform encoding: UTF-8
> > > OS name: "linux", version: "3.13.0-68-generic", arch: "amd64", family:
> > > "unix"
> > >
> > >
> > > On Sun, Dec 6, 2015 at 6:06 PM, Joe Witt <[hidden email]> wrote:
> > >
> > >> I am not seeing this.  Built on 8.  Run on 7.
> > >>
> > >> But def want to help get to the bottom of it.
> > >> On Dec 6, 2015 5:59 PM, "Matt Burgess" <[hidden email]> wrote:
> > >>
> > >> > I couldn't find the reference on a quick internet search; instead
> they
> > >> say
> > >> > it has something to do with non-transitive Comparators and/or the
> new
> > >> > TimSort implementation. I would think if that were the case we
> > would've
> > >> > seen this a lot earlier though; not everyone is having this problem
> > >> right?
> > >> >
> > >> > Sent from my iPhone
> > >> >
> > >> > > On Dec 6, 2015, at 5:49 PM, Tony Kurc <[hidden email]> wrote:
> > >> > >
> > >> > > @Matt, I'm compiling now too
> > >> > >
> > >> > >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <
> [hidden email]>
> > >> > wrote:
> > >> > >>
> > >> > >> Yes sir. I think they changed the way constructor bytecodes are
> > >> > generated
> > >> > >> in Java 8, so if you want to run on Java 8 you're supposed to
> > >> compile on
> > >> > >> Java 8 (even if you also want a Java 7 target). I will try to
> find
> > a
> > >> > >> reference on this to make sure I'm not entirely crazy, but I'm
> > pretty
> > >> > sure
> > >> > >> I've run into this before.
> > >> > >>
> > >> > >> Sent from my iPhone
> > >> > >>
> > >> > >>> On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
> > >> > >>>
> > >> > >>> @Matt - so I could try to replicate by setting my JAVA_HOME to
> a 7
> > >> jdk
> > >> > >> when
> > >> > >>> I build, then when I launch, use an 8 jre? I'll give that a try
> > >> > >>>
> > >> > >>>> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <
> > [hidden email]>
> > >> > >> wrote:
> > >> > >>>>
> > >> > >>>> I think I've seen that with Java 7 compiled code (not compiled
> > >> with 8
> > >> > >>>> using 7 target) loaded on a Java 8 VM.
> > >> > >>>>
> > >> > >>>> Sent from my iPhone
> > >> > >>>>
> > >> > >>>>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]>
> wrote:
> > >> > >>>>>
> > >> > >>>>> Matt,
> > >> > >>>>>
> > >> > >>>>> $ mvn -version
> > >> > >>>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> > >> > >>>>> 2015-11-11T03:41:47+11:00)
> > >> > >>>>> Maven home: /usr/local/apache-maven-3.3.9
> > >> > >>>>> Java version: 1.7.0_91, vendor: Oracle Corporation
> > >> > >>>>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> > >> > >>>>> Default locale: en_US, platform encoding: UTF-8
> > >> > >>>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
> > >> > "amd64",
> > >> > >>>>> family: "unix"
> > >> > >>>>>
> > >> > >>>>> Yes. It did happen with the RC1 as well.
> > >> > >>>>>
> > >> > >>>>> System is a centos development box with nothing in special,
> all
> > >> > >>>>> packages, except maven are installed from Centos & EPEL repos.
> > >> Maven
> > >> > >>>>> installed from TGZ.
> > >> > >>>>>
> > >> > >>>>>
> > >> > >>>>>
> > >> > >>>>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
> > >> > [hidden email]
> > >> > >>>
> > >> > >>>> wrote:
> > >> > >>>>>> Andre,
> > >> > >>>>>>
> > >> > >>>>>> Can you confirm that your up to date? And then run 'mvn
> > >> -version' to
> > >> > >>>>>> provide your environment? Also do you see them same thing
> > running
> > >> > the
> > >> > >>>> 0.4.0
> > >> > >>>>>> RC candidate that was sent out yesterday?
> > >> > >>>>>>
> > >> > >>>>>> Thanks!
> > >> > >>>>>>
> > >> > >>>>>> Matt
> > >> > >>>>>>
> > >> > >>>>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]
> >
> > >> > wrote:
> > >> > >>>>>>>
> > >> > >>>>>>> Hi there,
> > >> > >>>>>>>
> > >> > >>>>>>> I am wondering if anyone else is facing the following error
> > when
> > >> > >>>>>>> starting nifi 0.4.0 compiled from master??
> > >> > >>>>>>>
> > >> > >>>>>>> 2015-12-06 19:58:31,325 WARN [main]
> > >> > >>>>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of
> > context
> > >> > >>>>>>> o.e.j.w.WebAppContext@2c9af8c3
> > >> > >>
> > >> >
> > >>
> >
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> > >> > >>>>>>> java.lang.IllegalArgumentException: Comparison method
> violates
> > >> its
> > >> > >>>>>>> general contract!
> > >> > >>
> > >> >
> > >>
> > >
> > >
> >
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Andre
In reply to this post by trkurc
All,

I did some rebuilding around here and here's my findings:

$ git checkout e5281f1fc1865c653f8e2147622229d55c7d9ab1

Works like a charm. Makes sense as this was the build I was using
previously. Nifi WebUI is alive and kicking.

$ git checkout 7726d069cdc

Build completes, however ./bin/nifi.sh start causes the error previously
mentioned.

2015-12-07 10:01:26,557 WARN [main] org.apache.nifi.web.server.JettyServer
Failed to start web server... shutting down.
java.lang.IllegalArgumentException: Comparison method violates its general
contract!
        at java.util.ComparableTimSort.mergeHi(ComparableTimSort.java:866)
~[na:1.8.0_65]
        at java.util.ComparableTimSort.mergeAt(ComparableTimSort.java:483)
~[na:1.8.0_65]
        at
java.util.ComparableTimSort.mergeForceCollapse(ComparableTimSort.java:422)
~[na:1.8.0_65]
        at java.util.ComparableTimSort.sort(ComparableTimSort.java:222)
~[na:1.8.0_65]
        at java.util.Arrays.sort(Arrays.java:1246) ~[na:1.8.0_65]
        at
org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:865)
~[jetty-servlet-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:298)
~[jetty-servlet-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1349)
~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1342)
~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741)
~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:505)
~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
        at org.eclipse.jetty.server.Server.start(Server.java:387)
~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
        at org.eclipse.jetty.server.Server.doStart(Server.java:354)
~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
        at
org.apache.nifi.web.server.JettyServer.start(JettyServer.java:663)
~[nifi-jetty-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
        at org.apache.nifi.NiFi.<init>(NiFi.java:137)
[nifi-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
        at org.apache.nifi.NiFi.main(NiFi.java:227)
[nifi-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]


Given the comments, I've switched to Java 8 to build:

$ mvn -version
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-11T03:41:47+11:00)
Maven home: /usr/local/apache-maven-3.3.9
Java version: 1.8.0_65, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
family: "unix"


$ ps aux | grep mvn
/etc/alternatives/java_sdk_1.8.0//bin/java -classpath
/usr/local/apache-maven-3.3.9/boot/plexus-classworlds-2.5.2.jar
-Dclassworlds.conf=/usr/local/apache-maven-3.3.9/bin/m2.conf
-Dmaven.home=/usr/local/apache-maven-3.3.9
-Dmaven.multiModuleProjectDirectory=/home/user/development/nifi
org.codehaus.plexus.classworlds.launcher.Launcher -T 2.0C clean install

and to run:

...
2015-12-07 10:01:09,572 INFO [main] org.apache.nifi.bootstrap.Command
Command: /etc/alternatives/java_sdk_1.8.0/bin/java
...

Between builds, just for the sake of peace of mind I do:

$ rm -rf  ~/m2/repository/org/apache/nifi
$ find ~/development/nifi -name target -exec rm -rf {} \;


yum is up to date (therefore I would expect to be running the last OpenJDK
release in RHEL land)

$ cat /etc/redhat-release
CentOS release 6.7 (Final)


$ rpm -qa | grep -i java
java-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64
java-1.7.0-openjdk-1.7.0.91-2.6.2.2.el6_7.x86_64
tzdata-java-2015g-2.el6.noarch
java-1.8.0-openjdk-headless-1.8.0.65-0.b17.el6_7.x86_64
java-1.8.0-openjdk-devel-1.8.0.65-0.b17.el6_7.x86_64
java-1.7.0-openjdk-devel-1.7.0.91-2.6.2.2.el6_7.x86_64




On Mon, Dec 7, 2015 at 9:49 AM, Tony Kurc <[hidden email]> wrote:

> @Matt, I'm compiling now too
>
> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]> wrote:
>
> > Yes sir. I think they changed the way constructor bytecodes are generated
> > in Java 8, so if you want to run on Java 8 you're supposed to compile on
> > Java 8 (even if you also want a Java 7 target). I will try to find a
> > reference on this to make sure I'm not entirely crazy, but I'm pretty
> sure
> > I've run into this before.
> >
> > Sent from my iPhone
> >
> > > On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
> > >
> > > @Matt - so I could try to replicate by setting my JAVA_HOME to a 7 jdk
> > when
> > > I build, then when I launch, use an 8 jre? I'll give that a try
> > >
> > >> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]>
> > wrote:
> > >>
> > >> I think I've seen that with Java 7 compiled code (not compiled with 8
> > >> using 7 target) loaded on a Java 8 VM.
> > >>
> > >> Sent from my iPhone
> > >>
> > >>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
> > >>>
> > >>> Matt,
> > >>>
> > >>> $ mvn -version
> > >>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> > >>> 2015-11-11T03:41:47+11:00)
> > >>> Maven home: /usr/local/apache-maven-3.3.9
> > >>> Java version: 1.7.0_91, vendor: Oracle Corporation
> > >>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> > >>> Default locale: en_US, platform encoding: UTF-8
> > >>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
> "amd64",
> > >>> family: "unix"
> > >>>
> > >>> Yes. It did happen with the RC1 as well.
> > >>>
> > >>> System is a centos development box with nothing in special, all
> > >>> packages, except maven are installed from Centos & EPEL repos. Maven
> > >>> installed from TGZ.
> > >>>
> > >>>
> > >>>
> > >>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
> [hidden email]
> > >
> > >> wrote:
> > >>>> Andre,
> > >>>>
> > >>>> Can you confirm that your up to date? And then run 'mvn -version' to
> > >>>> provide your environment? Also do you see them same thing running
> the
> > >> 0.4.0
> > >>>> RC candidate that was sent out yesterday?
> > >>>>
> > >>>> Thanks!
> > >>>>
> > >>>> Matt
> > >>>>
> > >>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
> wrote:
> > >>>>>
> > >>>>> Hi there,
> > >>>>>
> > >>>>> I am wondering if anyone else is facing the following error when
> > >>>>> starting nifi 0.4.0 compiled from master??
> > >>>>>
> > >>>>> 2015-12-06 19:58:31,325 WARN [main]
> > >>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
> > >>>>> o.e.j.w.WebAppContext@2c9af8c3
> > >>
> >
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> > >>>>> java.lang.IllegalArgumentException: Comparison method violates its
> > >>>>> general contract!
> > >>
> >
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Aldrin Piri
@Tony

I do have the OpenJDK installed (just from yum install)

[apiri@brick nifi-0.4.0-SNAPSHOT]$ stat
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64/bin/javac
  File:
‘/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64/bin/javac’
  Size: 7360       Blocks: 16         IO Block: 4096   regular file
Device: fd01h/64769d Inode: 1253993     Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2015-12-06 17:21:49.784947106 -0500
Modify: 2015-10-21 16:38:49.000000000 -0400
Change: 2015-10-22 04:27:45.533275171 -0400
 Birth: -

Only delta I see is that I am running CentOS 7.

On Sun, Dec 6, 2015 at 6:33 PM, Andre <[hidden email]> wrote:

> All,
>
> I did some rebuilding around here and here's my findings:
>
> $ git checkout e5281f1fc1865c653f8e2147622229d55c7d9ab1
>
> Works like a charm. Makes sense as this was the build I was using
> previously. Nifi WebUI is alive and kicking.
>
> $ git checkout 7726d069cdc
>
> Build completes, however ./bin/nifi.sh start causes the error previously
> mentioned.
>
> 2015-12-07 10:01:26,557 WARN [main] org.apache.nifi.web.server.JettyServer
> Failed to start web server... shutting down.
> java.lang.IllegalArgumentException: Comparison method violates its general
> contract!
>         at java.util.ComparableTimSort.mergeHi(ComparableTimSort.java:866)
> ~[na:1.8.0_65]
>         at java.util.ComparableTimSort.mergeAt(ComparableTimSort.java:483)
> ~[na:1.8.0_65]
>         at
> java.util.ComparableTimSort.mergeForceCollapse(ComparableTimSort.java:422)
> ~[na:1.8.0_65]
>         at java.util.ComparableTimSort.sort(ComparableTimSort.java:222)
> ~[na:1.8.0_65]
>         at java.util.Arrays.sort(Arrays.java:1246) ~[na:1.8.0_65]
>         at
>
> org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:865)
> ~[jetty-servlet-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:298)
> ~[jetty-servlet-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
> org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1349)
> ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1342)
> ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741)
> ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
> org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:505)
> ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
> ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at org.eclipse.jetty.server.Server.start(Server.java:387)
> ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
> ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at org.eclipse.jetty.server.Server.doStart(Server.java:354)
> ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
>
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>         at
> org.apache.nifi.web.server.JettyServer.start(JettyServer.java:663)
> ~[nifi-jetty-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
>         at org.apache.nifi.NiFi.<init>(NiFi.java:137)
> [nifi-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
>         at org.apache.nifi.NiFi.main(NiFi.java:227)
> [nifi-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
>
>
> Given the comments, I've switched to Java 8 to build:
>
> $ mvn -version
> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> 2015-11-11T03:41:47+11:00)
> Maven home: /usr/local/apache-maven-3.3.9
> Java version: 1.8.0_65, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
> family: "unix"
>
>
> $ ps aux | grep mvn
> /etc/alternatives/java_sdk_1.8.0//bin/java -classpath
> /usr/local/apache-maven-3.3.9/boot/plexus-classworlds-2.5.2.jar
> -Dclassworlds.conf=/usr/local/apache-maven-3.3.9/bin/m2.conf
> -Dmaven.home=/usr/local/apache-maven-3.3.9
> -Dmaven.multiModuleProjectDirectory=/home/user/development/nifi
> org.codehaus.plexus.classworlds.launcher.Launcher -T 2.0C clean install
>
> and to run:
>
> ...
> 2015-12-07 10:01:09,572 INFO [main] org.apache.nifi.bootstrap.Command
> Command: /etc/alternatives/java_sdk_1.8.0/bin/java
> ...
>
> Between builds, just for the sake of peace of mind I do:
>
> $ rm -rf  ~/m2/repository/org/apache/nifi
> $ find ~/development/nifi -name target -exec rm -rf {} \;
>
>
> yum is up to date (therefore I would expect to be running the last OpenJDK
> release in RHEL land)
>
> $ cat /etc/redhat-release
> CentOS release 6.7 (Final)
>
>
> $ rpm -qa | grep -i java
> java-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64
> java-1.7.0-openjdk-1.7.0.91-2.6.2.2.el6_7.x86_64
> tzdata-java-2015g-2.el6.noarch
> java-1.8.0-openjdk-headless-1.8.0.65-0.b17.el6_7.x86_64
> java-1.8.0-openjdk-devel-1.8.0.65-0.b17.el6_7.x86_64
> java-1.7.0-openjdk-devel-1.7.0.91-2.6.2.2.el6_7.x86_64
>
>
>
>
> On Mon, Dec 7, 2015 at 9:49 AM, Tony Kurc <[hidden email]> wrote:
>
> > @Matt, I'm compiling now too
> >
> > On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]>
> wrote:
> >
> > > Yes sir. I think they changed the way constructor bytecodes are
> generated
> > > in Java 8, so if you want to run on Java 8 you're supposed to compile
> on
> > > Java 8 (even if you also want a Java 7 target). I will try to find a
> > > reference on this to make sure I'm not entirely crazy, but I'm pretty
> > sure
> > > I've run into this before.
> > >
> > > Sent from my iPhone
> > >
> > > > On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
> > > >
> > > > @Matt - so I could try to replicate by setting my JAVA_HOME to a 7
> jdk
> > > when
> > > > I build, then when I launch, use an 8 jre? I'll give that a try
> > > >
> > > >> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]>
> > > wrote:
> > > >>
> > > >> I think I've seen that with Java 7 compiled code (not compiled with
> 8
> > > >> using 7 target) loaded on a Java 8 VM.
> > > >>
> > > >> Sent from my iPhone
> > > >>
> > > >>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
> > > >>>
> > > >>> Matt,
> > > >>>
> > > >>> $ mvn -version
> > > >>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> > > >>> 2015-11-11T03:41:47+11:00)
> > > >>> Maven home: /usr/local/apache-maven-3.3.9
> > > >>> Java version: 1.7.0_91, vendor: Oracle Corporation
> > > >>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> > > >>> Default locale: en_US, platform encoding: UTF-8
> > > >>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
> > "amd64",
> > > >>> family: "unix"
> > > >>>
> > > >>> Yes. It did happen with the RC1 as well.
> > > >>>
> > > >>> System is a centos development box with nothing in special, all
> > > >>> packages, except maven are installed from Centos & EPEL repos.
> Maven
> > > >>> installed from TGZ.
> > > >>>
> > > >>>
> > > >>>
> > > >>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
> > [hidden email]
> > > >
> > > >> wrote:
> > > >>>> Andre,
> > > >>>>
> > > >>>> Can you confirm that your up to date? And then run 'mvn -version'
> to
> > > >>>> provide your environment? Also do you see them same thing running
> > the
> > > >> 0.4.0
> > > >>>> RC candidate that was sent out yesterday?
> > > >>>>
> > > >>>> Thanks!
> > > >>>>
> > > >>>> Matt
> > > >>>>
> > > >>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
> > wrote:
> > > >>>>>
> > > >>>>> Hi there,
> > > >>>>>
> > > >>>>> I am wondering if anyone else is facing the following error when
> > > >>>>> starting nifi 0.4.0 compiled from master??
> > > >>>>>
> > > >>>>> 2015-12-06 19:58:31,325 WARN [main]
> > > >>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of context
> > > >>>>> o.e.j.w.WebAppContext@2c9af8c3
> > > >>
> > >
> >
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> > > >>>>> java.lang.IllegalArgumentException: Comparison method violates
> its
> > > >>>>> general contract!
> > > >>
> > >
> >
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

trkurc
Administrator
I've tried like 10 different permutations of JAVA_HOME, PATH and the JVM
I'm running with once built. I'm not able to replicate on Ubuntu 14.04
(x86_64)

On Sun, Dec 6, 2015 at 6:38 PM, Aldrin Piri <[hidden email]> wrote:

> @Tony
>
> I do have the OpenJDK installed (just from yum install)
>
> [apiri@brick nifi-0.4.0-SNAPSHOT]$ stat
> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64/bin/javac
>   File:
> ‘/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64/bin/javac’
>   Size: 7360       Blocks: 16         IO Block: 4096   regular file
> Device: fd01h/64769d Inode: 1253993     Links: 1
> Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
> Access: 2015-12-06 17:21:49.784947106 -0500
> Modify: 2015-10-21 16:38:49.000000000 -0400
> Change: 2015-10-22 04:27:45.533275171 -0400
>  Birth: -
>
> Only delta I see is that I am running CentOS 7.
>
> On Sun, Dec 6, 2015 at 6:33 PM, Andre <[hidden email]> wrote:
>
> > All,
> >
> > I did some rebuilding around here and here's my findings:
> >
> > $ git checkout e5281f1fc1865c653f8e2147622229d55c7d9ab1
> >
> > Works like a charm. Makes sense as this was the build I was using
> > previously. Nifi WebUI is alive and kicking.
> >
> > $ git checkout 7726d069cdc
> >
> > Build completes, however ./bin/nifi.sh start causes the error previously
> > mentioned.
> >
> > 2015-12-07 10:01:26,557 WARN [main]
> org.apache.nifi.web.server.JettyServer
> > Failed to start web server... shutting down.
> > java.lang.IllegalArgumentException: Comparison method violates its
> general
> > contract!
> >         at
> java.util.ComparableTimSort.mergeHi(ComparableTimSort.java:866)
> > ~[na:1.8.0_65]
> >         at
> java.util.ComparableTimSort.mergeAt(ComparableTimSort.java:483)
> > ~[na:1.8.0_65]
> >         at
> >
> java.util.ComparableTimSort.mergeForceCollapse(ComparableTimSort.java:422)
> > ~[na:1.8.0_65]
> >         at java.util.ComparableTimSort.sort(ComparableTimSort.java:222)
> > ~[na:1.8.0_65]
> >         at java.util.Arrays.sort(Arrays.java:1246) ~[na:1.8.0_65]
> >         at
> >
> >
> org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:865)
> > ~[jetty-servlet-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:298)
> > ~[jetty-servlet-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1349)
> > ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1342)
> > ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741)
> > ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> > org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:505)
> > ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
> > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
> > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
> > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
> > ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
> > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
> > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at org.eclipse.jetty.server.Server.start(Server.java:387)
> > ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
> > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
> > ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at org.eclipse.jetty.server.Server.doStart(Server.java:354)
> > ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> >
> >
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
> > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> >         at
> > org.apache.nifi.web.server.JettyServer.start(JettyServer.java:663)
> > ~[nifi-jetty-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
> >         at org.apache.nifi.NiFi.<init>(NiFi.java:137)
> > [nifi-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
> >         at org.apache.nifi.NiFi.main(NiFi.java:227)
> > [nifi-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
> >
> >
> > Given the comments, I've switched to Java 8 to build:
> >
> > $ mvn -version
> > Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> > 2015-11-11T03:41:47+11:00)
> > Maven home: /usr/local/apache-maven-3.3.9
> > Java version: 1.8.0_65, vendor: Oracle Corporation
> > Java home:
> /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64/jre
> > Default locale: en_US, platform encoding: UTF-8
> > OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
> > family: "unix"
> >
> >
> > $ ps aux | grep mvn
> > /etc/alternatives/java_sdk_1.8.0//bin/java -classpath
> > /usr/local/apache-maven-3.3.9/boot/plexus-classworlds-2.5.2.jar
> > -Dclassworlds.conf=/usr/local/apache-maven-3.3.9/bin/m2.conf
> > -Dmaven.home=/usr/local/apache-maven-3.3.9
> > -Dmaven.multiModuleProjectDirectory=/home/user/development/nifi
> > org.codehaus.plexus.classworlds.launcher.Launcher -T 2.0C clean install
> >
> > and to run:
> >
> > ...
> > 2015-12-07 10:01:09,572 INFO [main] org.apache.nifi.bootstrap.Command
> > Command: /etc/alternatives/java_sdk_1.8.0/bin/java
> > ...
> >
> > Between builds, just for the sake of peace of mind I do:
> >
> > $ rm -rf  ~/m2/repository/org/apache/nifi
> > $ find ~/development/nifi -name target -exec rm -rf {} \;
> >
> >
> > yum is up to date (therefore I would expect to be running the last
> OpenJDK
> > release in RHEL land)
> >
> > $ cat /etc/redhat-release
> > CentOS release 6.7 (Final)
> >
> >
> > $ rpm -qa | grep -i java
> > java-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64
> > java-1.7.0-openjdk-1.7.0.91-2.6.2.2.el6_7.x86_64
> > tzdata-java-2015g-2.el6.noarch
> > java-1.8.0-openjdk-headless-1.8.0.65-0.b17.el6_7.x86_64
> > java-1.8.0-openjdk-devel-1.8.0.65-0.b17.el6_7.x86_64
> > java-1.7.0-openjdk-devel-1.7.0.91-2.6.2.2.el6_7.x86_64
> >
> >
> >
> >
> > On Mon, Dec 7, 2015 at 9:49 AM, Tony Kurc <[hidden email]> wrote:
> >
> > > @Matt, I'm compiling now too
> > >
> > > On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]>
> > wrote:
> > >
> > > > Yes sir. I think they changed the way constructor bytecodes are
> > generated
> > > > in Java 8, so if you want to run on Java 8 you're supposed to compile
> > on
> > > > Java 8 (even if you also want a Java 7 target). I will try to find a
> > > > reference on this to make sure I'm not entirely crazy, but I'm pretty
> > > sure
> > > > I've run into this before.
> > > >
> > > > Sent from my iPhone
> > > >
> > > > > On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
> > > > >
> > > > > @Matt - so I could try to replicate by setting my JAVA_HOME to a 7
> > jdk
> > > > when
> > > > > I build, then when I launch, use an 8 jre? I'll give that a try
> > > > >
> > > > >> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <[hidden email]
> >
> > > > wrote:
> > > > >>
> > > > >> I think I've seen that with Java 7 compiled code (not compiled
> with
> > 8
> > > > >> using 7 target) loaded on a Java 8 VM.
> > > > >>
> > > > >> Sent from my iPhone
> > > > >>
> > > > >>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]> wrote:
> > > > >>>
> > > > >>> Matt,
> > > > >>>
> > > > >>> $ mvn -version
> > > > >>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> > > > >>> 2015-11-11T03:41:47+11:00)
> > > > >>> Maven home: /usr/local/apache-maven-3.3.9
> > > > >>> Java version: 1.7.0_91, vendor: Oracle Corporation
> > > > >>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> > > > >>> Default locale: en_US, platform encoding: UTF-8
> > > > >>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
> > > "amd64",
> > > > >>> family: "unix"
> > > > >>>
> > > > >>> Yes. It did happen with the RC1 as well.
> > > > >>>
> > > > >>> System is a centos development box with nothing in special, all
> > > > >>> packages, except maven are installed from Centos & EPEL repos.
> > Maven
> > > > >>> installed from TGZ.
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
> > > [hidden email]
> > > > >
> > > > >> wrote:
> > > > >>>> Andre,
> > > > >>>>
> > > > >>>> Can you confirm that your up to date? And then run 'mvn
> -version'
> > to
> > > > >>>> provide your environment? Also do you see them same thing
> running
> > > the
> > > > >> 0.4.0
> > > > >>>> RC candidate that was sent out yesterday?
> > > > >>>>
> > > > >>>> Thanks!
> > > > >>>>
> > > > >>>> Matt
> > > > >>>>
> > > > >>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
> > > wrote:
> > > > >>>>>
> > > > >>>>> Hi there,
> > > > >>>>>
> > > > >>>>> I am wondering if anyone else is facing the following error
> when
> > > > >>>>> starting nifi 0.4.0 compiled from master??
> > > > >>>>>
> > > > >>>>> 2015-12-06 19:58:31,325 WARN [main]
> > > > >>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of
> context
> > > > >>>>> o.e.j.w.WebAppContext@2c9af8c3
> > > > >>
> > > >
> > >
> >
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> > > > >>>>> java.lang.IllegalArgumentException: Comparison method violates
> > its
> > > > >>>>> general contract!
> > > > >>
> > > >
> > >
> >
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Andre
All,

I've removed openjdk 1.7 from the system and cleaned the m2 repositories
and rebuilding.

On Mon, Dec 7, 2015 at 10:46 AM, Tony Kurc <[hidden email]> wrote:

> I've tried like 10 different permutations of JAVA_HOME, PATH and the JVM
> I'm running with once built. I'm not able to replicate on Ubuntu 14.04
> (x86_64)
>
> On Sun, Dec 6, 2015 at 6:38 PM, Aldrin Piri <[hidden email]> wrote:
>
> > @Tony
> >
> > I do have the OpenJDK installed (just from yum install)
> >
> > [apiri@brick nifi-0.4.0-SNAPSHOT]$ stat
> > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64/bin/javac
> >   File:
> > ‘/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64/bin/javac’
> >   Size: 7360       Blocks: 16         IO Block: 4096   regular file
> > Device: fd01h/64769d Inode: 1253993     Links: 1
> > Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
> > Access: 2015-12-06 17:21:49.784947106 -0500
> > Modify: 2015-10-21 16:38:49.000000000 -0400
> > Change: 2015-10-22 04:27:45.533275171 -0400
> >  Birth: -
> >
> > Only delta I see is that I am running CentOS 7.
> >
> > On Sun, Dec 6, 2015 at 6:33 PM, Andre <[hidden email]> wrote:
> >
> > > All,
> > >
> > > I did some rebuilding around here and here's my findings:
> > >
> > > $ git checkout e5281f1fc1865c653f8e2147622229d55c7d9ab1
> > >
> > > Works like a charm. Makes sense as this was the build I was using
> > > previously. Nifi WebUI is alive and kicking.
> > >
> > > $ git checkout 7726d069cdc
> > >
> > > Build completes, however ./bin/nifi.sh start causes the error
> previously
> > > mentioned.
> > >
> > > 2015-12-07 10:01:26,557 WARN [main]
> > org.apache.nifi.web.server.JettyServer
> > > Failed to start web server... shutting down.
> > > java.lang.IllegalArgumentException: Comparison method violates its
> > general
> > > contract!
> > >         at
> > java.util.ComparableTimSort.mergeHi(ComparableTimSort.java:866)
> > > ~[na:1.8.0_65]
> > >         at
> > java.util.ComparableTimSort.mergeAt(ComparableTimSort.java:483)
> > > ~[na:1.8.0_65]
> > >         at
> > >
> >
> java.util.ComparableTimSort.mergeForceCollapse(ComparableTimSort.java:422)
> > > ~[na:1.8.0_65]
> > >         at java.util.ComparableTimSort.sort(ComparableTimSort.java:222)
> > > ~[na:1.8.0_65]
> > >         at java.util.Arrays.sort(Arrays.java:1246) ~[na:1.8.0_65]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:865)
> > > ~[jetty-servlet-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:298)
> > > ~[jetty-servlet-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> >
> org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1349)
> > > ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1342)
> > > ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741)
> > > ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > > org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:505)
> > > ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
> > > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
> > > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
> > > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
> > > ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
> > > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
> > > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at org.eclipse.jetty.server.Server.start(Server.java:387)
> > > ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
> > > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
> > > ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at org.eclipse.jetty.server.Server.doStart(Server.java:354)
> > > ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > >
> > >
> >
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
> > > ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
> > >         at
> > > org.apache.nifi.web.server.JettyServer.start(JettyServer.java:663)
> > > ~[nifi-jetty-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
> > >         at org.apache.nifi.NiFi.<init>(NiFi.java:137)
> > > [nifi-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
> > >         at org.apache.nifi.NiFi.main(NiFi.java:227)
> > > [nifi-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
> > >
> > >
> > > Given the comments, I've switched to Java 8 to build:
> > >
> > > $ mvn -version
> > > Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> > > 2015-11-11T03:41:47+11:00)
> > > Maven home: /usr/local/apache-maven-3.3.9
> > > Java version: 1.8.0_65, vendor: Oracle Corporation
> > > Java home:
> > /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64/jre
> > > Default locale: en_US, platform encoding: UTF-8
> > > OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
> > > family: "unix"
> > >
> > >
> > > $ ps aux | grep mvn
> > > /etc/alternatives/java_sdk_1.8.0//bin/java -classpath
> > > /usr/local/apache-maven-3.3.9/boot/plexus-classworlds-2.5.2.jar
> > > -Dclassworlds.conf=/usr/local/apache-maven-3.3.9/bin/m2.conf
> > > -Dmaven.home=/usr/local/apache-maven-3.3.9
> > > -Dmaven.multiModuleProjectDirectory=/home/user/development/nifi
> > > org.codehaus.plexus.classworlds.launcher.Launcher -T 2.0C clean install
> > >
> > > and to run:
> > >
> > > ...
> > > 2015-12-07 10:01:09,572 INFO [main] org.apache.nifi.bootstrap.Command
> > > Command: /etc/alternatives/java_sdk_1.8.0/bin/java
> > > ...
> > >
> > > Between builds, just for the sake of peace of mind I do:
> > >
> > > $ rm -rf  ~/m2/repository/org/apache/nifi
> > > $ find ~/development/nifi -name target -exec rm -rf {} \;
> > >
> > >
> > > yum is up to date (therefore I would expect to be running the last
> > OpenJDK
> > > release in RHEL land)
> > >
> > > $ cat /etc/redhat-release
> > > CentOS release 6.7 (Final)
> > >
> > >
> > > $ rpm -qa | grep -i java
> > > java-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64
> > > java-1.7.0-openjdk-1.7.0.91-2.6.2.2.el6_7.x86_64
> > > tzdata-java-2015g-2.el6.noarch
> > > java-1.8.0-openjdk-headless-1.8.0.65-0.b17.el6_7.x86_64
> > > java-1.8.0-openjdk-devel-1.8.0.65-0.b17.el6_7.x86_64
> > > java-1.7.0-openjdk-devel-1.7.0.91-2.6.2.2.el6_7.x86_64
> > >
> > >
> > >
> > >
> > > On Mon, Dec 7, 2015 at 9:49 AM, Tony Kurc <[hidden email]> wrote:
> > >
> > > > @Matt, I'm compiling now too
> > > >
> > > > On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]>
> > > wrote:
> > > >
> > > > > Yes sir. I think they changed the way constructor bytecodes are
> > > generated
> > > > > in Java 8, so if you want to run on Java 8 you're supposed to
> compile
> > > on
> > > > > Java 8 (even if you also want a Java 7 target). I will try to find
> a
> > > > > reference on this to make sure I'm not entirely crazy, but I'm
> pretty
> > > > sure
> > > > > I've run into this before.
> > > > >
> > > > > Sent from my iPhone
> > > > >
> > > > > > On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
> > > > > >
> > > > > > @Matt - so I could try to replicate by setting my JAVA_HOME to a
> 7
> > > jdk
> > > > > when
> > > > > > I build, then when I launch, use an 8 jre? I'll give that a try
> > > > > >
> > > > > >> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <
> [hidden email]
> > >
> > > > > wrote:
> > > > > >>
> > > > > >> I think I've seen that with Java 7 compiled code (not compiled
> > with
> > > 8
> > > > > >> using 7 target) loaded on a Java 8 VM.
> > > > > >>
> > > > > >> Sent from my iPhone
> > > > > >>
> > > > > >>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]>
> wrote:
> > > > > >>>
> > > > > >>> Matt,
> > > > > >>>
> > > > > >>> $ mvn -version
> > > > > >>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
> > > > > >>> 2015-11-11T03:41:47+11:00)
> > > > > >>> Maven home: /usr/local/apache-maven-3.3.9
> > > > > >>> Java version: 1.7.0_91, vendor: Oracle Corporation
> > > > > >>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
> > > > > >>> Default locale: en_US, platform encoding: UTF-8
> > > > > >>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
> > > > "amd64",
> > > > > >>> family: "unix"
> > > > > >>>
> > > > > >>> Yes. It did happen with the RC1 as well.
> > > > > >>>
> > > > > >>> System is a centos development box with nothing in special, all
> > > > > >>> packages, except maven are installed from Centos & EPEL repos.
> > > Maven
> > > > > >>> installed from TGZ.
> > > > > >>>
> > > > > >>>
> > > > > >>>
> > > > > >>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
> > > > [hidden email]
> > > > > >
> > > > > >> wrote:
> > > > > >>>> Andre,
> > > > > >>>>
> > > > > >>>> Can you confirm that your up to date? And then run 'mvn
> > -version'
> > > to
> > > > > >>>> provide your environment? Also do you see them same thing
> > running
> > > > the
> > > > > >> 0.4.0
> > > > > >>>> RC candidate that was sent out yesterday?
> > > > > >>>>
> > > > > >>>> Thanks!
> > > > > >>>>
> > > > > >>>> Matt
> > > > > >>>>
> > > > > >>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
> > > > wrote:
> > > > > >>>>>
> > > > > >>>>> Hi there,
> > > > > >>>>>
> > > > > >>>>> I am wondering if anyone else is facing the following error
> > when
> > > > > >>>>> starting nifi 0.4.0 compiled from master??
> > > > > >>>>>
> > > > > >>>>> 2015-12-06 19:58:31,325 WARN [main]
> > > > > >>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of
> > context
> > > > > >>>>> o.e.j.w.WebAppContext@2c9af8c3
> > > > > >>
> > > > >
> > > >
> > >
> >
> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
> > > > > >>>>> java.lang.IllegalArgumentException: Comparison method
> violates
> > > its
> > > > > >>>>> general contract!
> > > > > >>
> > > > >
> > > >
> > >
> >
>
Reply | Threaded
Open this post in threaded view
|

Re: WebAppContext Failed startup of context

Matt Burgess
Maybe it was the OpenJDK vs Oracle instead of 7 vs 8, if so then sorry for the wild goose chase.  Found this instead:

https://bugs.openjdk.java.net/browse/JDK-7193557

Sent from my iPhone

> On Dec 6, 2015, at 6:49 PM, Andre <[hidden email]> wrote:
>
> All,
>
> I've removed openjdk 1.7 from the system and cleaned the m2 repositories
> and rebuilding.
>
>> On Mon, Dec 7, 2015 at 10:46 AM, Tony Kurc <[hidden email]> wrote:
>>
>> I've tried like 10 different permutations of JAVA_HOME, PATH and the JVM
>> I'm running with once built. I'm not able to replicate on Ubuntu 14.04
>> (x86_64)
>>
>>> On Sun, Dec 6, 2015 at 6:38 PM, Aldrin Piri <[hidden email]> wrote:
>>>
>>> @Tony
>>>
>>> I do have the OpenJDK installed (just from yum install)
>>>
>>> [apiri@brick nifi-0.4.0-SNAPSHOT]$ stat
>>> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64/bin/javac
>>>  File:
>>> ‘/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91-2.6.2.1.el7_1.x86_64/bin/javac’
>>>  Size: 7360       Blocks: 16         IO Block: 4096   regular file
>>> Device: fd01h/64769d Inode: 1253993     Links: 1
>>> Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
>>> Access: 2015-12-06 17:21:49.784947106 -0500
>>> Modify: 2015-10-21 16:38:49.000000000 -0400
>>> Change: 2015-10-22 04:27:45.533275171 -0400
>>> Birth: -
>>>
>>> Only delta I see is that I am running CentOS 7.
>>>
>>>> On Sun, Dec 6, 2015 at 6:33 PM, Andre <[hidden email]> wrote:
>>>>
>>>> All,
>>>>
>>>> I did some rebuilding around here and here's my findings:
>>>>
>>>> $ git checkout e5281f1fc1865c653f8e2147622229d55c7d9ab1
>>>>
>>>> Works like a charm. Makes sense as this was the build I was using
>>>> previously. Nifi WebUI is alive and kicking.
>>>>
>>>> $ git checkout 7726d069cdc
>>>>
>>>> Build completes, however ./bin/nifi.sh start causes the error
>> previously
>>>> mentioned.
>>>>
>>>> 2015-12-07 10:01:26,557 WARN [main]
>>> org.apache.nifi.web.server.JettyServer
>>>> Failed to start web server... shutting down.
>>>> java.lang.IllegalArgumentException: Comparison method violates its
>>> general
>>>> contract!
>>>>        at
>>> java.util.ComparableTimSort.mergeHi(ComparableTimSort.java:866)
>>>> ~[na:1.8.0_65]
>>>>        at
>>> java.util.ComparableTimSort.mergeAt(ComparableTimSort.java:483)
>>>> ~[na:1.8.0_65]
>>>>        at
>> java.util.ComparableTimSort.mergeForceCollapse(ComparableTimSort.java:422)
>>>> ~[na:1.8.0_65]
>>>>        at java.util.ComparableTimSort.sort(ComparableTimSort.java:222)
>>>> ~[na:1.8.0_65]
>>>>        at java.util.Arrays.sort(Arrays.java:1246) ~[na:1.8.0_65]
>>>>        at
>> org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:865)
>>>> ~[jetty-servlet-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:298)
>>>> ~[jetty-servlet-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1349)
>>>> ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1342)
>>>> ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741)
>>>> ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>>>> org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:505)
>>>> ~[jetty-webapp-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
>>>> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
>>>> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
>>>> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
>>>> ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
>>>> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
>>>> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at org.eclipse.jetty.server.Server.start(Server.java:387)
>>>> ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
>>>> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
>>>> ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at org.eclipse.jetty.server.Server.doStart(Server.java:354)
>>>> ~[jetty-server-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
>>>> ~[jetty-util-9.2.11.v20150529.jar:9.2.11.v20150529]
>>>>        at
>>>> org.apache.nifi.web.server.JettyServer.start(JettyServer.java:663)
>>>> ~[nifi-jetty-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
>>>>        at org.apache.nifi.NiFi.<init>(NiFi.java:137)
>>>> [nifi-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
>>>>        at org.apache.nifi.NiFi.main(NiFi.java:227)
>>>> [nifi-runtime-0.4.0-SNAPSHOT.jar:0.4.0-SNAPSHOT]
>>>>
>>>>
>>>> Given the comments, I've switched to Java 8 to build:
>>>>
>>>> $ mvn -version
>>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>>>> 2015-11-11T03:41:47+11:00)
>>>> Maven home: /usr/local/apache-maven-3.3.9
>>>> Java version: 1.8.0_65, vendor: Oracle Corporation
>>>> Java home:
>>> /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64/jre
>>>> Default locale: en_US, platform encoding: UTF-8
>>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch: "amd64",
>>>> family: "unix"
>>>>
>>>>
>>>> $ ps aux | grep mvn
>>>> /etc/alternatives/java_sdk_1.8.0//bin/java -classpath
>>>> /usr/local/apache-maven-3.3.9/boot/plexus-classworlds-2.5.2.jar
>>>> -Dclassworlds.conf=/usr/local/apache-maven-3.3.9/bin/m2.conf
>>>> -Dmaven.home=/usr/local/apache-maven-3.3.9
>>>> -Dmaven.multiModuleProjectDirectory=/home/user/development/nifi
>>>> org.codehaus.plexus.classworlds.launcher.Launcher -T 2.0C clean install
>>>>
>>>> and to run:
>>>>
>>>> ...
>>>> 2015-12-07 10:01:09,572 INFO [main] org.apache.nifi.bootstrap.Command
>>>> Command: /etc/alternatives/java_sdk_1.8.0/bin/java
>>>> ...
>>>>
>>>> Between builds, just for the sake of peace of mind I do:
>>>>
>>>> $ rm -rf  ~/m2/repository/org/apache/nifi
>>>> $ find ~/development/nifi -name target -exec rm -rf {} \;
>>>>
>>>>
>>>> yum is up to date (therefore I would expect to be running the last
>>> OpenJDK
>>>> release in RHEL land)
>>>>
>>>> $ cat /etc/redhat-release
>>>> CentOS release 6.7 (Final)
>>>>
>>>>
>>>> $ rpm -qa | grep -i java
>>>> java-1.8.0-openjdk-1.8.0.65-0.b17.el6_7.x86_64
>>>> java-1.7.0-openjdk-1.7.0.91-2.6.2.2.el6_7.x86_64
>>>> tzdata-java-2015g-2.el6.noarch
>>>> java-1.8.0-openjdk-headless-1.8.0.65-0.b17.el6_7.x86_64
>>>> java-1.8.0-openjdk-devel-1.8.0.65-0.b17.el6_7.x86_64
>>>> java-1.7.0-openjdk-devel-1.7.0.91-2.6.2.2.el6_7.x86_64
>>>>
>>>>
>>>>
>>>>
>>>>> On Mon, Dec 7, 2015 at 9:49 AM, Tony Kurc <[hidden email]> wrote:
>>>>>
>>>>> @Matt, I'm compiling now too
>>>>>
>>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <[hidden email]>
>>>>> wrote:
>>>>>
>>>>>> Yes sir. I think they changed the way constructor bytecodes are
>>>> generated
>>>>>> in Java 8, so if you want to run on Java 8 you're supposed to
>> compile
>>>> on
>>>>>> Java 8 (even if you also want a Java 7 target). I will try to find
>> a
>>>>>> reference on this to make sure I'm not entirely crazy, but I'm
>> pretty
>>>>> sure
>>>>>> I've run into this before.
>>>>>>
>>>>>> Sent from my iPhone
>>>>>>
>>>>>>> On Dec 6, 2015, at 5:35 PM, Tony Kurc <[hidden email]> wrote:
>>>>>>>
>>>>>>> @Matt - so I could try to replicate by setting my JAVA_HOME to a
>> 7
>>>> jdk
>>>>>> when
>>>>>>> I build, then when I launch, use an 8 jre? I'll give that a try
>>>>>>>
>>>>>>>> On Sun, Dec 6, 2015 at 5:31 PM, Matt Burgess <
>> [hidden email]
>>>>
>>>>>> wrote:
>>>>>>>>
>>>>>>>> I think I've seen that with Java 7 compiled code (not compiled
>>> with
>>>> 8
>>>>>>>> using 7 target) loaded on a Java 8 VM.
>>>>>>>>
>>>>>>>> Sent from my iPhone
>>>>>>>>
>>>>>>>>> On Dec 6, 2015, at 4:58 PM, Andre <[hidden email]>
>> wrote:
>>>>>>>>>
>>>>>>>>> Matt,
>>>>>>>>>
>>>>>>>>> $ mvn -version
>>>>>>>>> Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
>>>>>>>>> 2015-11-11T03:41:47+11:00)
>>>>>>>>> Maven home: /usr/local/apache-maven-3.3.9
>>>>>>>>> Java version: 1.7.0_91, vendor: Oracle Corporation
>>>>>>>>> Java home: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.91.x86_64/jre
>>>>>>>>> Default locale: en_US, platform encoding: UTF-8
>>>>>>>>> OS name: "linux", version: "2.6.32-573.8.1.el6.x86_64", arch:
>>>>> "amd64",
>>>>>>>>> family: "unix"
>>>>>>>>>
>>>>>>>>> Yes. It did happen with the RC1 as well.
>>>>>>>>>
>>>>>>>>> System is a centos development box with nothing in special, all
>>>>>>>>> packages, except maven are installed from Centos & EPEL repos.
>>>> Maven
>>>>>>>>> installed from TGZ.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> On Mon, Dec 7, 2015 at 12:26 AM, Matt Gilman <
>>>>> [hidden email]
>>>>>>>
>>>>>>>> wrote:
>>>>>>>>>> Andre,
>>>>>>>>>>
>>>>>>>>>> Can you confirm that your up to date? And then run 'mvn
>>> -version'
>>>> to
>>>>>>>>>> provide your environment? Also do you see them same thing
>>> running
>>>>> the
>>>>>>>> 0.4.0
>>>>>>>>>> RC candidate that was sent out yesterday?
>>>>>>>>>>
>>>>>>>>>> Thanks!
>>>>>>>>>>
>>>>>>>>>> Matt
>>>>>>>>>>
>>>>>>>>>>> On Sun, Dec 6, 2015 at 4:19 AM, Andre <[hidden email]>
>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi there,
>>>>>>>>>>>
>>>>>>>>>>> I am wondering if anyone else is facing the following error
>>> when
>>>>>>>>>>> starting nifi 0.4.0 compiled from master??
>>>>>>>>>>>
>>>>>>>>>>> 2015-12-06 19:58:31,325 WARN [main]
>>>>>>>>>>> org.eclipse.jetty.webapp.WebAppContext Failed startup of
>>> context
>>>>>>>>>>> o.e.j.w.WebAppContext@2c9af8c3
>> {/nifi,file:/home/user/development/nifi/nifi-assembly/target/nifi-0.4.0-SNAPSHOT-bin/nifi-0.4.0-SNAPSHOT/work/jetty/nifi-web-ui-0.4.0-SNAPSHOT.war/webapp/,STARTING}{./work/nar/framework/nifi-framework-nar-0.4.0-SNAPSHOT.nar-unpacked/META-INF/bundled-dependencies/nifi-web-ui-0.4.0-SNAPSHOT.war}
>>>>>>>>>>> java.lang.IllegalArgumentException: Comparison method
>> violates
>>>> its
>>>>>>>>>>> general contract!
>>
12