March 21, 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 | >
March 21, 2011 NOTICE: This channel is no longer actively logged.
[00:18:22] *** aslak has quit IRC[00:23:56] *** jwulf has joined #jboss-as7[01:52:26] *** ccrouch has quit IRC[01:57:00] *** jamezp is now known as jamezp_afk[02:06:44] *** pferraro has joined #jboss-as7[02:06:44] *** ChanServ sets mode: +v pferraro[02:07:05] *** pferraro has left #jboss-as7[02:13:28] <stuartdouglas> dmlloyd: I have some stuff in my master that is ready to be merged[02:17:18] <stuartdouglas> dmlloyd: Also have you given any thought to how to solve JBAS-9010 ? It has been giving me a few problems[02:17:22] <jbossbot> jira [JBAS-9010] Provide more comprehensive error messages for missing dependencies [Open (Unresolved) Task, Major, David Lloyd] https://issues.jboss.org/browse/JBAS-9010[02:47:35] *** miclorb_ has quit IRC[02:54:38] *** jamezp_afk has quit IRC[03:17:50] *** miclorb has joined #jboss-as7[03:28:44] *** JimMa has joined #jboss-as7[03:32:43] *** bobmcw has joined #jboss-as7[03:32:43] *** ChanServ sets mode: +v bobmcw[04:08:36] *** Nihility has joined #jboss-as7[04:08:36] *** Nihility has joined #jboss-as7[04:08:36] *** ChanServ sets mode: +v Nihility[04:17:49] *** bobmcw has quit IRC[04:17:53] *** bobmcw_ has joined #jboss-as7[04:18:22] *** miclorb has quit IRC[04:20:27] *** smarlow has quit IRC[04:20:28] *** bobmcw_ has quit IRC[04:21:13] *** bobmcw has joined #jboss-as7[04:21:13] *** ChanServ sets mode: +v bobmcw[04:33:59] *** bgeorges has joined #jboss-as7[04:33:59] *** ChanServ sets mode: +v bgeorges[04:42:09] *** miclorb has joined #jboss-as7[04:46:59] *** bobmcw has quit IRC[04:47:18] *** bobmcw has joined #jboss-as7[04:47:18] *** ChanServ sets mode: +v bobmcw[05:07:52] *** JimMa has quit IRC[05:14:30] *** JimMa has joined #jboss-as7[06:22:55] *** bstansberry has quit IRC[06:23:47] *** Nihility has quit IRC[08:12:48] *** miclorb has quit IRC[08:53:12] *** pilhuhn has joined #jboss-as7[08:53:12] *** pilhuhn has joined #jboss-as7[08:53:12] *** ChanServ sets mode: +v pilhuhn[09:08:36] *** emuckenhuber has quit IRC[09:12:15] *** bgeorges has quit IRC[09:12:31] *** bgeorges has joined #jboss-as7[09:12:31] *** ChanServ sets mode: +v bgeorges[09:15:17] *** adietisheim has joined #jboss-as7[09:18:08] *** opalka has joined #jboss-as7[09:18:08] *** opalka has joined #jboss-as7[09:18:08] *** ChanServ sets mode: +v opalka[09:18:24] <opalka> morning[09:21:15] *** stalep has joined #jboss-as7[09:21:21] *** alesj has joined #jboss-as7[09:25:00] *** slaboure has joined #jboss-as7[09:25:32] *** maeste has joined #jboss-as7[09:25:32] *** ChanServ sets mode: +v maeste[09:29:58] *** Sacha has joined #jboss-as7[09:31:18] *** slaboure has quit IRC[09:33:44] *** aslak has joined #jboss-as7[09:33:44] *** ChanServ sets mode: +v aslak[09:40:11] *** miclorb_ has joined #jboss-as7[09:40:12] *** emuckenhuber has joined #jboss-as7[09:40:12] *** ChanServ sets mode: +v emuckenhuber[09:44:44] *** Jaikiran has joined #jboss-as7[09:44:45] *** ChanServ sets mode: +v Jaikiran[09:45:50] *** rmaucher has joined #jboss-as7[09:51:26] *** miclorb_ has quit IRC[09:51:38] *** sannegrinovero has quit IRC[10:02:46] *** wolfc has joined #jboss-as7[10:02:46] *** ChanServ sets mode: +v wolfc[10:05:14] *** miclorb_ has joined #jboss-as7[10:27:33] *** echelog-2 has joined #jboss-as7[10:29:31] *** bgeorges has quit IRC[10:48:05] *** jhalliday has joined #jboss-as7[10:57:03] *** sannegrinovero has joined #jboss-as7[10:57:03] *** ChanServ sets mode: +v sannegrinovero[10:59:00] *** AndyTaylor has joined #jboss-as7[10:59:07] *** ChanServ sets mode: +v AndyTaylor[11:14:00] *** jcosta has joined #jboss-as7[11:14:09] *** ChanServ sets mode: +v jcosta[11:24:14] *** alesj has quit IRC[11:28:19] *** JimMa has quit IRC[11:30:18] *** jwulf has quit IRC[11:30:22] *** maeste has quit IRC[11:31:07] *** maeste has joined #jboss-as7[11:31:07] *** ChanServ sets mode: +v maeste[11:31:24] *** pmuir has joined #jboss-as7[11:31:24] *** ChanServ sets mode: +v pmuir[11:46:05] *** jwulf has joined #jboss-as7[11:48:34] <opalka> wolfc, Jaikiran ping[11:48:46] <wolfc> opalka, pong[11:49:01] <opalka> wolfc, Hi Carlo. Regarding our discussion on Friday[11:49:20] <opalka> wolfc, Are U going to fix the integration point for Stateless SBs ?[11:49:48] <opalka> wolfc, correction, both Singleton SBs & Stateless SBs[11:50:02] <opalka> wolfc, If not, I can start working on that.[11:50:22] <wolfc> opalka, I thing a simple invoke method on SessionBeanComponent should do the trick[11:50:40] <opalka> wolfc, what exact method name U mean?[11:51:10] <wolfc> opalka, https://github.com/jbossejb3/jboss-ejb3/blob/master/endpoint/src/main/java/org/jboss/ejb3/endpoint/Endpoint.java[11:52:28] <opalka> wolfc, what session parameter means in case of Singleton or Stateless SBs ?[11:52:35] <wolfc> opalka, null[11:52:43] <wolfc> https://github.com/jbossejb3/jboss-ejb3/blob/master/endpoint/src/main/java/org/jboss/ejb3/endpoint/Endpoint.java#L54[11:52:45] <opalka> wolfc, the same for invokedBusinessInterface ?[11:53:00] <wolfc> why do I even bother writing javadoc :-)[11:53:13] <opalka> wolfc, because no programmer that I know reads javadoc[11:53:20] <wolfc> LOL[11:53:30] <opalka> wolfc, LOL[11:53:39] <opalka> wolfc, OK, I already see that this can be null as well ;)[11:53:41] <wolfc> much to my wives dismay, who's trying to work behind me :-)[11:55:08] <Jaikiran> JBAS-9077[11:55:13] <jbossbot> jira [JBAS-9077] Deployment failure leads to a server hang [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/JBAS-9077[11:57:02] *** ALR has joined #jboss-as7[11:57:03] *** ChanServ sets mode: +v ALR[11:57:19] <stuartdouglas> JBAS-9077 is related to JBAS-9010[11:57:20] <jbossbot> jira [JBAS-9077] Deployment failure leads to a server hang [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/JBAS-9077[11:57:21] <jbossbot> jira [JBAS-9010] Provide more comprehensive error messages for missing dependencies [Open (Unresolved) Task, Major, David Lloyd] https://issues.jboss.org/browse/JBAS-9010[11:57:41] <Jaikiran> thought so, although wasn't sure[11:57:43] <wolfc> Jaikiran, try to see if you have missing dependencies in jconsole[11:57:48] <wolfc> If not, reopen[11:58:01] <Jaikiran> it's a straight NPE leading to the failing service[11:58:29] <opalka> wolfc, In my code I have reference to StatelessSessionComponent[11:58:37] <stuartdouglas> I saw this earlier today, I think it was because there was another service that had a dep on the failed service[11:58:39] <opalka> wolfc, How can I get to the Endpoint interface from it?[11:58:53] <Jaikiran> stuartdouglas: yep, that's the case here too, from what i can see[11:59:03] <wolfc> opalka, not yet[11:59:19] <wolfc> opalka, I plan to make SessionBeanComponent implement that interface.[11:59:20] <opalka> wolfc, when can I expect it to happen?[11:59:27] <stuartdouglas> but at the moment I don't think there is any way to solve it without some MSC changes[11:59:31] <opalka> wolfc, very well[11:59:59] <opalka> wolfc, it will be similar to what we had in our EJB3 WS integration in AS6[12:00:48] <wolfc> http://www.youtube.com/watch?v=VeZ9HhHU86o[12:01:09] <wolfc> Soon.... :-)[12:02:07] *** alesj has joined #jboss-as7[12:03:41] <opalka> wolfc, "When will then be now? Soooon ...[12:07:36] <opalka> wolfc, Jaikiran further questions[12:07:44] <opalka> wolfc, Jaikiran In AS6 we used to do:[12:07:45] <opalka> / final EJBContainer ejb3Container = (EJBContainer) getEjb3Container();[12:07:45] <opalka> / return (Context) ejb3Container.getEnc().lookup(EJB3_JNDI_PREFIX);[12:07:51] <opalka> wolfc, Jaikiran &[12:08:01] <opalka> / return CurrentEJBContext.get().getCallerPrincipal();[12:08:05] <opalka> //return CurrentEJBContext.get().isCallerInRole(role);[12:08:06] * Jaikiran is catching up with the conversation[12:08:22] <opalka> wolfc, Jaikiran Those are missing EJB3 integration points that I can see ATM[12:08:26] <Jaikiran> what's EJB3_JNDI_PREFIX?[12:08:39] <opalka> private static final String EJB3_JNDI_PREFIX = "java:env/";[12:08:57] <wolfc> opalka, what are you looking up?[12:09:21] <opalka> wolfc, We use the EJB JNDI context for injections in our JAXWS handlers[12:09:29] <opalka> wolfc, like @Resource[12:09:47] <wolfc> opalka, you need to talk to dmlloyd for injection stuff.[12:09:58] <opalka> wolfc, OK, will do[12:10:21] <opalka> wolfc, Jaikiran and regarding security, there's no EJB3 + security integration on upstream, right?[12:10:48] <wolfc> correct[12:12:13] <opalka> wolfc, OK, thx for chat Carlo![12:22:37] * Jaikiran will be back in around a hour[12:22:46] *** Jaikiran is now known as Jaikiran|AFK[12:31:18] *** darranl has joined #jboss-as7[12:31:19] *** darranl has quit IRC[12:31:19] *** darranl has joined #jboss-as7[12:31:19] *** ChanServ sets mode: +v darranl[12:39:51] *** bobmcw has quit IRC[12:41:59] *** ALR has quit IRC[12:43:43] *** miclorb_ has quit IRC[13:07:10] *** mmoyses has joined #jboss-as7[13:07:11] *** ChanServ sets mode: +v mmoyses[13:11:37] *** darranl has quit IRC[13:12:36] *** pilhuhn is now known as pil-lunch[13:15:25] *** darranl has joined #jboss-as7[13:15:25] *** darranl has joined #jboss-as7[13:15:25] *** ChanServ sets mode: +v darranl[13:16:25] *** smcgowan has joined #jboss-as7[13:16:26] *** ChanServ sets mode: +v smcgowan[13:23:13] *** jpederse has joined #jboss-as7[13:24:27] *** Jaikiran|AFK is now known as Jaikiran[13:30:01] *** bstansberry has joined #jboss-as7[13:30:01] *** ChanServ sets mode: +v bstansberry[13:37:37] *** jpederse has quit IRC[13:37:37] *** jpederse has joined #jboss-as7[13:47:24] *** hbraun has joined #jboss-as7[13:47:56] *** dimitris_ has joined #jboss-as7[13:47:56] *** ChanServ sets mode: +v dimitris_[13:48:17] *** Nihility has joined #jboss-as7[13:48:18] *** Nihility has joined #jboss-as7[13:48:18] *** ChanServ sets mode: +v Nihility[13:49:35] *** jcosta has quit IRC[13:49:56] *** jcosta has joined #jboss-as7[13:49:56] *** ChanServ sets mode: +v jcosta[14:01:00] *** smarlow has joined #jboss-as7[14:01:00] *** ChanServ sets mode: +v smarlow[14:06:23] <rmaucher> pull request for JBAS-8989: drop JMX use for web connector metrics (and refine low memory defaults): https://github.com/rmaucher/jboss-as/commit/ac984cae64f0d3c6393ac614a2065ef6b966f825[14:06:32] <jbossbot> jira [JBAS-8989] JBossWeb - Disable modeler MBeans by default [Open (Unresolved) Task, Major, Remy Maucherat] https://issues.jboss.org/browse/JBAS-8989[14:06:32] <jbossbot> git [jboss-as] ac984ca.. Rémy Maucherat New web build....[14:07:13] <rmaucher> thanks mr jbossbot[14:55:30] *** echelog-2 has joined #jboss-as7[15:00:07] <baileyje> bstansberry: https://github.com/baileyje/jboss-as/commit/c1fad1c5e4012688be742f03f88f60317dc65de7[15:00:09] <jbossbot> git [jboss-as] c1fad1c.. John E. Bailey [JBAS-9050] - Update the deployment scanner to just ignore .dodeploy files if after they are discerved without a corresponding deployment file[15:00:18] <jbossbot> jira [JBAS-9050] Do not remove .dodeploy files that have no matching deployment file [Open (Unresolved) Bug, Major, John Bailey] https://issues.jboss.org/browse/JBAS-9050[15:03:15] <bstansberry> baileyje: thanks[15:03:32] <baileyje> bstansberry: np[15:04:06] <bstansberry> FYI I have a deployment-scanner branch with a bunch of stuff in it[15:04:29] <bstansberry> but I was deferring 9050 until the other were done[15:04:43] <bstansberry> just to have a separate commit, so your patch crosses that one off :)[15:04:51] <opalka> bstansberry, dmlloyd, please review & pull https://github.com/ropalka/jboss-as/tree/ejb3-integration[15:06:37] <baileyje> bstansberry: I was going to knock JBAS-9057 off while I am drinking my coffee[15:06:38] <jbossbot> jira [JBAS-9057] Can't undeploy on startup [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/JBAS-9057[15:06:40] <baileyje> and waking up[15:07:59] <bstansberry> that needs something like JBAS-9020 to be accurate[15:08:00] <jbossbot> jira [JBAS-9020] Deployment content management enhancement [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/JBAS-9020[15:08:22] <bstansberry> i.e. so it's clear whether a deployment in the model came from the scanner[15:08:38] <baileyje> bstansberry: Right. I just realized this has more issues. Since it may be in the middle of deployment when you attempt to undeploy[15:11:46] *** frainone has quit IRC[15:15:28] *** jamezp has joined #jboss-as7[15:34:19] *** mbg has joined #jboss-as7[15:34:20] *** ChanServ sets mode: +v mbg[15:34:52] *** frainone has joined #jboss-as7[15:34:53] *** ChanServ sets mode: +v frainone[15:41:49] *** jamezp has quit IRC[15:41:54] <bstansberry> emuckenhuber: ping[15:42:08] <emuckenhuber> bstansberry: pong[15:42:23] *** jamezp has joined #jboss-as7[15:44:04] <bstansberry> I'll look at your prototype in a while[15:44:24] <bstansberry> what do you have planned for the week?[15:44:56] <emuckenhuber> i'm currently looking at missing host descriptions[15:45:28] <bstansberry> ok, stuff like that is good while blocking on me :)[15:46:00] <bstansberry> where did things end up with the demo stuff you were fixing?[15:46:40] <emuckenhuber> hmm, in the "domain-interactive" branch[15:47:18] <bstansberry> is that ready to pull?[15:48:35] <emuckenhuber> hmm i can rebase against master if you want - and i'm not sure about the result handling for the single deployment-upload action[15:49:35] <bstansberry> yes, please rebase; i'll have a look at that as well[15:51:23] *** asoldano has joined #jboss-as7[15:51:23] *** ChanServ sets mode: +v asoldano[15:51:25] <emuckenhuber> ok[15:57:22] *** opalka has quit IRC[15:58:41] *** pferraro has quit IRC[16:03:07] <bstansberry> rmaucher: i'm processing yours now[16:04:03] <rmaucher> thanks[16:07:11] *** aslak has quit IRC[16:07:23] *** aslak has joined #jboss-as7[16:07:23] *** ChanServ sets mode: +v aslak[16:07:47] <jbossbot> git [jboss-as] push master 816b19c.. Stefano Maestri JBAS-9078[16:07:54] <jbossbot> jira [JBAS-9078] move connector's binding to BinderService and create services for CFs and AOs [Coding In Progress (Unresolved) Task, Major, Stefano Maestri] https://issues.jboss.org/browse/JBAS-9078[16:07:54] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/be7f2e3...816b19c[16:09:16] *** baileyje has quit IRC[16:12:36] <jpederse> dmlloyd: ping[16:12:44] <dmlloyd> jpederse: what's up[16:12:51] <jbossbot> git [jboss-as] push master ba35258.. Rémy Maucherat New web build....[16:12:51] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/816b19c...ba35258[16:13:11] <jpederse> dmlloyd: hey, regarding JBAS-9018 - that is just parsing the ra.xml file, right ?[16:13:18] <jbossbot> jira [JBAS-9018] Support for ra.xml [Open (Unresolved) Sub-task, Major, Jesper Pedersen] https://issues.jboss.org/browse/JBAS-9018[16:13:27] *** mmoyses is now known as mmoyses_[16:13:29] <dmlloyd> yes, parsing it and acting on the data in it[16:13:33] <dmlloyd> also combining with annotations[16:13:52] <jpederse> dmlloyd: k, that was done in Alpha1 - so Closed / OutOfDate ?[16:14:09] <dmlloyd> sure[16:14:18] <dmlloyd> be sure to update the fixed version[16:14:24] <jpederse> dmlloyd: k, sure[16:14:27] <dmlloyd> actually just make it "Done"[16:14:32] <jpederse> dmlloyd: k[16:14:38] <dmlloyd> it wasn't out of date in alpha1 :)[16:14:50] <jpederse> dmlloyd: ;)[16:15:31] <jpederse> dmlloyd: and we will move the thread pool configuration to the JCA configuration for JBAS-9013[16:15:32] <jbossbot> jira [JBAS-9013] JCA "connector" subsystem threads usage [Open (Unresolved) Sub-task, Major, Jesper Pedersen] https://issues.jboss.org/browse/JBAS-9013[16:15:49] <dmlloyd> okay great[16:16:06] <dmlloyd> we want to try and reuse common parsing and operation handler code though[16:16:18] <dmlloyd> not sure how possible that is at the moment - you're a pioneer[16:16:57] <jpederse> dmlloyd: :)[16:18:17] <jpederse> dmlloyd: maybe just keep an artifact in threads/ - and share that...[16:18:53] <dmlloyd> yeah[16:19:01] <dmlloyd> the module will remain[16:19:07] <dmlloyd> the subsystem will just be gone[16:19:27] <dmlloyd> this way we won't have people configuring the wrong type of thread pool[16:19:37] <jpederse> k, lets just do it that way then[16:22:51] *** pferraro has joined #jboss-as7[16:22:52] *** ChanServ sets mode: +v pferraro[16:39:51] *** pgier has joined #jboss-as7[16:39:52] *** ChanServ sets mode: +v pgier[16:40:09] *** asaldhan has left #jboss-as7[16:44:08] *** frainone has quit IRC[16:52:26] *** darranl is now known as darranl_afk[16:55:21] *** asaldhan has joined #jboss-as7[16:55:21] *** ChanServ sets mode: +v asaldhan[16:58:05] <smarlow> dmlloyd: could you please merge https://github.com/scottmarlow/jboss-as/commit/711bd6cfebfcd4e7b5328efaec404cdcddf79460 in when you have a chance. Thanks[16:58:06] <jbossbot> git [jboss-as] 711bd6c.. Scott Marlow JBAS-8962 more XPC support, error check for xpc conflict with pc in current tx (throw ejb exception), added dependency on javax.ejb.api for ejb exception class,JBAS-8963 inject Persistence Context into Hibernate session, (oops) bring class annotation support back in[16:58:08] <jbossbot> jira [JBAS-8962] add XPC support [Coding In Progress (Unresolved) Sub-task, Major, Scott Marlow] https://issues.jboss.org/browse/JBAS-8962[16:58:09] <jbossbot> jira [JBAS-8963] Inject Persistence Context into Hibernate session [Coding In Progress (Unresolved) Sub-task, Major, Scott Marlow] https://issues.jboss.org/browse/JBAS-8963[16:58:50] <dmlloyd> smarlow: will do[17:07:11] <jbossbot> git [jboss-as] push master c84236d.. John E. Bailey [JBAS-9050] - Update the deployment scanner to just ignore .dodeploy files if after they are discerved without a corresponding deployment file[17:07:14] <jbossbot> jira [JBAS-9050] Do not remove .dodeploy files that have no matching deployment file [Open (Unresolved) Bug, Major, John Bailey] https://issues.jboss.org/browse/JBAS-9050[17:07:15] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/ba35258...c84236d[17:08:57] <jbossbot> git [jboss-as] push master 4cfcc3f.. Scott Marlow JBAS-8962 more XPC support, error check for xpc conflict with pc in current tx (throw ejb exception), added dependency on javax.ejb.api for ejb exception class,JBAS-8963 inject Persistence Context into Hibernate session, (oops) bring class annotation support back in[17:08:58] <jbossbot> jira [JBAS-8962] add XPC support [Coding In Progress (Unresolved) Sub-task, Major, Scott Marlow] https://issues.jboss.org/browse/JBAS-8962[17:08:59] <jbossbot> jira [JBAS-8963] Inject Persistence Context into Hibernate session [Coding In Progress (Unresolved) Sub-task, Major, Scott Marlow] https://issues.jboss.org/browse/JBAS-8963[17:08:59] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/c84236d...4cfcc3f[17:10:33] <smarlow> dmlloyd: thanks![17:12:49] *** baileyje has joined #jboss-as7[17:12:49] *** ChanServ sets mode: +v baileyje[17:18:55] *** maeste has quit IRC[17:24:53] <asaldhan> aslak: ping[17:27:27] *** hbraun has quit IRC[17:28:35] <jbossbot> git [jboss-as] push master 9416f68.. Alexey Loubyansky JBAS-9080[17:28:43] <jbossbot> jira [JBAS-9080] special characters in node names [Open (Unresolved) Bug, Major, Alexey Loubyansky] https://issues.jboss.org/browse/JBAS-9080[17:28:44] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/4cfcc3f...9416f68[17:31:00] *** baileyje has quit IRC[17:31:21] <Jaikiran> dmlloyd: could you please merge this upstream when you get a chance https://github.com/jaikiran/jboss-as/commits/ejb3[17:33:00] <dmlloyd> okay[17:35:26] *** dimitris_ has quit IRC[17:36:35] <jbossbot> git [jboss-as] push master 1e8bea4.. Heiko Braun Console 1.0.0.Beta2-SNAPSHOT[17:36:35] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/9416f68...1e8bea4[17:43:26] <jbossbot> git [jboss-as] push master 205417e.. jaikiran JBAS-9048 Fix the typo in README.txt to point to standalone/deployments folder[17:43:27] <jbossbot> jira [JBAS-9048] Many parts of README.txt in standalone/deployments folder refer to incorrect deploy folder name [Open (Unresolved) Bug, Minor, jaikiran pai] https://issues.jboss.org/browse/JBAS-9048[17:43:27] <jbossbot> git [jboss-as] push master efda91f.. Carlo de Wolf JBAS-9055: allow @AccessTimeout on SFSB (Q&D)[17:43:28] <jbossbot> jira [JBAS-9055] Cleanup @AccessTimeout processing [Open (Unresolved) Task, Major, jaikiran pai] https://issues.jboss.org/browse/JBAS-9055[17:43:29] <jbossbot> git [jboss-as] push master 190bee0.. jaikiran JBAS-9055 Refactor @AccessTimeout processing[17:43:29] <jbossbot> git [jboss-as] push master 823183c.. jaikiran Don't consider @ManagedBean as a ejb jar deployment[17:43:29] <jbossbot> git [jboss-as] push master 6822395.. jaikiran Introduce a Managed bean subdeployment marking processor[17:43:29] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/1e8bea4...6822395[17:43:43] <Jaikiran> thanks![17:43:53] <dmlloyd> np[17:44:38] <asaldhan> dmlloyd: do we have AS7 logging wiki page?[17:44:47] <dmlloyd> no[17:45:52] *** hbraun has joined #jboss-as7[17:46:03] <pilhuhn> emuckenhuber HI, when I go to subsystem/datasources I get[17:46:03] <pilhuhn> "PROPERTY_VALUE" : {[17:46:03] <pilhuhn> "java.util.MissingResourceException" : "Can't find resource for bundle java.util.PropertyResourceBundle, key jdbc.drivers"[17:46:07] <pilhuhn> in beta1[17:46:24] <pilhuhn> other subsystem show nicely[17:47:09] <asaldhan> dmlloyd: so the logging.properties in standalone/configuration is for boot logging?[17:47:27] <dmlloyd> yes[17:47:30] <asaldhan> dmlloyd: I tried to add in new loggers, no effect[17:47:40] <asaldhan> dmlloyd: so I just add in jboss-logging.xml in META-INF?[17:47:43] <dmlloyd> pastebin[17:47:44] <emuckenhuber> pilhuhn: hmm, i thought that was fixed already - afaik maeste was working on that[17:47:45] <asaldhan> dmlloyd: what about web apps[17:47:51] <dmlloyd> what about them>[17:48:03] <pilhuhn> emuckenhuber ok - not complaining, just reporting :)[17:48:26] <asaldhan> dmlloyd: I mean, we can add jboss-logging.xml into META-INF of apps to get customized logging if needed. for wars, do we support WEB-INF instead of meta-inf?[17:48:46] <dmlloyd> per-deployment logging is not supported yet[17:49:05] <asaldhan> dmlloyd: ok, let me backtrack then.[17:49:17] <asaldhan> dmlloyd: if I want to enable trace level logging on security.[17:49:23] <asaldhan> dmlloyd: should I do l.properties?[17:49:38] <dmlloyd> no, edit your standalone.xml to configure the appropriate logger[17:49:44] <asaldhan> dmlloyd: ok.[17:50:15] * asaldhan is good[17:51:26] *** pmuir has quit IRC[17:51:53] <hbraun> Nihility: ping[17:52:40] *** darranl_afk is now known as darranl[17:53:24] <bstansberry> pilhuhn: thanks for reporting. :) that's fixed in trunk[17:53:35] *** emuckenhuber has quit IRC[17:53:40] <pilhuhn> good to hear, thanks bstansberry[17:54:19] *** hbraun has quit IRC[17:59:08] <smcgowan> rmaucher: is resolution of <resource-ref> elements in jboss-web.xml working? or supposed to be?[17:59:13] <asaldhan> does anyone know how I can use JPDA on AS7 with arquillian, aslak?[17:59:38] <smcgowan> rmaucher: my datasource configuration looks good, but still can't lookup the resource[18:00:10] <smcgowan> fails with NameNotFoundException[18:00:28] <aslak> aslak, hey, not sure.. but you probably have to set up the JPDA in the maven surefire jvm arguments[18:00:32] *** Jaikiran has quit IRC[18:01:17] *** jcosta has quit IRC[18:02:27] <dmlloyd> smcgowan: if it gets NameNotFoundException then it's not using the AS7 resource lookup mechanism[18:02:35] <dmlloyd> which means stuartdouglas's integration is not workin[18:02:35] <dmlloyd> g[18:03:37] <rmaucher> smcgowan: the elements will be parsed and metadata will be produced, but it stops there[18:04:23] <smcgowan> dmlloyd, rmaucher: ok, thanks guys, my configuration and the app looks ok[18:05:27] <smcgowan> dmlloyd; regarding the JAX-RS issue i mentioned to you, this is what I've concluded: https://issues.jboss.org/browse/JBCTS-1091[18:05:34] <smcgowan> was going to message Bill[18:06:11] *** frainone has joined #jboss-as7[18:06:12] *** ChanServ sets mode: +v frainone[18:06:16] *** Heiko has joined #jboss-as7[18:06:33] <Heiko> Nihility: Jason?[18:11:23] <alesj> Heiko: did you have a chance to look at Grapher (Module visuzlization)?[18:11:36] <alesj> or, how we could integrate this with admin console[18:11:42] <Heiko> alesj: Not yet[18:11:55] <dmlloyd> smcgowan: I wonder if there's some kind of registration that has to be done first, or something.[18:12:05] <Heiko> alesj: It needs to be served through the http api[18:12:06] *** pilhuhn is now known as pil-dinner[18:12:08] <dmlloyd> hopefully bill will answer in a timely fashion[18:12:26] <Heiko> alesj: But i consider it prio 3[18:12:32] <smcgowan> dmlloyd: that's was wondering - if theres another integration point -[18:12:40] <alesj> Heiko: yeah, np[18:12:43] <alesj> whenevr you have time[18:13:13] <rmaucher> smcgowan: and that was for which tests ?[18:13:18] <Heiko> alesj: Nice to have it, but there is currently just too many other items on my list[18:13:36] <smcgowan> rmaucher: i'm trying to get the jdbc tests running[18:13:45] <rmaucher> ah ok[18:14:12] *** jamezp has quit IRC[18:14:14] *** alesj has quit IRC[18:16:19] *** jamezp has joined #jboss-as7[18:20:26] *** Heiko has quit IRC[18:24:06] <aslak> asaldhan, hey, not sure.. but you probably have to set up the JPDA in the maven surefire jvm arguments[18:24:33] <aslak> asaldhan, sorry, just noticed i was talking to my self previously.. :)[18:24:33] <dmlloyd> in AS7[18:24:59] *** jfd has quit IRC[18:25:29] <Nihility> stuartdouglas: did you see JBCTS-1091 when you implemented the JAX-RS stuff[18:29:14] <rmaucher> smcgowan, can you add the WAR to JBCTS-1080 ?[18:30:02] *** emuckenhuber has joined #jboss-as7[18:30:03] *** emuckenhuber has joined #jboss-as7[18:30:03] *** ChanServ sets mode: +v emuckenhuber[18:31:10] <smcgowan> rmaucher: sure[18:31:48] <smarlow> smcgowan: are we getting the "javax.resource.ResourceException: Wrong driver class for this connection URL" error with other tests also?[18:32:29] <smcgowan> smarlow: is that because the connection is null[18:32:48] <smcgowan> Throwable while attempting to get a new connection: null:[18:33:44] *** mmoyses_ is now known as mmoyses[18:33:53] <smarlow> smcgowan: that wouldn't be my guess but I'll look at org.jboss.jca.core.connectionmanager.pool.strategy.OnePool[18:34:26] *** baileyje has joined #jboss-as7[18:34:26] *** ChanServ sets mode: +v baileyje[18:36:59] *** jfd has joined #jboss-as7[18:37:00] *** jfd has quit IRC[18:37:00] *** jfd has joined #jboss-as7[18:37:00] *** ChanServ sets mode: +v jfd[18:37:57] <smcgowan> smarlow: your JPA tests are not seeing this problem?[18:37:58] <asaldhan> dmlloyd: I think arq tries to start AS7 by itself. So it ignores the standalone.conf[18:38:08] <asaldhan> dmlloyd: so I will try the test directly. :)[18:38:37] <smarlow> smcgowan: I'm have seen that error in about eight days or so (since the datasource lookup was fixed)[18:39:19] <smarlow> smcgowan: in answer to your previous question, its not because the connection is null. The driver failure is at the root of the problem[18:40:25] <smarlow> smcgowan: which is why I ask if any other tests are successfully connecting to the database?[18:41:00] <smcgowan> smarlow: no i have not been able to successfully run tests against this database[18:41:27] <smcgowan> but if yours is working, i'd like to take alook[18:41:56] <smcgowan> where are your tests?[18:41:59] <smarlow> I'm using H2, but sure, I'll give you the steps to see[18:42:12] <smarlow> tests are on the list[18:42:35] <smcgowan> what list?[18:42:54] <smarlow> smcgowan: cd into demos[18:43:00] <smarlow> smcgowan: and do a "mvn package -Dexample=jpa"[18:44:59] <smarlow> smcgowan: you should see some errors but should also see: "entitymanager find should return 'Douglas Adams', it returned = simple entity name =Douglas Adams, id= 1"[18:45:22] <smarlow> smcgowan: I don't see how that helps your test case but your interested, so check it out[18:46:04] * smarlow yours = the[18:46:31] <smcgowan> i'm looking for anything to help my case[18:48:14] <smarlow> smcgowan: the best piece of information from working case, might be the "H2DS" definition in standalone.xml[18:49:02] *** fnasser has joined #jboss-as7[18:50:30] <smcgowan> smarlow: the drivers are loaded,the datasource are up[18:51:17] <smarlow> smcgowan: Nice, how did you resolve the "javax.resource.ResourceException: Wrong driver class for this connection URL" error?[18:51:40] * smarlow others might hit the same problem...[18:52:16] <smcgowan> smarlow: its not resolved[18:52:53] <smarlow> smcgowan: I'll grab the test case ...[18:58:36] <jbossbot> git [jboss-as] push master 612e984.. Alexey Loubyansky JBAS-9083[18:58:38] <jbossbot> jira [JBAS-9083] assume './' for cd argument [Open (Unresolved) Task, Major, Alexey Loubyansky] https://issues.jboss.org/browse/JBAS-9083[18:58:38] <jbossbot> git [jboss-as] push master 809d89c.. Alexey Loubyansky add '=' to the special characters in node names[18:58:38] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/6822395...809d89c[18:59:14] <smarlow> dmlloyd, baileyje: are they any know datasource lookup issues left that could lead to the "javax.resource.ResourceException: Wrong driver class for this connection URL" error?[18:59:56] <dmlloyd> that'd be something in jpederse's purview[19:00:01] <dmlloyd> or maeste[19:02:07] <dmlloyd> is that happening in an @Resource or something?[19:03:17] <smcgowan> dmlloyd: persistence unit deployment: http://pastebin.test.redhat.com/44560[19:04:09] <smarlow> smcgowan: I just noticed something different than I expected, we are going through org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider.getConnection[19:04:42] <smarlow> smcgowan: I'll talk a look at that code. Maybe we are passing a property in that is causing the wrong path to be taken (configuration issue)[19:05:36] <dmlloyd> smcgowan: a brief glance over the code makes me think the problem is most likely in org.jboss.as.connector.adapters.jdbc.local.LocalManagedConnectionFactory[19:05:50] <dmlloyd> which was basically copied from AS6, in turn from AS5, and in turn possibly from AS4[19:07:00] <smcgowan> dmlloyd: who is working on that in AS 7, is it maeste?[19:07:34] <Nihility> it means that the driver instane[19:07:38] <dmlloyd> I assume so[19:07:43] <Nihility> did not like the url[19:08:16] <dmlloyd> Nihility: in the code, org.jboss.as.connector.adapters.jdbc.local.LocalManagedConnectionFactory#getDriver(String url) doesn't even read its url parameter[19:09:08] <smarlow> could it be a classloader issue?[19:09:12] <Nihility> the code was pulled out of the jdbc rars and fixed up to use the driver deployment service right before release[19:09:33] <baileyje> So you could get that error any time the driver can't connect.[19:09:58] <baileyje> it is calling driver .connect[19:10:16] <baileyje> if the returned connection is null it will throw that exception.[19:11:02] <dmlloyd> it would be nice if the exception showed the URL and driver class name[19:11:13] <Nihility> "The driver should return "null" if it realizes it is the wrong kind[19:11:13] <Nihility> * of driver to connect to the given URL."[19:11:23] <Nihility> thats from the Driver javaoc[19:11:23] <baileyje> dmlloyd: we can update it. That is in my fork of the corder.[19:11:42] <Nihility> so its not a bad connection[19:11:45] <Nihility> its an invalid url[19:11:49] <Nihility> for the Driver instance it has[19:12:00] <dmlloyd> right, thus my statement[19:12:16] <dmlloyd> that'll make it clear if it's getting the right URL[19:12:32] <dmlloyd> and the right driver[19:12:49] <baileyje> dmlloyd: If we start a jira, I can beef it up.[19:13:02] <baileyje> now that the electrician is gone and I have internet[19:14:23] <dmlloyd> JBAS-9085[19:14:25] <jbossbot> jira [JBAS-9085] Add URL and Driver class name to "javax.resource.ResourceException: Wrong driver class for this connection URL" message in LocalManagedConnectionFactory [Open (Unresolved) Feature Request, Major, John Bailey] https://issues.jboss.org/browse/JBAS-9085[19:15:48] <smcgowan> i'll add some debug locally to that class as well and see what i get[19:15:54] <Nihility> smarlow: double check that the url you are configuring is correct[19:16:35] <smarlow> Nihility: Sure, I'm going to setup locally to help smcgowan check that (she is running the test currently :-)[19:16:55] *** asoldano is now known as asoldano_dinner[19:17:55] <smcgowan> nihility: that's me: here's the datasource config: https://issues.jboss.org/secure/attachment/12342010/standalone.xml[19:18:11] *** dimitris_ has joined #jboss-as7[19:18:12] *** dimitris_ has joined #jboss-as7[19:18:12] *** ChanServ sets mode: +v dimitris_[19:19:19] <smcgowan> trying to use org.apache.derby.jdbc.ClientDriver resulted in a sealing excpetion with derbyclient.jar added to the module[19:22:19] <Nihility> smcgowan: it looks like AutoloadedDriver loads lazily, so it could be doing something bad like using the TCCL to load itself[19:23:01] <dmlloyd> smcgowan: does the derby main JAR include some of the same classes as the client JAR?[19:23:09] * dmlloyd suppose he could just look it up[19:23:23] <Nihility> nope it doesnt use TCCL thank goodness![19:23:44] <smcgowan> dmlloyd: baileyje suggested that the other day so i just removed the client jar but didn't confirm if there were same classes in both[19:24:08] <dmlloyd> the iapi package seems like the error[19:24:45] <dmlloyd> org/apache/derby/iapi/tools/i18n/Localized*[19:24:47] <dmlloyd> there it is[19:25:10] <dmlloyd> only fking apache would put the same classes in two coexistent JARs and then seal them[19:25:28] <Nihility> the client driver probably isnt supposed to be combined with the other one[19:25:35] <dmlloyd> yeah probably not[19:25:43] <dmlloyd> well, they make it physically impossible :)[19:26:00] <Nihility> yeah one is an embedded server[19:26:01] <dmlloyd> could be worked around by filtering org/apache/derby/iapi/tools/i18n out of the client JAR[19:26:03] <Nihility> the other is a remote client[19:26:21] <dmlloyd> filtered at a resource loader level that is[19:26:44] <dmlloyd> okay so we shouldn't actually need derbyclient.jar then right?[19:26:55] <Nihility> no we should not[19:27:27] <Nihility> there could be a failed transitive dep or something[19:27:44] <Nihility> smcgowan: try setting your log to trace and look for classloading failures[19:28:07] <smcgowan> nihility: ok[19:29:26] *** mbg is now known as mbg|away[19:32:13] *** pferraro has quit IRC[19:32:26] *** pferraro has joined #jboss-as7[19:32:26] *** ChanServ sets mode: +v pferraro[19:47:25] *** alesj has joined #jboss-as7[19:49:28] *** mbg|away is now known as mbg[19:51:44] <smcgowan> nihility: i'm not seeing classloading issues in the TRACE[19:52:47] <smcgowan> this is a side effect too: https://issues.jboss.org/browse/JBCTS-1090 -[19:54:11] <smcgowan> i'll continue to look at the configuration on my end - thanks for the help[19:59:35] <baileyje> Nihility, dmlloyd: What are the priority tasks?[20:00:46][20:00:47] <dmlloyd> in+%28Sub-task%2C+%22Component+Upgrade%22%29+ORDER+BY+fixVersion+ASC%2C+priority+DESC%2C+key+DESC[20:00:50] <dmlloyd> dammit[20:00:56] <dmlloyd> baileyje: http://is.gd/iNFFY4[20:01:17] <dmlloyd> JBAS-9067 is pretty serious[20:01:20] <jbossbot> jira [JBAS-9067] Lifecycle methods on interceptor objects not functioning [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/JBAS-9067[20:01:29] <dmlloyd> any of the Beta2 issues though[20:01:31] <dmlloyd> they're sorted by priority[20:02:56] <baileyje> I think the datasource parser should be changed to parse directly into model operations. Right now it parses into IJ objects, then converted into model ops, then converted back into IJ classes for the CF[20:03:19] <dmlloyd> yeah that does suck but it might be better as a Beta3 task[20:03:50] <baileyje> dmlloyd: Agreed. I just thought about it because I saw the JBAS-9061[20:03:51] <jbossbot> jira [JBAS-9061] DataSouce schema uses incorrect name for JDBC driver [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/JBAS-9061[20:03:55] <dmlloyd> there are 49 existing unresolved issues for Beta2 which tags in less than two weeks[20:04:41] <baileyje> Right. I am looking at the unassigned tasks for beta2[20:06:26] <jpederse> baileyje: coordinate with maeste - you can assign him that issue[20:06:48] <baileyje> jpederse: Will do..[20:07:06] <jpederse> baileyje: perfect, thanks[20:07:14] *** jamezp is now known as jamezp_afk[20:11:08] *** darranl has quit IRC[20:11:10] <baileyje> Is anyone currently working on JBAS-9067?[20:11:19] <jbossbot> jira [JBAS-9067] Lifecycle methods on interceptor objects not functioning [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/JBAS-9067[20:14:51] *** jhalliday has quit IRC[20:21:09] <dmlloyd> no[20:21:20] <dmlloyd> I'm being very strict with JIRA assignments[20:21:25] <dmlloyd> we don't have time to fuck around :)[20:21:35] <dmlloyd> and if someone takes an issue, I expect results[20:21:40] * dmlloyd hardass[20:25:26] *** mbg has quit IRC[20:26:51] *** mbg has joined #jboss-as7[20:26:52] *** ChanServ sets mode: +v mbg[20:27:01] *** mbg has quit IRC[20:27:44] <baileyje> wolfc: There?[20:27:48] <wolfc> baileyje, yes[20:27:54] <wolfc> couple of minutes[20:28:03] <baileyje> Are lifecycle methods only allowed on class level interceptors?[20:28:29] <wolfc> any except for method bound interceptors[20:29:13] <baileyje> ok. Just making sure. So it looks like we are already capturing the lifecycle methods for class level.[20:29:36] <wolfc> "If an interceptor class that is only used as a method-level interceptor defines[20:29:36] <wolfc> lifecycle callback interceptor methods, those lifecycle callback interceptor methods are not invoked."[20:30:43] * wolfc is away[20:35:03] *** darranl has joined #jboss-as7[20:35:04] *** darranl has joined #jboss-as7[20:35:04] *** ChanServ sets mode: +v darranl[20:35:13] *** asoldano_dinner is now known as asoldano[20:36:53] <dmlloyd> so that means we need two sets of interceptor classes - all and just class/default-level[20:37:12] <dmlloyd> then we only create lifecycle hooks for class/default-level interceptor instances which define them[20:39:11] <baileyje> dmlloyd: Yeah. They already appear split.[20:39:21] <baileyje> into class and method level..[20:39:46] <baileyje> It appears to be parsing the lifecycle annotation info for class level interceptors, just not sure how it is working[20:40:12] <baileyje> it looks like it is just adding the lifecycle methods to the component config..[20:40:35] <baileyje> I would prefer it to be put on the interceptor description.[20:46:43] *** rawblem has joined #jboss-as7[20:48:42] *** bobmcw has quit IRC[20:50:39] *** jamezp_afk is now known as jamezp[20:52:42] <rawblem> bstansberry: hey just curious when you think you'll have the newest updates on "thoughts on filesystem" in a git branch somewhere[20:52:48] <dmlloyd> ha[20:53:10] <dmlloyd> the JIRA should cover delivery dates[20:53:15] <bstansberry> rawblem: it's in deployment-scanner[20:53:43] <rawblem> bstansberry: you already pushed it in? hmm... ok i'll try to pull it down[20:53:46] <bstansberry> no guarantees though, but I believe it basically works[20:53:57] <bstansberry> i didn't experiment with exploded[20:54:09] *** bobmcw has joined #jboss-as7[20:54:09] *** ChanServ sets mode: +v bobmcw[20:54:11] <bstansberry> needs testing etc[20:54:21] <rawblem> bstansberry: thats what i'm here for ;)[20:54:32] <bstansberry> cool[20:56:34] *** bobmcw has quit IRC[20:57:14] *** dimitris_ has quit IRC[20:59:12] <jamezp> Has anyone ever seen this error in the build? "Unable to create javax script engine for javascript"[20:59:48] <jamezp> I'm pretty sure it's related to using OpenJDK, but if any has some leads it would be appreciated :-)[21:05:26] <dmlloyd> hm[21:05:32] <dmlloyd> we do use javascript in build.xml[21:05:52] <dmlloyd> you might want to build with sun JDK and then test with openJDK[21:06:14] <dmlloyd> could do that easily enough by unzipping sun JDK in your home dir and setting JAVA_HOME for the build[21:06:21] <jamezp> That I can do, just wasn't sure if we needed a clean build on OpenJDK.[21:06:41] <dmlloyd> nah I think it's likely that at least our current distributions will be built by the sun JDK[21:07:28] <jamezp> Perfect. I'll just do that then. Though hits I seem to get on Google have to do with OpenJDK, so I'm guessing I'm not the first one to see it.[21:07:54] <dmlloyd> yeah openjdk is still missing a thing or three[21:09:07] <dmlloyd> emuckenhuber: hey do you have a moment to chat about your multiop branch[21:09:16] <smcgowan> jamezp: yes, the openjdk builds are still failing with that[21:09:18] <emuckenhuber> dmlloyd: sure[21:09:53] <jamezp> smcgowan: Okay, just wanted to make sure I wasn't the only one :-) Thanks![21:10:46] <dmlloyd> emuckenhuber: in order to complete JBAS-9010 I need to create a service listener that applies to all services created by the current operation (in a multi-step operation this means the outermost operation)[21:10:49] <jbossbot> jira [JBAS-9010] Provide more comprehensive error messages for missing dependencies [Open (Unresolved) Task, Major, David Lloyd] https://issues.jboss.org/browse/JBAS-9010[21:10:49] <smcgowan> jamezp: for reference: http://hudson.jboss.org/hudson/job/JBoss-AS-7.0.x-testSuite-openjdk/10/console[21:11:57] <jamezp> smcgowan: Perfect, that's exactly what I was seeing.[21:12:47] <dmlloyd> emuckenhuber: the only way it can really work is via this pseudocode: ServiceTarget t = get_the_target; t.addListener(the_listener); try { run_all_runtime_tasks_recursively; } finally { t.removeListener(the_listener); }[21:13:11] <dmlloyd> emuckenhuber: this means that the runtime task for the multistep operation needs to run the runtime task for all its nested operations. Is this possible?[21:14:14] <dmlloyd> (assuming we'd probably use a thread-local to ensure that the listener is only added at the topmost level in the case of multiply-nested operations)[21:15:16] <emuckenhuber> dmlloyd: yeah, i think that should be possible[21:15:18] <dmlloyd> anyway this service listener would do the following: (1) track the wallclock duration of the operation; (2) detect when all services for an operation are done and trigger a listing of deployment status changes[21:15:34] <dmlloyd> I can write the listener but we probably can't integrate it until that branch is done.[21:15:43] <dmlloyd> do you think it's a beta2 thing, or later?[21:16:59] <emuckenhuber> hmm, that depends - i just started with it, since i think something like this would be needed to do wildcard operations on the domain properly[21:17:24] <emuckenhuber> so i guess we can also do it after beta2[21:17:48] <dmlloyd> okay. 9010 is scheduled for beta3 but there are a lot of people complaining :)[21:18:05] <dmlloyd> so from my perspective sooner is better[21:21:35] <emuckenhuber> hehe, ok - well i haven't talked with bstansberry about priorities, so not exactly sure what needs to be done for beta2[21:23:17] <bstansberry> emuckenhuber: getting these controllers straightened out is high priority[21:24:30] <bstansberry> darranl is looking at the host controller side, so this is going to require coordination[21:25:40] <darranl> was going to get my services running in standalone mode first so I had some services to run in the host controller as I look at that but can look at the host controller first if that is higher priority[21:27:21] <bstansberry> darranl: how long do you think it would be before you'd want to look at host controller?[21:28:16] <bstansberry> me, you and emuckenhuber all basically understand what needs to be done, so I'm not so concerned about who does what[21:28:22] <darranl> bstansberry, at the moment I was thinking it would probably be Wednesday[21:28:51] <bstansberry> ok, that's fine no matter what[21:29:24] <bstansberry> I'm going to look at emuckenhuber's multi-op branch today; give him feedback[21:29:30] <darranl> tomorrow I am getting some services chained together in standalone mode and then will look at host controller to start getting my services running there[21:29:58] <bstansberry> we can chat in the morning about how exactly to divvy up things so we don't step on each other and don't duplicate[21:30:37] <darranl> yes your tomorrow morning would be good for me, I should know where I am with my own services at that point and be ready to start looking at domain configuration[21:31:00] <stuartdouglas> morning[21:32:59] <darranl> bstansberry, do you want to ping when you are ready tomorrow to chat?[21:33:18] <bstansberry> will do[21:34:07] <darranl> ok signing off now, have a good afternoon/evening and will catch up tomorrow[21:34:26] <bstansberry> dmlloyd: BTW it already executes the runtime task for all the nested operations[21:34:27] *** pil-dinner is now known as pilhuhn[21:34:37] *** darranl has quit IRC[21:34:46] <dmlloyd> bstansberry: okay, that helps.[21:35:26] <bstansberry> ServerControllerImpl.ServerMultistepOperationController.recordModelComplete[21:36:13] <bstansberry> when it invokes the handler for each step, it saves the runtime task and then runs through them all at the end[21:36:55] <bstansberry> recordModelComplete is invoked when all handlers return from execute() successfully[21:46:51] <dmlloyd> okay I should be able to hook into that... I think[21:48:21] <stuartdouglas> dmlloyd: I looked into the thing where the deployment hangs if there are unsatisfied dependencies[21:48:51] <stuartdouglas> and even though msc will not let a service change state while a listener is running, that only applied for listeners for that particular service[21:49:02] <dmlloyd> right[21:49:16] <stuartdouglas> so when a service is added, a service can change state to STARTED before dependencyInstalled() is run[21:49:28] <dmlloyd> not for that exact service[21:49:38] <stuartdouglas> no[21:50:14] <stuartdouglas> but when the last service hits STARTED, if there are missing deps, there is no way of knowing if there is still a dependencyInstalled event coming[21:50:25] <dmlloyd> it's more accurate to say, the change which causes the state to go to STARTED can also trigger the dependencyInstalled() invocation, giving the illusion that start() and serviceStarted() is called "first" but really they're called within the same state, just in different orders[21:51:16] <dmlloyd> start() and serviceStarting() rather[21:51:22] <dmlloyd> and STARTING not STARTED[21:51:40] <dmlloyd> it should be impossible for dependencyInstalled() to be invoked during state STARTED[21:51:59] <stuartdouglas> for two different services?[21:52:04] <dmlloyd> no for one service[21:52:18] <stuartdouglas> yea, but that is the issue[21:52:50] <stuartdouglas> when the last service is installed we have no way of knowing if it satisfies any unsatisfied dependencies[21:53:32] <stuartdouglas> short of doing some kind of hack like 'sleep for a bit and see if a dependencyInstalled event gets generated'[21:55:46] <stuartdouglas> the cleanest way I can see to solve it is to not allow a service to change state until after all the dependencyInstalled events it generated have finished, although this also seems kinda yuck[21:56:45] <dmlloyd> well really we need to just track transitive dependency issues separately[21:56:46] *** jfd has quit IRC[21:57:47] <stuartdouglas> what do you mean?[21:59:02] *** irooskov has joined #jboss-as7[22:03:41] <asaldhan> stuartdouglas: hey. I am using managed I think. @RunWith[22:05:45] <stuartdouglas> in that case the system property jboss.options will be added to the servers VM args[22:13:01] *** jpederse has quit IRC[22:13:38] <Nihility> stuartdouglas: i have requested an AS7 jira project, will let you know when it happens[22:13:45] <stuartdouglas> cool[22:14:31] <Nihility> stuartdouglas: btw did you see shellys issue with JAX-RS[22:14:31] <Nihility> ?[22:14:44] * bstansberry will continue generating issues for Nihility's new jira projecdt[22:14:52] <bstansberry> project[22:15:12] <stuartdouglas> I saw it in the log, I have not looked at it yet[22:15:13] *** mmoyses has quit IRC[22:16:07] <stuartdouglas> hmm, content type: java-internal/java.util.properties[22:16:35] <stuartdouglas> Is there anyway I can run this myself?[22:18:41] <stuartdouglas> As far as I know that error is caused when the MessageBodyReader is not found[22:20:36] <Nihility> smcgowan: ^ you have an easy way to reproduce it, or should he just try running the tck[22:21:08] <smcgowan> nihility: just by running the TCK[22:21:24] <Nihility> stuartdouglas: i was more asking if you saw anything like this in your testing[22:21:46] <stuartdouglas> I was getting errors like that early on, until I implemeneted that jandex ant task thing[22:22:00] <stuartdouglas> It would be something to do with the provider not being discovered[22:22:19] <smcgowan> stuartdouglas: that's what i think is happening[22:22:48] <stuartdouglas> can you give me some details about the provider for java-internal/java.util.properties ?[22:22:48] *** jamezp has quit IRC[22:24:00] <smcgowan> stuartdouglas: was that question for me?[22:24:04] *** jamezp has joined #jboss-as7[22:24:15] <stuartdouglas> yes[22:24:31] <stuartdouglas> I need to figure out why the provider is not being picked up in scanning[22:25:16] <stuartdouglas> actually, I think I am going to have to debug this[22:25:17] <smcgowan> i don't know, i've just been referring to the JAX-RS guide http://docs.jboss.org/resteasy/docs/1.0.0.GA/userguide/html_single/index.html#MessageBodyWorkers[22:26:16] <smcgowan> can you see this issue: https://issues.jboss.org/browse/JBCTS-1091 as there is a server.log attached with DEBUG on resteasy[22:26:22] <stuartdouglas> It actually looks like it is trying to write out a type of org.jboss.resteasy.spi.ResteasyProviderFactory[22:27:15] <Nihility> java-internal/java.util.properties is a very strange content type[22:27:40] <Nihility> maybe they are registering it in the test[22:27:44] <stuartdouglas> yea, and the type it is trying to write out is weird as well[22:27:51] <stuartdouglas> org.jboss.resteasy.spi.ResteasyProviderFactory[22:28:02] *** miclorb_ has joined #jboss-as7[22:30:28] <smcgowan> nihility: my connection error was due to mixed url/driver combination. i kept the url, but changed to use ClientDriver as well as use that .jar in the module[22:30:34] <Nihility> smcgowan: is the latest tck still on internal svn[22:30:43] <smcgowan> nihility: yes[22:31:00] <smcgowan> http://community.jboss.org/wiki/tck6guide/[22:31:08] *** rawblem has quit IRC[22:31:13] <Nihility> smcgowan: ah so there was no big just a bad error message?[22:31:53] <smcgowan> nihility: it looks like i hibernate now has a depenency on derby so going to add one and see what's next[22:33:36] *** pilhuhn is now known as pil-afk[22:37:14] <stuartdouglas> I am checking it out now[22:38:04] <stuartdouglas> the weld TCK does not run at the moment, due to JBAS-9077[22:38:05] <jbossbot> jira [JBAS-9077] Deployment failure leads to a server hang [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/JBAS-9077[22:40:05] <smcgowan> stuartdouglas: that impacts the EE 6 tck too[22:42:10] <smcgowan> stuartdouglas: actually the one I was thinking of is JBAS-9051[22:42:12] <jbossbot> jira [JBAS-9051] FilesystemDeploymentService hangs during deploy and doesn't pick any subsequent deployments [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/JBAS-9051[22:42:43] <stuartdouglas> does the deployment it hangs on have missing dependencies?[22:43:11] <dmlloyd> I still am offended at the term "server hang"[22:43:21] <dmlloyd> I mean if you undeploy it should work[22:43:44] <smcgowan> stuartdouglas: iirc, an exception is thrown during deployment[22:43:55] <smcgowan> and it not recovered properly[22:44:03] <smcgowan> jaikiran provided a thread dump[22:44:35] <stuartdouglas> It is probably the same issue then[22:44:51] *** wolfc has quit IRC[22:45:43] <smcgowan> looks like it is the same[22:46:24] <smcgowan> stuartdouglas: the other issue i see is not being able to do lookups from wars in jndi naming context[22:46:54] <stuartdouglas> oh, that should work[22:47:17] <stuartdouglas> or at least, it was working until recently[22:47:28] <smcgowan> f. ex: http://pastebin.com/ZWw5NXQk[22:48:05] <stuartdouglas> how is that entry being bound?[22:48:07] <smcgowan> ok, so it should be working in most cases, is that correct?[22:48:29] <stuartdouglas> via deployment descriptor or annotation?[22:48:40] *** sannegrinovero has quit IRC[22:50:10] <stuartdouglas> cause we only implemented annotations for beta1[22:50:40] <smcgowan> the pmservlet used here should be annotations, i'll confirm that[22:54:32] <stuartdouglas> I'll check it out anyway[22:56:39] <smcgowan> http://pastebin.com/hSb5C1yc[22:57:26] <smcgowan> i do have problems looking up my datasource, but that requires a resource-ref element in jboss-web.xml[22:57:39] <smcgowan> which i understand is not ready[22:58:10] <stuartdouglas> @PersistenceContext is running to early[22:58:20] <stuartdouglas> as in, the deployer for @PersistenceContext[22:58:48] <stuartdouglas> I will try and look at that today[22:59:09] <smcgowan> i'll be back after a quick dinner[22:59:16] *** smcgowan is now known as smcgowan_afk[22:59:49] <stuartdouglas> It should be possible to move all this stuff back to PARSE now, rather than POST_MODULE[23:01:19] *** adietisheim has quit IRC[23:05:57] <dmlloyd> should create a JIRA for that, stuartdouglas[23:09:02] <stuartdouglas> JBAS-9103[23:09:04] <jbossbot> jira [JBAS-9103] Move Component related processors back to PARSE phase [Open (Unresolved) Sub-task, Major, Stuart Douglas] https://issues.jboss.org/browse/JBAS-9103[23:10:58] *** asoldano has quit IRC[23:12:59] *** jpearlin has joined #jboss-as7[23:27:31] <smarlow> stuartdouglas: "@PersistenceContext is running to early"? A dependency problem?[23:28:09] <stuartdouglas> it is running the PARSE phase, while web components are being discovered in the POST_MODULE phase[23:28:25] <stuartdouglas> but the correct solution now is to move the web component discovery to parse[23:28:47] <stuartdouglas> originally that way it was implemented it needed a CL, which was why it was all moved to POST_MODULE[23:30:33] <smarlow> stuartdouglas: okay, I remember you mentioned needing some WEB things that only came in through POST_MODULE.[23:30:56] <smarlow> glad to hear, you can get what you want/need, earlier[23:41:43] <stuartdouglas> hmm, I seem to have a server hang that not even kill -9 can sort out[23:45:46] *** stuartdouglas has quit IRC[23:53:39] *** stuartdouglas has joined #jboss-as7[23:53:40] *** ChanServ sets mode: +v stuartdouglas