May 4, 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 4, 2011 NOTICE: This channel is no longer actively logged.
[00:00:57] <misty> :)[00:23:25] *** jpearlin has joined #jboss-as7[00:50:33] *** echelog-2 has joined #jboss-as7[00:58:14] *** Nihility has quit IRC[01:02:21] *** miclorb_ has joined #jboss-as7[01:21:37] *** maxandersen has joined #jboss-as7[01:21:37] *** ChanServ sets mode: +v maxandersen[01:46:47] *** alexsmirnov has quit IRC[02:20:14] *** sgilda has quit IRC[02:29:15] *** frainone is now known as frainone_afk[02:42:22] *** jwulf has joined #jboss-as7[02:56:56] *** lgao has joined #jboss-as7[03:25:11] *** pgier has quit IRC[03:39:15] <jbossbot> git [jboss-as] push master b5c40da.. Stuart Douglas Fix missing weld dep[03:39:16] <jbossbot> git [jboss-as] push master aa4c283.. Stuart Douglas Throw exception when non-bean attempts to inject an InjectionPoint.[03:39:16] <jbossbot> git [jboss-as] push master 3c20dcd.. Stuart Douglas Add additional resteasy providers[03:39:16] <jbossbot> git [jboss-as] push master 4eff46e.. Stuart Douglas Workaround weld problem[03:39:16] <jbossbot> git [jboss-as] push master 2440284.. Stuart Douglas Add missing dependencies to modules[03:39:16] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/9050eee...2440284[03:40:22] *** ccrouch has joined #jboss-as7[03:40:22] *** ChanServ sets mode: +v ccrouch[03:41:43] <dmlloyd> stuartdouglas, you should not need to re-introduce the system interceptor factories[03:42:16] <dmlloyd> there is not a single interceptor factory anymore, now it's all done via configurators[03:42:17] <stuartdouglas> I figured as much, I was going to ask you about that when you got back[03:42:41] <dmlloyd> basically if you want to be at a point in the chain you schedule a processor to modify the configuration at the right time, to add a configurator[03:43:05] <dmlloyd> then all the configurators are run in sequence and each can affect either the start or end of the chain at the time it is run[03:43:12] <dmlloyd> sorry, it modifies the _description_ at the right time[03:43:30] <dmlloyd> that way we're not tied to those concepts[03:43:53] <dmlloyd> it's just a chain for the client, a chain for the view, and a chain for the component instance[03:43:54] <dmlloyd> that's it[03:48:58] <stuartdouglas> so in EJBComponentConfiguration is it ok for the configuration to add interceptors to it's own deques, or should it be moved into a processor?[03:50:47] *** jpearlin has left #jboss-as7[03:53:02] <stuartdouglas> with all the other changes it is at the point now where quite a few of the tests actually pass, as long as they don't attempt to actually invoke on an EJB[03:54:42] *** bstansberry has joined #jboss-as7[03:54:42] *** ChanServ sets mode: +v bstansberry[03:55:05] *** JimMa has joined #jboss-as7[04:06:06] *** bstansberry_ has joined #jboss-as7[04:06:07] *** bstansberry_ has joined #jboss-as7[04:06:07] *** ChanServ sets mode: +v bstansberry_[04:06:07] *** bstansberry has quit IRC[04:06:08] *** bstansberry_ is now known as bstansberry[04:14:38] *** miclorb_ has quit IRC[04:19:55] *** ccrouch has quit IRC[04:24:07] *** smarlow has joined #jboss-as7[04:24:07] *** ChanServ sets mode: +v smarlow[04:38:21] <dmlloyd> stuartdouglas: it should be moved to a processor. iirc we should not need custom config/description subclasses anymore, well probably not anyway[04:38:34] <dmlloyd> guess I'm not quite married to that statement :)[04:39:57] <stuartdouglas> other than that was it ok? Mostly there is just a heap of bug fixes to get stuff to actually work :-)[04:40:24] <dmlloyd> oh, I forgot to read the rest, one sec[04:42:59] <dmlloyd> hmm I don't know if I want to go back to descriptions creating configurations really[04:43:22] *** maxandersen has quit IRC[04:43:24] *** baileyje has joined #jboss-as7[04:43:24] *** ChanServ sets mode: +v baileyje[04:43:43] *** maxandersen has joined #jboss-as7[04:43:43] *** ChanServ sets mode: +v maxandersen[04:43:55] <dmlloyd> https://github.com/stuartwdouglas/jboss-as/compare/dmlloyd:ejb...stuartwdouglas:ejb#L4L51 <- there was a very good reason for this...[04:44:31] <stuartdouglas> it was being configured twice though[04:44:51] <dmlloyd> hmm well that's probably not right[04:44:56] <stuartdouglas> so I got rid of the one in the module constructor, and left the one in the processor[04:45:36] <stuartdouglas> I only went with the description creating the configuration to ensure the correct sub class gets created[04:46:01] <stuartdouglas> if we are not sub classing the configurations / descriptions, then it is not really nessesary[04:51:11] *** smarlow has quit IRC[04:53:19] *** baileyje has quit IRC[04:55:32] *** irooskov has quit IRC[04:57:41] *** stliu has joined #jboss-as7[04:57:41] *** ChanServ sets mode: +v stliu[04:58:08] *** irooskov has joined #jboss-as7[05:05:14] *** bstansberry has quit IRC[05:05:16] *** bstansberry_ has joined #jboss-as7[05:05:16] *** bstansberry_ has joined #jboss-as7[05:05:16] *** ChanServ sets mode: +v bstansberry_[05:13:24] <stuartdouglas> dmlloyd: should I move the component configuration stuff out of that processor and back into the module constructor ? (And have you remembered what the reason for it was?)[05:14:16] <dmlloyd> yeah, do that[05:14:26] <dmlloyd> then we'll have just the processor which creates module configs from descriptions[05:15:17] <stuartdouglas> what do you mean?[05:15:29] <dmlloyd> do we not have such a processor yet?[05:15:39] <dmlloyd> damn I wish I hadn't set this down[05:15:43] <dmlloyd> I can't remember anything[05:15:46] <stuartdouglas> do you want a processor to run before the module is created to create the configurations?[05:16:23] <stuartdouglas> At the moment in you ejb branch the EEModuleConfiguration constructor creates and configurates the configurations[05:16:50] <stuartdouglas> but then there is another processor that configurates them again, so I just moved the creation to that processor as well[05:16:55] <dmlloyd> yeah so we need a processor which creates the EEModuleConfiguration from the EEModuleDescription and sets the dominoes falling[05:17:07] <dmlloyd> that would run everything[05:17:09] <stuartdouglas> ok[05:18:53] <dmlloyd> also I'm like 80% sure I have something exactly like TerminatingInterceptorFactory somewhere[05:19:06] <stuartdouglas> I thought so to, but I could not find it[05:19:13] <stuartdouglas> I thought it was in jboss invocation[05:19:50] <stuartdouglas> hmm, I must have been blind[05:19:56] <stuartdouglas> TerminalInterceptor[05:20:10] <dmlloyd> org.jboss.invocation.Interceptors#getTerminalInterceptorFactory()[05:20:14] <dmlloyd> yeah tehre it is[05:21:16] <dmlloyd> we should probably look into combining those two ContextNames classes[05:21:39] <dmlloyd> damn, you've been busy[05:21:59] <dmlloyd> okay other than that I think this makes sense[05:22:11] *** Nihility has joined #jboss-as7[05:22:11] *** Nihility has joined #jboss-as7[05:22:11] *** ChanServ sets mode: +v Nihility[05:22:21] <dmlloyd> uh oh, boss is back[05:22:36] <stuartdouglas> It has pretty much just been chasing down one exception after the other :-)[05:23:02] <dmlloyd> you're probably hte first person who has really run the thing[05:23:08] <dmlloyd> Jaikiran mostly made it compile[05:24:00] *** baileyje has joined #jboss-as7[05:24:00] *** ChanServ sets mode: +v baileyje[05:29:06] *** lcarlon has quit IRC[05:31:45] <maxandersen> dmlloyd: tried reading through modules doc (the website is a bit weird ;) but one thing I felt missing was an upfront "helloworld" example before the indepth details.[05:32:03] <dmlloyd> yeah I only have about 3 pages done[05:32:09] <dmlloyd> still getting the hang of confluence[05:32:18] <dmlloyd> I do want to do some kind of quick start[05:32:28] <dmlloyd> trying to think of a good way to frame it, I mean it's kind of a weird project :)[05:41:40] *** rawbdor has quit IRC[05:43:10] <stuartdouglas> On something unrelated what are we doing for timers? Are we using quartz ?[05:43:19] <dmlloyd> we are doing absolutely nothing[05:43:28] <dmlloyd> nobody has given it a thought[05:43:41] <dmlloyd> well I chatted with carlo very briefly about it at devoxx last fall[05:43:58] <dmlloyd> we figured we'd use jsr-310, figuring it'd be done by now[05:44:02] <dmlloyd> but alas[05:44:20] <dmlloyd> that's about the extent of the conversation[05:44:43] <dmlloyd> I have no idea what a good approach is, other than mentioning that everyone seems to hate the everloving shit out of quartz[05:46:27] *** bstansberry_ has quit IRC[05:46:57] <stuartdouglas> ok, I have done those things you mentioned[05:47:00] *** stliu has quit IRC[05:47:11] <stuartdouglas> https://github.com/stuartwdouglas/jboss-as/commit/d4db4a4a852718bd2db18cabb4bacbc0427755c7 merging the ContextName classes[05:47:12] <jbossbot> git [jboss-as] d4db4a4.. Stuart Douglas Merge the two ContextNames classes[05:47:35] *** lcarlon has joined #jboss-as7[05:48:05] <stuartdouglas> https://github.com/stuartwdouglas/jboss-as/commit/01e7ca771b7e4579b62a02205e14e943674af742 have the processor that creates the module config also create the component config[05:48:05] <jbossbot> git [jboss-as] 01e7ca7.. Stuart Douglas Move class and component configuration into one processor[05:48:21] <stuartdouglas> https://github.com/stuartwdouglas/jboss-as/commit/19c36dc18bd98ee2a179b28d6e98302ccabebbbd[05:48:21] <jbossbot> git [jboss-as] 19c36dc.. Stuart Douglas Remove system interceptors from the configuration[06:01:02] *** magesh has joined #jboss-as7[06:02:14] *** frainone_afk has quit IRC[06:06:19] *** miclorb has joined #jboss-as7[06:14:49] *** stliu has joined #jboss-as7[06:14:49] *** ChanServ sets mode: +v stliu[06:17:41] *** magesh1 has joined #jboss-as7[06:19:18] *** magesh has quit IRC[06:20:56] *** baileyje has quit IRC[06:27:27] <dmlloyd> stuartdouglas: adding the terminating interceptor factory in the description makes it impossible to add interceptors which run after the user ones, which is why I didn't do it (I envisioned the actual component creation doing that), but then I can't really think of a reason to want that...[06:28:58] <dmlloyd> also I really want to get away from using a service for the component naming context, but I guess that's something for another day[06:31:52] <stuartdouglas> hmm, terminal interceptor is package private[06:33:07] <dmlloyd> there's a method for it on Interceptors tho[06:33:24] <stuartdouglas> ah, that is probably why I missed it the first time[06:36:25] *** Nihility has quit IRC[06:39:21] *** irooskov has quit IRC[06:43:42] <dmlloyd> had I completely forgotten to create view configurations, anywhere?[06:43:47] <dmlloyd> cripes[06:44:08] <dmlloyd> sure enough[06:44:11] <stuartdouglas> yea, I don't think that where I put it was nessesarily the best place for it[06:44:18] <dmlloyd> well this looks correct in concept anyway[06:44:42] <dmlloyd> yeah good point, but if it works we can leave it for now[06:44:54] <dmlloyd> seems pretty self-contained[06:46:00] <dmlloyd> the duplicate bindings thing will be addressed by AS7-421[06:46:01] <jbossbot> jira [AS7-421] Automatic JNDI implementation [Open (Unresolved) Task, Critical, John Bailey] https://issues.jboss.org/browse/AS7-421[06:46:10] <dmlloyd> so that we can worry about in a week or two[06:46:42] <stuartdouglas> how will that help the duplicate bindings?[06:47:45] <dmlloyd> it will keep a refcount of equivalent bindings so that they can be cleaned up properly[06:47:53] <dmlloyd> and will error on non-equivalent[06:47:58] <dmlloyd> and handle .bind() correctly etc.[06:48:01] <dmlloyd> also it will make coffee[06:48:24] <dmlloyd> https://github.com/stuartwdouglas/jboss-as/compare/dmlloyd:ejb...stuartwdouglas:ejb#L13R62 <- "no"[06:48:31] <stuartdouglas> hmm, but what will actually add the service?[06:48:32] <dmlloyd> org.jboss.as.ee.component.ViewManagedReferenceFactory should be used as an adapter instead[06:48:45] <dmlloyd> uh, search memory...[06:50:06] <dmlloyd> dunno I'd have to remember all that. I can look into it in the morning[06:50:19] <dmlloyd> I have notes and chat logs somewhere[06:51:30] <dmlloyd> okay time to sign off and take care of a few domestic items before bed[06:51:50] <stuartdouglas> ok , I will fix that ViewManagedReferenceFactory thing[06:52:03] <dmlloyd> I'll have to review the rest tomorrow[06:52:05] <dmlloyd> sorry about that[06:52:40] <stuartdouglas> np[06:55:31] *** lcarlon has quit IRC[07:12:18] *** maxandersen has quit IRC[07:16:17] *** lcarlon has joined #jboss-as7[07:19:21] *** lcarlon has left #jboss-as7[07:19:41] *** lcarlon has joined #jboss-as7[07:19:57] *** lcarlon has left #jboss-as7[08:16:57] *** aloubyansky has joined #jboss-as7[08:19:53] *** tdiesler has joined #jboss-as7[08:19:53] *** ChanServ sets mode: +v tdiesler[08:27:30] *** jfclere has joined #jboss-as7[08:27:30] *** ChanServ sets mode: +v jfclere[08:29:24] *** opalka has joined #jboss-as7[08:29:24] *** ChanServ sets mode: +v opalka[08:29:38] <opalka> morning[08:29:44] <stuartdouglas> morning[08:29:58] <opalka> stuartdouglas, how was a vacation?[08:30:02] <stuartdouglas> good[08:30:13] <stuartdouglas> Thailand is awesome[08:30:46] <opalka> stuartdouglas, Thailand is on my vaca TODO list[08:31:34] <opalka> stuartdouglas, have U been playing with DML ejb branch? Is it compilable/usable ATM?[08:31:50] <stuartdouglas> I have been, it has not been merged yet though[08:31:58] <stuartdouglas> it is usable, for some definition of usable[08:32:28] <opalka> thx for info[08:32:33] <stuartdouglas> as long as you don't expect things like invocations on EJB's to work it is fine :-)[08:32:51] <opalka> well this is what I want to have working ;)[08:33:51] <stuartdouglas> I don't think I will get much further tonight, I will probably need to talk to the ejb guys to make much more progress[08:35:34] *** miclorb has quit IRC[08:35:43] *** miclorb_ has joined #jboss-as7[08:36:03] <opalka> Have a nice evening![08:53:01] <nickarls> stu: why do aussies go to thailand? You practically live in a tropical place ;-)[08:53:34] <stuartdouglas> because a beer in Thailand is $1 instead of $5 :-)[08:53:52] <nickarls> now that you mention it ;-*[08:54:08] <nickarls> and the flight isn't that long[08:54:16] <stuartdouglas> Most places in australia are not really that tropical[08:54:34] <stuartdouglas> at least, there aren't any near where I live[08:55:07] <nickarls> 90% desert with a green edge[08:55:14] <stuartdouglas> yep[08:58:21] *** asoldano has joined #jboss-as7[08:58:21] *** ChanServ sets mode: +v asoldano[08:58:38] <nickarls> I was surprised to learn that you actually have a lot of camels there, too[09:02:40] <misty> stuartdouglas: you're in Australia?[09:02:49] <stuartdouglas> yes, Wollongong[09:02:54] <misty> are you out of the Brisbane[09:02:55] <misty> ok whew[09:03:03] <misty> I thought I was going to have to be ashamed for not knowing who you are[09:03:09] <stuartdouglas> I was up in Brisbane for NHO recently[09:03:15] <misty> haha were you?[09:03:24] <misty> I'm one of the middleware writers, upstairs on level 4[09:03:39] <stuartdouglas> I did not make it up to level 4[09:03:49] <misty> lol[09:04:07] <misty> you should have, we are up there writing the docs[09:04:22] <misty> downstairs is just platform and virt, bleh[09:08:05] *** pil-afk has joined #jboss-as7[09:10:45] *** zroubali has joined #jboss-as7[09:10:45] *** ChanServ sets mode: +v zroubali[09:12:07] *** adietisheim has joined #jboss-as7[09:12:08] *** ChanServ sets mode: +v adietisheim[09:16:23] *** misty has quit IRC[09:18:05] *** Jaikiran has joined #jboss-as7[09:18:05] *** ChanServ sets mode: +v Jaikiran[09:22:03] *** hbraun has joined #jboss-as7[09:30:25] *** miclorb_ has quit IRC[09:41:37] *** emuckenhuber has joined #jboss-as7[09:41:37] *** emuckenhuber has joined #jboss-as7[09:41:37] *** ChanServ sets mode: +v emuckenhuber[09:53:12] *** marcel has joined #jboss-as7[09:53:45] <hbraun> good morning[09:56:50] *** jcosta has joined #jboss-as7[09:56:51] *** ChanServ sets mode: +v jcosta[09:57:23] *** marcel has left #jboss-as7[09:57:53] *** marcel has joined #jboss-as7[10:06:56] *** maeste has joined #jboss-as7[10:06:56] *** ChanServ sets mode: +v maeste[10:27:29] <maeste> hbraun:[10:27:32] <maeste> hbraun: ping[10:27:38] <hbraun> 5 min[10:27:42] <maeste> hbraun: oki[10:27:47] <maeste> hbraun: just ping me[10:27:53] <hbraun> ok[10:28:57] *** hardy has joined #jboss-as7[10:43:44] *** miclorb_ has joined #jboss-as7[10:48:09] *** liweinan has joined #jboss-as7[10:50:00] *** darranl has joined #jboss-as7[10:50:00] *** darranl has joined #jboss-as7[10:50:00] *** ChanServ sets mode: +v darranl[10:50:22] *** miclorb_ has quit IRC[10:56:37] *** rawbdor has joined #jboss-as7[11:00:10] <hbraun> maeste: pong[11:01:04] <maeste> hbraun: I've just finished another task, I was moving on AS7-711[11:01:05] <jbossbot> jira [AS7-711] Make a version attribute (optional) for driver tag instead the current parsed notation [Open (Unresolved) Task, Major, Stefano Maestri] https://issues.jboss.org/browse/AS7-711[11:01:15] <maeste> hbraun: but I've got your mail[11:01:27] *** magesh1 has quit IRC[11:01:29] <maeste> hbraun: what is more urgent for you? the issue or samples=[11:01:31] <maeste> ?[11:01:38] <hbraun> maeste: ;)[11:01:52] <hbraun> maeste: actually the sample would be more impoprtant for now[11:02:21] <hbraun> maeste: i need a way to create test data for both configuration and metrics[11:02:52] <maeste> hbraun: oki I'll do them so. I should have something complete this afternoon or tomorrow morning[11:02:58] <maeste> hardy: is a wiki page fine?[11:03:09] *** magesh has joined #jboss-as7[11:03:28] <hbraun> maeste: great, thanks[11:03:55] <hbraun> maeste: i did assume you have test cases or samples in ironjacamar[11:04:51] <maeste> hbraun: yep we have some[11:05:18] <hbraun> maeste: does it make sense to turn them right into AS7 demos?[11:05:29] <hbraun> maeste: so other people benefit from it aswell?[11:05:48] <maeste> hbraun: hmm it depends...let me check what we have and how tests are written[11:05:58] *** liweinan has quit IRC[11:06:05] <hbraun> i.e XA config sample are probaly are widely requested sample[11:06:06] <maeste> hbraun: I'll give you an answer in an hour or 2 ;)[11:06:17] <maeste> hbraun: yup sure[11:06:19] <hbraun> maeste: great, thanks[11:06:25] <maeste> hbraun: that's easy[11:06:43] <maeste> hbraun: it's more complex to write understandable demos for metrics I fear[11:07:29] <hbraun> maeste: IMO a test that works on a preconfigured DS that does some queries would siffice[11:08:00] <hbraun> maeste: just that the pools that populated and the mreics kick in[11:08:04] <hbraun> metrics kick in[11:08:26] <hbraun> no need for complex viszualization of the results[11:10:13] <hbraun> maeste: the RA: a simpe deployable RA would already help me[11:10:41] <hbraun> maeste: even if you just pint me to web resource os such[11:11:00] <maeste> hbraun: yup sure I'll attach to the wiki[11:11:11] <hbraun> maeste: btw, can RA's be deplyoed as well?[11:11:13] <maeste> btw yoy can use the ra demos one[11:11:39] <hbraun> maeste: ok, i'll lokk at that one[11:11:50] <maeste> hbraun: not sure to understand last question[11:12:06] <maeste> hbraun: ra can only be deployed as rar[11:12:18] <hbraun> well, you can deploy JDBC driver, can you deploy RA's?[11:12:28] <hbraun> that#s what i mean[11:12:48] <maeste> hbraun: you have 2 concepts here[11:12:52] <hbraun> or do they need to be configured as modules?[11:13:08] <maeste> hbraun: ra is respource adapter, JCA RA[11:13:39] <maeste> hbraun: resource-adapters you find in domain.xml are vendor (jboss) specific configs for that ra[11:13:50] <maeste> hbraun: ra are always deployed as rar[11:14:06] <maeste> hbraun: resource-adapters are always defined in domain.xml[11:14:30] <hbraun> so it work similar to JDBC driver and DS configuration[11:14:33] <maeste> hbraun: no module support atm[11:14:57] <maeste> hbraun: yup more or less[11:15:09] <hbraun> yes, that was my question[11:15:14] <maeste> hbraun: difference is[11:15:30] <maeste> hbraun: ds always require jdbc driver[11:15:47] <maeste> hbraun: no forget me[11:15:59] <hbraun> ;)[11:15:59] <maeste> hbraun: it's very similar. Nothing to add.[11:16:06] <hbraun> hehe[11:16:19] <hbraun> thanks for the explanation[11:16:37] <maeste> hbraun: np, just ping me if you have any further question[11:16:47] <hbraun> yep, will do[11:16:48] <hbraun> tnx[11:17:49] <hbraun> maeste: where do I find the datasources.xsd?[11:17:57] <hbraun> i can only see jboss_datasources.xsd[11:18:06] <hbraun> in the AS tree[11:18:59] <maeste> hbraun: yup...just a moment...it is somewhere in the net...well you can see that on my github's ironjacamar...let me find the link[11:19:23] <hbraun> guess it's packaged with one of your jars, right?[11:19:40] <maeste> hbraun: https://github.com/maeste/IronJacamar/tree/master/common/src/main/resources/schema[11:19:52] <hbraun> tnx[11:20:02] <maeste> hbraun: yep it is ironjacamar-common if I well remember...let me check[11:20:31] <hbraun> nevermind[11:20:36] <hbraun> the link works for me.[11:21:06] <maeste> hbraun: anyway ironjacamar-common-api jar[11:38:17] <opalka> darranl, ping[11:39:19] *** miclorb has joined #jboss-as7[11:42:41] *** aloubyansky has quit IRC[11:43:23] <darranl> hi opalka[11:44:41] <opalka> darranl, could U join #jbossws at irc dot devel.redhat.com ?[11:45:43] *** smarlow has joined #jboss-as7[11:45:43] *** ChanServ sets mode: +v smarlow[11:48:44] *** miclorb has quit IRC[11:48:54] *** miclorb__ has joined #jboss-as7[11:59:23] *** stliu has quit IRC[12:04:08] *** AndyTaylor has joined #jboss-as7[12:04:08] *** ChanServ sets mode: +v AndyTaylor[12:04:51] *** smarlow has quit IRC[12:05:54] *** stliu has joined #jboss-as7[12:05:54] *** ChanServ sets mode: +v stliu[12:11:01] *** pil-afk is now known as pilhuhn[12:11:02] *** pilhuhn has joined #jboss-as7[12:13:24] *** rawbdor has quit IRC[12:20:09] *** magesh1 has joined #jboss-as7[12:20:20] *** magesh has quit IRC[12:22:21] *** miclorb__ has quit IRC[12:30:21] *** maeste is now known as maeste_lunch[12:34:10] *** stliu has quit IRC[12:35:51] *** asoldano is now known as asoldano_lunch[12:51:17] *** JimMa has quit IRC[13:14:09] *** zroubali has quit IRC[13:15:10] *** hardy has quit IRC[13:18:43] *** maeste_lunch is now known as maeste[13:20:01] *** hardy has joined #jboss-as7[13:22:36] *** sgilda has joined #jboss-as7[13:24:19] *** hardy__ has joined #jboss-as7[13:25:01] *** Jaikiran has quit IRC[13:28:11] *** hardy has quit IRC[13:28:12] *** hardy__ is now known as hardy[13:38:01] *** zroubali has joined #jboss-as7[13:38:54] *** kkhan has joined #jboss-as7[13:38:54] *** ChanServ sets mode: +v kkhan[13:40:37] *** asoldano_lunch is now known as asoldano[13:42:43] *** kkhan_ has joined #jboss-as7[13:42:43] *** ChanServ sets mode: +v kkhan_[13:42:44] *** kkhan has quit IRC[13:47:11] *** bstansberry has joined #jboss-as7[13:47:11] *** ChanServ sets mode: +v bstansberry[13:51:19] *** darranl is now known as darranl_afk[13:56:14] *** bstansberry is now known as bstans_afk[13:57:54] *** dimitris_ has joined #jboss-as7[13:57:59] *** dimitris_ has quit IRC[13:57:59] *** dimitris_ has joined #jboss-as7[13:57:59] *** ChanServ sets mode: +v dimitris_[14:02:26] *** maxandersen has joined #jboss-as7[14:02:26] *** ChanServ sets mode: +v maxandersen[14:02:52] *** maxandersen1 has joined #jboss-as7[14:02:57] *** maxandersen has quit IRC[14:12:27] <pilhuhn> *sigh* (http://repository.jboss.org/nexus/content/groups/public/): Error transferring file: Connection refused ->[14:16:09] *** hbraun has quit IRC[14:24:12] *** ccrouch has joined #jboss-as7[14:24:12] *** ChanServ sets mode: +v ccrouch[14:24:32] *** stansilvert has joined #jboss-as7[14:29:58] *** aloubyansky has joined #jboss-as7[14:33:46] *** magesh1 has left #jboss-as7[14:36:59] <kkhan_> pilhuhn: Failed to read artifact descriptor for org.jboss.resteasy:resteasy-jsapi:jar:2.1.0.GA: Could not transfer artifact org.jboss.resteasy:resteasy-jsapi:pom:2.1.0.GA from/to jboss-public-repository-group (http://repository.jboss.org/nexus/content/groups/developer/): Error transferring file: Server returned HTTP response code: 502 for URL:[14:36:59] <kkhan_> http://repository.jboss.org/nexus/content/groups/developer/org/jboss/resteasy/resteasy-jsapi/2.1.0.GA/resteasy-jsapi-2.1.0.GA.pom -> [Help 1][14:37:12] <kkhan_> Did you open a ticket?[14:41:21] <pilhuhn> not yet[14:42:43] <kkhan_> I'm doing it[14:43:03] <kkhan_> https://engineering.redhat.com/rt3/Ticket/Display.html?id=109305[14:44:03] *** kkhan_ has quit IRC[14:44:27] *** kkhan has joined #jboss-as7[14:44:27] *** ChanServ sets mode: +v kkhan[14:45:46] *** jdcasey has joined #jboss-as7[14:47:55] <pilhuhn> thanks kkhan[14:49:51] *** ccrouch has quit IRC[14:49:55] *** sebersole has joined #jboss-as7[14:49:55] *** ChanServ sets mode: +v sebersole[14:54:20] *** jdcasey has quit IRC[14:55:09] *** mmoyses has joined #jboss-as7[14:55:09] *** ChanServ sets mode: +v mmoyses[14:58:09] <AndyTaylor> maeste: ping[14:58:46] <maeste> AndyTaylor: pong[14:59:26] *** maxandersen1 has quit IRC[15:04:49] *** baileyje has joined #jboss-as7[15:04:49] *** ChanServ sets mode: +v baileyje[15:06:19] *** ccrouch has joined #jboss-as7[15:06:19] *** ChanServ sets mode: +v ccrouch[15:07:57] *** dimitris_ has quit IRC[15:09:11] *** jcosta has quit IRC[15:09:31] *** jcosta has joined #jboss-as7[15:09:31] *** ChanServ sets mode: +v jcosta[15:13:46] *** stansilvert has quit IRC[15:15:23] *** jfclere has quit IRC[15:18:38] *** jfclere has joined #jboss-as7[15:18:38] *** ChanServ sets mode: +v jfclere[15:24:37] *** hbraun has joined #jboss-as7[15:24:49] <hbraun> maeste: ping[15:25:07] <hbraun> maeste: why is there no url attribute for XA datasources?[15:25:35] <maeste> hbraun: because it have to be a property[15:25:45] <hbraun> ?[15:25:45] <maeste> hbraun: let me find an example for you[15:26:23] *** baileyje has quit IRC[15:26:26] <maeste> hbraun: the reason is how xa protocol has been defined[15:27:12] <maeste> hbraun: https://github.com/maeste/IronJacamar/blob/master/adapters/src/test/resources/h2-xa-ds.xml[15:31:05] <hbraun> maeste: i don't get it[15:31:21] <hbraun> maeste: why not just an URL element, like in regular datasources?[15:31:40] <maeste> hbraun: because it depends on how the XA class is defined[15:31:50] <maeste> hbraun: it's not mandatory it is URL[15:32:09] <maeste> hbraun: AFAIK there is some DB that call it in another way[15:32:28] <hbraun> what's the prupose of the XA class?[15:32:47] <maeste> hbraun: it's the underlyne connection implementation[15:33:07] *** pgier has joined #jboss-as7[15:33:07] *** ChanServ sets mode: +v pgier[15:33:30] <maeste> hbraun: if you want more specific info I have to check a bit the code[15:33:54] <maeste> hbraun: or just asj jesper, it was already written when I've started on the project[15:34:44] <hbraun> np, I am just tying to understand what I am about to implement[15:34:56] <maeste> yup sure[15:35:07] <hbraun> i did expect the xa config to be similar to the regular ds config[15:35:13] <dmlloyd> JBAS-9020[15:35:14] <jbossbot> jira [JBAS-9020] Redirected to: https://issues.jboss.org/si/jira.issueviews:issue-xml/AS7-431/AS7-431.xml[15:35:15] <jbossbot> jira [AS7-431] Deployment content management enhancement [Open (Unresolved) Task, Major, Carlo de Wolf] https://issues.jboss.org/browse/AS7-431[15:35:33] <hbraun> or to be a superset[15:38:14] <maeste> hbraun: it can't because it's not sql standard defined (in terms of connection opening at least). See for example how Derby have to be configured: https://github.com/maeste/IronJacamar/blob/master/common/src/test/resources/ds/example/derby-xa-ds.xml[15:38:37] <maeste> hbraun: or informix https://github.com/maeste/IronJacamar/blob/master/common/src/test/resources/ds/example/informix-xa-ds.xml[15:39:06] <maeste> hbraun: or even Mysql https://github.com/maeste/IronJacamar/blob/master/common/src/test/resources/ds/example/mysql-xa-ds.xml[15:39:15] <hbraun> maeste: tnx[15:39:16] <maeste> hbraun: and so on[15:39:22] <hbraun> maeste: now I see what you mean[15:39:42] <maeste> hbraun: IOW we need a general xml config to support all the madness of all vendors[15:40:06] <hbraun> maeste: right, in that case properties are reasonable[15:40:15] <maeste> hbraun: yup[15:40:50] <maeste> hbraun: URL is the special case (one of them) not a regular property always used[15:40:59] *** lgao has left #jboss-as7[15:43:02] *** smarlow has joined #jboss-as7[15:43:03] *** ChanServ sets mode: +v smarlow[15:44:53] *** maxandersen has joined #jboss-as7[15:44:53] *** ChanServ sets mode: +v maxandersen[15:45:32] *** frainone has joined #jboss-as7[15:45:32] *** ChanServ sets mode: +v frainone[15:46:16] *** maxandersen has quit IRC[15:51:21] *** bobmcw has joined #jboss-as7[15:51:21] *** ChanServ sets mode: +v bobmcw[15:54:16] *** smarlow has quit IRC[15:54:46] <pilhuhn> Why is this a string:[15:54:46] <pilhuhn> "development" => {[15:54:47] <pilhuhn> "type" => STRING,[15:54:47] <pilhuhn> "description" => "Enable the development mode, which gives more information when an error occurs. The default value is \"false\".",[15:54:47] <pilhuhn> "required" => false[15:54:47] <pilhuhn> },[15:54:56] <pilhuhn> ?[15:56:17] *** dimitris_ has joined #jboss-as7[15:56:17] *** dimitris_ has joined #jboss-as7[15:56:17] *** ChanServ sets mode: +v dimitris_[15:56:19] <dmlloyd> mistake, I assume[15:57:03] <pilhuhn> Ok, I'll write a jira[16:04:13] <pilhuhn> catching up on the changes to .jsp thread.. wow "Ok, since I strongly disagree, I'll let you make that change."[16:08:29] <kkhan> Does anybody know which internal channel the guys looking after nexus hang out in? I've tried #eng-ops but am being ignored[16:10:41] *** pferraro has joined #jboss-as7[16:10:41] *** ChanServ sets mode: +v pferraro[16:12:49] *** hbraun has quit IRC[16:13:19] *** aslak has joined #jboss-as7[16:13:19] *** aslak has quit IRC[16:13:19] *** aslak has joined #jboss-as7[16:13:19] *** ChanServ sets mode: +v aslak[16:14:09] *** magesh has joined #jboss-as7[16:19:41] *** bstans_afk has quit IRC[16:23:17] *** opalka has quit IRC[16:24:17] *** mgoldmann has joined #jboss-as7[16:24:17] *** ChanServ sets mode: +v mgoldmann[16:27:25] *** smarlow has joined #jboss-as7[16:27:25] *** ChanServ sets mode: +v smarlow[16:31:05] *** baileyje has joined #jboss-as7[16:31:05] *** ChanServ sets mode: +v baileyje[16:31:07] *** darranl_afk is now known as darranl[16:34:06] *** fnasser has joined #jboss-as7[16:35:26] *** baileyje has quit IRC[16:37:47] *** AndyTaylor has quit IRC[16:40:26] *** pferraro has quit IRC[16:55:36] *** pil has joined #jboss-as7[16:55:36] *** pil has joined #jboss-as7[16:55:36] *** ChanServ sets mode: +v pil[16:57:08] *** pilhuhn has quit IRC[16:58:51] *** bstansberry has joined #jboss-as7[16:58:51] *** ChanServ sets mode: +v bstansberry[16:59:45] *** pil has quit IRC[17:03:31] *** pilhuhn has joined #jboss-as7[17:03:31] *** pilhuhn has joined #jboss-as7[17:03:31] *** ChanServ sets mode: +v pilhuhn[17:03:57] *** baileyje has joined #jboss-as7[17:03:57] *** ChanServ sets mode: +v baileyje[17:05:15] *** jwulf has quit IRC[17:08:29] *** adietisheim has quit IRC[17:10:43] *** pferraro has joined #jboss-as7[17:10:43] *** ChanServ sets mode: +v pferraro[17:11:05] *** JimMa has joined #jboss-as7[17:12:22] *** mmoyses is now known as mmoyses_[17:18:45] *** bstansberry has quit IRC[17:26:38] *** alexsmirnov has joined #jboss-as7[17:28:52] *** hbraun has joined #jboss-as7[17:28:57] <hbraun> emuckenhuber: ping[17:29:02] <emuckenhuber> hbraun: pong[17:29:02] <hbraun> emuckenhuber: can you comment on https://issues.jboss.org/browse/AS7-716[17:29:03] <jbossbot> jira [AS7-716] "server-config/jvm<name>:remove()" creates inconsistent state [Open (Unresolved) Bug, Major, Heiko Braun] https://issues.jboss.org/browse/AS7-716[17:29:17] <hbraun> looks like a bug to me[17:29:58] <emuckenhuber> hbraun: and what's the issue exactly?[17:30:01] <hbraun> it should return "undefined" at least, IMO[17:30:21] <hbraun> take a look at the JVM subresource, after the remove op has been called[17:30:33] <hbraun> it's "jvm" => {}"[17:31:05] <hbraun> typically it's "jvm => undefined"[17:31:07] <emuckenhuber> ah, ok - hmm, yeah that's because jvms are subModels[17:31:33] <hbraun> bug or feature?[17:31:48] <hbraun> to me it looks wrong[17:32:11] <emuckenhuber> hmm, well we would need to change the model - maybe also use different operations[17:33:09] <hbraun> fine with me ;)[17:33:17] <hbraun> just kidding[17:33:26] *** tdiesler has quit IRC[17:33:27] <hbraun> should we discuss it when brian get's back?[17:33:56] <emuckenhuber> yeah, well i guess it would make sense to change the model - since you can just have a single jvm as child[17:34:28] <hbraun> how should i interpret "jvm" => {}" ?[17:34:34] <hbraun> empty collection?[17:34:44] <hbraun> java.lang.Object?[17:34:52] <hbraun> a dude with no properties?[17:34:59] <hbraun> bad luck?[17:35:32] <hbraun> it's a property list, right?[17:35:49] <hbraun> i assume this means it's just intialized, but empty[17:38:15] <emuckenhuber> yes, it might should be a complex attribute rather than a addressable submodel[17:44:28] *** asoldano is now known as asoldano_away[17:49:52] *** jcosta has quit IRC[17:52:02] *** jamezp has joined #jboss-as7[17:52:24] *** hardy has quit IRC[17:54:02] *** aslak has quit IRC[17:54:28] <jamezp> Morning[17:54:39] *** emuckenhuber has quit IRC[18:00:32] *** aloubyansky has quit IRC[18:02:02] <dmlloyd> hey jamezp![18:02:16] <jamezp> Hello.[18:02:36] <jamezp> Any chance you know how to configure the VPN on a Mac? :-)[18:06:24] <dmlloyd> yeah one sec[18:06:47] <jamezp> No rush. I'm doing something with the RSA token now.[18:07:08] <dmlloyd> oh damn, I lost my vpn config[18:07:10] <dmlloyd> what a bummer[18:07:29] <dmlloyd> anyway you start in network preferences[18:07:47] <jamezp> I'm wondering if it's going to give me some information after I set-up this RSA token.[18:08:10] <dmlloyd> the directions are on the intranet :)[18:08:40] <jamezp> That's what they told me yesterday, I asked how can I get there. They said on the VPN :-)[18:09:02] <dmlloyd> exactly![18:09:35] *** JimMa has quit IRC[18:09:37] <dmlloyd> a handy tip though[18:09:48] <dmlloyd> I do everything over SSH that I can[18:09:51] <dmlloyd> email, IRC[18:09:53] <dmlloyd> it's much more stable[18:10:05] <dmlloyd> though openvpn is pretty good[18:10:33] <jamezp> Ah, good to know. Even though I'm not supposed to get on the VPN with my "personal machine" :-)[18:10:55] <dmlloyd> yeah it gets tricky, they should be providing you with some hardware though[18:13:22] *** clebert has joined #jboss-as7[18:13:22] *** ChanServ sets mode: +v clebert[18:14:17] <jamezp> Yeah, I can't see anything because it wants me to be on the VPN.[18:15:08] <jamezp> I got a laptop, but I need to install Fedora and Windows in a VM. Just thought I would check out the email and stuff while I was installing.[18:15:22] *** magesh1 has joined #jboss-as7[18:16:40] *** magesh has quit IRC[18:17:08] *** emuckenhuber has joined #jboss-as7[18:17:08] *** emuckenhuber has joined #jboss-as7[18:17:08] *** ChanServ sets mode: +v emuckenhuber[18:17:13] <dmlloyd> jamezp, do you have your RSA token thing?[18:17:55] <jamezp> I do. I can get on to selfservice site. No idea what to do from there though.[18:18:18] <dmlloyd> ah you have to pick a password but I'm not sure how to do that[18:18:40] <dmlloyd> it's different now than it was when I went through it[18:18:49] <dmlloyd> iirc[18:18:52] <jamezp> I've got some instructions. Followed the first part, but get a 500 error on the second.[18:18:58] <dmlloyd> brilliant[18:19:15] <jamezp> Looks like it's written in Struts.[18:21:16] <dmlloyd> we're cutting-edge that way.[18:21:22] <jamezp> Haha[18:21:44] *** aslak has joined #jboss-as7[18:21:44] *** ChanServ sets mode: +v aslak[18:24:15] *** frainone has quit IRC[18:25:38] <jamezp> I've no idea what that site runs on, but it doesn't handle sessions at all.[18:25:55] *** jfclere has quit IRC[18:34:17] <dmlloyd> jamezp: you're in oregon, correct?[18:34:26] * dmlloyd guesses from IP address[18:34:43] <jamezp> You got it spot on. Portland to be exact.[18:34:47] *** pilhuhn is now known as pil-afk[18:34:54] <jamezp> BTW, that's pretty impressive.[18:35:21] *** mmoyses_ is now known as mmoyses[18:44:44] <dmlloyd> well, "or.comcast.net" is a giveaway :)[18:45:39] <jamezp> That would surely do it.[18:46:16] <dmlloyd> we need to get you set up with an @redhat/jboss cloak[18:46:31] <dmlloyd> I'll add you to the next list[18:46:36] <jamezp> Do I need to be on the VPN for that :-)[18:46:58] <dmlloyd> nope[18:47:08] *** darranl has quit IRC[18:47:28] <jamezp> Yay! I'm going to try to email support. Let's see what I get.[19:01:53] *** aslak has quit IRC[19:04:27] <jamezp> dmlloyd: Still want me to get started on converting the modules to use the new logger and write the interfaces?[19:05:15] *** adietisheim has joined #jboss-as7[19:06:08] *** fnasser has quit IRC[19:07:23] *** fnasser has joined #jboss-as7[19:08:31] *** kkhan has quit IRC[19:13:17] *** asoldano_away is now known as asoldano[19:13:58] *** bobmcw has quit IRC[19:20:22][19:20:24] <dmlloyd> :-)[19:20:28] <dmlloyd> ah wait[19:20:32] <dmlloyd> stupid xchat again...[19:20:41] <dmlloyd> jamezp: http://is.gd/kQ5fcM[19:20:45] <dmlloyd> much better![19:21:49] <jamezp> I'm getting "The selected filter is not available to you, perhaps it has been deleted or had its permissions changed."[19:22:04] <jamezp> And I did login the second time :-)[19:22:04] <dmlloyd> second link[19:22:09] <jamezp> Yes.[19:22:17] <dmlloyd> oh, did it wrong[19:22:28] <dmlloyd> http://is.gd/tFCGHi[19:22:29] <dmlloyd> try that one[19:22:33] <dmlloyd> I'm good at computers[19:22:44] <jamezp> Hahaha. Worked perfect.[19:22:52] *** asoldano is now known as asoldano_dinner[19:23:11] <jamezp> Anything in particular or just grab something that's not assigned?[19:25:12] <dmlloyd> they're in order of priority, but I'd start with something simple[19:25:30] <jamezp> Sounds good for my simplistic mind :-)[19:25:37] *** smarlow has quit IRC[19:29:41] *** adietisheim has quit IRC[19:29:51] <dmlloyd> guess I can't recommend any single issue, I would just look through until you see something that looks doable.[19:30:10] <jamezp> Perfect. That's what I'm doing now.[19:30:24] <jamezp> Safe to assume that if it's unassigned, it's not being worked on?[19:30:34] <dmlloyd> yes[19:30:44] <jamezp> Perfect. Digging now.[19:33:18] *** stansilvert has joined #jboss-as7[19:33:41] *** frainone has joined #jboss-as7[19:33:41] *** ChanServ sets mode: +v frainone[19:39:09] *** jdcasey has joined #jboss-as7[19:40:36] *** jdcasey has quit IRC[19:52:47] *** aslak has joined #jboss-as7[19:52:54] *** aslak has quit IRC[19:52:54] *** aslak has joined #jboss-as7[19:52:54] *** ChanServ sets mode: +v aslak[19:53:25] *** hbraun has quit IRC[20:01:53] *** clebert has quit IRC[20:11:40] *** kkhan has joined #jboss-as7[20:11:41] *** ChanServ sets mode: +v kkhan[20:20:36] *** mmoyses has quit IRC[20:22:48] *** adietisheim has joined #jboss-as7[20:38:01] *** epbernard has joined #jboss-as7[20:38:01] *** epbernard is now known as emmanuel[20:38:01] *** ChanServ sets mode: +v emmanuel[20:38:18] *** kkhan has quit IRC[20:38:56] <jamezp> dmlloyd: Thinking about taking on this one, https://issues.jboss.org/browse/AS7-385. Anything you think I should know first?[20:39:00] <jbossbot> jira [AS7-385] Deal with expression values in all operation handlers [Open (Unresolved) Task, Critical, Unassigned] https://issues.jboss.org/browse/AS7-385[20:41:50] <dmlloyd> okay[20:41:57] <dmlloyd> I'd double check with brian to make sure he really, really wants to do it[20:42:11] <dmlloyd> because it's a lot of work and it's a bit, uh, controversial :)[20:42:49] <jamezp> Of course that's the one I pick then :-) And I still can't get to my email, so maybe for now I'll dig up something else.[20:47:08] *** pil-afk is now known as pilhuhn[20:48:13] *** emmanuel has quit IRC[20:52:41] <jamezp> Okay, now I'm thinking of either https://issues.jboss.org/browse/AS7-293 or https://issues.jboss.org/browse/AS7-223.[20:52:43] <jbossbot> jira [AS7-293] Race condition in ManagedBeanTestCase [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/AS7-293[20:52:43] <jbossbot> jira [AS7-223] Setting beanName to an EJB that does not expose the interface leads to hang [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/AS7-223[20:53:12] <dmlloyd> well, the thing with EJB/EE stuff is...[20:53:15] <dmlloyd> :)[20:53:30] <jamezp> Hahaha, I really can pick them :-D[20:53:30] <dmlloyd> it's living in a mostly-refactored state in http://github.com/dmlloyd/jboss-as/tree/ejb right now[20:54:20] *** adietisheim has quit IRC[20:55:55] <jamezp> BTW are we the only ones not in Boston ATM?[20:56:29] *** alesj has joined #jboss-as7[20:56:41] <dmlloyd> and stuartdouglas has a bunch of outstanding changes in his branch...[20:56:52] <dmlloyd> yeah seems like it[20:57:15] <dmlloyd> well stuart is aroudn but he's on the other side of the planet so he won't be up for a few hours yet[20:57:31] <jamezp> Yeah, he's future man.[20:58:04] <jamezp> Of course, for me (on PST) just about everyone is in the "future".[21:00:49] *** pgier1 has joined #jboss-as7[21:00:59] *** pgier has quit IRC[21:01:14] *** pgier1 has quit IRC[21:08:26] *** maxandersen has joined #jboss-as7[21:08:26] *** ChanServ sets mode: +v maxandersen[21:10:28] <jamezp> All the issues now seem like they open a can of worms. I guess I need to quit being picky/whiny and just pick one already.[21:10:41] <dmlloyd> there are indeed many worms[21:10:58] <dmlloyd> a lot of the issues are related too[21:11:09] <dmlloyd> like when the ejb branch is merged, that'll probably close out 10+ issues[21:11:19] <jamezp> I've noticed that.[21:11:34] <dmlloyd> you might want to look into management-related things for now until then[21:11:52] <dmlloyd> once that merge happens, resolving ee-related things should become much more straightforward[21:12:04] <jamezp> That's what I was thinking since I have some experience with it.[21:12:29] <jamezp> Something like this maybe? https://issues.jboss.org/browse/AS7-367[21:12:30] <jbossbot> jira [AS7-367] Expose deployment details via the domain management API [Open (Unresolved) Feature Request, Critical, Unassigned] https://issues.jboss.org/browse/AS7-367[21:15:13] <jamezp> Of course there is an opinion statement in there, so maybe it's another controversial one :-)[21:21:05] *** aslak has quit IRC[21:21:54] <dmlloyd> if you're still looking in an hour or so you might be able to help me with a refactor in the management layer.[21:22:10] <dmlloyd> brian and I discussed and decided that async ops are basically screwing things up[21:23:19] <dmlloyd> http://github.com/dmlloyd/jboss-as/tree/new-controllers-maybe[21:23:27] <jamezp> That works for me. I can make something to eat then maybe by then I can be on the VPN too and actually check my email.[21:26:38] *** bobmcw has joined #jboss-as7[21:26:38] *** ChanServ sets mode: +v bobmcw[21:30:30] *** jamezp is now known as jamezp_afk[21:30:45] *** irooskov has joined #jboss-as7[21:51:50] <dmlloyd> there are 293 operation handlers[21:51:58] <dmlloyd> on the one hand, that's awesome[21:52:08] <dmlloyd> on the other hand... that's a lot of porting :)[21:59:27] *** jamezp_afk is now known as jamezp[22:02:11] *** jamezp1 has joined #jboss-as7[22:02:12] *** jamezp has quit IRC[22:03:05] *** jamezp1 is now known as jamezp[22:03:57] *** ccrouch has quit IRC[22:05:38] *** maeste has quit IRC[22:13:11] *** irooskov has quit IRC[22:14:12] *** bstansberry has joined #jboss-as7[22:14:12] *** ChanServ sets mode: +v bstansberry[22:15:36] *** irooskov has joined #jboss-as7[22:16:23] *** bstansberry has quit IRC[22:25:01] <jamezp> BTW dmlloyd. Just let me know whenever you want that refactoring help.[22:26:33] <dmlloyd> yeah I'm working out the core implementation now[22:26:40] <dmlloyd> with 300 op handlers we'll need many hands :)[22:26:50] <jamezp> No problem at all.[22:27:10] <jamezp> I have currently have two hands ;-)[22:27:20] <dmlloyd> that's a good number to have[22:27:33] * jamezp agrees[22:30:46] <dmlloyd> you could try MODULES-85 if you're feeling ambitious :)[22:30:47] <jbossbot> jira [MODULES-85] Add support for class path bootstrap [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/MODULES-85[22:31:31] *** pilhuhn has quit IRC[22:32:10] <jamezp> Done, well at least it's assigned to me :-)[22:32:13] <dmlloyd> :D[22:32:36] <jamezp> Is this MSC?[22:33:10] <dmlloyd> no, MODULES, the class loading part: http://github.com/dmlloyd/jboss-modules[22:33:10] <jamezp> Nope, https://github.com/dmlloyd/jboss-modules that's it.[22:33:23] <dmlloyd> they were combined once upon a time[22:33:26] <jamezp> :-)[22:33:47] <jamezp> Ah, cool. I'll fork it then.[22:34:14] <dmlloyd> actually the official one is http://github.com/jbossas/jboss-modules now[22:34:35] <jamezp> Perfect, I'll fork that one then.[22:34:49] <frainone> dmlloyd: I've been looking into @WebServiceRef.... I wanted to fix my commit so you could push it upstream (the one that implemented @WebServiceRef for classes), but when I rebased, on Monday, I discovered the @WebServiceRef demo app is broken, the injection isn't working. I've been investigating ever since, haven't figured it yet. Do you recall any change to the AS7 code that could have broken it?[22:35:23] *** marcel has quit IRC[22:35:37] *** marcel has joined #jboss-as7[22:36:43] <dmlloyd> hard to say for sure frainone, we've been doing a lot of minor refactors and I know the WS guys have been pushing a lot of stuff...[22:36:44] *** jamezp has quit IRC[22:36:55] <dmlloyd> chances are good it's going to be broken again in the http://github.com/dmlloyd/jboss-as/ejb branch[22:37:10] *** jamezp has joined #jboss-as7[22:37:12] <frainone> dmlloyd: apparently, it has nothing to do with WS, the ws demo application works, the problem seem to be located at the injection part...[22:37:27] <frainone> ok, if you think it is better, I can postpone this once again and start doing something else[22:38:29] *** marcel has quit IRC[22:39:00] <dmlloyd> yeah at least until we get the EJB branch stable enough[22:39:34] <frainone> the class I implemented, WebServiceRefAnnotationParsingProcessor, is not throwing any error... it is working normally... the problem is that the BindingSourceDescription injects a Value that is never evaluated[22:39:41] <frainone> what do you think I should do?[22:39:46] <frainone> I mean, which new task?[22:41:52] *** asoldano_dinner is now known as asoldano[22:42:23] <dmlloyd> hmm[22:44:10] *** marcel has joined #jboss-as7[22:44:58] <dmlloyd> I don't really have anything fun, mostly just grueling stuff[22:45:05] *** bobmcw has quit IRC[22:45:14] <dmlloyd> if you want you could dig into remoting[22:45:38] <frainone> that's ok, we can't expect to do only fun stuff all the time :)[22:45:41] <dmlloyd> it's implemented... mostly... but it's not working, so I probably forgot something :)[22:45:54] <frainone> sure, I can look into that[22:45:55] <dmlloyd> and I'm working on this management thing so I haven't had time to look[22:47:40] <frainone> dmlloyd: so basically I should fork jboss-remoting and start fixing any broken tests?[22:47:49] *** baileyje has quit IRC[22:47:52] <dmlloyd> yeah, that's about the size of it[22:48:08] <frainone> ok! I'll ping you if I have any questions, as usual[22:48:19] <dmlloyd> there aren't too many tests, but, none of them work for the "remote" protocol so you'll be busy right away :)[22:48:27] *** alesj has quit IRC[22:49:06] <frainone> great :)[22:50:33] <frainone> dmlloyd: btw, how was JudCon this year?[22:51:33] *** dimitris_ has quit IRC[22:55:19] <dmlloyd> I didn't make it, my wife had to go to the hospital (gall stones)[22:55:44] <jamezp> Oh no, that's no good.[22:56:13] <frainone> oh[22:56:17] <frainone> I'm sorry[22:56:33] <dmlloyd> ah it's okay[22:56:36] <dmlloyd> Jason gave my presos[22:57:20] *** misty has joined #jboss-as7[22:58:05] <frainone> I hope she recovers soon[23:00:29] *** mgoldmann has quit IRC[23:12:52] *** adietisheim has joined #jboss-as7[23:14:35] <dmlloyd> thanks frainone. She's eating her first solid food right now :)[23:17:58] *** maxandersen has quit IRC[23:18:20] <frainone> :)[23:29:34] *** frainone is now known as frainone_afk[23:34:06] *** jwulf has joined #jboss-as7[23:34:48] <stuartdouglas> morning[23:40:28] *** stalep has quit IRC[23:41:33] <dmlloyd> morning stuartdouglas.[23:41:41] <jamezp> morning[23:44:58] <misty> morning stuartdouglas :)[23:50:15] *** asoldano has quit IRC[23:50:48] <stuartdouglas> dmlloyd: Did you get a chance to finish looking at my ejb branch? I made a few more minor changes last night[23:51:09] <dmlloyd> no, I wasn't sure where you were at[23:51:12] <dmlloyd> I can start it up again[23:53:03] <dmlloyd> mental note to figure out a clever way to cache and reuse proxy classes (EJB may have multiple views of the same type)[23:53:13] <dmlloyd> not critical but a nice to have[23:54:27] <stuartdouglas> The main thing that is missing now is the ejb interceptor chains[23:54:48] <dmlloyd> makes sense[23:55:05] <dmlloyd> if I am not up when Jaikiran comes on, would you mind chatting with him about it?[23:55:20] <stuartdouglas> sure[23:55:33] <dmlloyd> he may have made some progress already[23:57:13] <dmlloyd> also could use a rebase against upstream[23:57:18] <dmlloyd> ...hint, hint... :)[23:57:23] <stuartdouglas> hehe[23:57:50] <stuartdouglas> I will have a look at that now[23:57:52] <dmlloyd> great. this looks good, real progress.[23:57:55] <stuartdouglas> After I have a coffee[23:58:14] <dmlloyd> I'll reset to you once you've done it, since I have a different branch checked out right now.[23:59:29] <stuartdouglas> 15 conflicted files on the first commit, yay