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/ > metron/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/soc > ket.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/soc > ket.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/ > jhipster/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 >>> > > > >>> > > >>> > >>> >> >> >