You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@nifi.apache.org by Andre <an...@fucs.org> on 2015/12/06 10:19:34 UTC
WebAppContext Failed startup of context
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!
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
@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 <al...@gmail.com> 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 <tr...@gmail.com> 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 <tr...@gmail.com> 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 <jo...@gmail.com> 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" <ma...@gmail.com> 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 <tr...@gmail.com> wrote:
> > >> > >
> > >> > > @Matt, I'm compiling now too
> > >> > >
> > >> > >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <
> mattyb149@gmail.com>
> > >> > 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 <tr...@gmail.com> 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 <
> > mattyb149@gmail.com>
> > >> > >> 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 <an...@fucs.org>
> 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 <
> > >> > matt.c.gilman@gmail.com
> > >> > >>>
> > >> > >>>> 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 <andre-lists@fucs.org
> >
> > >> > 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!
> > >> > >>
> > >> >
> > >>
> > >
> > >
> >
>
Re: WebAppContext Failed startup of context
Posted by Aldrin Piri <al...@gmail.com>.
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 <tr...@gmail.com> 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 <tr...@gmail.com> 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 <jo...@gmail.com> 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" <ma...@gmail.com> 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 <tr...@gmail.com> wrote:
> >> > >
> >> > > @Matt, I'm compiling now too
> >> > >
> >> > >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
> >> > 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 <tr...@gmail.com> 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 <
> mattyb149@gmail.com>
> >> > >> 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 <an...@fucs.org> 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 <
> >> > matt.c.gilman@gmail.com
> >> > >>>
> >> > >>>> 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 <an...@fucs.org>
> >> > 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!
> >> > >>
> >> >
> >>
> >
> >
>
Re: WebAppContext Failed startup of context
Posted by Matt Gilman <ma...@gmail.com>.
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 <tr...@gmail.com> 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 <tr...@gmail.com> 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 <jo...@gmail.com> 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" <ma...@gmail.com> 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 <tr...@gmail.com> wrote:
>>>>>
>>>>> @Matt, I'm compiling now too
>>>>>
>>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
>>>> 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 <tr...@gmail.com> 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 <ma...@gmail.com>
>>>>>> 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 <an...@fucs.org> 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 <
>>>> matt.c.gilman@gmail.com
>>>>>>>
>>>>>>>> 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 <an...@fucs.org>
>>>> 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!
>>
>>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
@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 <tr...@gmail.com> 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 <jo...@gmail.com> 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" <ma...@gmail.com> 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 <tr...@gmail.com> wrote:
>> > >
>> > > @Matt, I'm compiling now too
>> > >
>> > >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
>> > 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 <tr...@gmail.com> 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 <ma...@gmail.com>
>> > >> 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 <an...@fucs.org> 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 <
>> > matt.c.gilman@gmail.com
>> > >>>
>> > >>>> 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 <an...@fucs.org>
>> > 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!
>> > >>
>> >
>>
>
>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
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 <jo...@gmail.com> 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" <ma...@gmail.com> 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 <tr...@gmail.com> wrote:
> > >
> > > @Matt, I'm compiling now too
> > >
> > >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
> > 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 <tr...@gmail.com> 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 <ma...@gmail.com>
> > >> 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 <an...@fucs.org> 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 <
> > matt.c.gilman@gmail.com
> > >>>
> > >>>> 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 <an...@fucs.org>
> > 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!
> > >>
> >
>
Re: WebAppContext Failed startup of context
Posted by Joe Witt <jo...@gmail.com>.
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" <ma...@gmail.com> 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 <tr...@gmail.com> wrote:
> >
> > @Matt, I'm compiling now too
> >
> >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
> 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 <tr...@gmail.com> 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 <ma...@gmail.com>
> >> 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 <an...@fucs.org> 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 <
> matt.c.gilman@gmail.com
> >>>
> >>>> 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 <an...@fucs.org>
> 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!
> >>
>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
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 <ma...@gmail.com> 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 <tr...@gmail.com> wrote:
> >
> > @Matt, I'm compiling now too
> >
> >> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
> 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 <tr...@gmail.com> 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 <ma...@gmail.com>
> >> 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 <an...@fucs.org> 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 <
> matt.c.gilman@gmail.com
> >>>
> >>>> 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 <an...@fucs.org>
> 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!
> >>
>
Re: WebAppContext Failed startup of context
Posted by Matt Burgess <ma...@gmail.com>.
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 <tr...@gmail.com> wrote:
>
> @Matt, I'm compiling now too
>
>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com> 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 <tr...@gmail.com> 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 <ma...@gmail.com>
>> 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 <an...@fucs.org> 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 <matt.c.gilman@gmail.com
>>>
>>>> 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 <an...@fucs.org> 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!
>>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
Good luck Matt. I was deep into reading the jasper Jspc code and the
JspcMojo from the plugin. Doesn't make much sense to me why it isn't
working. Like I said, it looked like it was possibly something after the
class files were generated.
On Mon, Dec 7, 2015 at 7:55 AM, Matt Gilman <ma...@gmail.com> wrote:
> Those other JSPs are only excluded because we filter version numbers (using
> maven filtering capabilities) into the path of some resources to attempt to
> bust browser caches. The JSP in question does not pull in any of those
> resources so it does not need to be filtered and can be pre-compiled. This
> is also true for all the JSPs in src/main/webapp/WEB-INF/partials.
>
> I'll spend a little bit this morning trying to figure out why. If I'm
> unable to, I'll go ahead with the proposed change as it only affects when
> the page is compiled.
>
> Matt
>
> On Sun, Dec 6, 2015 at 11:49 PM, Tony Kurc <tr...@gmail.com> wrote:
>
> > I tested on CentOS 6.7 and Fedora 23. Both worked with the above change.
> > Not sure why. @Matt Gilman - the plugin makes the same source code and
> > seemingly the same class files on those systems. I'm a bit bamboozled, so
> > if you know what might have caused this, I'd be interested to hear. I
> > noticed the other jsps from src/main/webapp/WEB-INF/pages were excluded,
> so
> > I figured that had something to do with it.
> >
>
Re: WebAppContext Failed startup of context
Posted by Matt Gilman <ma...@gmail.com>.
Those other JSPs are only excluded because we filter version numbers (using
maven filtering capabilities) into the path of some resources to attempt to
bust browser caches. The JSP in question does not pull in any of those
resources so it does not need to be filtered and can be pre-compiled. This
is also true for all the JSPs in src/main/webapp/WEB-INF/partials.
I'll spend a little bit this morning trying to figure out why. If I'm
unable to, I'll go ahead with the proposed change as it only affects when
the page is compiled.
Matt
On Sun, Dec 6, 2015 at 11:49 PM, Tony Kurc <tr...@gmail.com> wrote:
> I tested on CentOS 6.7 and Fedora 23. Both worked with the above change.
> Not sure why. @Matt Gilman - the plugin makes the same source code and
> seemingly the same class files on those systems. I'm a bit bamboozled, so
> if you know what might have caused this, I'd be interested to hear. I
> noticed the other jsps from src/main/webapp/WEB-INF/pages were excluded, so
> I figured that had something to do with it.
>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
I tested on CentOS 6.7 and Fedora 23. Both worked with the above change.
Not sure why. @Matt Gilman - the plugin makes the same source code and
seemingly the same class files on those systems. I'm a bit bamboozled, so
if you know what might have caused this, I'd be interested to hear. I
noticed the other jsps from src/main/webapp/WEB-INF/pages were excluded, so
I figured that had something to do with it.
Re: WebAppContext Failed startup of context
Posted by Andre <an...@fucs.org>.
Tony,
Build completed with both jetty versions and I was able to access web-ui on
both cases with no errors visible on nifi-app.log.
Please let me know if you need further tests
On Mon, Dec 7, 2015 at 2:49 PM, Tony Kurc <tr...@gmail.com> wrote:
> @Andre - can you add the following line to
>
> nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-web/nifi-web-ui/pom.xml
>
>
> **/message-page.jsp,
>
> Right before
> **/canvas.jsp,
>
>
>
>
>
>
> On Sun, Dec 6, 2015 at 10:47 PM, Andre <an...@fucs.org> wrote:
>
> > Hi,
> >
> > Same here, including changes to root pom.xml
> >
> > <org.slf4j.version>1.7.12</org.slf4j.version>
> > <jetty.version>9.2.14.v20151106</jetty.version>
> > <lucene.version>4.10.4</lucene.version>
> >
> >
> > On Mon, Dec 7, 2015 at 2:36 PM, Tony Kurc <tr...@gmail.com> wrote:
> >
> > > Confirmed it is still a problem with the following jspc plugin version:
> > >
> > > <plugin>
> > > <groupId>org.eclipse.jetty</groupId>
> > > <artifactId>jetty-jspc-maven-plugin</artifactId>
> > > <version>9.3.6.v20151106</version>
> > >
> > >
> > >
> > > On Sun, Dec 6, 2015 at 10:14 PM, Joe Witt <jo...@gmail.com> wrote:
> > >
> > > > For those that can easily reproduce the problem i've found that the
> > > > latest compatible Jetty for us for now is 9.2.14.v20151106
> > > >
> > > > You can edit your root nifi pom.xml to change the version from
> > > > 9.2.11.v20150529 to 9.2.14.v20151106 and see if that helps.
> > > >
> > > > Thanks
> > > > Joe
> > >
> >
>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
@Andre - can you add the following line to
nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-web/nifi-web-ui/pom.xml
**/message-page.jsp,
Right before
**/canvas.jsp,
On Sun, Dec 6, 2015 at 10:47 PM, Andre <an...@fucs.org> wrote:
> Hi,
>
> Same here, including changes to root pom.xml
>
> <org.slf4j.version>1.7.12</org.slf4j.version>
> <jetty.version>9.2.14.v20151106</jetty.version>
> <lucene.version>4.10.4</lucene.version>
>
>
> On Mon, Dec 7, 2015 at 2:36 PM, Tony Kurc <tr...@gmail.com> wrote:
>
> > Confirmed it is still a problem with the following jspc plugin version:
> >
> > <plugin>
> > <groupId>org.eclipse.jetty</groupId>
> > <artifactId>jetty-jspc-maven-plugin</artifactId>
> > <version>9.3.6.v20151106</version>
> >
> >
> >
> > On Sun, Dec 6, 2015 at 10:14 PM, Joe Witt <jo...@gmail.com> wrote:
> >
> > > For those that can easily reproduce the problem i've found that the
> > > latest compatible Jetty for us for now is 9.2.14.v20151106
> > >
> > > You can edit your root nifi pom.xml to change the version from
> > > 9.2.11.v20150529 to 9.2.14.v20151106 and see if that helps.
> > >
> > > Thanks
> > > Joe
> >
>
Re: WebAppContext Failed startup of context
Posted by Joe Witt <jo...@gmail.com>.
Thanks Andre. I think Tony is zeroing in. We were able to do a sort
of one by one jsp exclusion hunt. More soon.
Thanks
Joe
On Sun, Dec 6, 2015 at 10:47 PM, Andre <an...@fucs.org> wrote:
> Hi,
>
> Same here, including changes to root pom.xml
>
> <org.slf4j.version>1.7.12</org.slf4j.version>
> <jetty.version>9.2.14.v20151106</jetty.version>
> <lucene.version>4.10.4</lucene.version>
>
>
> On Mon, Dec 7, 2015 at 2:36 PM, Tony Kurc <tr...@gmail.com> wrote:
>
>> Confirmed it is still a problem with the following jspc plugin version:
>>
>> <plugin>
>> <groupId>org.eclipse.jetty</groupId>
>> <artifactId>jetty-jspc-maven-plugin</artifactId>
>> <version>9.3.6.v20151106</version>
>>
>>
>>
>> On Sun, Dec 6, 2015 at 10:14 PM, Joe Witt <jo...@gmail.com> wrote:
>>
>> > For those that can easily reproduce the problem i've found that the
>> > latest compatible Jetty for us for now is 9.2.14.v20151106
>> >
>> > You can edit your root nifi pom.xml to change the version from
>> > 9.2.11.v20150529 to 9.2.14.v20151106 and see if that helps.
>> >
>> > Thanks
>> > Joe
>>
Re: WebAppContext Failed startup of context
Posted by Andre <an...@fucs.org>.
Hi,
Same here, including changes to root pom.xml
<org.slf4j.version>1.7.12</org.slf4j.version>
<jetty.version>9.2.14.v20151106</jetty.version>
<lucene.version>4.10.4</lucene.version>
On Mon, Dec 7, 2015 at 2:36 PM, Tony Kurc <tr...@gmail.com> wrote:
> Confirmed it is still a problem with the following jspc plugin version:
>
> <plugin>
> <groupId>org.eclipse.jetty</groupId>
> <artifactId>jetty-jspc-maven-plugin</artifactId>
> <version>9.3.6.v20151106</version>
>
>
>
> On Sun, Dec 6, 2015 at 10:14 PM, Joe Witt <jo...@gmail.com> wrote:
>
> > For those that can easily reproduce the problem i've found that the
> > latest compatible Jetty for us for now is 9.2.14.v20151106
> >
> > You can edit your root nifi pom.xml to change the version from
> > 9.2.11.v20150529 to 9.2.14.v20151106 and see if that helps.
> >
> > Thanks
> > Joe
>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
Confirmed it is still a problem with the following jspc plugin version:
<plugin>
<groupId>org.eclipse.jetty</groupId>
<artifactId>jetty-jspc-maven-plugin</artifactId>
<version>9.3.6.v20151106</version>
On Sun, Dec 6, 2015 at 10:14 PM, Joe Witt <jo...@gmail.com> wrote:
> For those that can easily reproduce the problem i've found that the
> latest compatible Jetty for us for now is 9.2.14.v20151106
>
> You can edit your root nifi pom.xml to change the version from
> 9.2.11.v20150529 to 9.2.14.v20151106 and see if that helps.
>
> Thanks
> Joe
>
> On Sun, Dec 6, 2015 at 9:54 PM, Tony Kurc <tr...@gmail.com> wrote:
> > Also confirmed behavior on Fedora 23. Appears to be both oracle 1.7 and
> 1.8
> >
> > On Sun, Dec 6, 2015 at 9:50 PM, Tony Kurc <tr...@gmail.com> wrote:
> >
> >> So, confirmed the behavior on my centos 6.7 VM. Did some experiments
> based
> >> on the RC source tarball.
> >>
> >> 1) replaced the nifi-framework nar with the one from my ubuntu build
> >> (SUCCESS)
> >> 2) cracked open the nifi-framework nar, replaced the nifi-web-ui war
> with
> >> the one from my ubuntu build (SUCCESS)
> >>
> >> going to dive into how
> >>
> nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-web/nifi-web-ui
> >> is built, and see if there is something it is using from the
> environment or
> >> userland which is causing this.
> >>
> >>
> >> On Sun, Dec 6, 2015 at 9:19 PM, Tony Kurc <tr...@gmail.com> wrote:
> >>
> >>> I stood up a VM of centos 6.7 to help confirm this suspicion
> >>> On Dec 6, 2015 9:18 PM, "Andre" <an...@fucs.org> wrote:
> >>>
> >>>> All,
> >>>>
> >>>> Just to update:
> >>>>
> >>>> Surprisingly enough, running nifi from convenience tar.gz (
> >>>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
> >>>> <
> >>>>
> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
> >>>> >
> >>>> nifi-0.4.0-
> >>>> <
> >>>>
> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
> >>>> >
> >>>> bin.tar.gz
> >>>> <
> >>>>
> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
> >>>> >
> >>>> ) results in success.
> >>>>
> >>>> I reckon there may be something affecting the build of NiFi in Centos
> 6.7
> >>>> Received an out of band report of this issue on Fedora 23 with
> 1.8.0_66.
> >>>> Going to get a couple VMs going to try to replicate
> >>>>
> >>>> On Sun, Dec 6, 2015 at 7:14 PM, Matt Burgess <ma...@gmail.com>
> >>>> wrote:
> >>>>
> >>>> > 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 <an...@fucs.org> 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 <tr...@gmail.com>
> >>>> 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 <
> aldrinpiri@gmail.com>
> >>>> > 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 <an...@fucs.org>
> >>>> 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 <tr...@gmail.com>
> >>>> wrote:
> >>>> > >>>>>
> >>>> > >>>>> @Matt, I'm compiling now too
> >>>> > >>>>>
> >>>> > >>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <
> >>>> mattyb149@gmail.com>
> >>>> > >>>>> 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 <tr...@gmail.com>
> >>>> 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 <
> >>>> > >> mattyb149@gmail.com
> >>>> > >>>>
> >>>> > >>>>>> 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 <an...@fucs.org>
> >>>> > >> 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 <
> >>>> > >>>>> matt.c.gilman@gmail.com
> >>>> > >>>>>>>
> >>>> > >>>>>>>> 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 <
> >>>> andre-lists@fucs.org>
> >>>> > >>>>> 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!
> >>>> > >>
> >>>> >
> >>>>
> >>>
> >>
>
Re: WebAppContext Failed startup of context
Posted by Joe Witt <jo...@gmail.com>.
For those that can easily reproduce the problem i've found that the
latest compatible Jetty for us for now is 9.2.14.v20151106
You can edit your root nifi pom.xml to change the version from
9.2.11.v20150529 to 9.2.14.v20151106 and see if that helps.
Thanks
Joe
On Sun, Dec 6, 2015 at 9:54 PM, Tony Kurc <tr...@gmail.com> wrote:
> Also confirmed behavior on Fedora 23. Appears to be both oracle 1.7 and 1.8
>
> On Sun, Dec 6, 2015 at 9:50 PM, Tony Kurc <tr...@gmail.com> wrote:
>
>> So, confirmed the behavior on my centos 6.7 VM. Did some experiments based
>> on the RC source tarball.
>>
>> 1) replaced the nifi-framework nar with the one from my ubuntu build
>> (SUCCESS)
>> 2) cracked open the nifi-framework nar, replaced the nifi-web-ui war with
>> the one from my ubuntu build (SUCCESS)
>>
>> going to dive into how
>> nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-web/nifi-web-ui
>> is built, and see if there is something it is using from the environment or
>> userland which is causing this.
>>
>>
>> On Sun, Dec 6, 2015 at 9:19 PM, Tony Kurc <tr...@gmail.com> wrote:
>>
>>> I stood up a VM of centos 6.7 to help confirm this suspicion
>>> On Dec 6, 2015 9:18 PM, "Andre" <an...@fucs.org> wrote:
>>>
>>>> All,
>>>>
>>>> Just to update:
>>>>
>>>> Surprisingly enough, running nifi from convenience tar.gz (
>>>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>>>> <
>>>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
>>>> >
>>>> nifi-0.4.0-
>>>> <
>>>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
>>>> >
>>>> bin.tar.gz
>>>> <
>>>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
>>>> >
>>>> ) results in success.
>>>>
>>>> I reckon there may be something affecting the build of NiFi in Centos 6.7
>>>> Received an out of band report of this issue on Fedora 23 with 1.8.0_66.
>>>> Going to get a couple VMs going to try to replicate
>>>>
>>>> On Sun, Dec 6, 2015 at 7:14 PM, Matt Burgess <ma...@gmail.com>
>>>> wrote:
>>>>
>>>> > 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 <an...@fucs.org> 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 <tr...@gmail.com>
>>>> 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 <al...@gmail.com>
>>>> > 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 <an...@fucs.org>
>>>> 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 <tr...@gmail.com>
>>>> wrote:
>>>> > >>>>>
>>>> > >>>>> @Matt, I'm compiling now too
>>>> > >>>>>
>>>> > >>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <
>>>> mattyb149@gmail.com>
>>>> > >>>>> 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 <tr...@gmail.com>
>>>> 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 <
>>>> > >> mattyb149@gmail.com
>>>> > >>>>
>>>> > >>>>>> 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 <an...@fucs.org>
>>>> > >> 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 <
>>>> > >>>>> matt.c.gilman@gmail.com
>>>> > >>>>>>>
>>>> > >>>>>>>> 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 <
>>>> andre-lists@fucs.org>
>>>> > >>>>> 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!
>>>> > >>
>>>> >
>>>>
>>>
>>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
Also confirmed behavior on Fedora 23. Appears to be both oracle 1.7 and 1.8
On Sun, Dec 6, 2015 at 9:50 PM, Tony Kurc <tr...@gmail.com> wrote:
> So, confirmed the behavior on my centos 6.7 VM. Did some experiments based
> on the RC source tarball.
>
> 1) replaced the nifi-framework nar with the one from my ubuntu build
> (SUCCESS)
> 2) cracked open the nifi-framework nar, replaced the nifi-web-ui war with
> the one from my ubuntu build (SUCCESS)
>
> going to dive into how
> nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-web/nifi-web-ui
> is built, and see if there is something it is using from the environment or
> userland which is causing this.
>
>
> On Sun, Dec 6, 2015 at 9:19 PM, Tony Kurc <tr...@gmail.com> wrote:
>
>> I stood up a VM of centos 6.7 to help confirm this suspicion
>> On Dec 6, 2015 9:18 PM, "Andre" <an...@fucs.org> wrote:
>>
>>> All,
>>>
>>> Just to update:
>>>
>>> Surprisingly enough, running nifi from convenience tar.gz (
>>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>>> <
>>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
>>> >
>>> nifi-0.4.0-
>>> <
>>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
>>> >
>>> bin.tar.gz
>>> <
>>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
>>> >
>>> ) results in success.
>>>
>>> I reckon there may be something affecting the build of NiFi in Centos 6.7
>>> Received an out of band report of this issue on Fedora 23 with 1.8.0_66.
>>> Going to get a couple VMs going to try to replicate
>>>
>>> On Sun, Dec 6, 2015 at 7:14 PM, Matt Burgess <ma...@gmail.com>
>>> wrote:
>>>
>>> > 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 <an...@fucs.org> 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 <tr...@gmail.com>
>>> 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 <al...@gmail.com>
>>> > 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 <an...@fucs.org>
>>> 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 <tr...@gmail.com>
>>> wrote:
>>> > >>>>>
>>> > >>>>> @Matt, I'm compiling now too
>>> > >>>>>
>>> > >>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <
>>> mattyb149@gmail.com>
>>> > >>>>> 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 <tr...@gmail.com>
>>> 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 <
>>> > >> mattyb149@gmail.com
>>> > >>>>
>>> > >>>>>> 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 <an...@fucs.org>
>>> > >> 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 <
>>> > >>>>> matt.c.gilman@gmail.com
>>> > >>>>>>>
>>> > >>>>>>>> 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 <
>>> andre-lists@fucs.org>
>>> > >>>>> 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!
>>> > >>
>>> >
>>>
>>
>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
So, confirmed the behavior on my centos 6.7 VM. Did some experiments based
on the RC source tarball.
1) replaced the nifi-framework nar with the one from my ubuntu build
(SUCCESS)
2) cracked open the nifi-framework nar, replaced the nifi-web-ui war with
the one from my ubuntu build (SUCCESS)
going to dive into how
nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-web/nifi-web-ui
is built, and see if there is something it is using from the environment or
userland which is causing this.
On Sun, Dec 6, 2015 at 9:19 PM, Tony Kurc <tr...@gmail.com> wrote:
> I stood up a VM of centos 6.7 to help confirm this suspicion
> On Dec 6, 2015 9:18 PM, "Andre" <an...@fucs.org> wrote:
>
>> All,
>>
>> Just to update:
>>
>> Surprisingly enough, running nifi from convenience tar.gz (
>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
>> <
>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
>> >
>> nifi-0.4.0-
>> <
>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
>> >
>> bin.tar.gz
>> <
>> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
>> >
>> ) results in success.
>>
>> I reckon there may be something affecting the build of NiFi in Centos 6.7
>> Received an out of band report of this issue on Fedora 23 with 1.8.0_66.
>> Going to get a couple VMs going to try to replicate
>>
>> On Sun, Dec 6, 2015 at 7:14 PM, Matt Burgess <ma...@gmail.com> wrote:
>>
>> > 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 <an...@fucs.org> 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 <tr...@gmail.com> 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 <al...@gmail.com>
>> > 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 <an...@fucs.org>
>> 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 <tr...@gmail.com>
>> wrote:
>> > >>>>>
>> > >>>>> @Matt, I'm compiling now too
>> > >>>>>
>> > >>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <
>> mattyb149@gmail.com>
>> > >>>>> 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 <tr...@gmail.com> 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 <
>> > >> mattyb149@gmail.com
>> > >>>>
>> > >>>>>> 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 <an...@fucs.org>
>> > >> 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 <
>> > >>>>> matt.c.gilman@gmail.com
>> > >>>>>>>
>> > >>>>>>>> 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 <andre-lists@fucs.org
>> >
>> > >>>>> 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!
>> > >>
>> >
>>
>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
I stood up a VM of centos 6.7 to help confirm this suspicion
On Dec 6, 2015 9:18 PM, "Andre" <an...@fucs.org> wrote:
> All,
>
> Just to update:
>
> Surprisingly enough, running nifi from convenience tar.gz (
> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
> <
> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
> >
> nifi-0.4.0-
> <
> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
> >
> bin.tar.gz
> <
> https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz
> >
> ) results in success.
>
> I reckon there may be something affecting the build of NiFi in Centos 6.7
> Received an out of band report of this issue on Fedora 23 with 1.8.0_66.
> Going to get a couple VMs going to try to replicate
>
> On Sun, Dec 6, 2015 at 7:14 PM, Matt Burgess <ma...@gmail.com> wrote:
>
> > 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 <an...@fucs.org> 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 <tr...@gmail.com> 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 <al...@gmail.com>
> > 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 <an...@fucs.org> 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 <tr...@gmail.com>
> wrote:
> > >>>>>
> > >>>>> @Matt, I'm compiling now too
> > >>>>>
> > >>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <mattyb149@gmail.com
> >
> > >>>>> 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 <tr...@gmail.com> 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 <
> > >> mattyb149@gmail.com
> > >>>>
> > >>>>>> 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 <an...@fucs.org>
> > >> 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 <
> > >>>>> matt.c.gilman@gmail.com
> > >>>>>>>
> > >>>>>>>> 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 <an...@fucs.org>
> > >>>>> 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!
> > >>
> >
>
Re: WebAppContext Failed startup of context
Posted by Andre <an...@fucs.org>.
All,
Just to update:
Surprisingly enough, running nifi from convenience tar.gz (
https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/
<https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz>
nifi-0.4.0-
<https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz>
bin.tar.gz
<https://dist.apache.org/repos/dist/dev/nifi/nifi-0.4.0/nifi-0.4.0-bin.tar.gz>
) results in success.
I reckon there may be something affecting the build of NiFi in Centos 6.7
Received an out of band report of this issue on Fedora 23 with 1.8.0_66.
Going to get a couple VMs going to try to replicate
On Sun, Dec 6, 2015 at 7:14 PM, Matt Burgess <ma...@gmail.com> wrote:
> 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 <an...@fucs.org> 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 <tr...@gmail.com> 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 <al...@gmail.com>
> 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 <an...@fucs.org> 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 <tr...@gmail.com> wrote:
> >>>>>
> >>>>> @Matt, I'm compiling now too
> >>>>>
> >>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
> >>>>> 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 <tr...@gmail.com> 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 <
> >> mattyb149@gmail.com
> >>>>
> >>>>>> 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 <an...@fucs.org>
> >> 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 <
> >>>>> matt.c.gilman@gmail.com
> >>>>>>>
> >>>>>>>> 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 <an...@fucs.org>
> >>>>> 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!
> >>
>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
Received an out of band report of this issue on Fedora 23 with 1.8.0_66.
Going to get a couple VMs going to try to replicate
On Sun, Dec 6, 2015 at 7:14 PM, Matt Burgess <ma...@gmail.com> wrote:
> 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 <an...@fucs.org> 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 <tr...@gmail.com> 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 <al...@gmail.com>
> 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 <an...@fucs.org> 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 <tr...@gmail.com> wrote:
> >>>>>
> >>>>> @Matt, I'm compiling now too
> >>>>>
> >>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
> >>>>> 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 <tr...@gmail.com> 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 <
> >> mattyb149@gmail.com
> >>>>
> >>>>>> 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 <an...@fucs.org>
> >> 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 <
> >>>>> matt.c.gilman@gmail.com
> >>>>>>>
> >>>>>>>> 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 <an...@fucs.org>
> >>>>> 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!
> >>
>
Re: WebAppContext Failed startup of context
Posted by Matt Burgess <ma...@gmail.com>.
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 <an...@fucs.org> 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 <tr...@gmail.com> 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 <al...@gmail.com> 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 <an...@fucs.org> 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 <tr...@gmail.com> wrote:
>>>>>
>>>>> @Matt, I'm compiling now too
>>>>>
>>>>>> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
>>>>> 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 <tr...@gmail.com> 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 <
>> mattyb149@gmail.com
>>>>
>>>>>> 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 <an...@fucs.org>
>> 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 <
>>>>> matt.c.gilman@gmail.com
>>>>>>>
>>>>>>>> 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 <an...@fucs.org>
>>>>> 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!
>>
Re: WebAppContext Failed startup of context
Posted by Andre <an...@fucs.org>.
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 <tr...@gmail.com> 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 <al...@gmail.com> 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 <an...@fucs.org> 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 <tr...@gmail.com> wrote:
> > >
> > > > @Matt, I'm compiling now too
> > > >
> > > > On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
> > > 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 <tr...@gmail.com> 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 <
> mattyb149@gmail.com
> > >
> > > > > 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 <an...@fucs.org>
> 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 <
> > > > matt.c.gilman@gmail.com
> > > > > >
> > > > > >> 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 <an...@fucs.org>
> > > > 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!
> > > > > >>
> > > > >
> > > >
> > >
> >
>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
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 <al...@gmail.com> 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 <an...@fucs.org> 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 <tr...@gmail.com> wrote:
> >
> > > @Matt, I'm compiling now too
> > >
> > > On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
> > 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 <tr...@gmail.com> 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 <mattyb149@gmail.com
> >
> > > > 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 <an...@fucs.org> 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 <
> > > matt.c.gilman@gmail.com
> > > > >
> > > > >> 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 <an...@fucs.org>
> > > 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!
> > > > >>
> > > >
> > >
> >
>
Re: WebAppContext Failed startup of context
Posted by Aldrin Piri <al...@gmail.com>.
@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 <an...@fucs.org> 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 <tr...@gmail.com> wrote:
>
> > @Matt, I'm compiling now too
> >
> > On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com>
> 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 <tr...@gmail.com> 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 <ma...@gmail.com>
> > > 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 <an...@fucs.org> 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 <
> > matt.c.gilman@gmail.com
> > > >
> > > >> 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 <an...@fucs.org>
> > 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!
> > > >>
> > >
> >
>
Re: WebAppContext Failed startup of context
Posted by Andre <an...@fucs.org>.
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 <tr...@gmail.com> wrote:
> @Matt, I'm compiling now too
>
> On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com> 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 <tr...@gmail.com> 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 <ma...@gmail.com>
> > 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 <an...@fucs.org> 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 <
> matt.c.gilman@gmail.com
> > >
> > >> 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 <an...@fucs.org>
> 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!
> > >>
> >
>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
@Matt, I'm compiling now too
On Sun, Dec 6, 2015 at 5:46 PM, Matt Burgess <ma...@gmail.com> 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 <tr...@gmail.com> 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 <ma...@gmail.com>
> 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 <an...@fucs.org> 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 <matt.c.gilman@gmail.com
> >
> >> 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 <an...@fucs.org> 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!
> >>
>
Re: WebAppContext Failed startup of context
Posted by Matt Burgess <ma...@gmail.com>.
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 <tr...@gmail.com> 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 <ma...@gmail.com> 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 <an...@fucs.org> 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 <ma...@gmail.com>
>> 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 <an...@fucs.org> 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!
>>
Re: WebAppContext Failed startup of context
Posted by Tony Kurc <tr...@gmail.com>.
@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 <ma...@gmail.com> 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 <an...@fucs.org> 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 <ma...@gmail.com>
> 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 <an...@fucs.org> 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!
> >>>
>
Re: WebAppContext Failed startup of context
Posted by Matt Burgess <ma...@gmail.com>.
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 <an...@fucs.org> 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 <ma...@gmail.com> 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 <an...@fucs.org> 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!
>>>
Re: WebAppContext Failed startup of context
Posted by Andre <an...@fucs.org>.
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 <ma...@gmail.com> 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 <an...@fucs.org> 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!
>>
Re: WebAppContext Failed startup of context
Posted by Matt Gilman <ma...@gmail.com>.
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 <an...@fucs.org> 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!
>