Fix worked on my fork's Travis build - https://travis-ci.org/mmiklavc/metron/builds/332889008?utm_source=email&utm_medium=notification. Just waiting on the mainline build to run and we should be good to go.
On Wed, Jan 24, 2018 at 10:36 AM, Michael Miklavcic < michael.miklav...@gmail.com> wrote: > Fix is out for the UI build error. Please try it out/review - > https://github.com/apache/metron/pull/908 > > Between these 2 PR's, this should resolve our current build problems. I'm > looking at what I have to do for metron-config licensing updates right now. > > 1. https://github.com/apache/metron/pull/906 > 2. https://github.com/apache/metron/pull/908 > > Also, I'm noticing a ton of logging output again. I haven't looked into > this yet - anyone have any ideas around that? Is it checkstyle, or tests > not adhering to our logging settings? > > Best, > Mike > > > On Wed, Jan 24, 2018 at 9:17 AM, Michael Miklavcic < > michael.miklav...@gmail.com> wrote: > >> Working with Ryan Merriman on fixes for the build. There are 2 issues >> currently. I have a PR out for one of them, which is an intermittent test >> failure around the search config test - https://github.com/apache/me >> tron/pull/906. The other appears to be us getting bitten once again by >> npm packages having version incompatibilities. We ran "mvn test --projects >> metron-interface/metron-config" locally and the tests bomb out with an >> error in one of the functions: >> >> [INFO] 24 01 2018 08:55:35.441:INFO [PhantomJS 2.1.1 (Mac OS X 0.0.0)]: >> Connected on socket /#LtO6fvDbvgN7JNHXAAAA with id 87167843 >> PhantomJS 2.1.1 (Mac OS X 0.0.0): Executed 241 of 241 SUCCESS (1 >> min 3.946 secs / 1 min 4.309 secs) >> [INFO] Missing error handler on `socket`. >> *[INFO] TypeError: sourceMap.originalPositionFor is not a function* >> [INFO] at getMapping (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> remap-istanbul/lib/remap.js:76:25) >> [INFO] at /Users/mmiklavcic/devprojects/ >> metron/metron-interface/metron-config/node_modules/remap- >> istanbul/lib/remap.js:245:20 >> [INFO] at Array.forEach (native) >> [INFO] at /Users/mmiklavcic/devprojects/ >> metron/metron-interface/metron-config/node_modules/remap- >> istanbul/lib/remap.js:243:37 >> [INFO] at Array.forEach (native) >> [INFO] at /Users/mmiklavcic/devprojects/ >> metron/metron-interface/metron-config/node_modules/remap- >> istanbul/lib/remap.js:192:22 >> [INFO] at Array.forEach (native) >> [INFO] at remap (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> remap-istanbul/lib/remap.js:191:12) >> [INFO] at onRunComplete (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma-remap-istanbul/index.js:55:21) >> [INFO] at .<anonymous> (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/lib/events.js:13:22) >> [INFO] at emitTwo (events.js:111:20) >> [INFO] at emit (events.js:191:7) >> [INFO] at emitRunCompleteIfAllBrowsersDone >> (/Users/mmiklavcic/devprojects/metron/metron-interface/ >> metron-config/node_modules/karma/lib/server.js:294:12) >> [INFO] at .<anonymous> (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/lib/server.js:325:7) >> [INFO] at emitOne (events.js:96:13) >> [INFO] at emit (events.js:188:7) >> [INFO] at .<anonymous> (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/lib/server.js:308:12) >> [INFO] at emitTwo (events.js:111:20) >> [INFO] at emit (events.js:191:7) >> [INFO] at onComplete (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/lib/browser.js:143:13) >> [INFO] at Socket.<anonymous> (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/lib/events.js:13:22) >> [INFO] at emitTwo (events.js:111:20) >> [INFO] at Socket.emit (events.js:191:7) >> [INFO] at Socket.onevent (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/karma/node_modules/ >> socket.io/lib/socket.js:335:8) >> [INFO] at Socket.onpacket (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/karma/node_modules/ >> socket.io/lib/socket.js:295:12) >> [INFO] at Client.ondecoded (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/karma/node_modules/ >> socket.io/lib/client.js:193:14) >> [INFO] at Decoder.Emitter.emit (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> component-emitter/index.js:134:20) >> [INFO] at Decoder.add (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/node_modules/socket.io-parser/index.js:247:12) >> [INFO] at Client.ondata (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/karma/node_modules/ >> socket.io/lib/client.js:175:18) >> [INFO] at emitOne (events.js:96:13) >> [INFO] at Socket.emit (events.js:188:7) >> [INFO] at Socket.onPacket (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/karma/node_modules/ >> engine.io/lib/socket.js:101:14) >> [INFO] at emitOne (events.js:96:13) >> [INFO] at WebSocket.emit (events.js:188:7) >> [INFO] at WebSocket.Transport.onPacket (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/karma/node_modules/ >> engine.io/lib/transport.js:104:8) >> [INFO] at WebSocket.Transport.onData (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/karma/node_modules/ >> engine.io/lib/transport.js:115:8) >> [INFO] at WebSocket.onData (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/karma/node_modules/ >> engine.io/lib/transports/websocket.js:76:30) >> [INFO] at emitTwo (events.js:106:13) >> [INFO] at WebSocket.emit (events.js:191:7) >> [INFO] at Receiver.ontext (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/node_modules/ws/lib/WebSocket.js:816:10) >> [INFO] at /Users/mmiklavcic/devprojects/ >> metron/metron-interface/metron-config/node_modules/karma/ >> node_modules/ws/lib/Receiver.js:477:18 >> [INFO] at Receiver.applyExtensions (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/node_modules/ws/lib/Receiver.js:364:5) >> [INFO] at /Users/mmiklavcic/devprojects/ >> metron/metron-interface/metron-config/node_modules/karma/ >> node_modules/ws/lib/Receiver.js:466:14 >> [INFO] at Receiver.flush (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/node_modules/ws/lib/Receiver.js:340:3) >> [INFO] at Receiver.opcodes.1.finish (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/node_modules/ws/lib/Receiver.js:482:12) >> [INFO] at Receiver.expectHandler (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/node_modules/ws/lib/Receiver.js:451:33) >> [INFO] at Receiver.add (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/node_modules/ws/lib/Receiver.js:95:24) >> [INFO] at Socket.realHandler (/Users/mmiklavcic/devprojects >> /metron/metron-interface/metron-config/node_modules/ >> karma/node_modules/ws/lib/WebSocket.js:800:20) >> [INFO] at emitOne (events.js:96:13) >> [INFO] at Socket.emit (events.js:188:7) >> [INFO] at readableAddChunk (_stream_readable.js:172:18) >> [INFO] at Socket.Readable.push (_stream_readable.js:130:10) >> [INFO] at TCP.onread (net.js:542:20) >> PhantomJS 2.1.1 (Mac OS X 0.0.0) ERROR >> [INFO] Disconnected, because no message in 10000 ms. >> >> This thread appears to shed light on the problem and I'm attempting to >> lock the remap-istanbul version now. https://github.com/jhipst >> er/generator-jhipster/issues/7031 >> >> I'd like to re-up my strong support to get this working more repeatably >> like our Maven dep management. I'll spend a little bit of time today >> revisiting what's available to us via npm. I know Yarn (javascript yarn, >> not hadoop) has been mentioned before, but I think npm may have some >> features now as well. >> >> Cheers, >> Mike >> >> On Tue, Jan 23, 2018 at 2:45 PM, Michael Miklavcic < >> michael.miklav...@gmail.com> wrote: >> >>> Yeah, this seems to be breaking in every build at this point. I am going >>> to look into it tomorrow. >>> >>> On Mon, Jan 22, 2018 at 8:29 AM, Nick Allen <n...@nickallen.org> wrote: >>> >>>> I had copied the wrong text into the bug. I fixed that. >>>> >>>> On Mon, Jan 22, 2018 at 10:22 AM, Casey Stella <ceste...@gmail.com> >>>> wrote: >>>> >>>> > This could be one of those intermittent test failures related to >>>> timing. >>>> > Specifically this: >>>> > >>>> > test(org.apache.metron.rest.controller.SensorIndexingConfigController >>>> > IntegrationTest) >>>> > Time elapsed: 0.064 sec <<< FAILURE! >>>> > java.lang.AssertionError: Status expected:<404> but was:<200> >>>> > at org.springframework.test.util.AssertionErrors.fail( >>>> > AssertionErrors.java:54) >>>> > at org.springframework.test.util. >>>> AssertionErrors.assertEquals( >>>> > AssertionErrors.java:81) >>>> > at org.springframework.test.web.servlet.result. >>>> > StatusResultMatchers$10.match(StatusResultMatchers.java:664) >>>> > at org.springframework.test.web.servlet.MockMvc$1.andExpect( >>>> > MockMvc.java:171) >>>> > at org.apache.metron.rest.controller. >>>> > SensorIndexingConfigControllerIntegrationTest.test( >>>> > SensorIndexingConfigControllerIntegrationTest.java:146) >>>> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>>> Method) >>>> > at sun.reflect.NativeMethodAccessorImpl.invoke( >>>> > NativeMethodAccessorImpl.java:62) >>>> > at sun.reflect.DelegatingMethodAccessorImpl.invoke( >>>> > DelegatingMethodAccessorImpl.java:43) >>>> > at java.lang.reflect.Method.invoke(Method.java:498) >>>> > at org.junit.runners.model.Framew >>>> orkMethod$1.runReflectiveCall( >>>> > FrameworkMethod.java:47) >>>> > at org.junit.internal.runners.model.ReflectiveCallable.run( >>>> > ReflectiveCallable.java:12) >>>> > at org.junit.runners.model.FrameworkMethod.invokeExplosively( >>>> > FrameworkMethod.java:44) >>>> > at org.junit.internal.runners.statements.InvokeMethod. >>>> > evaluate(InvokeMethod.java:17) >>>> > at org.junit.internal.runners.statements.RunBefores. >>>> > evaluate(RunBefores.java:26) >>>> > at org.springframework.test.context.junit4.statements. >>>> > RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks. >>>> > java:75) >>>> > at org.springframework.test.context.junit4.statements. >>>> > RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallb >>>> acks.java:86) >>>> > at org.springframework.test.context.junit4.statements. >>>> > SpringRepeat.evaluate(SpringRepeat.java:84) >>>> > at org.junit.runners.ParentRunner >>>> .runLeaf(ParentRunner.java:271) >>>> > at org.springframework.test.context.junit4. >>>> > SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:252) >>>> > at org.springframework.test.context.junit4. >>>> > SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94) >>>> > at org.junit.runners.ParentRunner >>>> $3.run(ParentRunner.java:238) >>>> > at org.junit.runners.ParentRunner >>>> $1.schedule(ParentRunner.java:63) >>>> > at org.junit.runners.ParentRunner.runChildren( >>>> > ParentRunner.java:236) >>>> > at org.junit.runners.ParentRunner >>>> .access$000(ParentRunner.java:53) >>>> > at org.junit.runners.ParentRunner$2.evaluate( >>>> > ParentRunner.java:229) >>>> > at org.springframework.test.context.junit4.statements. >>>> > RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallb >>>> acks.java:61) >>>> > at org.springframework.test.context.junit4.statements. >>>> > RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbac >>>> ks.java:70) >>>> > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) >>>> > at org.springframework.test.context.junit4. >>>> > SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191) >>>> > at org.apache.maven.surefire.junit4.JUnit4Provider.execute( >>>> > JUnit4Provider.java:283) >>>> > at org.apache.maven.surefire.junit4.JUnit4Provider. >>>> > executeWithRerun(JUnit4Provider.java:173) >>>> > at org.apache.maven.surefire.junit4.JUnit4Provider. >>>> > executeTestSet(JUnit4Provider.java:153) >>>> > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke( >>>> > JUnit4Provider.java:128) >>>> > at org.apache.maven.surefire.booter.ForkedBooter. >>>> > invokeProviderInSameClassLoader(ForkedBooter.java:203) >>>> > at org.apache.maven.surefire.booter.ForkedBooter. >>>> > runSuitesInProcess(ForkedBooter.java:155) >>>> > at org.apache.maven.surefire.booter.ForkedBooter.main( >>>> > ForkedBooter.java:103) >>>> > >>>> > >>>> > >>>> > On Mon, Jan 22, 2018 at 10:21 AM, Nick Allen <n...@nickallen.org> >>>> wrote: >>>> > >>>> > > I had created this JIRA for the specific issue earlier this >>>> morning. I >>>> > > have no idea why it is breaking and I am not currently looking into >>>> it. >>>> > > Definitely nothing to do with the most recent commit. >>>> > > >>>> > > https://issues.apache.org/jira/browse/METRON-1414 >>>> > > >>>> > > >>>> > > On Mon, Jan 22, 2018 at 10:18 AM, Otto Fowler < >>>> ottobackwa...@gmail.com> >>>> > > wrote: >>>> > > >>>> > > > https://travis-ci.org/apache/metron/builds/330900667 >>>> > > > >>>> > > >>>> > >>>> >>> >>> >> >
