[00:08:45] *** rcernich has quit IRC
[00:12:07] *** ChanServ has quit IRC
[00:15:22] *** ChanServ has joined #jbosstools
[00:15:23] *** tepper.freenode.net sets mode: +o ChanServ
[00:40:04] *** mmurray__ has joined #jbosstools
[00:50:00] *** fbricon has quit IRC
[01:12:32] *** soro|afk has quit IRC
[01:15:58] *** sflanigan has quit IRC
[01:24:39] *** bfitzpat has quit IRC
[01:25:26] *** fbricon has joined #jbosstools
[01:25:27] *** ChanServ sets mode: +o fbricon
[01:27:23] *** strykerawb has quit IRC
[01:28:21] *** sflanigan has joined #jbosstools
[01:28:41] *** strykerawb has joined #jbosstools
[01:28:42] *** ChanServ sets mode: +o strykerawb
[01:45:09] *** fbricon has quit IRC
[01:45:34] *** fbricon has joined #jbosstools
[01:45:34] *** ChanServ sets mode: +o fbricon
[01:45:36] *** rruss has quit IRC
[01:45:53] *** fbricon has quit IRC
[01:47:24] *** koentsje has joined #jbosstools
[01:48:14] *** koentsje has quit IRC
[01:49:55] *** mbenson has quit IRC
[02:05:49] *** strykerawb has quit IRC
[02:06:21] *** strykerawb has joined #jbosstools
[02:06:21] *** ChanServ sets mode: +o strykerawb
[02:15:52] *** amitev has quit IRC
[02:29:29] *** mmurray__ has quit IRC
[02:37:42] *** akazakov has quit IRC
[02:41:44] *** bgeorges has joined #jbosstools
[02:42:30] *** fbricon has joined #jbosstools
[02:42:30] *** ChanServ sets mode: +o fbricon
[03:30:29] *** mbenson has joined #jbosstools
[03:30:30] *** mbenson has joined #jbosstools
[03:43:24] *** summersp|ajug is now known as summersp
[03:43:43] *** summersp has joined #jbosstools
[03:50:41] *** sflanigan has quit IRC
[04:02:51] *** sflanigan has joined #jbosstools
[04:17:46] *** jpav has quit IRC
[04:33:28] *** pleacu has quit IRC
[04:37:48] *** ldimaggi has joined #jbosstools
[05:02:22] *** ldimaggi has quit IRC
[05:24:58] *** mbenson has quit IRC
[05:56:47] *** plarsen has joined #jbosstools
[05:57:35] *** plarsen has quit IRC
[06:04:07] *** plarsen has joined #jbosstools
[06:16:43] *** akanksha has joined #jbosstools
[06:51:06] *** mistria has joined #jbosstools
[06:55:00] *** ttarrant has joined #jbosstools
[06:57:25] *** ttarrant has quit IRC
[07:00:22] *** lhein has joined #jbosstools
[07:00:23] *** lhein has joined #jbosstools
[07:05:55] *** vineetreynolds has joined #jbosstools
[07:05:59] *** rhopp has joined #jbosstools
[07:09:11] *** akanksha has quit IRC
[07:21:23] *** akanksha has joined #jbosstools
[07:27:22] *** rhopp has quit IRC
[07:33:37] *** plarsen has quit IRC
[07:34:24] *** ehsavoie has quit IRC
[07:37:38] *** fbricon has quit IRC
[07:50:04] *** jrichter_ has joined #jbosstools
[07:54:32] *** ehsavoie has joined #jbosstools
[08:02:23] *** akanksha has quit IRC
[08:14:50] *** akanksha has joined #jbosstools
[08:17:32] *** marekn has joined #jbosstools
[08:18:55] *** rhopp has joined #jbosstools
[08:29:02] *** psrna has joined #jbosstools
[08:42:44] *** mlabuda has joined #jbosstools
[08:48:23] *** akazakov has joined #jbosstools
[08:52:17] *** pstribny has joined #jbosstools
[08:53:50] *** akazakov has quit IRC
[08:54:03] *** rawagner has joined #jbosstools
[09:08:39] *** ttarrant has joined #jbosstools
[09:08:52] <maxandersen> mistria: nickboldt: about reason for existing of integration-testss repo. That is done because QE are writing them at *different* times than the modules AND that those tests tend to cover mulitple modules not just a single one.
[09:09:28] <maxandersen> (the need/want for itests in the component we've had for long time just noone found a good way to do it and/or took the time to make a working mvn setup for it)
[09:11:06] <mistria> maxandersen: yesterday was the first time I heard about someone willing to do it.
[09:11:24] <mistria> maxandersen: what's the difference between regular tests and itests? just the duration?
[09:12:51] <maxandersen> mistria: duration is a big part of it yes.
[09:13:09] <maxandersen> mistria: would also give a place to have 'heavier' swt bot tests.
[09:13:12] <mlabuda> mistria: DEVs use unit tests (mostly) testing some functionality separated from other parts of plugin. Integration tests are more complex
[09:13:15] <maxandersen> in the component ones.
[09:14:22] <maxandersen> mistria: and its been a debate for like ever 6-10 months ever since we moved to mvn/tycho how to make sure we have fast running tests but also actually test against full runtimes.
[09:14:34] <mistria> mlabuda: that's true in theory, but if you look at the tests we have currently in JBT, many are actually testing some integration more than small units of functionality
[09:14:50] *** koentsje has joined #jbosstools
[09:14:55] <mistria> maxandersen: ok
[09:15:54] <mlabuda> mistria: do you use SWT bot to test them? and do you use mock object or do you test in completely as some use case/test case?
[09:16:11] <mlabuda> it completely*
[09:16:13] <mistria> maxandersen: the difficult part is to define "long". Some long (few minutes) tests with a high coverage, good reliability and spotting bugs efficiently are worth being run for each build; whereas some others are not.
[09:16:33] <maxandersen> mlabuda: most currently (for historical reasons and ease of writing them) test completely. which is part of the problem.
[09:16:59] <mistria> mlabuda: no SWTBot is component tests so far, but many use Platform and other high-level API to drive a full usage scenario
[09:17:05] <mlabuda> maxandersen: and what's the coverage of tests. Well if there are any code coverage reports...?
[09:17:11] <maxandersen> mistria: yes, but as long as we don't actually have a way to effectively group them things gets less and less tested because takes longer and longer.
[09:17:26] <maxandersen> mlabuda: varies greatly between the components
[09:17:39] <mistria> mlabuda: See SonarQube reports for coverage details
[09:18:13] <mistria> maxandersen: ok
[09:19:52] <mistria> maxandersen: there are ways to group them, TestSuite can already do that. It's not the lack of technical possibilities that prevents us from doing it, it seems to be more an issue of how to decide which tests are necessary, which ones are not.
[09:20:46] <mistria> maxandersen (note that I'm not against JUnit groups, but I don't think they are necessary to solve any of our issues)
[09:22:34] <mistria> mlabuda: about coverage on Sonar, it seems like some components may not be configured correctly and report 0%
[09:26:29] *** ppalaga has joined #jbosstools
[09:27:45] <mlabuda> mistria: yeah, there was this issue in QE too, but it should be already fixed (we have had a workaround to use local build of plugin which had set some higher not yet released version)
[09:28:32] <mistria> mlabuda: ok. I'm not sure it's the same root cause though
[09:28:51] <mistria> mlabuda: the one you're talking about is that p2 may not necessarly prefer latest build
[09:29:37] <mistria> mlabuda: the one I see on Sonar seems a bit different, it seems to apply for any multi-level components. I believe it's a pure and simple job configuration issue.
[09:29:41] <mlabuda> mistria: well, vpakan know more about it, maybe some other QE(s) too. I think it was because the plugin was downloaded already built without sources and it could not calculate coverage. But that's just my guess/ some blurry memory
[09:30:10] <mlabuda> mistria: and to set the specific version to higher we avoided downloading plugin and use local with sources
[09:37:26] *** lfryc has joined #jbosstools
[09:37:26] *** lfryc has quit IRC
[09:37:26] *** lfryc has joined #jbosstools
[09:49:08] *** xcoulon has joined #jbosstools
[09:49:08] *** ChanServ sets mode: +o xcoulon
[09:59:33] *** xcoulon has quit IRC
[10:00:00] *** xcoulon has joined #jbosstools
[10:00:00] *** ChanServ sets mode: +o xcoulon
[10:03:28] *** adietisheim has joined #jbosstools
[10:03:29] *** ChanServ sets mode: +o adietisheim
[10:05:48] *** CustosL1men has joined #jbosstools
[10:48:21] *** kkhan has joined #jbosstools
[10:55:13] *** kkhan has quit IRC
[10:55:37] *** kkhan has joined #jbosstools
[11:08:23] <maxandersen> mistria: junit groups allows more freedom in how it is done. moving to seperate directory requires much more discipline. which might be fine btw.
[11:10:09] <maxandersen> strykerawb: mistria: you guys like to come up with crazy names. what name would be fitting for a Kickass build server for jbosstools ? :)
[11:10:25] <maxandersen> wildfly has thunder and lightning as names for theirs.
[11:10:42] <maxandersen> if I hear no better i'm going to suggest 'wonka' :)
[11:16:55] *** bbrodt has quit IRC
[11:28:17] *** danflo has joined #jbosstools
[11:28:43] *** psrna is now known as psrna_lunch
[11:30:07] *** danflo has quit IRC
[11:32:26] <mistria> jbosstools: There are already many codename for machines, it's easy to be confused. What about jbosstools-ci ?
[11:34:16] *** akanksha has quit IRC
[11:50:59] <mistria> mlabuda: FYI, coverage should be fixed for Sonar jobs and reports. Next build should show actual results instead of 0% even for multi-level components.
[11:51:15] <mistria> mlabuda: thanks for bringing my attention on this topuc
[11:51:29] <mlabuda> mistria: you're welcome
[12:03:57] <maxandersen> mistria: it is not only for jbosstools-ci
[12:07:16] *** kkhan has quit IRC
[12:07:22] *** kkhan_ has joined #jbosstools
[12:12:28] <maxandersen> mistria: also cover devstudio and some errai stuff.
[12:16:16] *** rbenevides has joined #jbosstools
[12:25:38] *** gbrown has joined #jbosstools
[12:29:52] *** ttarrant has quit IRC
[12:34:45] *** psrna_lunch is now known as psrna
[12:40:17] <jbossbot> git [jbosstools-forge] push jbosstools-4.2.x 962b105.. George Gastaldi JBIDE-18738: Upgrade Forge Runtime to 2.12.2.Final
[12:40:38] *** CustosL1men has quit IRC
[12:48:56] *** ttarrant has joined #jbosstools
[12:49:17] *** kkhan_ has quit IRC
[12:54:08] *** kkhan has joined #jbosstools
[13:00:48] *** bbrodt has joined #jbosstools
[13:00:48] *** ChanServ sets mode: +o bbrodt
[13:05:28] *** ldimaggi has joined #jbosstools
[13:08:37] *** ehsavoie is now known as ehsavoie_afk
[13:12:30] *** sgilda_afk has quit IRC
[13:13:03] *** sgilda has joined #jbosstools
[13:23:16] *** fbricon has joined #jbosstools
[13:23:16] *** ChanServ sets mode: +o fbricon
[13:33:04] <maxandersen> strykerawb: ping pong. can't build your integration_test branch. any pointers ?
[13:33:57] <maxandersen> this is when running the build from the root of server.
[13:51:17]
<jbossbot> new jira [JBIDE-18770] when livereload server is running browsersim/cordovasim should automatically enable livereload [Open (Unresolved) Bug, Major, Konstantin Marmalyukov] https://issues.jboss.org/browse/JBIDE-18770
[14:00:21] <jbossbot> git [jbosstools-website] push master 10e9695.. Fred Bricon Blog about Maven improvements in JBT 4.2/JBDS 8.0...
[14:00:21] <jbossbot> git [jbosstools-website] push master 75d4ed6.. Max Rydahl Andersen * Fix JBDS to Developer Studio in blog...
[14:01:03] <xcoulon> maxandersen: ^^
[14:01:17] <xcoulon> maxandersen: that's jbossbot that informs us when something is pushed
[14:02:05] *** fbricon has quit IRC
[14:04:27] <maxandersen> strykerawb:
[14:04:28] <maxandersen> 13:33
[14:04:28] <maxandersen> strykerawb: ping pong. can't build your integration_test branch. any pointers ?
[14:04:28] <maxandersen> 13:33
[14:04:31] <maxandersen> 13:33
[14:04:33] <maxandersen> this is when running the build from the root of server.
[14:06:39] <strykerawb> maxandersen, got it. um... not sure how to fix. I'll play with it, but odds are i'll poke nick when he wakes up
[14:07:54] <maxandersen> strykerawb: you got dependencies from your test to itest and from itest to test that does not exist.
[14:08:37] <strykerawb> ah that may be the old stub of a test plugin i deleted
[14:08:44] <strykerawb> had only 3 classes and 0 tests left in it
[14:08:49] <maxandersen> strykerawb: my guess it builds On your side because you have old build in your mvn repo.
[14:08:54] <strykerawb> yep
[14:08:58] <strykerawb> i'll fix the features
[14:09:01] <strykerawb> and try again
[14:09:39] <maxandersen> strykerawb: cool. try rm ~/.m2/repository/org/jboss/tools/ before building to make sure your changes don't rely on pre-built stuff ;)
[14:09:53] <strykerawb> sir yes sir
[14:10:18] *** pleacu has joined #jbosstools
[14:10:21] *** burrsutter has quit IRC
[14:10:22] <maxandersen> btw. did nickboldt or mistria or you talk about how test update sites will work if we do this with a separate itests folder ?
[14:10:22] *** bfitzpat has joined #jbosstools
[14:10:23] *** ChanServ sets mode: +o bfitzpat
[14:10:40] <maxandersen> (as opposed to have all inside tests, but classified differently.
[14:16:53] <strykerawb> no they didnt. ... and the deleted test plugin isn't the problem here: the missing requirement is org.jboss.ide.eclipse.as.archives.integration.test which is in the itests folder
[14:18:15] <maxandersen> that question was a separate one ;)
[14:18:31] <maxandersen> not related to the "can't build the prototype" ;)
[14:20:45] <strykerawb> yeah i was just mixing the two things into one response, sorry.
[14:23:08] *** psrna is now known as psrna_afk
[14:24:59] *** danflo has joined #jbosstools
[14:25:25] *** jeff_cantrill has joined #jbosstools
[14:27:50] <maxandersen> strykerawb: running build with latest updtes.
[14:27:58] <strykerawb> maxandersen, doesnt fix it. same error basically
[14:28:03] <strykerawb> it cant find the test that's in itest
[14:29:19] <strykerawb> org.jboss.ide.eclipse.as.archives.integration.test is inside the itest folder
[14:29:25] <strykerawb> build cant find it
[14:30:10] <strykerawb> running again with itests.skip=false to see if that helps
[14:30:20] *** lfryc has quit IRC
[14:30:50] <strykerawb> sorry, itest.skip=false
[14:31:00] <maxandersen> strykerawb: yeah. same issue.
[14:31:20] <mistria> strykerawb: what is "it" (that can't find the test)? Do you have an error message? From which folder do you run your build?
[14:31:34] <strykerawb> i run from jbosstools-server root
[14:31:55] <strykerawb> mvn clean verify -DskipTests fails, as does mvn clean install -Ditest.skip=false
[14:33:11] <nickboldt> strykerawb: looks like a problem w/ nested features / source feature declaration
[14:33:32] <nickboldt> [ERROR] Missing requirement: org.jboss.ide.eclipse.as.test.feature.feature.group 3.0.0.qualifier requires 'org.jboss.ide.eclipse.as.archives.integration.test 0.0.0' but it could not be found
[14:33:46] <strykerawb> its in the itests folder
[14:33:47] <strykerawb> shrug
[14:33:52] <strykerawb> why cant it find it?
[14:33:52] <nickboldt> so change org.jboss.ide.eclipse.as.test.feature so it doesn't include / require org.jboss.ide.eclipse.as.archives.integration.test
[14:34:02] <nickboldt> because it hasn't built it yet?
[14:34:02] <strykerawb> .........
[14:34:09] <strykerawb> so then my feature ends up missing half my tests
[14:34:21] <nickboldt> make a new one called org.jboss.ide.eclipse.as.itest.feature
[14:34:34] <strykerawb> why would that change anything?
[14:34:43] <nickboldt> because... "you gotta keep 'em separated"
[14:34:57] <strykerawb> i dont follow. at all.
[14:35:12] <strykerawb> tycho tries to come up with an order to build plugins / tests / and features
[14:35:13] <nickboldt> ok, ignore me. I need coffee. bbiab
[14:35:37] <strykerawb> if current feature cant find the itest test plugin, then why would a new feature?
[14:39:47] *** sgilda is now known as sgilda_brb
[14:40:36] <mistria> strykerawb: do you have a PR or a branch I can try?
[14:46:33] <strykerawb> mistria, ^^
[14:46:44] *** lfryc has joined #jbosstools
[14:53:58] <mistria> strykerawb: I see 2 folders named org.jboss.ide.eclipse.as.archives.integration.test, on is as/tests and one in as/itests . Seems suspicious
[14:54:44] <strykerawb> mistria, i dont have hte one in as/tests
[14:54:50] <strykerawb> mistria, you sure its not just empty relic?
[14:55:14] <strykerawb> or your eclipse workspace somehow re-generated the folder with just a bin and .project?
[14:55:19] *** lfryc has quit IRC
[14:56:12] *** balunasj is now known as balunasj|mtg
[14:57:28] <mistria> strykerawb: yes, probably
[14:58:26] *** sgilda_brb is now known as sgilda
[15:00:40] <ldimaggi> mistria, ping
[15:00:45] *** psrna_afk is now known as psrna
[15:00:51] <mistria> ldimaggi: hi
[15:01:01] <ldimaggi> mistria, are you asking for a tools user account to be created?
[15:01:15] <ldimaggi> mistria, or a tools user (human being) to be assigned? ;-)
[15:02:07] <mistria> ldimaggi: I'm asking for ability to log in on SonarQube as a user (let's name it "tools") to be allowed to change job configuration
[15:02:26] *** lfryc has joined #jbosstools
[15:05:17] *** fbricon has joined #jbosstools
[15:05:17] *** ChanServ sets mode: +o fbricon
[15:05:46] <maxandersen> mistria: and to define own rule set (please ;)
[15:06:25] <mistria> maxandersen: yes, create the "JBoss Tools" ruleset and configure all jbosstools-* sonar reports to use it
[15:07:40] <maxandersen> yuppie
[15:08:02] <ldimaggi> mistria, that doesn't sound like too large a task
[15:08:10] <ldimaggi> mistria, so - you asked for this in JULY?
[15:08:44] <mistria> ldimaggi: yes, but eng-ops doesn't take SonarQube with high priority. I believe it's not part of the tools that they are supposed to maintain
[15:09:05] <mistria> ldimaggi: to them, it's more like a sandbox so far, ultimately, it would be a real part of the infrastructure, like Jenkins
[15:09:24] <ldimaggi> mistria, I will see what I can do ;-)
[15:10:58] <mistria> ldimaggi: thanks
[15:11:28] <ldimaggi> mistria, do not say 'thanks' just yet ;-)
[15:15:02] *** rruss has joined #jbosstools
[15:16:20] *** ehsavoie_afk is now known as ehsavoie
[15:17:52] <ldimaggi> mistria, I'm missing something here - all you are asking them for is for a user to be created?
[15:17:56] <jbossbot> git [jbosstools-server] 7f0ca66.. Mickael Istria Fix inclusion of integration tests
[15:18:12] <mistria> ldimaggi: yes
[15:18:22] <ldimaggi> nickboldt, meeting?
[15:18:26] <mistria> ldimaggi: at least, that's why I want to ask, not sure I've expressed myself correctly
[15:20:08] <ldimaggi> mistria, so - what's EngOps' issue with this - it sounds easy ;-)
[15:20:49] <mistria> ldimaggi: I don't know whether it's easy or not. I never administrated a SonarQube instance. I guess it's just that it's low priority and they spend time on higher priority tasks
[15:21:00] <strykerawb> skipTests build works. Will proceed to test normal tests, then int tests
[15:21:48] *** bgeorges has quit IRC
[15:23:04] <ldimaggi> mistria, oh - wait - is this a system user? or a Sonar user - in other words - are we asking EngOps to administer Sonar?
[15:23:43] <mistria> ldimaggi: I don't know, I just want to be able to edit rulesets and assign them to jbosstools projects...
[15:24:04] <mistria> ldimaggi: I believe it's not an admin role, more a "project owner" role, if this exists with sonar
[15:24:47] <strykerawb> mistria, things seem to be working. Thanks a ton.
[15:25:16] <strykerawb> i still have some other shit to fix but I don't expect to bother you
[15:25:20] <mistria> strykerawb: you're welcome
[15:25:45] *** rcernich has joined #jbosstools
[15:25:55] *** rcernich has joined #jbosstools
[15:26:15] <mistria> strykerawb: if you're stuck and if they're related to build, feel free to bother me, it's part of my role
[15:26:20] <ldimaggi> mistria, yes - but - this user is created in Sonar, not via adduser - yes?
[15:27:04] <mistria> ldimaggi: I guess so, but I'm not sure of anything
[15:27:08] <ldimaggi> mistria, I am guessing that this is the issue for EngOpps
[15:30:09] <ldimaggi> mistria, so - the real question is will EngOps take over admin ownership of Sonar - I expect that they will need details - hwo much time/effort are we asking of them?
[15:30:20] *** vineetreynolds has quit IRC
[15:30:28] <ldimaggi> mistria, the answer here should be - not much
[15:30:58] <ldimaggi> mistria, keep the system up and running - install updates infrequently
[15:31:05] <mistria> ldimaggi: I don't know, I hope not much. SonarQube is installed at Eclipse.org and it doesn't seem to require much efforts to admins
[15:31:11] <ldimaggi> mistria, ping and power
[15:31:40] *** jeff_cantrill is now known as jcantril|mtg
[15:31:49] <ldimaggi> mistria, our user account would be the vehicle for US to keep the system working, yes?
[15:32:02] <jbossbot> git [jbosstools-website] push master 6ada220.. Xavier Coulon Fixing missing links for tags on blog posts
[15:32:11] <xcoulon> maxandersen: and here you are ^^
[15:32:44] <mistria> ldimaggi: This user is not meant to do upgrades, set permissions nor anything, it's just configuring a report, just like one can configure a jenkins job without being an admin
[15:33:01] <ldimaggi> mistria, ah - OK
[15:37:59] <ldimaggi> mistria, so the most that we would expect to require of engOps is - ping/power, correct outages, and give us a user account that we can use to configure/run reports, yes?
[15:38:54] <mistria> ldimaggi: I believe it would be enough for now
[15:39:39] <ldimaggi> mistria, OK - I will try to explain all that
[15:48:23] *** plarsen has joined #jbosstools
[15:49:37] *** plarsen has quit IRC
[15:51:32] <ldimaggi> mistria, have a look here
[15:52:18] *** plarsen has joined #jbosstools
[15:56:22] <mistria> ldimaggi: have a loot to what?
[15:56:39] <ldimaggi> mistria, sorry ;-)
[15:56:45] <ldimaggi> last comment
[15:57:02] <mistria> ldimaggi: yes,I saw it
[15:57:11] <ldimaggi> mistria, let's see what happens
[15:57:11] <mistria> ldimaggi: seems correct to me
[15:57:50] <mistria> ldimaggi: also, I remember 1.5 years ago, Mike Harvey IIRC made a screencast about how coverage is important for QE
[15:58:18] *** psrna has quit IRC
[15:58:48] <ldimaggi> mistria, well - I will try to make this a Christmas wish ;-)
[15:59:17] <mistria> ldimaggi: SonarQube + Jacoco solve the issue for Java development
[15:59:27] *** pleacu has quit IRC
[16:00:28] *** psrna has joined #jbosstools
[16:01:55] *** pstribny has quit IRC
[16:03:30] *** plarsen has quit IRC
[16:03:43] *** plarsen has joined #jbosstools
[16:04:10] <mlabuda> mistria: code coverage is important, but not only on QE side ;) If there would be no dead code (or at least each method would be accessible via UI testing), it would be fine
[16:04:27] <mlabuda> mistria: so to reach good level of code coverage also requires pretty good code organization
[16:07:37] *** jpav has joined #jbosstools
[16:07:51] *** mlabuda has quit IRC
[16:16:36] *** pleacu has joined #jbosstools
[16:20:43] *** CustosLimen has joined #jbosstools
[16:20:57] *** rajmahendra has joined #jbosstools
[16:25:34] *** jrichter_ has quit IRC
[16:30:52] *** jcantril|mtg is now known as jcantril
[16:33:09] <strykerawb> whats the proper way to remove one file from the cache?
[16:34:13] <mistria> strykerawb: go and delete it should be ok
[16:34:33] <strykerawb> mistria, i deleted one file /home/rob/.m2/repository/.cache/maven-download-plugin/jboss-3.2.8.SP1.zip
[16:34:38] <strykerawb> and now on a build i get the following error
[16:34:44] <strykerawb> [ERROR] Failed to execute goal com.googlecode.maven-download-plugin:maven-download-plugin:1.1.0:wget (install-as-3.2.8) on project org.jboss.ide.eclipse.as.integration.tests: IO Error: /home/rob/.m2/repository/.cache/maven-download-plugin/jboss-3.2.8.SP1.zip (No such file or directory) -> [Help 1]
[16:35:18] <mistria> You need to use a newer version of maven-download-plugin (now called download-maven-plugin), use 1.2.0
[16:37:06] <jbossbot> git [jbosstools-vpe] push master 3e47b42.. Ilya Buziuk Refactoring. Adding copyrights info and NON-NLS
[16:39:32] *** rawagner has quit IRC
[16:43:21] *** rhopp has quit IRC
[16:43:34] <jbossbot> git [jbosstools-vpe] push jbosstools-4.2.x 9f5e9d9.. Ilya Buziuk Refactoring. Adding copyrights info and NON-NLS
[16:48:49] *** psrna has quit IRC
[16:49:16] *** marekn has quit IRC
[16:50:46] *** mbenson has joined #jbosstools
[16:50:47] *** mbenson has joined #jbosstools
[17:00:07] *** pleacu has quit IRC
[17:02:02] *** bfitzpat has quit IRC
[17:04:48] *** ttarrant has quit IRC
[17:13:59] *** pleacu has joined #jbosstools
[17:18:45] *** dgolovin has joined #jbosstools
[17:18:45] *** ChanServ sets mode: +o dgolovin
[17:18:46]
<jbossbot> new jira [JBIDE-18772] move to have publish.sh as a versioned dependency instead of fetching latest/greatests [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/JBIDE-18772
[17:22:19] *** rhopp has joined #jbosstools
[17:26:42] *** rbenevides is now known as rbenevides|lunch
[17:32:36] *** danflo is now known as danflo|otl
[17:33:19] *** nickboldt has quit IRC
[17:47:45] <jbossbot> git [jbosstools-website] push production 10e9695.. Fred Bricon Blog about Maven improvements in JBT 4.2/JBDS 8.0...
[17:47:45] <jbossbot> git [jbosstools-website] push production 75d4ed6.. Max Rydahl Andersen * Fix JBDS to Developer Studio in blog...
[17:47:45] <jbossbot> git [jbosstools-website] push production 6ada220.. Xavier Coulon Fixing missing links for tags on blog posts
[17:47:47] *** rhopp has quit IRC
[17:48:43] *** danflo|otl is now known as danflo
[17:49:51] *** nickboldt has joined #jbosstools
[17:49:52] *** ChanServ sets mode: +o nickboldt
[17:54:58] *** plarsen has quit IRC
[17:59:12] *** tremes has joined #jbosstools
[18:03:12] *** rajmahendra has quit IRC
[18:06:38] <maxandersen> strykerawb: its builidng now. woohoo. ill do the effecitve pom comparisons i mentioend later tonight or tomorrow
[18:07:03] <strykerawb> i get a unit test build in 10:34 now
[18:07:05] <strykerawb> 10min 34s
[18:07:24] <strykerawb> for all of jbt-server
[18:07:38] <strykerawb> which is infinitely better than the 60 or so from the past
[18:07:42] *** akanksha has joined #jbosstools
[18:08:55] <strykerawb> well actually i guess it's not infinitely better, but rather 83% better...
[18:18:25] *** balunasj|mtg is now known as balunasj
[18:19:43] *** ppalaga has quit IRC
[18:23:44] *** akanksha has quit IRC
[18:24:17] *** akanksha has joined #jbosstools
[18:29:55] *** akazakov has joined #jbosstools
[18:33:57] *** rhopp has joined #jbosstools
[18:47:06] *** jcantril has quit IRC
[18:48:20] *** gbrown has quit IRC
[18:50:24] *** kpeeples_ has joined #jbosstools
[18:54:58] *** rbenevides|lunch is now known as rbenevides
[18:59:25] *** bfitzpat has joined #jbosstools
[18:59:26] *** bfitzpat has joined #jbosstools
[18:59:27] *** ChanServ sets mode: +o bfitzpat
[18:59:39] *** jeff_cantrill has joined #jbosstools
[18:59:42] *** ehsavoie is now known as ehsavoie_afk
[19:07:12] *** joshuaw has quit IRC
[19:08:22] *** xcoulon has quit IRC
[19:11:30] *** joshuaw has joined #jbosstools
[19:14:27] *** mistria has left #jbosstools
[19:27:41] *** lfryc has quit IRC
[19:28:58] <nickboldt> akazakov: hey, JavaEE build is failing again after 7hrs (stalled UI? bad test?)
[19:29:21] <nickboldt> akazakov: ^
[19:31:33] <akazakov> nickboldt, yes, bad eclipse+test integration. This is an old problem. It's OK if it fails from time to time. We don't have any better solution.
[19:33:10] <akazakov> it's not OK if it fails everytime (which is not the case?)
[19:34:10]
<jbossbot> new jira [JBIDE-18773] Ensure features and plugins have upversioned since 4.2.0.Final release [JavaEE] [Open (Unresolved) Sub-task, Major, Unassigned] https://issues.jboss.org/browse/JBIDE-18773
[19:34:43] <nickboldt> it fails sometimes. not always. since it's intermittent, why not comment the test out?
[19:36:08]
<jbossbot> new jira [JBIDE-18774] Ensure features and plugins have upversioned since 4.2.0.Final release [OpenShift] [Open (Unresolved) Sub-task, Major, Unassigned] https://issues.jboss.org/browse/JBIDE-18774
[19:36:48]
<jbossbot> new jira [JBIDE-18775] Ensure features and plugins have upversioned since 4.2.0.Final release [Arquillian] [Open (Unresolved) Sub-task, Major, Unassigned] https://issues.jboss.org/browse/JBIDE-18775
[19:41:21]
<jbossbot> new jira [JBIDE-18777] Ensure features and plugins have upversioned since 4.2.0.Final release [Central] [Open (Unresolved) Sub-task, Major, Unassigned] https://issues.jboss.org/browse/JBIDE-18777
[19:46:06] *** akazakov has quit IRC
[19:50:10] *** tremes has quit IRC
[19:54:06]
<jbossbot> new jira [JBIDE-18779] Ensure features and plugins have upversioned since 4.2.0.Final release [Browsersim] [Open (Unresolved) Sub-task, Major, Alexey Kazakov] https://issues.jboss.org/browse/JBIDE-18779
[19:55:08]
<jbossbot> new jira [JBIDE-18780] Ensure features and plugins have upversioned since 4.2.0.Final release [Forge] [Open (Unresolved) Sub-task, Major, Konstantin Marmalyukov] https://issues.jboss.org/browse/JBIDE-18780
[19:56:10]
<jbossbot> new jira [JBIDE-18781] Ensure features and plugins have upversioned since 4.2.0.Final release [VPE] [Open (Unresolved) Sub-task, Major, George Gastaldi] https://issues.jboss.org/browse/JBIDE-18781
[19:57:07] *** akazakov has joined #jbosstools
[19:57:25] *** ChanServ sets mode: +o akazakov
[19:58:17] *** akazakov has quit IRC
[19:59:05] *** lhein has quit IRC
[20:01:43] *** akazakov has joined #jbosstools
[20:05:38] <akazakov> nickboldt, because it's better to have tests which freeze sometimes than not to have tests at all
[20:07:18] *** ChanServ sets mode: +o akazakov
[20:08:45] <nickboldt> akazakov: is the test an integration or unit test?
[20:08:59] <akazakov> nickboldt, integration
[20:09:09] <nickboldt> akazakov: if integration, you should talk to strykerawb about how to refactor those out so they don't block the build
[20:09:21] <nickboldt> (work in progress in master branch for JBDS 9)
[20:10:10] <akazakov> nickboldt, 90% or even more of our tests are integration
[20:10:20] <strykerawb> which component?
[20:11:00] <strykerawb> javaee
[20:11:23] <akazakov> strykerawb, right now we are talking about javaee, but that is a common problem
[20:11:25] <nickboldt> akazakov: oh :(
[20:11:42] <strykerawb> yeah im working to separate my integration tests right now
[20:11:50] <strykerawb> they take way longer to run and often catch fewer bugs
[20:12:00] <akazakov> that's true
[20:12:05] <nickboldt> I'd be all over supporting ya'll in refactoring out your itests so they can run weekly instead of daily
[20:12:31] *** kpeeples_ has quit IRC
[20:12:32] <strykerawb> the real benefit here is that if components have a fast unit-test suite can run locally, devs are more likely to run local build before commit
[20:12:37] * nickboldt wonders if I can do an if[day=sunday];then run itests; else skip; fi
[20:12:48] <nickboldt> YEP
[20:12:56] *** kpeeples_ has joined #jbosstools
[20:13:01] <akazakov> nickboldt, strykerawb , agree. But this work is a big one.
[20:13:35] <nickboldt> akazakov: yes. for JBDS 9
[20:13:35] <nickboldt> maybe for Alpha1/2 ?
[20:13:35] <strykerawb> akazakov, yes, and no. It might be easier to move your current tests to an itest folder, and make a new test plugin just for unit tests
[20:13:44] <strykerawb> and then move over the very few that are unit-only, and make new ones
[20:13:55] <akazakov> strykerawb, yes, probably
[20:14:01] <strykerawb> anyway
[20:14:03] <strykerawb> dont start on that yet
[20:14:20] <strykerawb> i suspect once i get mine fully separated we'll have a good layout max can approve as a template
[20:14:22] <strykerawb> as a model
[20:14:37] *** akanksha has quit IRC
[20:14:37] <strykerawb> so lets wait until mine is done and we have an agreed-upon layout and structure
[20:14:49] <akazakov> strykerawb, cool. Let's see what you will get :)
[20:14:53] <nickboldt> yep. strykerawb can be the whipping boy for max's critiques :D
[20:15:00] <strykerawb> im used to it
[20:15:05] <nickboldt> strykerawb: me too :(
[20:15:06] <maxandersen> strykerawb: nickboldt: we need to check it actually works - right now i'm seeing differecnes in the effective pom that shouldn't happen…but ill look closer on that to make sure not just my setup…bigger issue is if we introduce itest folder (instead of just use pattern inside existing tests) we then need to redo how tests updatesites are done.
[20:15:06] <strykerawb> some would say its my job ;)
[20:15:32] <strykerawb> maxandersen, i think the entire pattern-matching regex is unnecessary bc we can just skip the itests folder
[20:15:33] <nickboldt> maxandersen: no we don't. itests/ vs. tests/ is just at build time
[20:15:46] <strykerawb> nickboldt, wait
[20:15:47] <nickboldt> unless you mean we would publish the tests and itests into separate aggregates
[20:15:50] <strykerawb> that doesnt seem to make sense actually
[20:15:55] <maxandersen> nickboldt: thats not what im seeing in the branch.
[20:15:56] <strykerawb> im confused again
[20:16:13] <nickboldt> strykerawb: yeah, you could do that
[20:16:21] <maxandersen> strykerawb: you can't just skip the itests folder. you want them built.
[20:16:21] <strykerawb> nickboldt, but if we skip the itests folder
[20:16:24] <strykerawb> do they get built
[20:16:25] <nickboldt> but you asked me for the option to run all itests from the root, not a subfolder
[20:16:27] <strykerawb> and added to features?
[20:16:57] <strykerawb> oh its a flag on the surefire
[20:17:08] <maxandersen> nickboldt: to be clear, i'm not the fan of needing separate itests dir for this.
[20:17:23] <strykerawb> maxandersen, that was your first idea to me
[20:17:26] <strykerawb> you liked the itests folder
[20:17:31] <strykerawb> and so did i, and nick, and mistria
[20:17:44] <maxandersen> no, I liked the @category option
[20:17:59] <strykerawb> it also makes it very convenient to group shit in my itests pom that wouldnt belong in my normal tests pom
[20:18:27] <nickboldt> maxandersen: howbout we get it working before you shoot holes into it?
[20:18:33] <nickboldt> THEN you can complain all you want :)
[20:18:58] <maxandersen> nickboldt: im not complaining. sigh. im
[20:18:59] <strykerawb> ........... ok. this is hilarious
[20:19:02] <strykerawb> Results :
[20:19:02] <strykerawb> Failed tests: dummyTest[0](org.jboss.ide.eclipse.as.internal.management.as7.tests.AS7ManagementServiceStartupShutdownTest)
[20:19:15] <strykerawb> nevermind ignore me.
[20:19:26] <nickboldt> 9 components have pushed commits into 4.2.1 and failed to update their versions
[20:20:04] <nickboldt> strykerawb: look at skype
[20:20:42] <maxandersen> nickboldt: that sounds like fine cndidate for releng jiras warning system.
[20:22:18] <maxandersen> nickboldt: you do realize strykerawb asked for feedback. im just telling stuff is inconsistent now in areas he have not thought about looking.
[20:22:27] <nickboldt> maxandersen: I was not aware
[20:22:36] <nickboldt> maxandersen: releng jiras warning system?
[20:23:02] <nickboldt> maxandersen: you mean like spamming people w/ task jiras if/when they fail to upversion correctly? I think we have an existing TODO for that
[20:23:36] *** ttarrant has joined #jbosstools
[20:29:29] <strykerawb> looks ok to me, but im not the one reading usage stats
[20:29:33] <strykerawb> so i'll defer to the viking
[20:37:58] <maxandersen> nickboldt: no i mean that shouldn't be something you ask me to do since it shuold be sufficient you open the jiras and remind them if you discover and have the list of components that did not updates.
[20:38:37] <maxandersen> akazakov: so 120 is the new magic number ? :)
[20:41:39] <akazakov> maxandersen, the longest normal class name was 110
[20:42:26] <maxandersen> akazakov: okey :)
[20:43:17] <akazakov> but actually only a couple of classes were more than 100. Most of them much shorter.
[20:45:22] <strykerawb> maxandersen, can always add feedback
[20:45:27] <maxandersen> strykerawb:
[20:45:35] <strykerawb> im struggling with one issue now... archives.integration cant seem to find its test
[20:45:44] <strykerawb> runs 0 tests, causes fail
[20:45:49] <maxandersen> yeah but would like to grok some of the answers.
[20:45:59] <strykerawb> so sure... add feedback
[20:46:15] <maxandersen> i.e. i'm not following why you need to customize stuff in itests/pom.xml that can't just as well be in tests/pom.xml?
[20:48:08] <maxandersen> anyways i'll let you answer the questions and look at effectivepom and the mismatch of tests updatesite not being tests but tests+itests …last one is a minor one but just nags me being inconsistent with naming when it can be avoided ;)
[20:49:26] <maxandersen> i mean - i'll look at those tomorrow when you can have time looking at the feedback. feedback that will make the diff much smaller btw if you agree with the changes ;)
[20:49:27] <strykerawb> maxandersen, i need to go to bed
[20:49:37] <strykerawb> if you want to help... you can do me one favor tho ;)
[20:49:41] <maxandersen> strykerawb: yup. exactly. i said tomorrow ;)
[20:49:54] <maxandersen> strykerawb: play robstryker.mp3 to my son as a lullaby?
[20:50:04] <strykerawb> ... yes that would help me tremendously
[20:50:34] <strykerawb> check out the branch... mvn clean install -DskipTests; then cd as/itests/org.jboss.ide.eclipse.as.archives.integration.test; mvn -Pitest -DskipPrivateRequirements=true clean verify
[20:50:34] <strykerawb>
[20:50:40] <strykerawb> and find out why the fuck this test doesn't work at all
[20:50:42] <strykerawb> finds 0 tests
[20:51:13] <strykerawb> odds are there's a typo but my vision is so exhausted i cant see it
[20:51:29] <strykerawb> nickboldt, if max doesnt do it, you do it
[20:51:30] <strykerawb> plz
[20:51:45] <maxandersen> strykerawb: will take look while playing lullabies
[20:52:12] <maxandersen> so it runts tests for me just fine
[20:52:17] <maxandersen> fiails though
[20:52:23] <strykerawb> what fails?
[20:52:27] <maxandersen> Running org.jboss.ide.eclipse.as.archives.integration.test.ASArchivesIntegrationTestSuite
[20:52:27] <maxandersen> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 4.456 sec <<< FAILURE!
[20:52:29] <strykerawb> i only get failed on the archives.integration
[20:52:33] <strykerawb> wow
[20:52:45] <strykerawb> finds 0 tests for me
[20:52:57] <strykerawb> you up to date?>
[20:53:07] <maxandersen> nope.
[20:53:09] <maxandersen> now I am.
[20:53:18] <strykerawb> i would love to debug a failure if i could just get it to run the test ;)
[20:53:25] <strykerawb> as far as i can tell this is the last piece to the puzzle
[20:53:49] <strykerawb> current branch has most of the tests commented of course
[20:53:57] <strykerawb> but they've passed for me all day
[20:54:02] <strykerawb> when i had them uncommented
[20:54:07] <maxandersen> its now downloading runtimes
[20:54:27] <maxandersen> thought it shouldnt
[20:54:34] <strykerawb> ... why shouldnt it?
[20:54:43] <strykerawb> it shouldnt if yoiu don't do -Pitest
[20:54:43] <maxandersen> it says skipprivatereqs ?
[20:54:51] <strykerawb> skipprivatereqs only skips eap downloads
[20:55:15] <strykerawb> so it still needs to dl the old various as/wf
[20:55:47] <maxandersen> okey - downloading the internet
[20:55:52] <strykerawb> yep
[20:55:55] <strykerawb> have fun w that
[20:55:55] <strykerawb> ;)
[20:59:10] <maxandersen> strykerawb: its building….but yeah please take a look at the feedback tomorrow when you can and i'll track down this if it is present still.
[21:03:42] <maxandersen> strykerawb: fyi 0 tests found too. so i repeated your bug.
[21:04:08] <strykerawb> great. lets get that one thing fixed. and then i can fix the rest.
[21:04:13] <strykerawb> im going to nbed
[21:04:20] <strykerawb> im beyond exhausted and sneezing my ass off
[21:12:13] *** koentsje has quit IRC
[21:30:21] *** rbenevides has quit IRC
[21:32:33] <maxandersen> strykerawb: okey - so why are you specifying both testsuite and specific class ?
[21:32:43] <maxandersen> strykerawb: in that pom.xml.
[21:32:44] <nickboldt> maxandersen: he's asleep
[21:32:53] <nickboldt> but a good question :)
[21:33:06] <maxandersen> strykerawb: i assume his client will receive it so he reads later. you know async communication and all ;)
[21:33:16] <nickboldt> uh huh
[21:35:03] <maxandersen> the effective-pom is showing the same issue I feared..mvn's profile overrides arent good at setting these kind of things up '/
[21:35:26] <maxandersen> basically the itest changes "competes" with the nomral test settings.
[21:35:32] <maxandersen> hormal even.
[21:35:48] <nickboldt> hormal?
[21:35:58] <maxandersen> the non itest runs.
[21:36:11] <maxandersen> so yeah, remove the lines in his pom.xml and it finds the tests.
[21:36:37] <nickboldt> root pom, you mean? (verified here, that works.)
[21:38:52] <nickboldt> maxandersen: what doesn't work is running just the test plugin
[21:38:56] <nickboldt> because of missing deps
[21:39:21] <maxandersen> nickboldt: missing deps ?
[21:40:00] <maxandersen> nickboldt: and no not talking root pom here, the issue rob has is that his individual test can't run when trying to run a smaller subset.
[21:40:27] *** ttarrant has quit IRC
[21:40:30] *** joshuaw has left #jbosstools
[21:43:40] <maxandersen> but i'll wait for strykerawb to awake again - since I don't understand why he is customizing this so much. it is causing funky havoc in the pom's and shouldn't be necessary to do.
[21:46:16] <maxandersen> and im also not seeing itests in the updatesite zip
[21:46:54] *** CustosLimen has quit IRC
[21:47:06] <maxandersen> nickboldt: ^^
[21:48:58] *** adietisheim has quit IRC
[21:49:05] *** kpeeples_ has quit IRC
[21:49:27] *** kpeeples_ has joined #jbosstools
[21:54:56] <maxandersen> nickboldt: looks like they are there. just needed a rebuild. weird.
[21:55:10] *** jeff_cantrill has quit IRC
[22:06:03] *** kkhan has quit IRC
[22:06:48] *** kkhan has joined #jbosstools
[22:12:58] *** jeff_cantrill has joined #jbosstools
[22:36:18] *** mbenson is now known as mbenson_away
[22:49:47] *** joshuaw has joined #jbosstools
[22:52:26] *** pleacu has quit IRC
[23:12:30] *** ldimaggi has quit IRC
[23:30:42] *** jeff_cantrill has quit IRC
[23:31:59] *** danflo has quit IRC
[23:34:50] *** sgilda is now known as sgilda_afk
[23:42:38] <jbossbot> git [jbosstools-website] push master 490420a.. Xavier Coulon JBIDE-18758 - Add Burr's videos on Hybrid tooling...
[23:42:39] <jbossbot> git [jbosstools-website] push master 50296a1.. Max Rydahl Andersen grammar fixes
[23:42:39]
<jbossbot> jira [JBIDE-18758] add burr cordova videos to tools.jboss.org/documentation/videos [Pull Request Sent (Unresolved) Feature Request, Major, Max Rydahl Andersen] https://issues.jboss.org/browse/JBIDE-18758
[23:42:39] <jbossbot> git [jbosstools-website] push production 490420a.. Xavier Coulon JBIDE-18758 - Add Burr's videos on Hybrid tooling...
[23:42:40] <jbossbot> git [jbosstools-website] push production 50296a1.. Max Rydahl Andersen grammar fixes
[23:44:53] <jbossbot> git [jbosstools-base] push master 8e7e912.. Alexey Kazakov JBIDE-18754 Usage: Too long wizard names look ugly in usage stats
[23:45:53] <jbossbot> git [jbosstools-base] push jbosstools-4.2.x 1d194aa.. Alexey Kazakov JBIDE-18754 Usage: Too long wizard names look ugly in usage stats
[23:47:48] *** mbenson_away is now known as mbenson
[23:50:18] *** kkhan has quit IRC
[23:50:35] *** kkhan has joined #jbosstools
[23:52:14] *** jpav has quit IRC
[23:59:34] *** mmurray__ has joined #jbosstools