May 26, 2011 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
May 26, 2011 NOTICE: This channel is no longer actively logged.
[00:02:04] <bstansberry> dmlloyd: I don't see any benefit in executing further steps[00:03:38] *** tdiesler has quit IRC[00:05:35] <dmlloyd> okay[00:08:26] <dmlloyd> as it is right now, servers will ignore rollout-plan[00:12:15] <dmlloyd> that's it for headers[00:15:50] *** sgilda has quit IRC[00:16:15] *** sgilda has joined #jboss-as7[00:16:41] *** sgilda has quit IRC[00:24:02] *** clebert has joined #jboss-as7[00:24:02] *** ChanServ sets mode: +v clebert[00:28:27] *** jpearlin has joined #jboss-as7[00:29:34] *** stuartdouglas has quit IRC[00:37:36] *** tcrawley has quit IRC[00:39:11] <dmlloyd> bstansberry: I'm not doing anything with config persistence right now. are there any controller types which should *not* be persisting the model config every time a model write operation succeeds?[00:39:20] <dmlloyd> if not, I"ll put that in the base class too[00:39:31] <dmlloyd> the base class is already using a config persister to load the config[00:39:50] <dmlloyd> I may actually punt on that for the moment until we work out what's going on with the registry[00:43:28] *** tcrawley has joined #jboss-as7[00:43:28] *** ChanServ sets mode: +v tcrawley[00:43:46] *** pferraro has joined #jboss-as7[00:43:46] *** ChanServ sets mode: +v pferraro[00:47:26] *** miclorb has joined #jboss-as7[00:53:53] *** pmuir has quit IRC[00:56:35] *** pferraro has quit IRC[00:58:24] *** stuartdouglas has joined #jboss-as7[01:00:33] *** bbrowning has quit IRC[01:01:49] <bstansberry> dmlloyd: sorry,was at dinner[01:02:07] <bstansberry> the server controller on a domain server doesn't persist[01:02:27] <bstansberry> but we've always handled that in the config persister[01:02:44] <dmlloyd> would we have a separate server controller on the domain thoguh?[01:02:56] <bstansberry> good point about persistence and the registry[01:03:13] <bstansberry> separate class? we haven't up to now[01:03:26] <dmlloyd> oh, duh, never mind[01:03:30] <dmlloyd> I misparsed what you were saying[01:03:38] <dmlloyd> my brain read "server controller on the domain controller"[01:03:44] <dmlloyd> and I thought "hmmmmm. huh?"[01:04:00] <bstansberry> i skipped a word :)[01:04:12] <dmlloyd> yeah okay, I'm content to continue handling that in the persister[01:04:20] <dmlloyd> for now[01:04:55] <bstansberry> the less we change the better, on things that don't affect the subsystem contracts[01:05:30] <bstansberry> not having a single model for the persistence would be an issue[01:05:41] <dmlloyd> yes[01:06:01] <bstansberry> forcing a change to all those marshallers == bad idea[01:06:03] <dmlloyd> it'll change the way we persist config, but that may not be a bad thing[01:06:18] <dmlloyd> by and large the marshallers operate on a resource level anyway[01:06:29] <dmlloyd> so it wouldn't be a fundamental change really[01:10:45] *** pgier has quit IRC[01:18:34] *** echelog-2 has joined #jboss-as7[01:19:31] <dmlloyd> bstansberry: pushed support for rolling back on runtime failure, and a placeholder for config persistence[01:20:33] <bstansberry> k[01:22:57] *** sgilda has joined #jboss-as7[01:27:25] *** fnasser has quit IRC[01:28:52] <bstansberry> default for rollback-on-runtime-failure is tru[01:28:54] <bstansberry> true[01:29:51] *** stuartdouglas has joined #jboss-as7[01:32:17] *** adietisheim has quit IRC[01:40:14] *** echelog-2 has joined #jboss-as7[01:50:28] *** clebert has quit IRC[01:50:42] *** hulli has quit IRC[01:56:01] <dmlloyd> oh, oops, might have merged it wrong[01:56:04] <dmlloyd> okay[01:56:08] <dmlloyd> (was at dinner;)[01:58:09] *** alexsmirnov has quit IRC[01:58:34] <dmlloyd> fixed both, bstansberry[01:59:01] <dmlloyd> the call to completeStep in the persistence handler is in the if statement[01:59:32] <bstansberry> ah[02:06:15] <dmlloyd> also pushed now, bootstrap will create the new server controller rather than the old one[02:06:38] *** pferraro has joined #jboss-as7[02:06:38] *** ChanServ sets mode: +v pferraro[02:07:02] *** pferraro has left #jboss-as7[02:39:53] *** echelog-2 has joined #jboss-as7[02:43:32] *** asaldhan has quit IRC[02:44:17] *** kkhan has quit IRC[02:46:59] *** jamezp is now known as jamezp_afk[02:48:16] <dmlloyd> ah, I see my original proxy stuff is gone[02:48:19] <dmlloyd> no wonder I've been confused[02:55:15] *** pferraro has joined #jboss-as7[02:55:15] *** ChanServ sets mode: +v pferraro[02:55:38] *** Binbingone is now known as Binbin[02:57:21] *** stuartdouglas has quit IRC[02:58:46] *** lgao has joined #jboss-as7[03:05:31] *** echelog-2 has joined #jboss-as7[03:10:40] *** stuartdouglas has joined #jboss-as7[03:11:15] <dmlloyd> morning stuartdouglas[03:11:20] <dmlloyd> how's the bane of bris[03:13:01] *** clebert has joined #jboss-as7[03:13:01] *** ChanServ sets mode: +v clebert[03:15:03] *** pferraro has quit IRC[03:18:21] <bstansberry> dmlloyd: any reason why the prepareStep and the persist step are added before the regular step?[03:18:40] <bstansberry> asking because it fails[03:18:46] <dmlloyd> really[03:19:47] <dmlloyd> the prepareStep should be first[03:19:57] <dmlloyd> if it exists[03:19:59] <bstansberry> you have to have stored a response and operation with the context before you can use the overloaded addStep methods that don't take those as a param[03:20:01] <dmlloyd> which it doesn't in any current code[03:20:15] <dmlloyd> ah, that's a bug[03:20:25] <dmlloyd> there should be a response and op to begin with[03:20:38] *** jwulf has joined #jboss-as7[03:20:45] <bstansberry> there isn't because you do the addStep calls for the others first[03:20:51] <bstansberry> hence my question[03:21:21] <dmlloyd> fixed[03:21:26] *** sgilda has quit IRC[03:22:07] <bstansberry> let me fix it, i don't want to pull that[03:24:02] <bstansberry> using IMMEDIATE for the prepareStep will get it first[03:38:34] <dmlloyd> hm[03:38:36] <dmlloyd> okay[03:39:42] *** misty has joined #jboss-as7[03:50:29] *** bgeorges has quit IRC[03:56:05] <bstansberry> i pulled in yours[03:57:27] *** smcgowan has joined #jboss-as7[03:57:27] *** ChanServ sets mode: +v smcgowan[04:03:04] *** stuartdouglas has quit IRC[04:04:50] *** stliu has joined #jboss-as7[04:04:50] *** ChanServ sets mode: +v stliu[04:11:12] *** liweinan has joined #jboss-as7[04:12:42] *** clebert has quit IRC[04:19:59] *** jamezp_afk has quit IRC[04:20:44] *** stuartdouglas has joined #jboss-as7[04:27:42] *** JimMaq has joined #jboss-as7[04:28:04] *** JimMaq has joined #jboss-as7[04:30:39] *** jamezp has joined #jboss-as7[04:41:24] *** magesh has joined #jboss-as7[04:44:29] *** smarlow has quit IRC[04:46:23] *** jpearlin has quit IRC[04:48:04] *** stuartdouglas has quit IRC[04:49:23] *** jamezp is now known as jamezp_afk[04:59:53] *** bgeorges has joined #jboss-as7[04:59:53] *** ChanServ sets mode: +v bgeorges[05:01:47] *** stuartdouglas has joined #jboss-as7[05:04:54] *** stliu has quit IRC[05:07:01] *** stuartdouglas has quit IRC[05:21:06] *** jamezp_afk is now known as jamezp[05:23:40] *** stuartdouglas has joined #jboss-as7[05:24:05] *** magesh has quit IRC[05:31:34] *** jwulf has quit IRC[05:51:56] *** misty has quit IRC[05:52:21] *** misty has joined #jboss-as7[06:10:49] *** echelog-2 has joined #jboss-as7[06:25:54] *** tcrawley has quit IRC[06:31:33] *** tcrawley has joined #jboss-as7[06:31:33] *** ChanServ sets mode: +v tcrawley[06:40:51] *** dmlloyd has quit IRC[06:42:02] *** dmlloyd has joined #jboss-as7[06:42:11] *** ChanServ sets mode: +v dmlloyd[06:42:47] *** liweinan has joined #jboss-as7[06:53:19] *** jamezp has quit IRC[06:57:44] *** magesh has quit IRC[06:59:33] *** Binbin has quit IRC[07:05:19] *** jamezp has joined #jboss-as7[07:06:06] *** jamezp is now known as jamezp_afk[07:12:25] *** magesh has joined #jboss-as7[07:12:29] *** Binbin has joined #jboss-as7[07:13:13] *** kcbabo has quit IRC[07:15:32] *** smcgowan has quit IRC[07:17:39] *** mlinhard has joined #jboss-as7[07:17:39] *** ChanServ sets mode: +v mlinhard[07:20:32] *** jwulf has joined #jboss-as7[07:26:51] *** magesh1 has joined #jboss-as7[07:28:08] *** OndrejZizka has quit IRC[07:29:53] *** magesh has quit IRC[07:31:46] *** ccrouch1 has joined #jboss-as7[07:31:46] *** ChanServ sets mode: +v ccrouch1[07:33:27] *** ccrouch has quit IRC[07:35:55] *** bstansberry has quit IRC[07:38:57] *** jhalliday has joined #jboss-as7[07:39:33] *** bstansberry has joined #jboss-as7[07:39:33] *** ChanServ sets mode: +v bstansberry[07:50:11] *** jfclere has joined #jboss-as7[07:50:37] *** jfclere has left #jboss-as7[07:52:03] *** bstansberry has quit IRC[07:59:04] *** miclorb has quit IRC[08:00:45] *** magesh1 has quit IRC[08:03:08] *** maxandersen has joined #jboss-as7[08:03:08] *** ChanServ sets mode: +v maxandersen[08:14:50] *** torben has joined #jboss-as7[08:14:50] *** torben has quit IRC[08:14:50] *** torben has joined #jboss-as7[08:14:50] *** ChanServ sets mode: +v torben[08:20:59] *** mgoldmann has joined #jboss-as7[08:20:59] *** ChanServ sets mode: +v mgoldmann[08:21:38] *** jhalliday has quit IRC[08:24:26] *** jbosslog has joined #jboss-as7[08:24:50] *** opalka has joined #jboss-as7[08:24:51] *** ChanServ sets mode: +v opalka[08:25:08] <opalka> morning[08:27:03] *** jfclere has joined #jboss-as7[08:27:13] *** ChanServ sets mode: +v jfclere[08:28:05] *** misty has quit IRC[08:28:33] *** stuartdouglas has quit IRC[08:30:17] <nickarls> morning. you greet the channel optimistically each morning even if you know it's another 4-5 hours before it wakes up ;-)[08:35:23] *** aslak has joined #jboss-as7[08:35:23] *** ChanServ sets mode: +v aslak[08:36:01] *** Jaikiran has joined #jboss-as7[08:36:01] *** ChanServ sets mode: +v Jaikiran[08:39:30] *** alesj has joined #jboss-as7[08:40:48] *** tdiesler has joined #jboss-as7[08:40:48] *** ChanServ sets mode: +v tdiesler[08:42:53] *** dimitris_ has joined #jboss-as7[08:42:53] *** ChanServ sets mode: +v dimitris_[08:48:08] *** wolfc has joined #jboss-as7[08:48:09] *** ChanServ sets mode: +v wolfc[08:48:32] *** bgeorges has quit IRC[08:52:57] *** miclorb_ has joined #jboss-as7[08:58:40] *** davidbos has joined #jboss-as7[09:00:39] *** asoldano has joined #jboss-as7[09:00:40] *** ChanServ sets mode: +v asoldano[09:00:59] *** kevinpollet has joined #jboss-as7[09:01:29] *** emuckenhuber has joined #jboss-as7[09:01:29] *** ChanServ sets mode: +v emuckenhuber[09:07:28] *** maeste has joined #jboss-as7[09:07:28] *** ChanServ sets mode: +v maeste[09:16:59] *** pilhuhn has joined #jboss-as7[09:16:59] *** pilhuhn has joined #jboss-as7[09:16:59] *** ChanServ sets mode: +v pilhuhn[09:20:12] *** emuckenhuber has quit IRC[09:22:47] *** rmaucher has joined #jboss-as7[09:29:47] *** adietisheim has joined #jboss-as7[09:32:12] <maxandersen> nickarls: morning[09:33:20] *** JimMaq has quit IRC[09:33:44] *** JimMaq has joined #jboss-as7[09:40:08] *** emuckenhuber has joined #jboss-as7[09:40:09] *** emuckenhuber has joined #jboss-as7[09:40:09] *** ChanServ sets mode: +v emuckenhuber[09:40:15] *** stliu has joined #jboss-as7[09:40:16] *** ChanServ sets mode: +v stliu[09:43:24] <nickarls> max: moaning[09:55:09] *** miclorb_ has quit IRC[10:13:30] *** jwulf has quit IRC[10:15:28] *** galderz has joined #jboss-as7[10:15:28] *** ChanServ sets mode: +v galderz[10:16:51] *** kevinpollet has quit IRC[10:18:08] *** kevinpollet has joined #jboss-as7[10:23:35] *** Binbin has quit IRC[10:37:09] *** Binbin has joined #jboss-as7[10:47:15] *** maxandersen1 has joined #jboss-as7[10:47:15] *** maxandersen has quit IRC[10:55:49] *** miclorb_ has joined #jboss-as7[11:02:36] *** hbraun has joined #jboss-as7[11:04:16] <hbraun> emuckenhuber: ping[11:04:22] <emuckenhuber> hbraun: pong[11:04:27] <hbraun> weird[11:04:34] *** kevinpollet has quit IRC[11:04:39] <hbraun> u just had the case where an operation did not return[11:04:57] <hbraun> it got locked somehow and the thread never returned[11:05:08] <hbraun> have you seen that?[11:05:45] <hbraun> it happened when I tried to create a queue[11:05:52] <hbraun> in standalone[11:06:37] <emuckenhuber> hmm, not really - i assume it does not happen all the time?[11:09:23] <emuckenhuber> i mean we used to have that in the beginning when op handlers did not call operationComplete()... however that shouldn't be the case any more[11:10:45] *** kevinpollet has joined #jboss-as7[11:12:54] <hbraun> no, i can not reprodcue it[11:16:16] *** maxandersen1 has quit IRC[11:16:40] *** maxandersen has joined #jboss-as7[11:16:41] *** ChanServ sets mode: +v maxandersen[11:27:51] *** kevinpollet has quit IRC[11:30:46] *** hbraun has quit IRC[11:34:48] *** AndyTaylor has joined #jboss-as7[11:34:49] *** ChanServ sets mode: +v AndyTaylor[11:42:40] *** kevinpollet has joined #jboss-as7[11:47:59] *** hardy_ has joined #jboss-as7[11:50:55] *** opalka is now known as opalka_lunch[11:54:26] *** davidbos has quit IRC[12:02:22] *** kkhan has joined #jboss-as7[12:02:22] *** ChanServ sets mode: +v kkhan[12:11:55] *** davidbos has joined #jboss-as7[12:13:08] <jbossbot> git [jboss-as] push master e98fb25.. Stefano Maestri AS7-898 Error creating XA datasource in domain mode[12:13:10] <jbossbot> jira [AS7-898] Error creating XA datasource in domain mode [Coding In Progress (Unresolved) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-898[12:13:10] <jbossbot> git [jboss-as] push master cf4372b.. Stefano Maestri AS7-863 added proper default in resource-description[12:13:11] <jbossbot> jira [AS7-863] subsystem=connector has no defaults set for booleans [Coding In Progress (Unresolved) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-863[12:13:11] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/2db4548...cf4372b[12:22:05] *** slaboure has joined #jboss-as7[12:22:08] <pilhuhn> hbraun, emuckenhuber I recently had a similar case with deploying a webservice[12:32:10] *** irooskov has joined #jboss-as7[12:34:24] *** irooskov has quit IRC[12:34:45] *** irooskov has joined #jboss-as7[12:36:25] *** sannegrinovero has joined #jboss-as7[12:36:26] *** sannegrinovero has quit IRC[12:36:26] *** sannegrinovero has joined #jboss-as7[12:36:26] *** ChanServ sets mode: +v sannegrinovero[12:37:16] *** kevinpollet has quit IRC[12:38:53] *** asoldano is now known as asoldano_lunch[12:41:01] *** kcbabo has joined #jboss-as7[12:41:01] *** ChanServ sets mode: +v kcbabo[12:46:23] *** hbraun has joined #jboss-as7[12:55:42] <hbraun> maeste: just send a pul for Beta9[12:55:54] *** opalka_lunch is now known as opalka[12:55:57] <hbraun> maeste: once that is included you can verify all the errors using the console[12:56:19] *** pmuir has joined #jboss-as7[12:56:19] *** ChanServ sets mode: +v pmuir[12:56:25] <maeste> hbraun: oki, my changes are already in master[12:56:50] *** balunasj has joined #jboss-as7[12:56:50] *** balunasj has joined #jboss-as7[12:56:50] *** ChanServ sets mode: +v balunasj[12:57:41] *** balunasj is now known as balunasj_mtg[13:00:52] <hbraun> maeste: ping[13:00:54] *** bbrowning has joined #jboss-as7[13:00:54] *** ChanServ sets mode: +v bbrowning[13:01:00] <maeste> hbraun: pong[13:01:33] <hbraun> maeste: https://gist.github.com/992923[13:01:37] <hbraun> mysql driver again[13:02:09] <hbraun> on standalone[13:02:53] <maeste> hbraun: and driver-list what is saing?[13:02:59] <maeste> saying?[13:03:58] <hbraun> https://gist.github.com/992926[13:04:14] <hbraun> is driver module name required?[13:04:29] <maeste> hbraun: not for deployed driver[13:04:37] <hbraun> let me check domain mode[13:05:32] <maeste> hbraun: it seems that service is not started[13:05:55] *** sgilda has joined #jboss-as7[13:06:13] <maeste> hbraun: I'll have a look in few mins I need to grab some food[13:06:31] *** miclorb_ has quit IRC[13:06:38] <hbraun> this is what it looks like in domain mode[13:06:39] <hbraun> https://gist.github.com/992931[13:07:27] <maeste> hbraun: yup, same error...it seems service is not started[13:07:37] <maeste> hbraun: I'll try myself in few mins[13:07:43] <hbraun> ok[13:08:04] *** stliu has quit IRC[13:08:07] <maeste> hbraun: and I'll spend a day or two writing regression tests for these cases[13:08:15] <maeste> hbraun: I can stand them anyt more[13:08:24] <maeste> ca't[13:08:25] <hbraun> why is it "jdbc-compliant" => false ?[13:08:31] <hbraun> ;)[13:08:39] <hbraun> good idea[13:08:42] <maeste> hbraun: because mysql driver isn't jdbc compliant[13:08:47] <hbraun> sorry, I would do it myself[13:08:53] <hbraun> but I just don't have the time atm[13:09:02] <maeste> hbraun: it's something returned for a direct call Driver impl[13:09:55] *** pmuir has quit IRC[13:10:52] <hbraun> maeste: here you go: https://issues.jboss.org/browse/AS7-906[13:10:54] <jbossbot> jira [AS7-906] Failed to create mysql datasource [Open (Unresolved) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-906[13:14:59] *** pmuir has joined #jboss-as7[13:14:59] *** pmuir has quit IRC[13:14:59] *** pmuir has joined #jboss-as7[13:14:59] *** ChanServ sets mode: +v pmuir[13:23:32] *** pferraro has joined #jboss-as7[13:23:32] *** ChanServ sets mode: +v pferraro[13:25:23] *** kevinpollet has joined #jboss-as7[13:25:53] <maeste> hbraun: something wrong during a merge...re-doing something I've already done (I have it in eclipse local history!). Testing it and then I'll send the pull[13:26:08] <maeste> I absolutely need smoke tests for these cases[13:26:57] <jbossbot> git [jboss-as] push master 43d53e8.. Heiko Braun Merge branch 'master' of https://github.com/jbossas/jboss-as[13:26:57] <jbossbot> git [jboss-as] push master 94a1bf7.. Heiko Braun Update to console 1.0.0.Beta9[13:26:57] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/cf4372b...94a1bf7[13:28:48] *** JimMaq has quit IRC[13:29:04] <kkhan> hbraun: Just an idea when playing with the console. If for example I am editing a queue's information and I want to cancel, I should be able to do that. At the moment I can only see 'Save' and 'Delete'[13:30:04] *** miclorb_ has joined #jboss-as7[13:30:23] <hbraun> kkhan: +1[13:30:37] <hbraun> i'll look into that[13:30:43] <kkhan> cool[13:30:45] <hbraun> actually I've realized that today as well[13:30:45] <hbraun> +[13:31:14] <hbraun> currently cou implicitly cancel by moving on[13:31:19] <hbraun> it will reset to edit[13:31:27] <hbraun> byits not very obvious[13:31:42] <kkhan> Yeah, I did that but like you say it's not super obvious[13:32:00] <hbraun> i do completly agree[13:33:10] <hbraun> kkhan: https://issues.jboss.org/browse/AS7-907[13:33:11] <jbossbot> jira [AS7-907] Provide means to cancel an edit operation within the UI [Open (Unresolved) Enhancement, Major, Heiko Braun] https://issues.jboss.org/browse/AS7-907[13:34:43] *** maxandersen has quit IRC[13:34:59] *** maxandersen has joined #jboss-as7[13:34:59] *** ChanServ sets mode: +v maxandersen[13:37:22] *** dimitris_ has left #jboss-as7[13:38:17] *** dimitris_ has joined #jboss-as7[13:38:17] *** dimitris_ has joined #jboss-as7[13:38:17] *** ChanServ sets mode: +v dimitris_[13:40:02] <hbraun> kkhan: I aslo think the dataset being "edited" should be highlighted somehow[13:40:15] <hbraun> that#s something we can do in one sweep[13:40:35] <hbraun> currently the only indication is the button that says "Save"[13:40:42] *** miclorb_ has quit IRC[13:41:14] <kkhan> Yeah, I see what you mean[13:41:32] *** irooskov has quit IRC[13:43:23] *** balunasj_mtg has quit IRC[13:46:21] *** irooskov has joined #jboss-as7[13:53:12] *** tdiesler1 has joined #jboss-as7[13:54:02] *** asoldano_lunch is now known as asoldano[13:54:33] *** kkhan is now known as kabir_lunch[13:55:00] *** tdiesler has quit IRC[13:57:04] *** Binbin has quit IRC[13:59:06] *** bgeorges has joined #jboss-as7[13:59:16] *** lgao has quit IRC[14:00:43] *** bstans_afk has joined #jboss-as7[14:00:43] *** ChanServ sets mode: +v bstans_afk[14:00:47] *** maxandersen is now known as maxandersen_lunc[14:01:33] *** spagop has joined #jboss-as7[14:01:33] *** ChanServ sets mode: +v spagop[14:04:50] *** tdiesler1 has quit IRC[14:07:20] *** jpederse has joined #jboss-as7[14:07:20] *** ChanServ sets mode: +v jpederse[14:08:22] <spagop> Hi altogether! may be you already know this problem during the build of jbossas7[14:08:26] <spagop> after called ./build.sh install I got this problem[14:09:05] <spagop> ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.1:compile (default-compile) on project jboss-as-controller: Compilation failure: Compilation failure:[14:09:05] <spagop> [ERROR] /NotBackedUp/spagop/jboss/eap/eap-6/project/jboss-as/controller/src/main/java/org/jboss/as/controller/parsing/ParseUtils.java:[331,48] cannot find symbol[14:09:05] <spagop> [ERROR] symbol : variable NULL_NS_URI[14:09:05] <spagop> [ERROR] location: class javax.xml.XMLConstants[14:09:05] <spagop> [ERROR][14:09:05] <spagop> [ERROR] /NotBackedUp/spagop/jboss/eap/eap-6/project/jboss-as/controller/src/main/java/org/jboss/as/controller/parsing/Namespace.java:[86,39] cannot find symbol[14:09:31] <spagop> here my java version[14:09:47] <spagop> java version "1.6.0_25"[14:09:47] <spagop> Java(TM) SE Runtime Environment (build 1.6.0_25-b06)[14:09:47] <spagop> Java HotSpot(TM) 64-Bit Server VM (build 20.0-b11, mixed mode)[14:10:19] <hbraun> sgilda: try this one:[14:10:20] <hbraun> ./build.sh -U -P-enforce clean install[14:10:29] <hbraun> spagop: ./build.sh -U -P-enforce clean install[14:13:02] <sgilda> dmlloyd: you were speaking with jwulf yesterday about the xml parsing error for the class-loading tag in the jboss-web.xml?[14:13:11] <spagop> hbraun: got the same error[14:13:26] <hbraun> hm[14:13:47] <jpederse> spagop: are you 100% sure that Sun JDK is being picked up, instead of an old OpenJDK version ?[14:14:49] <sgilda> i need to follow up on that and am unclear whether it is a bug due to changes in the parser or if it's due to changes in the dtd[14:16:22] <Jaikiran> sgilda: AS7 no longer supports that element. so it's because of changes to the schema[14:16:40] <Jaikiran> having said that, I don't know if the new jboss-web.xml schema for AS7 is published anywhere[14:16:56] <sgilda> hbraun: unclear why I am building? ;)[14:16:56] <sgilda> how did you anticipate my question before i asked it?[14:17:10] <sgilda> i haven't been able to find it.[14:17:13] <hbraun> sgilda: sorry, I meant spagop[14:17:14] <spagop> jpederse: no, because JAVA_HOME is configured to use Oracle JDK[14:17:15] <hbraun> ;)[14:17:30] <spagop> jpederse: JAVA_HOME=/home/spagop/NotBackedUp/programms/java/jdk1.6.0_25[14:17:30] <spagop> export JAVA_HOME[14:17:40] <Jaikiran> rmaucher: jfclere: any idea http://community.jboss.org/thread/167108?tstart=0[14:17:42] <sgilda> i thought you werea mind-reader[14:18:51] <sgilda> any idea what we need to do to replace the class-loading behavior that used to be defined in the jboss-web.xml class-loading tag?[14:19:09] <rmaucher> Jaikiran: I don't see how the CL configuration can remain compatible[14:19:22] <hbraun> how do I configure standalone to use a certain nic?[14:19:25] <rmaucher> Jaikiran: and for JSP: never ever[14:19:33] <hbraun> or specific IP[14:19:42] *** slaboure has quit IRC[14:20:00] <Jaikiran> rmaucher: yeah, it's just that we probably need a new xsd for AS7 jboss-web.xml[14:20:14] <Jaikiran> agreed that we don't support class-loading via jboss-web.xml anymore[14:20:23] <Jaikiran> sgilda: just discussing the same with Remy ^[14:20:30] <sgilda> ok. thanks[14:20:30] *** alesj has quit IRC[14:20:39] *** irooskov has quit IRC[14:21:34] <jfclere> https://github.com/jbossas/jboss-as/blob/master/web/src/main/resources/schema/jboss-web.xsd[14:21:58] <Jaikiran> sgilda: btw, just so you know, there are some articles on AS7 here https://docs.jboss.org/author/display/AS7/Class+Loading+in+AS7[14:22:14] *** bgeorges has quit IRC[14:22:26] <Jaikiran> and here http://community.jboss.org/en/jbossas/dev/jboss_as7_development?view=documents[14:22:37] <sgilda> great. thanks. looking now[14:23:34] <rmaucher> Jaikiran: I agree the schema needs to be updated when things stabilize, once in a while there's a need to add back an old element that was not unnecessary[14:23:40] <Jaikiran> user guide relevant articles are tagged with jboss_7_userguide http://community.jboss.org/en/jbossas/dev/jboss_as7_development?view=tags&tags=jboss_7_userguide[14:24:48] <Jaikiran> ok, so it's just a matter of waiting for things to stabilize then[14:25:35] *** alesj has joined #jboss-as7[14:26:43] *** irooskov has joined #jboss-as7[14:27:49] <rmaucher> right now, there are some items on security which could still go in (or not), classloading in its AS 6 form is likely out, and I don't know about the use of the passivation config[14:30:42] <rmaucher> I don't know for example if the classloader for the war could be configured to not delegate first[14:30:44] *** slaboure has joined #jboss-as7[14:31:49] <Jaikiran> do we even have "delegation" in a module based environment[14:32:43] <Jaikiran> I don't think parent first/last is relevant in a module cl in AS7[14:38:31] *** Jaikiran is now known as Jaikiran|bbl[14:39:41] *** mmoyses has joined #jboss-as7[14:39:41] *** ChanServ sets mode: +v mmoyses[14:41:30] <wolfc> why has upstream become a mess?[14:41:32] *** maxandersen_lunc is now known as maxandersen[14:41:34] <sgilda> I'm new to this, so I'm trying to understand the current desired class loading behavior specified in the jboss-web.xml file[14:42:02] <wolfc> who pushed a merging branch?[14:43:04] <hbraun> wolfc: I think it got accidentally added from my master[14:43:32] <hbraun> it should only contain a single commit[14:45:43] <hbraun> wolfc: i#s weird[14:45:43] <hbraun> d[14:45:52] <hbraun> wolfc: weird, it happened multiple times[14:46:07] <wolfc> no, you're whole branch is after that merge commit[14:46:21] *** kabir_lunch is now known as kkhan[14:46:26] <rmaucher> the classloading element from jboss-web.xml allows configuring delegation (does not apply), and loader repos (AS 6- concept)[14:46:48] <wolfc> hbraun: we're now on your master branch :-)[14:47:01] <hbraun> i don't get it[14:47:21] <wolfc> first, who pushed?[14:47:27] <hbraun> kkhan ?[14:47:34] *** adietisheim has quit IRC[14:47:50] *** galderz has quit IRC[14:48:37] <hbraun> you mean he pushed my master to https://github.com/jbossas/jboss-as ?[14:48:58] <kkhan> ooops[14:49:04] <hbraun> hehe[14:49:04] <kkhan> Looking in my bash history[14:49:52] <hbraun> all these months of strict git policies disappear like this[14:49:57] <hbraun> haha[14:50:14] <hbraun> (sorry, guess it's not funny at all)[14:55:28] *** ccrouch1 has quit IRC[14:55:56] *** ccrouch has joined #jboss-as7[14:55:56] *** ChanServ sets mode: +v ccrouch[14:56:08] <kkhan> Right, so what happened is I basically just pushed heiko's branch. It contains all of master, but has that merge commit.[14:56:29] <kkhan> Right, so how to recover from this mess[14:57:50] <sgilda> Jaikiran: it appears to me from the Class Loading in AS7 doc that the new behavior defaults to what used to be specified in the jboss-web.xml file class-loading attribute. Is my understanding correct?[14:59:08] <opalka> kkhan, my Prague colleague suggests to don't revert & don't reset[14:59:27] <opalka> kkhan, just pull AS7 master to your localhost[14:59:30] *** adietisheim has joined #jboss-as7[14:59:47] *** smarlow has joined #jboss-as7[14:59:48] *** ChanServ sets mode: +v smarlow[15:00:42] *** fnasser has joined #jboss-as7[15:00:55] <opalka> kkhan, I'd wait for david Lloyd to decide how to proceed - he did something similar in the past[15:00:59] <kkhan> I'll wait to see what the others say, I don't want to make it worse for whatever reason[15:01:21] <opalka> kkhan, anyway revert & reset is a bitch[15:03:31] <hbraun> it#s probably the easiest to just kill that repo and start over form one of the forks[15:07:08] <hbraun> kkhan: we should send a mail to the dev list[15:07:34] <hbraun> kkhan: to keep people from updating and oushing[15:07:43] <bobmcw> no no no no no[15:07:46] <bobmcw> just git revert[15:07:52] <bobmcw> don't replace, don't force push[15:07:59] <bobmcw> revert is the right answer if you pushed the wrong stuff[15:08:08] <bobmcw> else you screw up sha1's and such for one who snagged during this window[15:08:39] <bobmcw> the public repo should have a sane, forward-only timeline[15:09:23] <bobmcw> git revert will just add an undo (compensanting action, for this channel) commit to the head, and make it right[15:12:02] <kkhan> bobmcw: looking at docs[15:12:28] <bobmcw> 'git revert' doesn't revert the way svn revert does[15:12:36] <bobmcw> it constructs a new commit that's the inverse of things you're reverting[15:12:57] <bobmcw> create a local branch and play with revert, it's pretty straight forward[15:13:18] *** magesh has joined #jboss-as7[15:13:18] <bobmcw> history is maintained, nobody has a chance to have a bonk'ed repo[15:13:19] *** maeste has quit IRC[15:13:36] <bobmcw> and we can all point to the commit in a year and laugh "Rememeber when Kabir pushed the wrong stuff?" over a beer[15:15:19] <kkhan> bobmcw: Sounds like the magic pill, looking into the correct switches[15:15:54] <bobmcw> git revert <treeish> I think[15:16:02] <bobmcw> HEAD~5 to peel back the last 5 commits off head[15:16:04] <bobmcw> or whatnot[15:22:07] <bstans_afk> the first "Merge" commit is quite far back[15:22:17] *** bstans_afk is now known as bstansberry[15:23:58] <bstansberry> follows a62779 Upgrade to jboss-metadata 7.0.0.Beta3[15:26:25] *** frainone has joined #jboss-as7[15:26:25] *** ChanServ sets mode: +v frainone[15:26:45] *** kevinpollet has quit IRC[15:26:52] *** kevinpollet has joined #jboss-as7[15:30:13] *** galderz has joined #jboss-as7[15:30:13] *** ChanServ sets mode: +v galderz[15:30:35] *** irooskov has quit IRC[15:35:35] <Nihility> hey guys[15:35:40] <hbraun> hiya[15:35:43] <Nihility> who has the most recentcommit[15:35:46] <Nihility> this is in my tree[15:36:09] <Nihility> ae6c41e445afdd5a4d2d98af458f4607ee93b43c[15:36:14] <Nihility> which is Teu[15:36:17] <Nihility> its pretty old[15:36:34] <Nihility> i can probably reconstruct this from an orphan[15:36:50] *** clebert has joined #jboss-as7[15:36:51] *** ChanServ sets mode: +v clebert[15:36:52] *** tdiesler has joined #jboss-as7[15:36:52] *** ChanServ sets mode: +v tdiesler[15:37:02] <alesj> Nihility: i told you not to give kkhan commit rights :-)[15:37:21] *** Jaikiran|bbl has quit IRC[15:38:22] *** irooskov has joined #jboss-as7[15:38:41] <bstansberry> Nihility: the latest I have is 2db4548a7bcb7016b4a76bdd3662567cf187ee5b but it looks like there were 2 more the went in overnight[15:39:08] *** mlinhard has quit IRC[15:39:11] <tdiesler> Nihility, https://github.com/jbossas/jboss-as/pull/35 now rebased and ready. It passes all smoke+integration tests[15:39:16] <hbraun> i rhink it should be cf4372b2e1ad1734db1307f661cca9cb653d1217[15:39:36] <hbraun> that before the mess[15:39:38] *** Jaikiran has joined #jboss-as7[15:39:38] *** ChanServ sets mode: +v Jaikiran[15:39:56] <hbraun> the second one bstansberry does refer to[15:40:04] *** pgier has joined #jboss-as7[15:40:04] *** ChanServ sets mode: +v pgier[15:40:43] <kkhan> cf437 is the last one I pushed before the merge[15:41:44] <bstansberry> yep. chat log to the rescue:[15:41:45] <bstansberry> [12:13:08] <jbossbot> git [jboss-as] push master e98fb25.. Stefano Maestri AS7-898 Error creating XA datasource in domain mode[15:41:45] <bstansberry> [12:13:10] <jbossbot> jira [AS7-898] Error creating XA datasource in domain mode [Coding In Progress (Unresolved) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-898[15:41:46] <bstansberry> [12:13:10] <jbossbot> git [jboss-as] push master cf4372b.. Stefano Maestri AS7-863 added proper default in resource-description[15:41:46] <bstansberry> [12:13:11] <jbossbot> jira [AS7-863] subsystem=connector has no defaults set for booleans [Coding In Progress (Unresolved) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-863[15:41:46] <bstansberry> [12:13:11] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/2db4548...cf4372b[15:41:47] <jbossbot> jira [AS7-898] Error creating XA datasource in domain mode [Coding In Progress (Unresolved) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-898[15:41:48] <jbossbot> jira [AS7-863] subsystem=connector has no defaults set for booleans [Resolved (Done) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-863[15:42:07] <bstansberry> thanks, jbossbot[15:42:11] <Nihility> nice[15:42:51] <hbraun> bstansberry: boot-time for standalone system properties?[15:43:00] <hbraun> bstansberry: loosk like it#s not provided[15:43:19] <bstansberry> it has no meaning[15:43:23] <hbraun> ah, ok[15:45:43] <Nihility> we are about to fix[15:45:46] <Nihility> sorry everyone[15:46:03] <Nihility> you will need to rebase if you have changes on the bad history[15:46:10] <Nihility> but it should be clean[15:46:45] <Nihility> alesj: lol[15:46:57] <Nihility> tdiesler: what was the problem with the integration tests btw[15:47:48] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/94a1bf7...739fba1[15:48:13] *** Jaikiran has quit IRC[15:49:02] <kkhan> ok, master has been restored to maeste's latest commit, before the merge commit[15:50:07] *** torben has quit IRC[15:50:29] <hbraun> kkhan: would you mind to redo the pull I've send, which caused all the problems?[15:50:45] <kkhan> hbraun: I'll cherry pick it this time :-)[15:50:49] <hbraun> +1[15:50:54] <hbraun> that was the idea[15:55:19] *** smcgowan has joined #jboss-as7[15:55:19] *** ChanServ sets mode: +v smcgowan[15:55:19] *** pilhuhn has quit IRC[15:55:33] *** bstansberry has quit IRC[15:56:35] *** irooskov has quit IRC[15:57:17] <Nihility> ok everyone pay attention![15:57:23] *** sebersole has joined #jboss-as7[15:57:23] *** ChanServ sets mode: +v sebersole[15:57:27] <Nihility> i should do that in caps[15:57:34] <Nihility> OK EVERYONE PAY ATTENTION[15:57:46] <hbraun> lol[15:57:52] <Nihility> IF YOU PULLED THE BAD HISTORY RUN THIS COMMAND IN YOUR REPO[15:58:00] <Nihility> git --rebase upstream master[15:58:04] <Nihility> oops[15:58:06] *** bstansberry has joined #jboss-as7[15:58:06] *** ChanServ sets mode: +v bstansberry[15:58:10] <Nihility> git pull --rebase upstream master[15:59:11] <Nihility> alternatively if you are 100% you do not have changes you can also do[15:59:22] <Nihility> git fetch upstream; git reset --hard upstream/master[15:59:36] <Nihility> YOU MUST RUN ONE OF THESE COMMANDS[15:59:57] <kkhan> I'll forward that on to the list[16:00:45] *** aslak has quit IRC[16:01:15] <Nihility> if you do not it will eventually force you to[16:01:22] <Nihility> but you may have conflicts then[16:01:34] *** spagop has quit IRC[16:02:16] *** Jaikiran has joined #jboss-as7[16:02:16] *** ChanServ sets mode: +v Jaikiran[16:03:34] <jbossbot> git [jboss-as] push master d1d13fe.. Heiko Braun Update to console 1.0.0.Beta9[16:03:34] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/739fba1...d1d13fe[16:03:48] <hbraun> tnx[16:04:22] *** davidbos has quit IRC[16:05:32] <dmlloyd> good morning[16:05:49] <hbraun> dmlloyd: a little late, no?[16:06:05] <Nihility> lol[16:06:21] <Nihility> BUSTED[16:06:25] <hbraun> hehe[16:06:36] *** irooskov has joined #jboss-as7[16:08:29] <dmlloyd> haha[16:08:31] <dmlloyd> it wasn't me![16:08:54] *** JimMaq has joined #jboss-as7[16:08:58] *** pferraro has quit IRC[16:14:42] <hbraun> kkhan: where did the two commits from maeste go?[16:14:59] *** lanceball has joined #jboss-as7[16:14:59] *** ChanServ sets mode: +v lanceball[16:15:07] <hbraun> kkhan: looks like they got lost along the way[16:15:13] *** aslak has joined #jboss-as7[16:15:13] *** ChanServ sets mode: +v aslak[16:15:21] <kkhan> hbraun: I'll pull them again, thanks for letting me know[16:16:29] <mmoyses> dmlloyd: i'm getting a CNFE for com.sun.jndi.ldap.LdapCtxFactory. which module gives me access to that package?[16:17:47] *** Jaikiran1 has joined #jboss-as7[16:17:54] *** Jaikiran has quit IRC[16:18:07] <dmlloyd> mmoyses: set your TCCL to null before you try creating your InitialDirContext, for now.[16:18:20] <dmlloyd> there is no module for internal com.sun stuff.[16:18:50] <mmoyses> ok. i thought darran's fix was in place already[16:18:54] <bobmcw> I'd just like to lodge my formal objection to git push -f against public repos watched by 178 people, and forked by 160[16:19:22] <bobmcw> too late, I know, but...[16:19:26] <bobmcw> I think we need policy around this[16:20:29] <bobmcw> doing a git push -f on that public of a repo is like secretly replacing an artifact in the maven repo with different bits, under the same version[16:20:32] <Nihility> bobmcw: we normally don't force update, actually its only happened twice, we usually always revert[16:20:42] <bobmcw> "usually" is the problem[16:20:44] <bobmcw> "always"[16:20:47] <bobmcw> just "always"[16:20:54] <Nihility> bobmcw: it doesnt really matter with a rebase only policy[16:21:07] <bobmcw> it matters to anyone who has forked and didn't get your email[16:21:09] <bobmcw> random community people[16:21:12] <hbraun> guys, the "give away discussion" is too funny[16:21:25] <hbraun> *haha*[16:21:26] <bobmcw> Nihility: it's just bad form, really[16:21:28] <Nihility> bobmcw: before a commit gets merged it must be rebased anyway[16:21:45] <bobmcw> a revert is about as easy, and is 100% more correct[16:21:51] <bobmcw> I bet dmlloyd votes for correctness. :)[16:22:15] <dmlloyd> within a time limit, yes :)[16:22:18] <Nihility> bobmcw: so it actually isnt really noticable[16:22:26] *** opalka has quit IRC[16:22:32] *** sannegrinovero has quit IRC[16:22:33] <dmlloyd> if you're undoing the last commit only, and you do it within an hour or three, it's fine IMO[16:22:44] <dmlloyd> the worst case is that you cost someone about 10 minutes of work[16:22:52] <bobmcw> x 160 forks[16:22:59] <dmlloyd> pfft[16:23:00] <bobmcw> x ? clones[16:23:17] <dmlloyd> you think 160 forks updated within a couple hours of the bad push?[16:23:23] <bobmcw> so, let's apply that same policy to Nexus, so bburke can repush a bad push[16:23:25] <Nihility> possible[16:23:26] <Nihility> :)[16:23:37] <bobmcw> dmlloyd: CI, triggered by changes, sure, could be a few[16:23:43] <bobmcw> CI handle the jostling okay?[16:23:54] <dmlloyd> yeah[16:24:03] <dmlloyd> the difference with nexus is, once you release under a version, mvn doesn't bother looking anymore[16:24:14] <dmlloyd> we never change a version release like that[16:24:18] <bobmcw> 'k, it's your repo, but I still object. :)[16:24:37] <Nihility> i just mean that technically it wont cause anyone problems[16:24:40] <dmlloyd> I understand, but I tihnk the damage is minimal at this point[16:24:58] <dmlloyd> and anyone who pulls will instantly see what happened[16:24:58] <Nihility> when they go to rebase like they do anyway[16:25:06] <Nihility> it will not do anything differently[16:25:12] <dmlloyd> yeah it'd still work fine[16:25:43] <dmlloyd> bobmcw, did I tell you about the time I accidentally rewrote the entire history of the repos?[16:25:50] <Nihility> if however we werent rebasing[16:25:52] <dmlloyd> that was funny[16:25:57] <Nihility> it would cause major major major problems[16:26:15] <bobmcw> dmlloyd: rebase a commit at the head of the whole history?[16:26:24] <bobmcw> ripple down new sha1s for the whole thing?[16:26:40] <Nihility> in this case though we probably could have just reverted each one[16:26:46] <dmlloyd> bobmcw: somehow my local repos got really screwed up, and I was getting really irritiated, so I reset my master to what I thought was the right commit[16:26:48] <Nihility> and then reapplied[16:26:58] <dmlloyd> bobmcw: then I pushed out to master.... only it was upstream master :)[16:27:01] <dmlloyd> with --force[16:27:06] <bobmcw> nice![16:27:13] <bobmcw> goober[16:27:24] <dmlloyd> funny thing is it took me like a couple hours to realize what happened[16:27:48] <dmlloyd> kkhan: for future reference, what I do is set a merge option of --ff-only on your master branch in your merge checkout[16:28:06] <dmlloyd> then rather than accidentally introducing a merge, most of the time it will say "unable to fast-forward, aborting"[16:28:16] <dmlloyd> granted it won't always detect commits which *contain* merges[16:28:22] <dmlloyd> but it's better than nothing :)[16:30:53] *** Jaikiran1 has quit IRC[16:31:14] *** sannegrinovero has joined #jboss-as7[16:31:14] *** sannegrinovero has joined #jboss-as7[16:31:14] *** ChanServ sets mode: +v sannegrinovero[16:32:02] <jbossbot> git [jboss-as] push master 0db770e.. Carlo de Wolf Upgrade to jboss-metadata 7.0.0.Beta3[16:32:02] <jbossbot> git [jboss-as] push master 734d75d.. Carlo de Wolf AS7-897: throw exceptions when parsing[16:32:03] <jbossbot> jira [AS7-897] Using an older standalone.xml a NoSuchElementException: No child 'process-id' exists during add handler execution. [Resolved (Done) Bug, Major, Carlo de Wolf] https://issues.jboss.org/browse/AS7-897[16:32:03] <jbossbot> git [jboss-as] push master 2f38c9a.. jaikiran AS7-900 Consider mappedName attribute value while processing @Resource and @EJB annotations[16:32:04] <jbossbot> jira [AS7-900] @Resource and @EJB don't currently support mappedName attribute value [Resolved (Done) Bug, Major, jaikiran pai] https://issues.jboss.org/browse/AS7-900[16:32:04] <jbossbot> git [jboss-as] push master 6f7e557.. Darran Lofthouse [AS7-882] Re-send a 401 challenge after failure to verify the users credentials.[16:32:05] <jbossbot> jira [AS7-882] Re-send a 401 challenge after failure to verify the users credentials for Digest auth (Domain Management) [Open (Unresolved) Task, Major, Darran Lofthouse] https://issues.jboss.org/browse/AS7-882[16:32:05] <jbossbot> git [jboss-as] push master 0916311.. Darran Lofthouse Corrected order of constants (Supposed to be alphabetical.)[16:32:05] <jbossbot> git [jboss-as] push master 9c93124.. Darran Lofthouse [AS7-833] Properties file based repository of users for domain management.[16:32:06] <jbossbot> jira [AS7-833] Incorporate changes to AS7-701 [Resolved (Done) Bug, Major, Heiko Braun] https://issues.jboss.org/browse/AS7-833[16:32:07] <jbossbot> jira [AS7-701] server-config model carries both "system-property" and "system-properties" subresource [Resolved (Done) Bug, Major, Brian Stansberry] https://issues.jboss.org/browse/AS7-701[16:32:07] <jbossbot> git [jboss-as] push master 64f12bb.. Darran Lofthouse [AS7-892] InitialContextFactoryBuilder should use Class.forName passing in the ClassLoader instead of using it directly.[16:32:08] <jbossbot> jira [AS7-892] InitialContextFactoryBuilder should use Class.forName passing in the ClassLoader instead of using it directly [Open (Unresolved) Task, Major, Darran Lofthouse] https://issues.jboss.org/browse/AS7-892[16:32:08] <jbossbot> git [jboss-as] push master 51ca6e6.. Darran Lofthouse Workaround to clear the ContextClassLoader to allow access to the System ClassLoader when loading the dir context factory.[16:32:08] <jbossbot> git [jboss-as] push master ec88f1a.. Darran Lofthouse [AS7-882] Additional change to correctly handle scenario where username is not found or not provided.[16:32:08] <jbossbot> git [jboss-as] push master 0d439ec.. Stuart Douglas Implemented proper SFSB destruction for CDI managed SFSB's[16:32:08] <jbossbot> git [jboss-as] push master 76ae5bc.. Stuart Douglas Add interceptor that throws EJBException on invocation of non-business methods[16:32:08] <jbossbot> git [jboss-as] push master b45ef54.. Stuart Douglas Remove methods from deployment descriptor[16:32:09] <jbossbot> git [jboss-as] push master a6f673f.. Stuart Douglas env-entry fix[16:32:09] <jbossbot> git [jboss-as] push master 992324b.. Carlo de Wolf AS7-434: do not store model and expose a ModelControllerClient[16:32:10] <jbossbot> jira [AS7-434] Implement EJB 3.1 FR 22 Embeddable Usage [Open (Unresolved) Task, Critical, Carlo de Wolf] https://issues.jboss.org/browse/AS7-434[16:32:10] <jbossbot> git [jboss-as] push master ddb40e0.. Carlo de Wolf AS7-434: add a dependency on CLASSPATH in EjbDependencyDUP[16:32:11] <jbossbot> git [jboss-as] push master 0ad2741.. Stefano Maestri AS7-863 added proper default in resource-description[16:32:12] <jbossbot> jira [AS7-863] subsystem=connector has no defaults set for booleans [Resolved (Done) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-863[16:32:12] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/d1d13fe...0ad2741[16:32:50] <dmlloyd> mmoyses: now darran's fix is in place :)[16:33:03] <dmlloyd> but you still need to clear out your TCCL I *think*[16:33:11] <mmoyses> testing...[16:33:29] *** fnasser has quit IRC[16:33:58] *** fnasser has joined #jboss-as7[16:34:48] *** hbraun has quit IRC[16:34:59] <bstansberry> dmlloyd: new-controllers has a ModelControllerImplUnitTestCase that exposes the issues I see with NewOperationContextImpl[16:35:00] <jbossbot> git [jboss-as] push master e9e0e78.. Stefano Maestri AS7-898 Error creating XA datasource in domain mode[16:35:01] <jbossbot> jira [AS7-898] Error creating XA datasource in domain mode [Coding In Progress (Unresolved) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-898[16:35:01] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/0ad2741...e9e0e78[16:35:26] <dmlloyd> bstansberry: okay[16:35:26] <bstansberry> also a CompositeOperationHandlerUnitTestCase that's @Ignored but I'm working on getting that going now, to expose all composite issues[16:36:51] <bstansberry> the 1st shows 2 basic issues: 1) we write the model before giving the tx control a chance to say "roll back" (s/b simple) and 2) we're inconsistent about returning ResultAction.ROLLED_BACK[16:37:25] <bstansberry> i.e. we don't always analyze whether rollback is the correct response to failure[16:37:44] <bstansberry> I'm going to look at composites now, though[16:38:58] <bbrowning> Nihility: just keep in mind that a lot of people probably track the source but never contribute - ie they just want to build the latest and greatest AS7 and thus never rebase[16:39:10] <dmlloyd> gotta step out for a minute, brb[16:40:33] <Nihility> bbrowning: yeah thats a good point[16:43:19] *** galderz has quit IRC[16:44:10] <Nihility> bbrowning: yeah anything thats just doing git pull repeatedly is going to have potential issues[16:44:15] *** tdiesler has quit IRC[16:44:26] <bbrowning> aye[16:45:14] *** magesh has quit IRC[16:49:19] <jc3> Nihility: what's the value of the rebase-only policy? just clean history?[16:50:39] <Nihility> jc3: yes clean history, easier to review changes, and unintentional overwrites are less common[16:51:27] <Nihility> jc3: the problem with rebase only is that it does not scale to extremely large projects that have 3 or more levels of mainline branches[16:52:00] <Nihility> jc3: so far though we only have one mainline, and a few spinoff branches for feature development[16:52:38] <jc3> i c[16:53:07] <Nihility> jc3: we basically use rebasing as an easier form of sending patches[16:53:24] <Nihility> jc3: if we went to a ML patch model it would largely be the same[16:54:18] <Nihility> bobmcw: so ill conceed that in this case we should not have force updated[16:54:27] <bobmcw> hah![16:54:51] <jc3> Nihility: that's all he wanted, to be right. ;)[16:54:56] <Nihility> hahaha[16:55:04] * bobmcw goes back to his ivory tower[16:55:27] <Nihility> dmlloyd's scenario was the only time we actually had to[16:55:37] <Nihility> and that was because he rewrote the entire tree[16:55:49] * dmlloyd back[16:56:18] <AndyTaylor> Nihility: ive got a quick git question[16:56:27] <Nihility> shoot[16:56:31] <dmlloyd> I'll never surrender! NEVER![16:57:04] <AndyTaylor> Nihility: howard has done the 2.2.2 integration in his branch, whats the best way for me to check it out, can i check it out into my local repos[17:00:50] *** aloubyansky has joined #jboss-as7[17:01:13] *** balunasj has joined #jboss-as7[17:01:13] *** balunasj has joined #jboss-as7[17:01:13] *** ChanServ sets mode: +v balunasj[17:01:52] <Nihility> AndyTaylor: do you mean merge his changes into your active develoment tree?[17:01:53] *** jamezp_afk has quit IRC[17:02:23] <AndyTaylor> Nihility: yes a branch so i can switch to it, is that possible[17:02:29] *** jamezp_afk has joined #jboss-as7[17:02:57] <Nihility> AndyTaylor: so you want to just pull down his changes, not mixing them with his?[17:03:02] *** balunasj has quit IRC[17:03:04] <Nihility> erm[17:03:05] <Nihility> yous[17:03:05] *** jamezp_afk is now known as jamezp[17:03:10] <Nihility> not mixing his changes with yorus[17:03:12] <AndyTaylor> Nihility: correct[17:03:12] <Nihility> 2 branhces[17:03:35] <Nihility> ok so you do git remote add howard git://blah[17:03:54] <Nihility> git fetch howard[17:03:55] <AndyTaylor> Nihility: cool[17:04:09] <AndyTaylor> Nihility: ok, thanks[17:04:15] <Nihility> then git checkout -b howard/branch-name[17:04:18] <Nihility> oops[17:04:29] <Nihility> git checkout -b howards-stuff howard/branch-name[17:04:35] <AndyTaylor> Nihility: ok[17:04:38] <Nihility> that creates a new local branch[17:04:45] <Nihility> and copies from howards[17:04:49] <Nihility> you can then make changes to it[17:05:00] <AndyTaylor> Nihility: quick AS7 testing question too?[17:05:29] <AndyTaylor> ive done the RA stuff and need to write some tests, do we have a best practice, i notice there arent actually too many messgaing tests[17:06:04] <bstansberry> dmlloyd, baileyje : compensating operation is about to bite the dust[17:06:15] <bstansberry> speak now or forever hold your peace[17:06:15] <baileyje> uh oh.,,[17:06:23] <bstansberry> my plan is to...[17:06:37] <Nihility> AndyTaylor: yeah basically just add whatever coverage you feel is necesasary/have time for and stick it in testsuite2[17:06:38] <bstansberry> @Deprecate the getCompensatingOperation() method on NewOpContext[17:06:39] <baileyje> I have move it around several times through this refactor[17:06:39] <dmlloyd> nuke it from orbit[17:06:42] <dmlloyd> it's the only way to be sure![17:06:53] <bstansberry> and have it return an empty node[17:07:00] <AndyTaylor> Nihility: ok, cheers, i'll add what ever tests i can[17:07:08] <Nihility> AndyTaylor: are only messaging coverage at the moment is some tests that run the demo[17:07:11] <Nihility> our[17:07:17] <AndyTaylor> Nihility: ok[17:07:18] <bstansberry> I can nuke it when baileyje tells me he wants it nuked[17:07:26] <Nihility> AndyTaylor: the smoke tests are intended to be fast, quick verifications[17:07:36] <AndyTaylor> Nihility: k[17:07:37] <Nihility> AndyTaylor: anything more involved goes in testsuite2/intgration[17:07:47] <baileyje> I am fine with it. I currently have the op handlers setting it up in a similar way, so easy to remove[17:07:48] <AndyTaylor> Nihility: ok, cheers[17:08:12] <baileyje> makes my sweet base classes 10% less useful. :)[17:09:45] <Nihility> AndyTaylor: you guys should move hq to git, it will change your life[17:09:46] <Nihility> :)[17:10:13] <bstansberry> yeah, read the chat log here for the last few hours and you can see how! ;)[17:10:15] *** pilhuhn has joined #jboss-as7[17:10:15] *** pilhuhn has joined #jboss-as7[17:10:15] *** ChanServ sets mode: +v pilhuhn[17:10:17] <Nihility> AndyTaylor: instead of getting a cup of coffee everytime you type an svn command its instant![17:10:29] <Nihility> bstansberry: hahahaha[17:10:34] <AndyTaylor> Nihility: we are thinking about it, its a steep learning curve but now im getting used to it i am seeing the benefits[17:10:52] *** bbrowning has quit IRC[17:11:00] <kkhan> bstansberry: lol[17:11:24] * bstansberry adores git[17:12:15] <bstansberry> baileyje: ok, i'll skip the @Deprecated BS and just nuke it[17:12:18] <Nihility> AndyTaylor: checkout the linus google talk video on it, its a good overview[17:12:28] <Nihility> AndyTaylor: and is actually pretty funny[17:12:28] <baileyje> bstansberry: Sound good[17:12:36] <AndyTaylor> Nihility: will do[17:12:39] <dmlloyd> emuckenhuber: were you able to make any progress yet?[17:12:48] * dmlloyd is figuring out what today holds for him[17:12:56] <Nihility> http://www.youtube.com/watch?v=4XpnKHJAok8[17:14:02] *** stliu has joined #jboss-as7[17:14:02] *** ChanServ sets mode: +v stliu[17:15:57] <emuckenhuber> dmlloyd: thought so first, but not sure any more - so if you have a clear picture i can do something different for a while... :)[17:16:09] <Nihility> i miss the im feeling lucky button[17:16:10] <Nihility> :([17:16:36] *** jamezp has quit IRC[17:17:32] <dmlloyd> emuckenhuber: okay[17:24:16] *** OndejZizka has joined #jboss-as7[17:24:16] *** ChanServ sets mode: +v OndejZizka[17:24:39] *** spagop has joined #jboss-as7[17:24:39] *** ChanServ sets mode: +v spagop[17:24:42] *** jamezp has joined #jboss-as7[17:25:28] *** OndejZizka has quit IRC[17:25:49] *** OndejZizka has joined #jboss-as7[17:25:49] *** ChanServ sets mode: +v OndejZizka[17:26:21] *** alexsmirnov has joined #jboss-as7[17:30:00] *** OndejZizka has quit IRC[17:34:24] *** Jaikiran has joined #jboss-as7[17:34:24] *** ChanServ sets mode: +v Jaikiran[17:35:37] <pilhuhn> Nihility did you just propose to have a climbing event or boulder area at next JBW? :-)[17:40:07] <Nihility> pilhuhn: i think so haha[17:40:10] <pmuir> pilhuhn: depends where it is?[17:40:12] <pmuir> where is it?[17:40:22] <Nihility> instead of a few[17:40:26] <Nihility> i should have said "a lot"[17:41:00] <pilhuhn> Nihility Question is if ice climbers like hbraun or manik still count as rock climbers :)[17:41:36] <Nihility> pilhuhn: i have seen them climb rocks[17:41:43] <Nihility> haha[17:41:48] <Nihility> crazy bastards![17:41:53] <pilhuhn> +1[17:42:39] <pmuir> wonder how manik is getting on in the alps?[17:42:40] *** mgoldmann has quit IRC[17:42:58] *** mgoldmann has joined #jboss-as7[17:42:58] *** ChanServ sets mode: +v mgoldmann[17:43:18] <pilhuhn> How's the situation in Scottland, pmuir ? You could climb the mountain on which the castle is on :)[17:43:37] <pmuir> pilhuhn: there is lots of climbing here[17:43:52] <pmuir> people have climbed the castle rock, but it's illegal so you get arrested at the top[17:44:17] <pilhuhn> and as you are tired from climbing, they can easily catch you[17:44:19] <pilhuhn> lol[17:45:39] <pmuir> ii think it's more that they stand where you come out[17:45:40] <pmuir> ;-)[17:45:55] <pmuir> but you need ice to climb that rock and there hasn't been enough since the 70s[17:45:57] *** sebersole has quit IRC[17:46:01] <pmuir> but lots in the highlands[17:46:06] <pilhuhn> ok[17:46:16] * pilhuhn is only doing indoors so far[17:46:30] <pmuir> i like indoor or outdoor snow/ice most[17:46:42] <pmuir> not so big on rock, especially crags[17:46:46] <pmuir> big mountains are ok[17:48:19] <pilhuhn> I only started end of last year, so I am totally lacking experience - we have a concrete mountain at the climbing center where I did the first outdoor trials a few days ago[17:49:58] <pmuir> pilhuhn: :-)[17:50:04] <pmuir> jamezp: ping[17:50:17] <jamezp> pmuir: pong[17:50:30] <pmuir> jamezp: trying out your plugin, got time to hold my hand?[17:50:41] <jamezp> Sure thing.[17:50:49] <pilhuhn> Jessica Sant, who used to be on the JON team, infected me 1,5 years ago with the climbing virus[17:50:51] <pmuir> ok, want to do it in PM? or here?[17:51:11] <jamezp> Either way works for me.[17:52:09] <pmuir> ok jamezp https://gist.github.com/993403[17:52:14] <pmuir> that is where i have got to[17:55:26] *** balunasj has joined #jboss-as7[17:55:26] *** balunasj has joined #jboss-as7[17:55:26] *** ChanServ sets mode: +v balunasj[17:55:28] <jamezp> Hmmm... ...The only thing that I didn't test was using a <finalName />. Don't see why that would matter though.[17:55:42] <pmuir> ok, want me to try it some other way?[17:55:47] *** kevinpollet has quit IRC[17:56:24] <pmuir> same problem[17:56:27] *** balunasj has quit IRC[17:56:33] <pmuir> without finalName specified[17:56:44] <pmuir> I can push this to branch if it helps[17:57:06] <Jaikiran> sgilda: sorry, got disconnected and wasn't around for a while[17:57:11] <Jaikiran> did you get what you were looking for?[17:57:22] <jamezp> pmuir: Weird. Is it the latest upstream snapshot of AS7?[17:57:28] <pmuir> no, beta3[17:57:40] *** alesj has quit IRC[17:58:14] <jamezp> Ah, maybe that's the problem then. Let me pull down beta3 and test it.[17:58:19] <pmuir> k[17:59:37] <bstansberry> darranl: how is the FS deployment scanner going to authenticate?[17:59:38] *** frainone has quit IRC[18:02:15] <dmlloyd> any authorization check has to happen at client entry points to the management layer[18:02:28] <dmlloyd> our own stuff has to be trusted, else all kinds of stuff will break[18:03:10] <jamezp> plmuir: Yeah, I get the same problem with Beta3. Maybe I should fix it and target it for Beta3 instead.[18:04:11] *** stliu has quit IRC[18:04:15] <dmlloyd> the real question is, how will authorization even work[18:04:25] <dmlloyd> remoting and HTTP both basically give you a Principal[18:04:52] <dmlloyd> maybe multiple Principals, in the event of client cert auth[18:05:03] <dmlloyd> we'd need to turn that into a role mapping somehow[18:05:08] <jamezp> pmuir: Oops, this isn't twitter you're not plmuir on here :-) ^^[18:06:01] <pmuir> jamezp: can you target HEAD and beta3? that would be ideal for me (as basically my stuff needs to be dumb enough for burr to use and he will complain a lot if i make him download a snap build[18:06:02] <pmuir> )[18:07:15] <jamezp> pmuir: Yes. that I can do. I'll get on it now.[18:08:24] <sgilda> Jaikiran: no worries :)[18:08:49] <sgilda> i plan to send email with a clearer question[18:08:54] <Jaikiran> ok[18:09:37] *** OndejZizka has joined #jboss-as7[18:09:38] *** ChanServ sets mode: +v OndejZizka[18:10:13] <pmuir> thanks jamezp[18:12:42] *** pilhuhn is now known as pil-dinner-bbl[18:14:32] <bstansberry> dmlloyd: baileyje : compensating ops are gone on new-controllers[18:14:42] <baileyje> ok. Cool.[18:14:45] <dmlloyd> aye aye[18:18:44] *** hardy_ has left #jboss-as7[18:21:50] <dmlloyd> guys[18:21:57] <dmlloyd> completely awesome thing about fedora 15[18:21:59] <dmlloyd> completely _awesome_[18:22:15] <jamezp> good, I need to feel some Fedora love right now :-)[18:22:34] <dmlloyd> sudo setcap cap_net_bind_service+eip java[18:22:45] <jbossbot> git [jboss-as] push master c01abe6.. Scott Marlow Tests[18:22:46] <jbossbot> git [jboss-as] push master afb5682.. Scott Marlow cleanup JPA sources (intellij reformat)[18:22:46] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/e9e0e78...afb5682[18:22:53] <dmlloyd> now jbossas can listen on port 80 :)[18:22:56] *** mmoyses is now known as mmoyses_[18:23:00] <asoldano> dmlloyd, :)[18:23:28] <dmlloyd> actually you could do that on fedora 14 too[18:23:30] <dmlloyd> and I never knew![18:24:31] <jamezp> I have no idea what that does, but it didn't seem to like it for me :-)[18:24:58] <dmlloyd> well you have to give it the path to your java executable[18:25:12] <dmlloyd> sudo setcap cap_net_bind_service+eip /path/to/java[18:25:19] <jamezp> Yeah, that was the problem.[18:25:43] <dmlloyd> I bet it works in rhel as well...[18:26:42] <dmlloyd> I haven't tried it in java though, I know that java relies on $ORIGIN for linking so it might not work without relinking the executable[18:27:10] <dmlloyd> unless you use the distro java executable[18:27:39] <jamezp> Would it work if you used the alternatives thing?[18:27:58] <dmlloyd> it might, OS packagers often "fix" stuff like this[18:28:10] * jamezp still has a lot to learn about Fedora/Linux[18:30:16] <dmlloyd> $ java -version[18:30:16] <dmlloyd> java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory[18:30:24] <dmlloyd> yup, looks like regular JDKs have the $ORIGIN issue[18:30:43] *** kevinpollet has joined #jboss-as7[18:30:56] <bobmcw> dmlloyd: mgoldmann is the fedora packager for jboss now... he'll "fix" whatever you need :)[18:31:06] <mgoldmann> rotfl[18:31:28] <mgoldmann> I'm the guy between Fedora and JBoss :)[18:31:38] <bobmcw> btw, I vote for including the init.d scripts in the distro, or in a handy location, still[18:31:48] <bobmcw> it's still a pretty frequently used thing[18:31:54] <bobmcw> but they could be simplified a *lot*[18:32:00] *** JimMaq has quit IRC[18:32:37] <dmlloyd> you should be able to do "service jbossas start" and have it start, as non-root, while able to bind to port 80 etc.[18:33:15] <bobmcw> dmlloyd: but how would you put it behind apache, then?[18:33:16] * bobmcw ducks[18:34:13] *** liweinan has quit IRC[18:35:01] <mgoldmann> dmlloyd: well, this is not possible as non-root, users are comfortable with 8080 I think[18:35:23] *** smcgowan is now known as smcgowan_lunch[18:35:28] <dmlloyd> mgoldmann, it is using capabilities[18:35:40] *** emuckenhuber has quit IRC[18:35:47] <dmlloyd> the idea is to run java with the cap_net_bind capability enabled[18:35:52] <dmlloyd> but as non-root[18:38:45] *** jfclere has quit IRC[18:43:03] <pmuir> jamezp: ok i got to drop off now, i'll be back weds[18:43:07] <bstansberry> dmlloyd: any reason NewOpContImpl.ContextServiceTarget throws UnsupportedOperationException from most methods?[18:43:14] <bstansberry> instead of delegating[18:43:32] <dmlloyd> yeah, those methods all provide a backdoor to creating stuff without a lock[18:43:42] <jamezp> pmuir: No problem. Not sure what the issue is yet.[18:43:43] <dmlloyd> or, they did at one point[18:43:52] <bstansberry> k, thanks[18:44:11] <dmlloyd> also they let you screw with other steps[18:44:15] <dmlloyd> which is probably not a good thing[18:44:53] <bstansberry> perhaps we should define a different interface[18:45:12] <dmlloyd> yeah I thought about it[18:45:19] <dmlloyd> just did this for expedience[18:45:43] *** ALR has quit IRC[18:45:53] * bstansberry really really wants to make baileyje cry[18:46:04] <dmlloyd> the thing is we have all those addService() methods out there...[18:46:26] *** ALR has joined #jboss-as7[18:46:27] *** ChanServ sets mode: +v ALR[18:55:29] *** spagop has quit IRC[18:57:20] *** lanceball has quit IRC[18:59:34] *** AndyTaylor has quit IRC[19:15:09] *** maxandersen has quit IRC[19:19:03] *** asoldano has quit IRC[19:20:16] *** maxandersen has joined #jboss-as7[19:20:16] *** ChanServ sets mode: +v maxandersen[19:20:44] *** emuckenhuber has joined #jboss-as7[19:20:44] *** ChanServ sets mode: +v emuckenhuber[19:21:12] *** pmuir has quit IRC[19:21:54] *** alexsmirnov has quit IRC[19:21:54] *** ccrouch has quit IRC[19:21:54] *** jc3 has quit IRC[19:21:55] *** bobmcw has quit IRC[19:21:55] *** darranl_afk has quit IRC[19:22:45] *** alexsmirnov has joined #jboss-as7[19:22:45] *** ccrouch has joined #jboss-as7[19:22:45] *** jc3 has joined #jboss-as7[19:22:45] *** bobmcw has joined #jboss-as7[19:22:45] *** darranl_afk has joined #jboss-as7[19:22:45] *** jordan.freenode.net sets mode: +vvvv ccrouch jc3 bobmcw darranl_afk[19:26:56] *** slaboure has quit IRC[19:34:25] *** bbrowning has joined #jboss-as7[19:34:25] *** ChanServ sets mode: +v bbrowning[19:36:56] *** mmoyses_ is now known as mmoyses[19:37:57] *** rmaucher has quit IRC[19:38:08] *** smcgowan_lunch is now known as smcgowan[19:53:09] *** lanceball has joined #jboss-as7[19:53:09] *** ChanServ sets mode: +v lanceball[19:59:19] *** maxandersen is now known as maxandersen_food[20:01:10] *** slaboure has joined #jboss-as7[20:01:51] *** sannegrinovero has quit IRC[20:17:13] *** sannegrinovero has joined #jboss-as7[20:17:13] *** ChanServ sets mode: +v sannegrinovero[20:21:14] *** kevinpollet has quit IRC[20:24:21] *** mlinhard has joined #jboss-as7[20:24:38] *** sgilda has quit IRC[20:25:06] *** sgilda has joined #jboss-as7[20:26:19] *** lazarotti has joined #jboss-as7[20:27:01] *** pil-dinner-bbl is now known as pilhuhn[20:27:58] *** irooskov has quit IRC[20:42:16] *** mgoldmann has quit IRC[20:43:05] *** dimitris_jboss has joined #jboss-as7[20:43:05] *** dimitris_jboss has joined #jboss-as7[20:43:05] *** ChanServ sets mode: +v dimitris_jboss[20:46:19] *** sannegrinovero has quit IRC[20:46:19] *** jamezp has quit IRC[20:46:49] *** jamezp has joined #jboss-as7[20:47:12] *** dimitris_ has quit IRC[20:48:38] *** jc3 has quit IRC[20:48:54] *** jc3 has joined #jboss-as7[20:48:54] *** ChanServ sets mode: +v jc3[20:51:29] *** Jaikiran has quit IRC[21:03:13] *** jamezp is now known as jamezp_afk[21:05:44] <jbossbot> git [jboss-as] push master 31de309.. Stefano Maestri AS7-906 removing problem with dot in service name when driver is deployed and or contain dots in user defined name[21:05:45] <jbossbot> jira [AS7-906] Failed to create mysql datasource [Coding In Progress (Unresolved) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-906[21:05:45] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/afb5682...31de309[21:22:51] *** slaboure has quit IRC[21:32:12] *** darranl_afk has quit IRC[21:32:13] *** aslak has quit IRC[21:33:07] *** aslak has joined #jboss-as7[21:33:07] *** ChanServ sets mode: +v aslak[21:33:14] *** jamezp_afk is now known as jamezp[21:36:10] *** aslak has quit IRC[21:39:54] *** kevinpollet has joined #jboss-as7[21:42:46] <bstansberry> baileyje: on new-controllers, are you still focused on subsystems?[21:43:08] <baileyje> I am just finishing up the final set of op handlers[21:43:11] <bstansberry> I was going to do a bunch of core handlers[21:43:20] <bstansberry> subsystems or others?[21:43:53] <dmlloyd> we should be able to test once that's done - no config persistence but that's OK for the moment[21:43:57] <baileyje> I am pretty sure I did most.[21:44:15] <baileyje> Your time would be better spent making sure I didn't screw them all up :)[21:44:35] <bstansberry> haha[21:44:39] <baileyje> 14 more handlers to go..[21:45:06] <bstansberry> emuckenhuber: what's up with the global ones?[21:49:11] *** asaldhan has joined #jboss-as7[21:49:11] *** ChanServ sets mode: +v asaldhan[21:51:01] <lanceball> mmoyses: morning![21:51:18] <asaldhan> lanceball: he is almost our TZ[21:51:21] <lanceball> thanks for your suggestion re: AS7-838[21:51:22] <jbossbot> jira [AS7-838] Allow individual security domains to be deployed [Open (Unresolved) Feature Request, Major, Marcus Moyses] https://issues.jboss.org/browse/AS7-838[21:51:22] <asaldhan> lanceball: brazil[21:51:35] *** frainone has joined #jboss-as7[21:51:35] *** ChanServ sets mode: +v frainone[21:51:39] <lanceball> asaldhan: I _always_ say morning![21:51:52] <lanceball> :)[21:51:54] <asaldhan> lanceball: like that. :)[21:52:32] <lanceball> mmoyses: I tried your suggestion to add a dependency on PB.[21:53:11] <mmoyses> lanceball: did it work?[21:53:17] *** hbraun has joined #jboss-as7[21:53:17] <lanceball> that change + remembering to set Mode.ACTIVE[21:53:42] <lanceball> mmoyses: nope - the error I was seeing re: users.properties no longer prints in the log[21:53:59] <lanceball> but my LM doesn't ever get initialized[21:54:23] <lanceball> and it's not the LM that is ultimately the receiver of the authenticate call[21:54:51] <lanceball> is there some way for me to inspect the LM if I only have a handle on the SecurityDomainService?[21:56:20] <mmoyses> not really. all operations on the LM are invoked by LoginContext[21:56:44] <mmoyses> for debug purposes you can add breakpoints in JBossCachedAuthenticationManager[21:57:02] <mmoyses> the defaultLogin method to see what is the underlying exception[21:57:46] *** hbraun has quit IRC[21:58:03] <lanceball> mmoyses: thanks - also, can you point me to your tests where you are using a custom login module?[21:59:06] <mmoyses> lanceball: https://github.com/jbossas/jboss-as/blob/master/testsuite2/internals/src/test/java/org/jboss/as/test/integration/internals/security/CustomLoginModuleTestCase.java[22:02:10] <lanceball> mmoyses: thanks! I'll keep you updated on my progress :)[22:03:20] <mmoyses> lanceball: i still think it will be a CNFE for your LM due to classloading issues. let me know how it goes[22:07:03] <lanceball> mmoyses: I suspect you're right[22:07:10] <mmoyses> lanceball: wait, you added a dependency on PB?[22:07:29] <lanceball> yes[22:07:30] <mmoyses> i think you need your deployment unit to have a dependency on torquebox[22:07:42] <mmoyses> that's the module where the LM is right?[22:07:50] <lanceball> yes[22:09:21] <mmoyses> i think you need the dependency on torquebox, since PB module doesn't have that dependency by default[22:09:52] <mmoyses> the authenticator (which will invoke LoginContext) is on PB[22:09:52] <lanceball> I see - will try that[22:12:13] *** pilhuhn has quit IRC[22:12:14] <lanceball> mmoyses: it worked~[22:12:15] <lanceball> ![22:12:17] <lanceball> thanks![22:12:31] <mmoyses> cool[22:13:36] *** lanceball is now known as lance-afk[22:13:52] *** aslak has joined #jboss-as7[22:13:53] *** ChanServ sets mode: +v aslak[22:13:59] *** jpederse has quit IRC[22:20:50] <mmoyses> smcgowan: what's status on JBCTS-1111 and JBCTS-1112? can i mark them as resolved?[22:20:50] <jbossbot> jira [JBCTS-1111] Redirected to: https://issues.jboss.org/login.jsp?permissionViolation=true&os_destination=%2Fsi%2Fjira.issueviews%3Aissue-xml%2FJBCTS-1111%2FJBCTS-1111.xml[22:20:51] <jbossbot> jira [JBCTS-1112] Redirected to: https://issues.jboss.org/login.jsp?permissionViolation=true&os_destination=%2Fsi%2Fjira.issueviews%3Aissue-xml%2FJBCTS-1112%2FJBCTS-1112.xml[22:21:17] <smcgowan> JBCTS-1111 is RESOLVED:[22:21:19] <jbossbot> jira [JBCTS-1111] Redirected to: https://issues.jboss.org/login.jsp?permissionViolation=true&os_destination=%2Fsi%2Fjira.issueviews%3Aissue-xml%2FJBCTS-1111%2FJBCTS-1111.xml[22:21:22] <smcgowan> working on JBCTS-1112[22:21:23] <jbossbot> jira [JBCTS-1112] Redirected to: https://issues.jboss.org/login.jsp?permissionViolation=true&os_destination=%2Fsi%2Fjira.issueviews%3Aissue-xml%2FJBCTS-1112%2FJBCTS-1112.xml[22:29:01] *** wolfc has quit IRC[22:30:08] *** slaboure has joined #jboss-as7[22:32:10] <jbossbot> git [jboss-as] push master 75bc37a.. Thomas Diesler [AS7-722] Update to OSGi 4.2 Compliant Framework - Add SNAPSHOT dependencies[22:32:11] <jbossbot> jira [AS7-722] Update to OSGi 4.2 Compliant Framework [Resolved (Done) Task, Major, Thomas Diesler] https://issues.jboss.org/browse/AS7-722[22:32:12] <jbossbot> git [jboss-as] push master 8834415.. Thomas Diesler [AS7-725] Register URLStreamHandlerFactories with modules API[22:32:12] <jbossbot> jira [AS7-725] Register URLStreamHandlerFactories with modules API [Resolved (Done) Task, Major, Thomas Diesler] https://issues.jboss.org/browse/AS7-725[22:32:12] <jbossbot> git [jboss-as] push master 4b79018.. Thomas Diesler [AS7-265] OSGi bundles dropped in standalone/deployments do not get started[22:32:13] <jbossbot> jira [AS7-265] OSGi bundles dropped in standalone/deployments do not get started [Resolved (Done) Bug, Major, Thomas Diesler] https://issues.jboss.org/browse/AS7-265[22:32:13] <jbossbot> git [jboss-as] push master 45672a9.. Thomas Diesler [AS7-732] Add start level support to OSGi subsystem[22:32:14] <jbossbot> jira [AS7-732] Add start level support to OSGi subsystem [Resolved (Done) Feature Request, Major, Thomas Diesler] https://issues.jboss.org/browse/AS7-732[22:32:14] <jbossbot> git [jboss-as] push master 395ac1c.. Thomas Diesler [AS7-733] Move existing tests to their respective packages[22:32:15] <jbossbot> jira [AS7-733] Provide complete set of supported OSGi functionality as AS test cases [Resolved (Done) Task, Major, Thomas Diesler] https://issues.jboss.org/browse/AS7-733[22:32:15] <jbossbot> git [jboss-as] push master b942648.. Thomas Diesler [AS7-733] Add blueprint test coverage[22:32:15] <jbossbot> git [jboss-as] push master 19bca3e.. Thomas Diesler [AS7-733] Add eventadmin test coverage[22:32:15] <jbossbot> git [jboss-as] push master 2ba299f.. Thomas Diesler [AS7-733] Add HttpService test coverage[22:32:15] <jbossbot> git [jboss-as] push master e9c3de4.. Thomas Diesler [AS7-733] Add LifecycleInterceptor test coverage[22:32:16] <jbossbot> git [jboss-as] push master a8e98d1.. Thomas Diesler [AS7-733] Add JMX test coverage[22:32:16] <jbossbot> git [jboss-as] push master 6ca2465.. Thomas Diesler [AS7-733] Add JNDI test coverage[22:32:17] <jbossbot> git [jboss-as] push master b7fdf3b.. Thomas Diesler [AS7-733] Add JTA test coverage[22:32:17] <jbossbot> git [jboss-as] push master fc8859e.. Thomas Diesler [AS7-733] Add WebApp test coverage[22:32:18] <jbossbot> git [jboss-as] push master 87c52b1.. Thomas Diesler [AS7-733] Add XML parser test coverage[22:32:18] <jbossbot> git [jboss-as] push master df145ed.. Thomas Diesler [AS7-767] Provide EJB3 / OSGi integration example[22:32:19] <jbossbot> jira [AS7-767] Provide EJB3 / OSGi integration example [Resolved (Done) Task, Major, Thomas Diesler] https://issues.jboss.org/browse/AS7-767[22:32:19] <jbossbot> git [jboss-as] push master bff2ae8.. Thomas Diesler [AS7-768] Provide WebApp / OSGi integration example[22:32:20] <jbossbot> jira [AS7-768] Provide WebApp / OSGi integration example [Resolved (Done) Task, Major, Thomas Diesler] https://issues.jboss.org/browse/AS7-768[22:32:20] <jbossbot> git [jboss-as] push master 27381d1.. Thomas Diesler [AS7-722] Update to OSGi 4.2 Compliant Framework[22:32:21] <jbossbot> git [jboss-as] push master a19e45c.. Thomas Diesler Update to jbosgi-framework-1.0.0.CR2[22:32:21] <jbossbot> git [jboss-as] push master b1386bb.. Thomas Diesler [AS7-858] Cannot load module when applying resolver results - WIP[22:32:22] <jbossbot> jira [AS7-858] Cannot load module when applying resolver results [Resolved (Done) Bug, Major, Thomas Diesler] https://issues.jboss.org/browse/AS7-858[22:32:22] <jbossbot> git [jboss-as] push master 470b748.. Thomas Diesler Remove stale functional test[22:32:23] <jbossbot> git [jboss-as] push master b772a8b.. Thomas Diesler [AS7-858] Cannot load module when applying resolver results[22:32:23] <jbossbot> git [jboss-as] push master 7282707.. Thomas Diesler [AS7-858] Add some OSGi integration test support[22:32:24] <jbossbot> git [jboss-as] push master 153b528.. Thomas Diesler Upgrade to jbosgi-framework-1.0.0.CR3[22:32:24] <jbossbot> git [jboss-as] push master be4bf91.. Thomas Diesler [AS7-439] Fix compile error in integration testsuite[22:32:25] <jbossbot> jira [AS7-439] Verify log messages from OSGi bundles feed to aggreaged logfile [Coding In Progress (Unresolved) Task, Major, David Bosschaert] https://issues.jboss.org/browse/AS7-439[22:32:25] <jbossbot> git [jboss-as] push master 40331d3.. Thomas Diesler [AS7-902] Fix webservice integration tests - Tests @Ignored[22:32:26] <jbossbot> jira [AS7-902] Fix webservice integration tests [Open (Unresolved) Bug, Major, Richard Opalka] https://issues.jboss.org/browse/AS7-902[22:32:26] <jbossbot> git [jboss-as] push master 707bcd8.. Thomas Diesler [AS7-837] Web parsing may fail due to XMLInputFactory could not be instantiated[22:32:27] <jbossbot> jira [AS7-837] Web parsing may fail due to XMLInputFactory could not be instantiated [Resolved (Done) Bug, Major, Thomas Diesler] https://issues.jboss.org/browse/AS7-837[22:32:27] <jbossbot> git [jboss-as] push master 1e23c88.. Thomas Diesler [AS7-858] Use delegation rather than redundant code duplication[22:32:28] <jbossbot> git [jboss-as] push master 36cf522.. bstansberry at jboss dot com Update domain testsuite config with osgi changes[22:32:28] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/31de309...36cf522[22:33:49] *** slaboure has quit IRC[22:34:25] <baileyje> bstansberry/dmlloyd: I think this is all the update handlers --> https://github.com/baileyje/jboss-as/compare/07620cfa22bf10b7db0c...23389e5c795f12ea013e[22:34:48] <baileyje> This doesn't compiles since I haven't accounted for OpeartionFailedExceptions being a checked excepton.[22:35:12] <baileyje> bstansberry: I also think a number of the core operations are still un-migrated.[22:36:02] <dmlloyd> so what do we want to do about OFE[22:36:11] <dmlloyd> right now operations which fail are expected to set the failure result[22:36:16] <baileyje> If we decide I will fix this up with it..[22:36:29] <dmlloyd> should we catch OFE as a convenience? if so, do we then automatically complete the step for them?[22:36:47] <baileyje> I think that would help out..[22:36:51] <bstansberry> yes[22:37:00] <dmlloyd> yes to all?[22:37:10] <dmlloyd> I happen to be in that code, right now, so I can implement it[22:37:23] <dmlloyd> and, should OFE still be checked?[22:38:04] <bstansberry> so if a handler throws OFE, we'd set the failure description and call completeStep()...[22:38:17] <dmlloyd> if they throw OFE *after* completeStep() it gets stinky, so I'd have to check for that[22:38:22] <baileyje> If it is driving the completion behavior then I would say it is part of the api for handlers[22:38:35] <bstansberry> yeah, it would need to be checked[22:38:52] <bstansberry> all the validators throw OFE[22:39:22] <bstansberry> they could be reworked to take the context as a param, but, yuck[22:40:36] <baileyje> OK. I can assume NSH.execute will throw OFE?[22:40:42] <baileyje> I will start updating these ops[22:41:14] <bstansberry> that sounds good to me[22:42:50] <bstansberry> I just pushed a rebased-to-master new-controllers[22:43:40] <dmlloyd> already made the change locally[22:43:42] <dmlloyd> just checking stuff over now[22:48:34] *** fnasser has quit IRC[22:48:42] *** smarlow has quit IRC[22:54:47] *** lance-afk is now known as lanceball[22:57:08] <dmlloyd> bstansberry: all "cleaned up" in my new-controllers branch[22:57:12] <dmlloyd> it's a little better anyway[22:57:22] <dmlloyd> not sure if it's 100% right though[22:57:26] <dmlloyd> needs testing[22:57:44] <bstansberry> k[22:57:50] <bstansberry> fetching now[22:58:26] *** pgier has quit IRC[23:09:44] *** bbrowning has quit IRC[23:14:38] *** mlinhard has quit IRC[23:16:35] <bstansberry> dmlloyd, baileyje : david's is pushed[23:16:51] <baileyje> cool[23:17:06] <bstansberry> dmlloyd: i get the same test failures I did before[23:18:05] <bstansberry> one category is because we are writing the model back to the controller before invoking on the OperationTransactionControl[23:19:35] <dmlloyd> ah[23:19:36] <bstansberry> that allows us to not call the control if there is a persistence failure, but doesn't let us not update the model[23:19:43] <bstansberry> so that seems simple[23:19:48] <dmlloyd> well, that's a pickle isn't it[23:19:57] <dmlloyd> if we put it on the cleanup then if persistence fails, you're kinda screwed[23:19:58] <bstansberry> heuristics :)[23:24:10] <bstansberry> thinking about types of failures there[23:24:25] *** mmoyses has quit IRC[23:24:51] <bstansberry> there's the actual IO type problem, which is recoverable, i.e. doesn't reflect on the quality of the in-memory model[23:25:08] <bstansberry> and then there are marshalling problems[23:25:23] *** aloubyansky has quit IRC[23:25:28] *** frainone has quit IRC[23:25:47] *** OndejZizka has quit IRC[23:26:13] *** OndrejZizka has joined #jboss-as7[23:26:13] *** ChanServ sets mode: +v OndrejZizka[23:26:15] *** OndrejZizka has quit IRC[23:26:41] *** OndrejZizka has joined #jboss-as7[23:26:41] *** ChanServ sets mode: +v OndrejZizka[23:26:43] <bstansberry> marhsalling to a byte[] before invoking on the OperationTxControl... yuck[23:26:58] *** frainone has joined #jboss-as7[23:26:59] *** ChanServ sets mode: +v frainone[23:27:05] <baileyje> bstansberry: Is emuckenhuber working on the GlobalOpHandlers?[23:27:16] <bstansberry> yes[23:28:58] <bstansberry> ah, ic, you didn't change those a lot. I'd noticed 53 line difference, but it's mostly import ordering[23:31:45] <baileyje> i started to and then saw a message where you asked emuckenhuber about it and I stopped[23:32:45] *** kcbabo has quit IRC[23:33:48] <emuckenhuber> bstansberry: hi, sorry missed the notifications[23:34:04] <bstansberry> np[23:34:52] <bstansberry> how are things going?[23:38:47] <emuckenhuber> hmm, not quite sure if what i started actually makes much sense[23:39:05] <emuckenhuber> based on what we discussed yesterday - e.g. the recursive read-op would be add different steps i guess?[23:39:38] <bstansberry> that seemed logical on the surface[23:39:38] <emuckenhuber> i mean - for each child execute the read-resource op as a step?[23:39:56] <dmlloyd> we could do it that way[23:40:36] <dmlloyd> could also just do it in the same op handler iteratively[23:40:42] <dmlloyd> I don't think it makes a huge difference[23:40:49] <dmlloyd> iteratively might be easier[23:40:59] <dmlloyd> nesting the results could get complicated otherwise[23:41:25] <emuckenhuber> i see - well you mentioned yesterday that it should be possible to override the op-handler for a "resource" as well[23:41:51] <bstansberry> right, that's the tricky part[23:41:52] <emuckenhuber> yeah, nesting the result is what does not really work for me right now ;)[23:41:52] <dmlloyd> yeah that is true[23:42:07] <dmlloyd> if you're getting the ModelNodeReg though...[23:42:39] <dmlloyd> gotta step away for a minute...[23:43:17] <bstansberry> you'd have to monkey with the context if you do it iteratively[23:43:36] <bstansberry> hmm, that makes me wonder if composite ops are broken[23:43:44] <bstansberry> :([23:44:36] <bstansberry> i'll look at code before freaking out about that; one sec[23:46:44] <bstansberry> ok, looks ok :)[23:46:58] <bstansberry> i was worried about relative addressing problems[23:48:52] <bstansberry> emuckenhuber: does this give you any ideas re: nesting?[23:48:53] <bstansberry> https://github.com/bstansberry/jboss-as/blob/new-controllers/controller/src/main/java/org/jboss/as/controller/NewCompositeOperationHandler.java[23:49:54] <bstansberry> it's a somewhat similar problem[23:50:32] <emuckenhuber> hmm let me check[23:53:04] <bstansberry> the handler that calls addStep has a ref to the response object for that step, and when completeStep() returns that response object is populated and can be analyzed[23:54:09] <bstansberry> in this composite op case, the response object is wired into the overall response from the very beginning[23:54:30] <bstansberry> responseMap.get(stepName);[23:54:46] *** alexsmirnov has quit IRC[23:55:08] <bstansberry> but it doesn't have to be that way, it could just be[23:55:18] <bstansberry> ModelNode subtreeResponse = new ModelNode();[23:55:37] <emuckenhuber> hmm, yeah that's what i'm basically doing[23:55:40] <bstansberry> context.addStep(subtreeResponse, subtreeOp...)[23:55:50] <bstansberry> wasn't working?[23:57:21] <emuckenhuber> hmm, actually it does now[23:57:29] <emuckenhuber> however something else seems to be wrong