May 10, 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 10, 2011 NOTICE: This channel is no longer actively logged.
[00:00:03] *** fnasser has quit IRC[00:00:25] <stuartdouglas> this mainly shows up in the EE subsystem because it installs a lot of services out of order (i.e. before all their depenencies are installed)[00:03:22] *** maxandersen1 has joined #jboss-as7[00:03:23] *** maxandersen has quit IRC[00:03:34] *** misty has joined #jboss-as7[00:17:27] *** asaldhan has left #jboss-as7[00:35:42] *** jwulf has quit IRC[00:38:52] *** aslak has quit IRC[00:43:15] *** misty has quit IRC[00:44:09] *** mgoldmann has quit IRC[00:46:43] *** mbg has quit IRC[00:54:39] *** rmaucher has quit IRC[01:08:40] *** jpearlin has joined #jboss-as7[01:14:32] *** slaboure has quit IRC[01:17:02] *** emuckenhuber has quit IRC[01:23:56] *** ALR has quit IRC[01:47:01] *** jwulf has joined #jboss-as7[01:49:29] *** alexsmirnov has quit IRC[01:56:48] *** frainone is now known as frainone_away[02:04:09] *** misty has joined #jboss-as7[02:12:55] *** jamezp is now known as jamezp_afk[02:15:18] *** jamezp_afk has left #jboss-as7[02:15:59] *** jamezp has joined #jboss-as7[02:16:31] *** jamezp is now known as jamezp_afk[02:18:14] *** miclorb has quit IRC[02:37:19] *** sgilda has quit IRC[02:46:22] <stuartdouglas> dmlloyd: you around?[02:46:51] <dmlloyd> yup[02:47:43] <stuartdouglas> I have been working on the ee branch, and it seems like there is quite a bit of overlap between the new ManagedReference component creation and the ComponentInstance class[02:47:58] <dmlloyd> it appears so on the surface[02:48:09] <dmlloyd> but there really isn't, because a component instance can never be injected[02:48:17] <dmlloyd> a ComponentInstance that is[02:48:40] <dmlloyd> so really the ManagedReference sits in front of the ComponentInstance[02:48:58] <dmlloyd> hence the adapter injector and so forth[02:50:21] <stuartdouglas> ok, I just was not sure if maybe we should be looking at removing ComponentInstance[02:51:04] <stuartdouglas> because at the moment the managed reference factory just creates the instance directly, ComponentInstance does not really get a look in[02:51:47] <dmlloyd> how is it doing that? the only way to get the instance is via ComponentInstance[02:52:52] <stuartdouglas> ManagedReferenceInterceptor atm just has a ManagedReferenceFactory that calls the ctor, rather than one that uses ComponentInstance[02:53:22] <stuartdouglas> it should probably have one that wraps componentInstance[02:55:01] <dmlloyd> yeah I thought I wrote one[02:55:52] <dmlloyd> hmm well let me ask this way[02:56:06] <dmlloyd> are we actually _using_ the API methods on ComponentInstance?[02:56:54] *** jwulf has quit IRC[02:57:03] <dmlloyd> now that I think of it, I recall that someone added Component right to the interceptor context private data[02:57:06] * stuartdouglas checks[02:57:11] <dmlloyd> so that eliminates that one[02:57:30] <dmlloyd> org.jboss.as.ee.component.ComponentInstance#getInterceptor() may have been subsumed by an interceptor map[02:57:45] <dmlloyd> org.jboss.as.ee.component.ComponentInstance#allowedMethods() wouldn't be used by our stuff probably[02:58:03] <dmlloyd> so if we can show that we don't need these methods then perhaps we can just wipe it out[02:58:32] <stuartdouglas> getInterceptor is used by the ViewDescription class[03:07:48] <stuartdouglas> maybe the component configuration actually needs two managed reference factories, one that is actually responsible for creating the instance objects, to allow CDI to instantiate them, and a different one that actually associates an instance with the request[03:08:03] <stuartdouglas> the the simple case this will just be a wrapper around component instance[03:08:27] <stuartdouglas> s/request/invocation/[03:11:25] *** lgao has joined #jboss-as7[03:13:14] <dmlloyd> okay well we can revisit it later if needed[03:13:48] <dmlloyd> doing two is probably a good idea, in the long run[03:14:16] <dmlloyd> given views and how the entry points work, it probably serves no purpose to have a public API into method invocation bypassing view interceptors[03:14:31] <dmlloyd> that could be hardcoded into the view interceptors easily[03:14:39] <dmlloyd> but we can do that later, it's not that important[03:44:22] *** bbrowning is now known as bbrowning_away[03:45:11] *** liweinan has joined #jboss-as7[03:53:13] *** jpearlin has left #jboss-as7[04:02:42] *** pgier has quit IRC[04:06:00] *** miclorb has joined #jboss-as7[04:08:35] *** JimMa has joined #jboss-as7[04:40:24] *** frainone_away is now known as frainone[04:56:31] *** rawbdor has joined #jboss-as7[05:13:03] *** stliu has joined #jboss-as7[05:13:03] *** ChanServ sets mode: +v stliu[05:14:33] *** kcbabo has quit IRC[05:23:15] *** clebert has quit IRC[05:33:27] *** smarlow has quit IRC[05:34:27] *** pferraro has left #jboss-as7[05:36:23] *** pferraro has joined #jboss-as7[05:36:23] *** ChanServ sets mode: +v pferraro[05:44:49] *** pferraro has quit IRC[05:47:48] *** stliu has quit IRC[05:53:05] *** frainone has quit IRC[06:04:26] *** stliu has joined #jboss-as7[06:04:26] *** ChanServ sets mode: +v stliu[06:17:41] *** clebert has joined #jboss-as7[06:17:46] *** clebert has joined #jboss-as7[06:17:46] *** ChanServ sets mode: +v clebert[06:23:04] *** clebert has quit IRC[06:24:10] *** clebert has joined #jboss-as7[06:24:10] *** ChanServ sets mode: +v clebert[06:26:04] *** clebert has quit IRC[06:36:03] *** irooskov has quit IRC[06:42:09] *** jwulf has joined #jboss-as7[06:43:11] *** magesh has joined #jboss-as7[06:44:08] *** maxandersen1 has quit IRC[06:47:05] *** liweinan has quit IRC[06:49:08] *** maxandersen has joined #jboss-as7[06:49:08] *** ChanServ sets mode: +v maxandersen[06:49:37] *** maxandersen has quit IRC[06:49:52] *** maxandersen has joined #jboss-as7[06:49:52] *** ChanServ sets mode: +v maxandersen[06:51:53] *** maxandersen is now known as max_brb[07:06:36] *** magesh1 has joined #jboss-as7[07:08:51] *** magesh has quit IRC[07:19:18] *** max_brb is now known as maxandersen[07:20:45] *** miclorb has quit IRC[07:25:32] *** rawbdor has quit IRC[07:32:23] *** rawbdor has joined #jboss-as7[07:37:17] *** lgao has quit IRC[07:37:39] *** tdiesler has quit IRC[07:37:40] *** lgao has joined #jboss-as7[07:57:32] *** bbrowning_away has quit IRC[07:59:16] <jbossbot> git [jboss-as] push master f9d8f77.. Darran Lofthouse [AS7-664] Switch to renamed HTTP server classes.[07:59:17] <jbossbot> jira [AS7-664] Allow for state to be maintained aganst the connection within the Management HTTP Server [Open (Unresolved) Task, Major, Darran Lofthouse] https://issues.jboss.org/browse/AS7-664[07:59:18] <jbossbot> git [jboss-as] push master 8ba6b1a.. bstansberry at jboss dot com Convert from com.sun.httpserver to org.jboss.com.sun.httpserver[07:59:18] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/066bbbc...8ba6b1a[08:09:05] *** ccrouch has quit IRC[08:11:28] *** bbrowning_away has joined #jboss-as7[08:17:19] *** Jaikiran has joined #jboss-as7[08:17:19] *** ChanServ sets mode: +v Jaikiran[08:22:16] *** jfclere has joined #jboss-as7[08:22:16] *** ChanServ sets mode: +v jfclere[08:28:42] <maxandersen> if a user goes and add an extra line in standalone.xml, i.e. extra ip address for the default network bindings shouldn't the server either setup that extra line or fail with error about problem in the standalone.xml ?[08:28:58] <maxandersen> right now it just complains about not being able to resolve default interface?[08:34:45] *** tdiesler has joined #jboss-as7[08:34:45] *** ChanServ sets mode: +v tdiesler[08:35:55] *** magesh1 has quit IRC[08:42:00] *** misty has left #jboss-as7[08:43:56] <Jaikiran> maxandersen: got the error log and the change to standalone.xml?[08:45:10] <Jaikiran> nevermind, saw your mail now[08:45:33] *** asoldano has joined #jboss-as7[08:45:33] *** ChanServ sets mode: +v asoldano[08:48:57] <maxandersen> Jaikiran: okey ;) just wondering what the expected error reporting is…I had assumed if the file were wrong I would get a more specific error than this ;)[08:49:21] *** opalka has joined #jboss-as7[08:49:21] *** ChanServ sets mode: +v opalka[08:49:35] <opalka> morning[08:50:15] *** pilhuhn has joined #jboss-as7[08:50:15] *** pilhuhn has joined #jboss-as7[08:50:15] *** ChanServ sets mode: +v pilhuhn[08:50:46] *** emuckenhuber has joined #jboss-as7[08:50:46] *** emuckenhuber has joined #jboss-as7[08:50:46] *** ChanServ sets mode: +v emuckenhuber[08:54:47] *** liweinan has joined #jboss-as7[09:05:47] *** aslak has joined #jboss-as7[09:05:47] *** ChanServ sets mode: +v aslak[09:07:12] *** magesh has joined #jboss-as7[09:10:25] *** jcosta has joined #jboss-as7[09:17:44] *** mgoldmann has joined #jboss-as7[09:17:46] *** mgoldmann has joined #jboss-as7[09:17:46] *** ChanServ sets mode: +v mgoldmann[09:18:36] *** adietisheim has joined #jboss-as7[09:18:36] *** ChanServ sets mode: +v adietisheim[09:25:44] *** opalka has quit IRC[09:35:49] <stuartdouglas> Jaikiran: ping[09:36:06] <Jaikiran> stuartdouglas: hey, good morning[09:36:14] <stuartdouglas> morning[09:36:39] <stuartdouglas> I have a clean test run for my ejb branch https://github.com/stuartwdouglas/jboss-as/tree/ejb, except for the integration tests[09:37:12] <Jaikiran> stuartdouglas: you mean the spec tests right (specifically the testsuite2/spec one)?[09:37:19] <stuartdouglas> yes[09:37:21] <Jaikiran> ok[09:37:30] <Jaikiran> that one requires a bit of rework which i'm currently doing[09:37:42] <Jaikiran> i'll rebase against your branch in a few min then[09:37:59] <Jaikiran> btw, there's one weld related test failing in testsuite/integration module[09:38:02] <stuartdouglas> I have been working on the weld / ejb integration, and it is mostly done except that I need to fix SessionObjectReferenceImpl[09:38:13] <Jaikiran> does this commit include a fix to that test?[09:38:29] <stuartdouglas> possibly, but it will break others[09:38:36] <Jaikiran> ok, np. just curious[09:38:47] <stuartdouglas> before the integration work CDI injection does not work at all for components[09:39:05] <Jaikiran> which components does it fail for?[09:39:29] <stuartdouglas> all of them, the CDI injection code was deleted in the refactor[09:39:39] <Jaikiran> i see[09:39:41] <stuartdouglas> with the integration work it is mostly done, but if fails for ejb's[09:40:11] <stuartdouglas> because I need to implement SessionObjectReferenceImpl (the class that allows you to access different views of the same ejb)[09:40:56] <Jaikiran> yeah, i remember carlo mentioning something about that[09:42:41] <stuartdouglas> what are you working on at the moment?[09:42:58] <Jaikiran> that SFSB issue which is blocking the integration testsuite[09:43:13] <Jaikiran> it's kind of a chicken-egg problem with post construct part which i'm trying to solve[09:43:18] <stuartdouglas> the integration2 test suite?[09:43:22] <Jaikiran> yep[09:44:09] <stuartdouglas> org.jboss.as.test.spec.ejb3.StatefulBeanTestCase?[09:44:22] <Jaikiran> right[09:44:38] <Jaikiran> that issue also impacts many testsuite/integration (the old module) tests too[09:44:50] <stuartdouglas> that passes under my branch, I think it started working after I added an interceptor to set up the EjbContext and naming context[09:45:17] <Jaikiran> that's interesting[09:45:24] * Jaikiran checks the commits[09:45:29] <stuartdouglas> but I can't remember exactly when, because I was working on weld stuff[09:45:44] <Jaikiran> let me try against your branch and see if i can figure out[09:46:19] <stuartdouglas> It may have been: https://github.com/stuartwdouglas/jboss-as/commit/5f7786814b11ac22c1084023e31ed9a170cbc865#L11R96[09:46:21] <jbossbot> git [jboss-as] 5f77868.. Stuart Douglas Weld integration work[09:46:47] <stuartdouglas> or maybe the changes to SessionBeanComponentDescription below it[09:47:04] <stuartdouglas> or it could have been something else :-([09:48:22] <stuartdouglas> I think it also needed this nasty bit here: https://github.com/stuartwdouglas/jboss-as/commit/5f7786814b11ac22c1084023e31ed9a170cbc865#L2R91[09:48:23] <jbossbot> git [jboss-as] 5f77868.. Stuart Douglas Weld integration work[09:48:44] <Jaikiran> stuartdouglas: i'm guessing it's this https://github.com/stuartwdouglas/jboss-as/commit/5f7786814b11ac22c1084023e31ed9a170cbc865#L13R63[09:48:45] <jbossbot> git [jboss-as] 5f77868.. Stuart Douglas Weld integration work[09:48:49] <Jaikiran> which made it "lazy"[09:49:13] <stuartdouglas> yea, that was part of it[09:49:43] <stuartdouglas> I think that whole thing needs a bit of a re-design, so we don't have to expose a half constructed ComponentInstance[09:50:21] <stuartdouglas> maybe we could create the sessioncontext in an interceptor and store it in the interceptor factory context[09:51:18] <Jaikiran> i was kind of working along those lines in my branch although it isn't completely fool proof yet[09:51:28] <Jaikiran> i mean w.r.t to a half baked component instance being exposed[09:51:52] <Jaikiran> the problem is that the injection into the component instance requires certain interceptors which themselves require the component instance[09:52:04] <Jaikiran> so a circular dep kind of thing[09:52:24] <stuartdouglas> yea, I think we need to change those interceptors so that then no longer require the component instance[09:52:34] *** magesh has quit IRC[09:52:50] <stuartdouglas> or alternativly, run the postConstruct chain outside of the ComponentInstance constructor[09:53:36] <Jaikiran> yep, that's what i did locally[09:53:58] <Jaikiran> moved out the postconstruct invocation outside of the BasicComponentInstance[09:54:32] <stuartdouglas> that is probably the simplest solution, we can always change it later[09:54:42] <Jaikiran> right[09:55:11] <stuartdouglas> another idea I had was that maybe we should introduce something like Phase.java for configurations, so we have one place that we set the Configurator order[09:56:06] <Jaikiran> it would help with readability but other than that probably won't make much of a difference[09:56:07] <Jaikiran> would it/[09:56:08] <Jaikiran> ?[09:56:12] <stuartdouglas> because I think as we start adding more interceptors etc figuring out the order is just going to turn into a mess[09:56:26] <Jaikiran> yeah, I agree with that[09:59:09] <stuartdouglas> how hard is it to add the transaction interceptor back in? because I think that would fix all the EPCPropagationTestCase failures[09:59:10] *** jamezp_afk has quit IRC[10:00:06] <Jaikiran> the tx interceptors are already in[10:00:12] <stuartdouglas> and other than that there is only really the weld failures I mentioned before, and the multiple bindings failures, which I think dmlloyd is working on[10:00:24] <Jaikiran> the EPCpropagation tests are failing due to this EJBContext issue that i'm fixing[10:00:43] <Jaikiran> yeah, the multiple bindings thing is affect the persistencecontext/unit test[10:00:58] <stuartdouglas> I see those tests failing with javax.persistence.TransactionRequiredException[10:01:09] <stuartdouglas> I don't think the transaction interceptor is actually enabled[10:01:10] * Jaikiran looks again[10:01:38] <stuartdouglas> that is after my changes, so your problem is probably hiding the transaction one[10:02:23] <Jaikiran> oh might be[10:02:27] <Jaikiran> because mine is failing with http://pastebin.com/k4BDxyhY[10:02:39] <Jaikiran> i'll take a look at those tests while i work on this fix[10:02:42] *** rmaucher has joined #jboss-as7[10:02:51] <Jaikiran> can you pastebin your log[10:03:03] <Jaikiran> just to see what i might have missed with tx interceptors[10:04:18] *** rawbdor has quit IRC[10:04:21] <stuartdouglas> http://pastebin.com/jqp9cMXA[10:05:23] <stuartdouglas> actually it could be something else[10:05:28] * stuartdouglas looks at test again[10:06:18] *** AndyTaylor has joined #jboss-as7[10:06:18] *** ChanServ sets mode: +v AndyTaylor[10:09:09] <stuartdouglas> I'm not really sure what is going on, I will try and debug it[10:09:54] *** wolfc has joined #jboss-as7[10:09:54] *** ChanServ sets mode: +v wolfc[10:10:14] *** davidbos has joined #jboss-as7[10:11:09] <Jaikiran> brb after lunch[10:11:13] *** Jaikiran is now known as Jaikiran|Lunch[10:23:42] *** alesj has joined #jboss-as7[10:26:06] <stuartdouglas> Jaikiran|Lunch: It seems to be an ordering issue the transaction interceptor and the SessionInvocationContextInterceptor appear after the ComponentDispatcherInterceptor, and so never get invoked[10:26:51] *** aslak has quit IRC[10:27:22] *** aslak has joined #jboss-as7[10:27:22] *** ChanServ sets mode: +v aslak[10:27:40] *** aslak has quit IRC[10:28:02] *** stalep has joined #jboss-as7[10:31:30] *** hardy has joined #jboss-as7[10:31:46] *** Nihility has quit IRC[10:41:04] *** galderz has joined #jboss-as7[10:41:04] *** ChanServ sets mode: +v galderz[10:41:45] *** zroubali has joined #jboss-as7[10:41:45] *** ChanServ sets mode: +v zroubali[10:54:47] *** kkhan has joined #jboss-as7[10:54:47] *** ChanServ sets mode: +v kkhan[11:01:45] *** davidbos1 has joined #jboss-as7[11:02:24] *** galderz has quit IRC[11:02:35] *** davidbos has quit IRC[11:05:20] <stuartdouglas> Jaikiran|Lunch: You there?[11:06:15] *** davidbos1 has quit IRC[11:25:14] *** Jaikiran|Lunch is now known as Jaikiran[11:25:16] <Jaikiran> stuartdouglas: yep[11:26:00] <stuartdouglas> I changed the order round so the interceptor runs, but now I am getting a NPE as EjbComponent.txAttrs is null[11:26:19] <stuartdouglas> and I am not 100% sure how to build that up from the info that is in the component description[11:26:46] <Jaikiran> i'll take that up, since it all requires rewiring the components like we had in the previous ee framework[11:31:45] *** aslak has joined #jboss-as7[11:31:45] *** ChanServ sets mode: +v aslak[11:34:23] <stuartdouglas> Jaikiran: I have pushed my (minor) changes to my ejb branch[11:34:43] <Jaikiran> ok, i'll get them into my workspace[11:34:50] *** sannegrinovero has joined #jboss-as7[11:34:50] *** sannegrinovero has quit IRC[11:34:50] *** sannegrinovero has joined #jboss-as7[11:34:50] *** ChanServ sets mode: +v sannegrinovero[11:36:08] *** miclorb_ has joined #jboss-as7[11:37:24] <stuartdouglas> I have a feeling method level interceptors are also broken at the moment[11:37:38] * stuartdouglas starts writing a test[11:38:29] * stuartdouglas accidentally just rubbed chilli in his eyes[11:38:54] *** pmuir has joined #jboss-as7[11:38:54] *** pmuir has joined #jboss-as7[11:38:54] *** ChanServ sets mode: +v pmuir[11:41:01] *** alesj has quit IRC[11:41:43] *** alesj has joined #jboss-as7[11:42:26] *** davidbos has joined #jboss-as7[11:42:29] <Jaikiran> ha ha :D[11:45:26] *** alesj has quit IRC[11:46:06] *** alesj has joined #jboss-as7[11:46:50] <Jaikiran> well all these addLast/addFirst are relative at a given point in time[11:46:59] <stuartdouglas> I know, it's horrible[11:47:11] <stuartdouglas> that why I want to get to a Phase.java type setup[11:47:14] <Jaikiran> yeah[11:47:24] <Jaikiran> without that, it's going to be very brittle[11:48:18] <stuartdouglas> yea, I asked david about it a few days ago, and he wanted to see how it turned out the way it currently is[11:48:32] <stuartdouglas> but I think that the way it turned out is a mess :-([11:49:24] <Jaikiran> yeah, we'll for sure have to change this ordering approach[11:50:19] <stuartdouglas> do you think we should specify the ordering for the interceptors, the configurators or both? I think that just the configurators is probably enough[11:50:43] <stuartdouglas> though as they can still add to the front and back it may still have potential for mess[11:52:04] <Jaikiran> i think it should be both[11:52:20] <Jaikiran> without that, we'll end up with a similar issue like now[11:53:16] <Jaikiran> also, for the other issue, i'm tackling about the chicken-egg thing[11:53:29] <Jaikiran> my attempt to move that post construct invocation was only partially successful[11:54:03] <Jaikiran> because a creation of a component instance effectively means that it can be used to get hold of the (fully usable) managed instance[11:55:03] <Jaikiran> some components start failing if the underlying managed object hasn't yet been created[11:55:25] <Jaikiran> i'm going to rework this entire thing by splitting the post construct into a instantiation invocation and post construct invocation[11:55:36] <Jaikiran> then we can have separate set of interceptors for each of that operations[11:55:56] <stuartdouglas> ok[12:05:20] *** AndyTaylor has quit IRC[12:05:27] *** emmanuel has joined #jboss-as7[12:05:28] *** ChanServ sets mode: +v emmanuel[12:14:39] *** zroubali has quit IRC[12:18:11] *** stliu has quit IRC[12:24:51] *** kcbabo has joined #jboss-as7[12:24:51] *** ChanServ sets mode: +v kcbabo[12:27:29] *** AndyTaylor has joined #jboss-as7[12:27:29] *** ChanServ sets mode: +v AndyTaylor[12:31:37] *** JimMa has quit IRC[12:35:26] *** darranl has joined #jboss-as7[12:35:26] *** darranl has joined #jboss-as7[12:35:26] *** ChanServ sets mode: +v darranl[13:10:10] *** sgilda has joined #jboss-as7[13:17:05] *** tdiesler has quit IRC[13:18:36] *** miclorb_ has quit IRC[13:20:59] *** miclorb_ has joined #jboss-as7[13:25:32] *** bbrowning_away has quit IRC[13:26:11] *** bbrowning has joined #jboss-as7[13:26:11] *** ChanServ sets mode: +v bbrowning[13:27:32] *** jwulf has quit IRC[13:31:44] *** smarlow has joined #jboss-as7[13:31:44] *** ChanServ sets mode: +v smarlow[13:31:50] *** AndyTaylor has quit IRC[13:31:54] *** AndyTaylor1 has joined #jboss-as7[13:36:38] *** tdiesler has joined #jboss-as7[13:36:38] *** ChanServ sets mode: +v tdiesler[13:40:03] *** slaboure has joined #jboss-as7[13:44:02] *** miclorb_ has quit IRC[13:44:38] *** pmuir has quit IRC[13:47:24] *** maeste has joined #jboss-as7[13:47:24] *** ChanServ sets mode: +v maeste[13:47:32] <pilhuhn> maeste Hi[13:47:42] <maeste> pilhuhn: hi[13:47:52] <pilhuhn> maeste Did Brian talk to you about missing entries in the resource description?[13:48:06] <maeste> pilhuhn: I've seen the jira[13:48:22] <pilhuhn> ok - was not sure as I did not see the Jira[13:48:24] <maeste> pilhuhn: I'll have a pull request in few hours[13:48:31] <pilhuhn> np[13:48:39] <pilhuhn> Just wanted to make sure this does not get lost[13:48:54] <maeste> k thx[13:53:37] *** AndyTaylor1 has quit IRC[13:53:59] *** rawbdor has joined #jboss-as7[13:56:19] *** vtunka has quit IRC[14:00:01] *** asoldano is now known as asoldano_lunch[14:00:07] *** alesj has quit IRC[14:00:23] *** lgao has quit IRC[14:00:53] *** alesj has joined #jboss-as7[14:03:10] *** galderz has joined #jboss-as7[14:03:10] *** ChanServ sets mode: +v galderz[14:05:55] <Jaikiran> baileyje: you around?[14:08:24] <Jaikiran> wow! finally, i got that test passing. now time to clean it all up and commit it[14:10:16] *** vtunka has joined #jboss-as7[14:10:16] *** ChanServ sets mode: +v vtunka[14:11:03] *** opalka has joined #jboss-as7[14:11:03] *** ChanServ sets mode: +v opalka[14:13:19] *** balunasj has joined #jboss-as7[14:13:19] *** balunasj has joined #jboss-as7[14:13:19] *** ChanServ sets mode: +v balunasj[14:15:34] *** kkhan has quit IRC[14:16:42] *** balunasj has quit IRC[14:17:51] *** kkhan has joined #jboss-as7[14:17:52] *** ChanServ sets mode: +v kkhan[14:19:56] *** maxandersen has quit IRC[14:20:06] *** galderz has quit IRC[14:20:26] *** maxandersen has joined #jboss-as7[14:20:27] *** ChanServ sets mode: +v maxandersen[14:23:30] *** kkhan has quit IRC[14:29:46] *** pferraro has joined #jboss-as7[14:29:47] *** ChanServ sets mode: +v pferraro[14:32:13] *** pferraro has left #jboss-as7[14:35:45] *** kkhan has joined #jboss-as7[14:35:45] *** ChanServ sets mode: +v kkhan[14:37:01] *** smarlow has quit IRC[14:37:11] *** mmoyses has joined #jboss-as7[14:37:11] *** ChanServ sets mode: +v mmoyses[14:38:07] *** AndyTaylor has joined #jboss-as7[14:38:07] *** ChanServ sets mode: +v AndyTaylor[14:41:13] *** smcgowan has joined #jboss-as7[14:41:13] *** ChanServ sets mode: +v smcgowan[14:44:00] *** kkhan has quit IRC[14:44:53] <Jaikiran> stuartdouglas: you around?[14:48:56] *** emmanuel has quit IRC[14:49:42] *** epbernard has joined #jboss-as7[14:49:42] *** epbernard is now known as emmanuel[14:49:42] *** ChanServ sets mode: +v emmanuel[14:50:49] *** jpederse has joined #jboss-as7[14:57:25] *** vtunka has quit IRC[14:58:04] *** odin_ has quit IRC[15:06:47] *** kkhan has joined #jboss-as7[15:06:47] *** ChanServ sets mode: +v kkhan[15:09:34] *** smarlow has joined #jboss-as7[15:09:34] *** ChanServ sets mode: +v smarlow[15:11:17] *** vtunka has joined #jboss-as7[15:11:17] *** ChanServ sets mode: +v vtunka[15:13:15] *** aloubyansky has joined #jboss-as7[15:18:44] *** torben has joined #jboss-as7[15:18:44] *** ChanServ sets mode: +v torben[15:20:56] *** ccrouch has joined #jboss-as7[15:20:56] *** ChanServ sets mode: +v ccrouch[15:24:08] *** fnasser has joined #jboss-as7[15:29:07] *** asaldhan has joined #jboss-as7[15:29:07] *** ChanServ sets mode: +v asaldhan[15:30:26] *** magesh has joined #jboss-as7[15:33:28] *** asoldano_lunch is now known as asoldano[15:34:44] <asaldhan> Jaikiran: ping[15:34:47] <asaldhan> asoldano: ping[15:34:58] <asoldano> asaldhan, pong[15:36:06] *** frainone has joined #jboss-as7[15:36:06] *** ChanServ sets mode: +v frainone[15:36:25] *** hardy has quit IRC[15:44:43] *** kkhan has quit IRC[15:49:54] *** fnasser_ has joined #jboss-as7[15:51:21] *** pgier has joined #jboss-as7[15:51:21] *** ChanServ sets mode: +v pgier[15:51:32] *** kkhan has joined #jboss-as7[15:51:32] *** ChanServ sets mode: +v kkhan[15:52:12] *** hardy has joined #jboss-as7[15:53:04] *** fnasser has quit IRC[15:57:53] *** balunasj has joined #jboss-as7[15:57:53] *** ChanServ sets mode: +v balunasj[15:58:07] *** bstansberry has joined #jboss-as7[15:58:07] *** ChanServ sets mode: +v bstansberry[15:58:14] *** balunasj is now known as balunasj_mtg[15:59:18] <asoldano> bstansberry, ping[15:59:29] <bstansberry> asoldano: pong[15:59:38] <asoldano> bstansberry, hi Brian[15:59:45] <bstansberry> hi Alessio[15:59:53] <asoldano> bstansberry, regarding the move from com.sun.net.httpserver to org.jboss.com....[16:00:08] <asoldano> bstansberry, is that final?[16:00:27] <asoldano> bstansberry, asking as the repackaging inside the jar in that module basically requires me a lot of changes[16:00:41] <asoldano> bstansberry, so just want to be sure ;-)[16:01:12] *** Nihility has joined #jboss-as7[16:01:12] *** Nihility has joined #jboss-as7[16:01:12] *** ChanServ sets mode: +v Nihility[16:01:21] <asaldhan> asoldano: if u r forking, it is better to use org.jboss.something[16:02:07] <asoldano> asaldhan, I was simply using the JDK version becase that was available before; now I'd use the new one... just want to be sure the packagin is final / no changes are planned for tomorrow ;-)[16:02:10] <bstansberry> asoldano: originally we kept the sun packages for the API classes, org.jboss for impl[16:02:22] <bstansberry> but then we started making API changes[16:03:01] <bstansberry> asoldano: ok; talking to Nihility now; we'll have a rapid decision in 5 mins[16:03:10] <asoldano> bstansberry, thanks :)[16:03:28] <Nihility> done[16:03:45] <bstansberry> asoldano: no further changes are planned[16:04:00] <Nihility> "I am the decider!"[16:04:07] <asoldano> Nihility, ehehe[16:04:38] <Nihility> on of the top ten quotes of gw there :)[16:04:39] <asoldano> Nihility, bstansberry: ok, thanks, then I'm fixing the jaxws-httpserver-httpspi project and asking for pull of new version with jbossws 4.0 beta1 tomorror or such[16:05:14] <Nihility> you are asking for a pull in advance? man you guys are impatient :)[16:05:37] <bstansberry> hah; he's patient; I likely broke him[16:05:43] <asoldano> Nihility, ;-)[16:06:00] <bstansberry> asoldano is quite polite![16:07:02] <bstansberry> darranl: btw your httpserver stuff was pushed last night[16:07:20] <darranl> bstansberry, thanks pulled that in earlier and resolved the Jira for that one[16:10:08] <smarlow> kkhan, Nihility: any idea when https://github.com/scottmarlow/jboss-as/commit/2ce6f4b3db97405779f93bab655262fc669ac581 can be merged? I think it is held up due to concern about a separate change.[16:10:11] <jbossbot> git [jboss-as] 2ce6f4b.. Scott Marlow upgrade to Hibernate 3.6.4.Final to resolve JBCTS-1103, should soon upgrade to Hibernate 4.0 so no jira is needed for this upgrade.[16:10:49] <kkhan> As long as it has no 2lc/infinispan stuff, I can pull it now[16:11:00] <kkhan> smarlow:[16:11:09] <jbossbot> git [jboss-as] push master 8075d52.. Paul Ferraro Restore classloader switching on cache creation. Fixes CNFE when using custom executors.[16:11:09] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/8ba6b1a...8075d52[16:11:15] <smarlow> kkhan: thanks[16:11:44] <kkhan> That is the kind of commit I like to review :-)[16:12:26] <Nihility> asoldano: i was kidding in case that didnt come across well over irc :)[16:12:33] <smarlow> a true 1 liner[16:12:59] <asoldano> Nihility, yeah, got it :-)[16:13:17] <kkhan> smarlow: which branch?[16:13:28] <Nihility> i should do <kidding> :)[16:14:09] <smarlow> kkhan: https://github.com/scottmarlow/jboss-as/commit/2ce6f4b3db97405779f93bab655262fc669ac581 should be on my master branch[16:14:10] <jbossbot> git [jboss-as] 2ce6f4b.. Scott Marlow upgrade to Hibernate 3.6.4.Final to resolve JBCTS-1103, should soon upgrade to Hibernate 4.0 so no jira is needed for this upgrade.[16:15:26] <kkhan> Found it thanks, I'm cherry picking it since it has some later commits there[16:16:39] *** asoldano is now known as asoldano_away[16:17:03] *** odin_ has joined #jboss-as7[16:18:14] *** opalka has quit IRC[16:21:44] *** clebert has joined #jboss-as7[16:21:44] *** ChanServ sets mode: +v clebert[16:27:12] <Nihility> how is everyone doing this fine morning/afternoon/evening[16:27:22] <Nihility> ?[16:27:26] <jbossbot> git [jboss-as] push master 90d9eb9.. Scott Marlow upgrade to Hibernate 3.6.4.Final to resolve JBCTS-1103, should soon upgrade to Hibernate 4.0 so no jira is needed for this upgrade.[16:27:27] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/8075d52...90d9eb9[16:27:32] <kkhan> smarlow: ^^[16:28:07] <smarlow> kkhan: thanks! I'm looking forward to the tck results![16:28:12] <baileyje> Trying to enjoy the sun coming into my office. Instead of shutting the blinds to reduce glare. Sun is more important these days.[16:29:24] <smarlow> Nihility: regarding the Hibernate 2lc cache, kkhan mentioned that you have a proposal for doing something different than using Infinispan for the local cache?[16:29:45] <smarlow> for the "default 2lc"[16:30:03] <Nihility> well[16:30:18] <Nihility> i was more mentioning it for security and other things[16:30:25] <Nihility> where pulling in all of infinispan is overkill[16:30:29] <Nihility> but[16:30:34] <Nihility> you just game me a great idea![16:30:52] <Nihility> ill pm you[16:32:37] *** kkhan has quit IRC[16:38:30] <rmaucher> pull request for typos: https://github.com/rmaucher/jboss-as/commit/ecbec07dee538d6048450e0ca7f60bdb705548ac[16:38:31] <jbossbot> git [jboss-as] ecbec07.. Rémy Maucherat Fir redirect-port attribute handling.[16:45:37] <smarlow> baileyje, Nihility: In a few different places that deal with DataSource jndi names, we replace "D2DS" with "java:/D2DS". I have a similar change on my master branch https://github.com/scottmarlow/jboss-as/commit/ebedeaf2f34e80c7b9c961b9f1f5cd41e8586ce3[16:45:39] <jbossbot> git [jboss-as] ebedeaf.. Scott Marlow JBCTS-1109 adjust datasource name if needed[16:46:29] <smarlow> baileyje, Nihility: should we merget his change into as7 or handle at a lower level?[16:46:51] *** davidbos has quit IRC[16:47:15] <smarlow> I think this would put AbstractDataSourceAdd, PersistenceUnitDeploymentProcessor, DataSourceDefinitionDeployer in sync[16:47:16] *** magesh has quit IRC[16:48:18] <smarlow> baileyje, Nihility: the other way, would be let AS7-389 handle it, but I'm not sure if that is better[16:48:20] <jbossbot> jira [AS7-389] Implement Namespace resolution policy [Open (Unresolved) Task, Major, John Bailey] https://issues.jboss.org/browse/AS7-389[16:49:49] *** stansilvert has joined #jboss-as7[16:50:18] <alesj> smarlow: is Infinispan's cache usage in JPA transparent for users?[16:50:38] <alesj> e.g. I mean they don't have to define a dep on Ispan module[16:51:29] *** mmoyses has quit IRC[16:52:35] <smarlow> alesj: I added a org.infinispan dependency to our org.hibernate module.[16:53:34] <Jaikiran> dmlloyd: you around?[16:54:23] <alesj> smarlow: so if I use JPA I should see Ispan as well?[16:54:54] <alesj> smarlow: probably not, since you don't re-export it i guess[16:55:13] <smarlow> alesj: 1 sec, on phone :)[16:56:26] <alesj> where can one find an example of jboss-deployment-structure.xml?[16:56:39] <alesj> i mean, not as a string in Arq test :-)[16:59:53] *** jamezp has joined #jboss-as7[17:00:25] *** mgoldmann has quit IRC[17:04:18] *** adietisheim has quit IRC[17:05:06] *** emuckenhuber has quit IRC[17:06:14] *** jcosta has quit IRC[17:07:59] *** pferraro has joined #jboss-as7[17:07:59] *** ChanServ sets mode: +v pferraro[17:10:51] *** maxandersen has quit IRC[17:11:59] *** maxandersen has joined #jboss-as7[17:11:59] *** ChanServ sets mode: +v maxandersen[17:13:18] *** epbernard has joined #jboss-as7[17:13:18] *** ChanServ sets mode: +v epbernard[17:14:12] <alesj> ARQ container tests area failling for me, normal?[17:14:58] <jbossbot> git [jboss-as] push master e75b6a0.. Stefano Maestri AS7-731 Datasource metrics not appearing in read-resource-description output[17:14:59] <jbossbot> jira [AS7-731] Datasource metrics not appearing in read-resource-description output [Open (Unresolved) Bug, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-731[17:14:59] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/90d9eb9...e75b6a0[17:15:01] *** aloubyansky has quit IRC[17:16:20] *** emmanuel has quit IRC[17:17:59] *** asoldano_away is now known as asoldano[17:18:26] *** pilhuhn is now known as raven_[17:18:58] *** raven_ is now known as cassandra_[17:19:10] *** cassandra_ is now known as pilhuhn[17:20:17] <Jaikiran> stuartdouglas: i rebased against your ejb branch and then fixed some of the EJB issues and now have a fully building (with smoke and spec tests) branch here https://github.com/jaikiran/jboss-as/commits/new-ee-framework[17:20:28] <Jaikiran> dmlloyd: ^ you might want to review and pull that into your branch[17:20:49] <Jaikiran> the (old) testsuite/integration module has failures, but are far less in number than previously[17:20:58] <alesj> Unable to retrieve CacheManager from JNDI [java:jboss/infinispan/lhotse]: javax.naming.NameNotFoundException: Name 'infinispan' not found in context ''[17:21:02] <alesj> pferraro: ^[17:21:08] <Jaikiran> some of them like the pc/pu tests require support for duplicate bindings with dmlloyd is working on[17:21:15] <Jaikiran> the rest of it, i'll take a look[17:21:30] <Jaikiran> the integration module is now at:[17:21:33] <Jaikiran> Tests run: 96, Failures: 6, Errors: 5, Skipped: 2[17:21:57] <Jaikiran> later tonight/tomorrow, i'll setup some hudson jobs against my branch to get some tck score[17:22:38] <Jaikiran> dmlloyd: btw, once you are around, we'll have to discuss about the interceptors/configurators ordering. stuartdouglas and me had a discussion this morning and we think that needs a change[17:22:39] *** epbernard has quit IRC[17:22:43] *** hbraun has joined #jboss-as7[17:23:03] <hbraun> asoldano: ping[17:23:17] <asoldano> hbraun, pong[17:23:19] <hbraun> asoldano: do you have a web application that I can deploy[17:23:21] <hbraun> ?[17:23:39] <hbraun> asoldano: to verify the endpoint management op's, like list-ednpoint, etc?[17:24:14] <asoldano> hbraun, ah, yes, either use the ws demo in AS7 or pick one of the hundred of test archives in the jbossws-cxf testsuite[17:24:17] *** epbernard has joined #jboss-as7[17:24:17] *** epbernard is now known as emmanuel[17:24:17] *** ChanServ sets mode: +v emmanuel[17:24:53] <hbraun> ok, i'll look at the demos[17:25:11] <smarlow> alesj: I only handled Hibernate using Infinispan. If your deployments want to also use Infinispan, that is not currently possible by default (you need to add an app dependency on org.infinispan .[17:25:22] <asoldano> hbraun, yep, that's probably the quickest solution for you, no need to checkout jbws[17:25:40] *** alexsmirnov has joined #jboss-as7[17:26:00] <alesj> smarlow: yeah, i added it via jboss-deployment-structure.xml[17:26:07] <alesj> smarlow: but I'm getting diff issues now[17:26:39] <smarlow> alesj: let me check if anything on my merge list might help you[17:27:04] <alesj> smarlow: http://pastebin.com/zDHpq5xe[17:27:22] <alesj> smarlow: 1st there is JNDI lookup, which I thought it would work[17:27:29] <smarlow> alesj: https://github.com/scottmarlow/jboss-as/commit/ce7df5ff0413c859069cb648173fbfae85f6dd6d has a test which is passing :)[17:27:30] <jbossbot> git [jboss-as] ce7df5f.. Scott Marlow make Infinispan the default 2nd-level cache for Hibernate and add a test[17:27:33] <alesj> smarlow: and then there is that ERROR[17:27:40] * smarlow looking at your link now...[17:28:20] *** frainone is now known as frainone_lunch[17:28:32] <hbraun> asoldano: is there a description how to work with the demos?[17:29:06] <asoldano> hbraun, it like the other demos, try the ant build and it should print a guide to the console[17:29:47] <asoldano> hbraun, otherwise if you want me to just send you a couple of pre-built wars/jars with endpoint, that's not a problem[17:29:54] *** Jaikiran is now known as Jaikiran|Dinner[17:30:02] <hbraun> asoldano: np, i just never worked with the demos[17:30:13] <hbraun> asoldano: should be fine[17:30:40] <smarlow> alesj: maybe try setting "hibernate.cache.infinispan.cachemanager" to "java:jboss/infinispan/hibernate"[17:32:48] <alesj> smarlow: i've added my own cache-container def[17:33:12] <alesj> but as you can see, it already fails with "infinispan" node, not with leaf[17:33:34] <alesj> <cache-container name="lhotse" default-cache="default">[17:33:35] <alesj> <local-cache name="default">[17:33:35] <alesj> <eviction strategy="LRU" max-entries="10000"/>[17:34:02] *** kkhan has joined #jboss-as7[17:34:02] *** ChanServ sets mode: +v kkhan[17:34:27] <Jaikiran|Dinner> hbraun: cd demos, then mvn package will show you on the console the usage instructions[17:34:45] <hbraun> Jaikiran|Dinner: tnx[17:34:59] <hbraun> Jaikiran|Dinner: just found kabirs forum post[17:35:06] <Jaikiran|Dinner> cool1[17:35:08] <Jaikiran|Dinner> cool![17:38:00] <Nihility> mmmmm[17:38:00] <Nihility> org.jboss.as.test.spec.ejb3.SingletonBeanTestCase[17:38:05] <Nihility> FAIL[17:38:06] <Nihility> :)[17:38:14] <Jaikiran|Dinner> Nihility: which branch?[17:38:20] <Nihility> latest master[17:38:26] <Nihility> seeing if its intermittent[17:38:34] <Jaikiran|Dinner> hmm, looks like the issue alexey raised[17:38:37] <Jaikiran|Dinner> intermittent failures[17:38:43] <smarlow> alesj: If your using JPA, HibernatePersistenceProviderAdaptor.getProviderDependencies() returns the cachemanager dependency for the persistence unit.[17:38:44] <Jaikiran|Dinner> i haven't yet been able to reproduce it though[17:43:11] <hbraun> Nihility: are the demos still broken?[17:43:24] <alesj> smarlow: do you mean i need to define a dependency on that cache-container?[17:43:32] <hbraun> Nihility: "No handler for deploy at address ..."[17:43:37] <alesj> smarlow: or else it won't be started, hence put to jndi?[17:43:42] <smarlow> alesj: if your doing something custom in your app with it[17:43:47] <hbraun> Nihility: or do they only work in standalone mode[17:44:00] <alesj> smarlow: all i do is try to lookup cache-container at runtime via jndi[17:44:38] <smarlow> alesj: the cache container probably didn't get bound to jndi, because something needs to depend on it[17:44:39] *** mmoyses has joined #jboss-as7[17:44:39] *** ChanServ sets mode: +v mmoyses[17:45:04] <alesj> how can i declare a dep from my app to it?[17:46:17] <alesj> smarlow: ^ … I guess i can put somehitng to web.xml to mark dep on jndi resource?[17:48:25] <smarlow> alesj: so this is a native Infinispan application? Not a EE JPA app?[17:50:06] <pferraro> alesj: can you give me an overview of what you're trying to do?[17:50:48] <pferraro> alesj: from where are you wanting to use a cache container?[17:51:12] <pferraro> alesj: Can you use @Resource(lookup=...) ?[17:51:20] <alesj> smarlow: no[17:51:34] <hbraun> asoldano: the demo doesn't work[17:51:46] <hbraun> asoldano: if you could simply send me a binary that would be awesome[17:52:05] <alesj> smarlow: i have a web app that tries to use existing Ispan's cache-container via jndi[17:52:09] <hbraun> asoldano: last thing I heard was that they are broken on master[17:52:26] <asoldano> hbraun, not sure... anyway, sending you some binaries[17:52:27] <alesj> smarlow: the lookup is random, whenever the cache is hit first[17:52:29] <smarlow> alesj, pferraro: I don't think the cache-container will start[17:52:42] <hbraun> asoldano: yes, that wil speed thingsuü[17:52:45] <smarlow> unless something has a dependency on it.[17:53:37] <alesj> smarlow: looking at web.xml' resource-env-ref, dosn't look like this is what i need[17:54:02] <pferraro> alesj: ok - you'll need to either:[17:54:16] <pferraro> 1. use <cache-container start="EAGER">[17:54:43] <asoldano> hbraun, sent[17:54:55] <hbraun> asoldano: gracie[17:55:09] <asoldano> hbraun, np[17:55:13] <alesj> pferraro: let me try this eager start[17:55:18] <pferraro> 2. use <resource-ref> w/ <lookup-name> in web.xml[17:55:23] <pferraro> I recommend #2[17:55:31] <alesj> pferraro: will #2 work?[17:55:50] <alesj> pferraro: as this says the name must be relative to java:comp/[17:56:00] <pferraro> yes - this internally adds a dependency on the appropriate BinderService for your dependency[17:56:20] <pferraro> you can further use an <injection-target>[17:56:38] <pferraro> alesj: so the effect is the same as using @Resource(lookup)[17:57:05] <alesj> pferraro: what would the <res-ref-name> look like?[17:57:14] <pferraro> alesj: which will demand the cache container to start - and tie its lifecycle to your app[17:57:34] <alesj> <res-ref-name>java:jboss/infinispan/lhotse</res-ref-name>[17:57:36] <pferraro> alesj: it can be anything[17:57:40] <alesj> pferraro: ^ like this?[17:58:53] <hbraun> asoldano: ping[17:59:00] <asoldano> hbraun, pong[17:59:18] <hbraun> asoldano: i've deployed a sample, can reach it via http, but the list-endpoint op doesn't show it[17:59:26] <hbraun> in doman mode[17:59:30] <alesj> pferraro: Caused by: java.lang.NullPointerException[17:59:30] <alesj> at org.jboss.as.ee.component.EnvEntryProcessor.getResourceRefEntries(EnvEntryProcessor.java:122)[17:59:34] <pferraro> alesj: look at org.jboss.as.testsuite.integration.injection.resource.resourceref.ResourceRefTestCase (in testsuite/integration) for an example[17:59:54] <asoldano> hbraun, mmh... you'd need to talk with Jim Ma about that[18:00:13] <asoldano> hbraun, I can check with him early tomorrow (he's based in Beijin)[18:00:13] <hbraun> asoldano: ok[18:00:16] <pferraro> alesj: did you specify a <lookup-name>?[18:00:27] *** emmanuel has quit IRC[18:00:34] <alesj> pferraro: <resource-ref>[18:00:35] <alesj> <res-ref-name>java:jboss/infinispan/lhotse</res-ref-name>[18:00:35] <alesj> </resource-ref>[18:00:40] <alesj> i added this to my web.xml[18:01:03] <asoldano> hbraun, if you want you can send me an email and CC him[18:01:21] <hbraun> sure, I'll simply create an issue[18:01:25] *** mmoyses is now known as mmoyses_[18:01:44] <asoldano> hbraun, fine[18:02:03] <alesj> pferraro: where i previously added "lhotse" as a new cache-container[18:02:33] <alesj> pferraro: <cache-container name="lhotse" default-cache="default">[18:02:39] <alesj> in clustered-standalone.xml[18:02:46] <smcgowan> alesj: you need a jboss-web.xml in the .war to do the mapping of resource-ref in web.xml to the jndi-name, as alesj states, resource-refs are relative to java:comp/env environment[18:03:11] <hbraun> asoldano: https://issues.jboss.org/browse/AS7-740[18:03:12] <jbossbot> jira [AS7-740] WS Endpoint doesn't appear in domain mode [Open (Unresolved) Bug, Major, Jim Ma] https://issues.jboss.org/browse/AS7-740[18:03:14] <pferraro> alesj: you need <resource-ref><res-ref-name>...</res-ref-name><lookup-name>java:jboss/infinispan/lhotse</lookup-name></resource-ref>[18:03:49] *** smcgowan has quit IRC[18:03:53] <asoldano> hbraun, thanks, watching it[18:04:18] *** smcgowan has joined #jboss-as7[18:04:18] *** ChanServ sets mode: +v smcgowan[18:04:30] <alesj> pferraro: what's my res-ref-name then?[18:04:34] *** pmuir has joined #jboss-as7[18:04:34] *** ChanServ sets mode: +v pmuir[18:04:36] <alesj> pferraro: can it be anything?[18:04:48] *** liweinan has quit IRC[18:04:55] <smcgowan> alesj: good luck with that[18:05:00] *** mmoyses_ has quit IRC[18:05:25] <alesj> smcgowan: auch, hearing this from you, i think i'll rather try something else :-)[18:05:53] <pferraro> alesj: did you look at that example in testsuite/integration?[18:06:31] <alesj> pferraro: tried, but cannot find the test class you mention[18:07:37] *** epbernard has joined #jboss-as7[18:07:37] *** epbernard is now known as emmanuel[18:07:41] *** emmanuel has quit IRC[18:07:41] *** emmanuel has joined #jboss-as7[18:07:41] *** ChanServ sets mode: +v emmanuel[18:07:44] <smcgowan> alesj: i've been there[18:07:45] <alesj> pferraro: ah, testsuite1 looks disabled ..[18:08:33] <pferraro> alesj: https://github.com/jbossas/jboss-as/blob/master/testsuite/integration/src/test/java/org/jboss/as/testsuite/integration/injection/resource/resourceref/ResourceRefTestCase.java[18:09:36] *** maxandersen is now known as max_really_gone[18:09:55] <pferraro> alesj: so basically, the same thing works for an infinispan cache container[18:10:16] <alesj> pferraro: yeah, found it .. let me try it[18:12:25] <pferraro> alesj: Whatever you use in res-ref-name should allow the cache container to be accessible from a java:comp/env/your-res-ref-name lookup, but you don't need to bother with the jndi lookup in your code in you utilize <injection-target> (like in that example)[18:12:39] <pferraro> s/in/if[18:13:30] <alesj> Caused by: java.lang.NullPointerException[18:13:30] <alesj> at org.jboss.as.ee.component.EnvEntryProcessor.getResourceRefEntries(EnvEntryProcessor.java:122)[18:13:39] <alesj> <resource-ref>[18:13:39] <alesj> <res-ref-name>lhotse</res-ref-name>[18:13:39] <alesj> <lookup-name>java:jboss/infinispan/lhotse</lookup-name>[18:14:05] <alesj> pferraro: where i have this in web.xml ^[18:15:25] <pferraro> alesj: give me a sec - quick sanity check[18:17:32] <alesj> pferraro: Message: Unexpected attribute 'start' encountered[18:17:32] <alesj> at org.jboss.as.controller.parsing.ParseUtils.unexpectedAttribute(ParseUtils.java:83)[18:17:32] <alesj> at org.jboss.as.clustering.infinispan.subsystem.InfinispanExtension.parseContainer[18:17:37] *** emmanuel has quit IRC[18:17:40] *** jfclere has quit IRC[18:17:44] <alesj> pferraro: when trying the #1[18:18:12] <pferraro> alesj: oops - start is a <*-cache> attribute, not a <cache-container> attribute[18:19:16] <alesj> pferraro: does this mean the container / EmbCacheManager will be bound as well?[18:19:50] <alesj> pferraro: or it should be already bound, just cache is not started?[18:20:45] <pferraro> alesj: specifically, it means that an ACTIVE service will be installed that starts the cache, which demands the EmbeddedCacheManager service, which triggers the PASSIVE BinderService to be started[18:20:57] <pferraro> alesj: it will start the cache[18:21:32] *** epbernard has joined #jboss-as7[18:21:32] *** epbernard is now known as emmanuel[18:21:32] *** ChanServ sets mode: +v emmanuel[18:22:00] <alesj> pferraro: hmm, nope, still cannot find it[18:22:04] <alesj> pferraro: Unable to retrieve CacheManager from JNDI [java:jboss/infinispan/lhotse]: javax.naming.NameNotFoundException: Name 'infinispan' not found in context ''[18:22:33] *** ALR has joined #jboss-as7[18:22:43] *** ChanServ sets mode: +v ALR[18:25:13] *** alesj has quit IRC[18:25:26] <pferraro> alesj: give me another sec - writing another test case[18:27:34] *** pmuir has quit IRC[18:27:57] *** pmuir has joined #jboss-as7[18:27:57] *** pmuir has joined #jboss-as7[18:27:57] *** ChanServ sets mode: +v pmuir[18:29:49] *** pmuir_ has joined #jboss-as7[18:29:49] *** ChanServ sets mode: +v pmuir_[18:30:07] *** pmuir__ has joined #jboss-as7[18:30:07] *** pmuir__ has joined #jboss-as7[18:30:07] *** ChanServ sets mode: +v pmuir__[18:30:07] *** pmuir_ has quit IRC[18:30:23] *** pmuir has quit IRC[18:30:47] *** mmoyses_ has joined #jboss-as7[18:30:47] *** ChanServ sets mode: +v mmoyses_[18:30:51] *** mmoyses_ has quit IRC[18:30:57] *** emuckenhuber has joined #jboss-as7[18:30:57] *** ChanServ sets mode: +v emuckenhuber[18:31:10] *** hbraun has quit IRC[18:31:13] *** pmuir__ has quit IRC[18:33:32] *** pmuir has joined #jboss-as7[18:33:32] *** ChanServ sets mode: +v pmuir[18:37:13] *** mgoldmann has joined #jboss-as7[18:37:13] *** ChanServ sets mode: +v mgoldmann[18:40:19] *** asoldano has quit IRC[18:40:59] *** pilhuhn is now known as pil-dinner[18:41:01] *** pmuir has quit IRC[18:43:33] <pferraro> alesj: BTW - it looks eager starting of the cache won't trigger the jndi binding atm - I'll have to fix that[18:43:38] *** jamezp has left #jboss-as7[18:43:55] <pferraro> alesj: I'm running my resource-ref test now[18:46:09] *** mmoyses has joined #jboss-as7[18:46:09] *** ChanServ sets mode: +v mmoyses[18:48:19] *** jamezp has joined #jboss-as7[18:52:00] *** darranl has quit IRC[18:52:21] *** maeste has quit IRC[18:57:32] <pferraro> alesj: ok - test passes[18:59:05] <pferraro> alesj: let me commit it - so you have a better example. It demonstrates both <injection-target> injection and jndi lookup via java:comp/env from a deployment[18:59:49] *** Nihility has quit IRC[19:01:14] <pferraro> alesj: https://github.com/pferraro/jboss-as/blob/infinispan/testsuite/integration/src/test/java/org/jboss/as/testsuite/integration/injection/resource/infinispan/InfinispanResourceRefTestCase.java[19:01:56] *** bstansberry has quit IRC[19:03:38] *** galderz has joined #jboss-as7[19:03:38] *** ChanServ sets mode: +v galderz[19:11:35] *** frainone_lunch is now known as frainone[19:13:09] *** jfclere has joined #jboss-as7[19:15:10] <pferraro> alesj: so let me know if you still have problems[19:28:07] *** emmanuel has quit IRC[19:32:06] *** smcgowan is now known as smcgowan_lunch[19:34:17] *** Jaikiran|Dinner has quit IRC[19:45:22] *** mmoyses has quit IRC[19:55:04] *** mmoyses has joined #jboss-as7[19:55:04] *** ChanServ sets mode: +v mmoyses[19:56:21] *** balunasj_mtg is now known as balunasj_lawn[19:57:02] *** tdiesler has quit IRC[20:02:02] *** kkhan has quit IRC[20:02:45] *** hardy has quit IRC[20:14:26] *** slaboure has quit IRC[20:14:56] *** kkhan has joined #jboss-as7[20:14:56] *** ChanServ sets mode: +v kkhan[20:15:05] *** kkhan has quit IRC[20:16:22] *** galderz has quit IRC[20:31:52] *** smcgowan_lunch is now known as smcgowan[20:37:00] *** pgier has quit IRC[20:37:25] *** pgier has joined #jboss-as7[20:37:25] *** ChanServ sets mode: +v pgier[20:38:07] *** sannegrinovero has quit IRC[20:42:50] *** galderz has joined #jboss-as7[20:42:50] *** ChanServ sets mode: +v galderz[20:43:59] *** pil-dinner is now known as pilhuhn[20:50:27] *** alexsmirnov has quit IRC[20:56:27] *** jamezp is now known as jamezp_afk[20:57:07] *** opalka has joined #jboss-as7[20:57:07] *** ChanServ sets mode: +v opalka[21:01:34] *** frainone is now known as frainone_bbiab[21:09:13] *** galderz has quit IRC[21:13:32] *** stansilvert has quit IRC[21:20:25] *** bstansberry has joined #jboss-as7[21:20:25] *** ChanServ sets mode: +v bstansberry[21:23:47] *** Nihility has joined #jboss-as7[21:23:47] *** Nihility has joined #jboss-as7[21:23:47] *** ChanServ sets mode: +v Nihility[21:29:18] *** mbg has joined #jboss-as7[21:29:18] *** ChanServ sets mode: +v mbg[21:29:39] *** mbg has quit IRC[21:29:39] *** mbg has joined #jboss-as7[21:29:39] *** kornbluth.freenode.net sets mode: +v mbg[21:31:09] *** jfclere has quit IRC[21:37:08] *** balunasj_lawn has quit IRC[21:51:53] *** jamezp_afk is now known as jamezp[22:01:47] *** galderz has joined #jboss-as7[22:01:48] *** ChanServ sets mode: +v galderz[22:03:09] *** frainone_bbiab is now known as frainone[22:07:34] *** smcgowan has quit IRC[22:08:08] *** balunasj has joined #jboss-as7[22:08:08] *** balunasj has joined #jboss-as7[22:08:08] *** ChanServ sets mode: +v balunasj[22:10:27] *** torben has quit IRC[22:15:52] *** slaboure has joined #jboss-as7[22:20:17] *** aslak has quit IRC[22:21:31] *** wolfc has quit IRC[22:23:48] *** pilhuhn has quit IRC[22:28:59] *** epbernard has joined #jboss-as7[22:28:59] *** epbernard is now known as emmanuel[22:28:59] *** ChanServ sets mode: +v emmanuel[22:30:19] *** max_really_gone is now known as maxandersen[22:30:49] *** emmanuel has quit IRC[22:35:36] *** aslak has joined #jboss-as7[22:35:36] *** ChanServ sets mode: +v aslak[22:39:06] *** galderz has quit IRC[22:39:13] *** galderz has joined #jboss-as7[22:39:13] *** ChanServ sets mode: +v galderz[22:41:21] *** mgoldmann has quit IRC[22:41:43] *** galderz has quit IRC[22:41:57] *** galderz has joined #jboss-as7[22:41:58] *** ChanServ sets mode: +v galderz[22:46:27] *** pferraro has quit IRC[22:46:58] <jbossbot> git [jboss-as] push master b805b92.. Marcus Moyses initial auth cache support[22:46:58] <jbossbot> git [jboss-as] push master f4275ad.. Marcus Moyses auth cache depends optionally on cache container[22:46:58] <jbossbot> git [jboss-as] push master edbf0b6.. Marcus Moyses default auth cache not infinispan[22:46:58] <jbossbot> git [jboss-as] push master 68b6a48.. Jason T. Greene Remove infinispan config[22:46:58] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/e75b6a0...68b6a48[22:49:20] <stuartdouglas> morning[22:49:35] <Nihility> stuartdouglas: hey welcome back[22:49:36] <Nihility> :)[22:49:44] <jamezp> morning[22:49:56] <Nihility> jamezp: welcome on board![22:50:08] <jamezp> Nihility: Thanks![22:51:35] <mmoyses> Nihility: i have one more commit to be pulled :) https://github.com/mmoyses/jboss-as/commit/2754fe099c801a43477dd39a72857d8657fe1336[22:51:36] <jbossbot> git [jboss-as] 2754fe0.. Marcus Moyses adding eviction listener to default cache impl[22:52:30] *** jpederse has quit IRC[22:52:39] <jbossbot> git [jboss-as] push master 5f94da5.. Paul Ferraro Add resource-ref injection test[22:52:40] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/68b6a48...5f94da5[22:53:35] <Nihility> mmoyses: k in queue :)[22:53:48] <mmoyses> thanks[22:54:35] <Nihility> stuartdouglas: are you working on ejb + weld?[22:54:53] <stuartdouglas> yea, I have been working on the new ejb branch[22:55:42] <Nihility> how do things look[22:55:46] <Nihility> is it a big mess? :)[22:56:01] <stuartdouglas> It is getting there, slowly[22:57:04] *** kcbabo has quit IRC[22:57:05] <stuartdouglas> most of the failing tests ATM are due to duplicate JNDI bindings, Jaikiran and I got a lot of stuff working yesterday[22:57:52] <stuartdouglas> The main thing I am missing in the weld integration is a implementation of SessionObjectReference (the class that lets you get different views for the same ejb)[22:58:21] <stuartdouglas> hopefully I can get that done today[22:58:46] <stuartdouglas> dmlloyd: Are you still working on the duplicate jndi bindings stuff?[22:59:49] *** bstansberry has quit IRC[22:59:59] *** Nihility has quit IRC[23:00:23] *** irooskov has joined #jboss-as7[23:03:05] *** emuckenhuber has quit IRC[23:07:11] *** misty has joined #jboss-as7[23:07:46] *** misty has joined #jboss-as7[23:24:03] *** sgilda has quit IRC[23:46:40] *** bobmcw has quit IRC[23:46:53] *** bobmcw has joined #jboss-as7[23:46:53] *** ChanServ sets mode: +v bobmcw[23:47:43] *** galderz has quit IRC[23:52:57] *** jwulf has joined #jboss-as7[23:58:23] *** alexsmirnov has joined #jboss-as7