May 13, 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 13, 2011 NOTICE: This channel is no longer actively logged.
[00:00:11] <sguilhen> smcgowan: the module itself builds fine[00:00:41] <smcgowan> sguilhen: i'm checking out the update now[00:01:27] <sguilhen> smcgowan: ah, ok. Do you want me to remove it from this pom? I just added the module to parent and also added a dep in jboss-javaee6-bom[00:02:00] <smcgowan> sguilhen: no, i'll take a look[00:05:04] <smcgowan> sguilhen: did you commit your APIs already?[00:05:35] <sguilhen> smcgowan: no, I wanted to make sure everything builds first. I can check it in now[00:06:07] <smcgowan> sguilhen: ok, check in your project and I'll add to the parent, i can even do the release for you later tonight if that'll help[00:09:10] *** tcrawley has quit IRC[00:09:38] <sguilhen> smcgowan: ok, I'll open a jira for the new module first and then commit everything. I can do the release of the new module after that, unless you need a new release of the whole spec project[00:10:29] <smcgowan> sguilhen: fine. the parent and the aggregate pom are separate so that can be done after[00:12:17] <smcgowan> i'll make an additional note in the release procedure about the specs-parent[00:13:51] *** clebert has quit IRC[00:14:15] <smcgowan> sguilhen: i'm heading off to dinner, send me an email if you run into a snag[00:14:22] <smcgowan> bbl[00:14:32] <sguilhen> smcgowan: ok, thanks for the help[00:15:03] *** smcgowan has quit IRC[00:17:23] *** kkhan has joined #jboss-as7[00:17:23] *** ChanServ sets mode: +v kkhan[00:23:41] *** pgier has quit IRC[00:24:04] *** pferraro has left #jboss-as7[00:24:15] * dmlloyd heading home, bbiab[00:27:39] *** Nihility has quit IRC[00:30:11] *** frainone is now known as frainone_bbiab[00:38:31] *** emuckenhuber has quit IRC[00:38:50] *** nickarls has quit IRC[00:38:50] *** misty has quit IRC[00:38:50] *** marcel has quit IRC[00:43:48] *** nickarls has joined #jboss-as7[00:43:49] *** misty has joined #jboss-as7[00:43:49] *** marcel has joined #jboss-as7[00:55:04] *** mgoldmann_ has quit IRC[00:56:38] *** kkhan has quit IRC[01:04:06] *** miclorb has joined #jboss-as7[01:05:57] *** pferraro has joined #jboss-as7[01:05:57] *** ChanServ sets mode: +v pferraro[01:06:35] *** pferraro has left #jboss-as7[01:11:01] *** alexsmirnov has quit IRC[01:21:08] *** sannegrinovero has quit IRC[01:36:14] *** bbrowning has quit IRC[02:15:46] *** clebert has joined #jboss-as7[02:15:46] *** ChanServ sets mode: +v clebert[02:24:32] *** irooskov has quit IRC[02:26:09] *** clebert has quit IRC[02:26:30] *** jamezp is now known as jamezp_afk[02:29:07] *** irooskov has joined #jboss-as7[02:30:13] *** dmison has joined #jboss-as7[02:32:39] *** stansilvert has quit IRC[02:49:32] *** clebert has joined #jboss-as7[02:49:32] *** ChanServ sets mode: +v clebert[02:50:53] *** smcgowan has joined #jboss-as7[02:50:53] *** ChanServ sets mode: +v smcgowan[03:05:09] *** sgilda has quit IRC[03:07:45] *** frainone_bbiab is now known as frainone[03:08:49] *** stuartwdouglas has joined #jboss-as7[03:15:23] *** tcrawley has joined #jboss-as7[03:15:23] *** ChanServ sets mode: +v tcrawley[03:33:40] *** Nihility has joined #jboss-as7[03:33:41] *** ChanServ sets mode: +v Nihility[03:36:55] *** tcrawley has quit IRC[03:44:59] *** Nihility has quit IRC[03:54:51] *** pferraro has joined #jboss-as7[03:54:51] *** ChanServ sets mode: +v pferraro[03:55:15] *** pferraro has left #jboss-as7[03:56:23] *** irooskov has quit IRC[04:04:20] *** tcrawley has joined #jboss-as7[04:04:20] *** ChanServ sets mode: +v tcrawley[04:04:44] *** JimMa has joined #jboss-as7[04:13:50] *** Nihility has joined #jboss-as7[04:13:51] *** ChanServ sets mode: +v Nihility[04:24:14] *** liweinan has joined #jboss-as7[04:42:35] *** asaldhan has left #jboss-as7[04:56:29] *** smarlow has joined #jboss-as7[04:56:29] *** ChanServ sets mode: +v smarlow[04:59:10] *** frainone has quit IRC[05:06:02] *** dmison has quit IRC[05:08:15] *** dmison has joined #jboss-as7[05:24:34] *** stliu has joined #jboss-as7[05:24:34] *** ChanServ sets mode: +v stliu[05:30:53] *** smarlow has quit IRC[05:36:35] *** tcrawley has quit IRC[05:42:03] *** bobmcw_ has joined #jboss-as7[05:42:03] *** bobmcw has quit IRC[05:46:10] *** smcgowan has quit IRC[05:53:18] *** Binbinaway has quit IRC[05:53:44] *** Binbinaway has joined #jboss-as7[05:55:12] *** bobmcw_ is now known as bobmcw[05:55:13] *** bobmcw has joined #jboss-as7[06:25:31] *** bgeorges has joined #jboss-as7[06:25:31] *** ChanServ sets mode: +v bgeorges[06:34:59] *** clebert has quit IRC[06:44:48] *** magesh has joined #jboss-as7[07:04:47] *** Nihility has quit IRC[07:06:54] *** magesh1 has joined #jboss-as7[07:06:56] *** jwulf has joined #jboss-as7[07:08:43] *** magesh has quit IRC[07:10:43] *** magesh1 is now known as magesh[07:44:30] *** miclorb has quit IRC[08:06:06] *** misty has quit IRC[08:09:06] *** emuckenhuber has joined #jboss-as7[08:09:06] *** emuckenhuber has joined #jboss-as7[08:09:06] *** ChanServ sets mode: +v emuckenhuber[08:10:36] *** jfclere has joined #jboss-as7[08:10:36] *** ChanServ sets mode: +v jfclere[08:14:02] *** tdiesler has joined #jboss-as7[08:14:02] *** ChanServ sets mode: +v tdiesler[08:16:54] *** stuartwdouglas has quit IRC[08:31:44] *** magesh1 has joined #jboss-as7[08:32:09] *** magesh has quit IRC[08:36:09] *** wolfc has joined #jboss-as7[08:36:09] *** ChanServ sets mode: +v wolfc[08:40:31] *** hbraun has joined #jboss-as7[08:44:53] *** maeste has joined #jboss-as7[08:44:54] *** ChanServ sets mode: +v maeste[08:44:55] *** opalka has joined #jboss-as7[08:44:55] *** ChanServ sets mode: +v opalka[08:46:15] *** mlinhard has joined #jboss-as7[08:51:49] *** wolfc has quit IRC[08:52:29] *** bgeorges has quit IRC[08:53:05] *** wolfc has joined #jboss-as7[08:53:05] *** ChanServ sets mode: +v wolfc[09:00:10] *** dmison has quit IRC[09:03:07] *** davidbos has joined #jboss-as7[09:13:51] *** max_crashed has quit IRC[09:16:00] *** pilhuhn has joined #jboss-as7[09:16:01] *** ChanServ sets mode: +v pilhuhn[09:22:33] *** lgao has joined #jboss-as7[09:28:09] *** asoldano has joined #jboss-as7[09:28:09] *** ChanServ sets mode: +v asoldano[09:32:29] *** hbraun has quit IRC[09:36:13] <nickarls> Does EJB JNDI name scoping differ in AS7 from AS6?[09:36:37] <nickarls> i.e. will there be problems with two WAR:s containing the same EJB (as there is in AS6?)[09:41:19] *** AndyTaylor has joined #jboss-as7[09:41:19] *** ChanServ sets mode: +v AndyTaylor[09:47:43] *** emuckenhuber has quit IRC[09:54:06] *** rmaucher has joined #jboss-as7[09:57:01] *** mgoldmann has joined #jboss-as7[09:57:01] *** ChanServ sets mode: +v mgoldmann[10:02:32] <wolfc> nickarls: in AS 7 we won't do the custom global bindings only the spec ones (for the moment)[10:02:41] <wolfc> nickarls: so you should not see that problem[10:03:03] <wolfc> nickarls: in AS 6 you can switch JNDI binding policy so you get a different (non-conflicting) scheme[10:05:56] *** KindOne has joined #jboss-as7[10:08:00] *** emuckenhuber has joined #jboss-as7[10:08:00] *** emuckenhuber has joined #jboss-as7[10:08:00] *** ChanServ sets mode: +v emuckenhuber[10:19:59] *** galderz has joined #jboss-as7[10:19:59] *** ChanServ sets mode: +v galderz[10:20:49] *** mgoldmann has quit IRC[10:21:20] *** mgoldmann has joined #jboss-as7[10:21:20] *** ChanServ sets mode: +v mgoldmann[10:35:28] *** liweinan has quit IRC[10:43:03] *** hbraun has joined #jboss-as7[10:45:50] *** tdiesler has quit IRC[10:48:22] *** tdiesler has joined #jboss-as7[10:48:22] *** ChanServ sets mode: +v tdiesler[11:01:37] *** aloubyansky has joined #jboss-as7[11:01:37] *** ChanServ sets mode: +v aloubyansky[11:02:48] *** tdiesler has quit IRC[11:03:12] *** tdiesler has joined #jboss-as7[11:03:12] *** ChanServ sets mode: +v tdiesler[11:06:58] *** kkhan has joined #jboss-as7[11:06:58] *** ChanServ sets mode: +v kkhan[11:08:53] *** jcosta has joined #jboss-as7[11:08:53] *** ChanServ sets mode: +v jcosta[11:10:32] *** tdiesler has quit IRC[11:10:56] *** tdiesler has joined #jboss-as7[11:10:56] *** ChanServ sets mode: +v tdiesler[11:19:09] *** Binbinaway has quit IRC[11:24:12] *** gbrown has joined #jboss-as7[11:26:15] *** tdiesler has quit IRC[11:26:37] *** tdiesler has joined #jboss-as7[11:26:38] *** ChanServ sets mode: +v tdiesler[11:27:35] *** davidbos has quit IRC[11:29:56] <nickarls> wolfc: cool, where is that done?[11:30:08] *** KindOne has left #jboss-as7[11:30:37] <nickarls> as deploying Foo.war and TestFoo.war in the same instance on AS 6 is a problem OOTB[11:31:01] *** galderz has quit IRC[11:33:29] *** hardy has joined #jboss-as7[11:35:29] <wolfc> nickarls: you can set it globally in ejb3-deployers-jboss-beans.xml or per deployment in jboss.xml[11:39:11] *** tdiesler has quit IRC[11:39:35] *** tdiesler has joined #jboss-as7[11:39:35] *** ChanServ sets mode: +v tdiesler[11:39:51] *** miclorb_ has joined #jboss-as7[11:40:44] *** davidbos has joined #jboss-as7[11:43:53] *** emuckenhuber has quit IRC[11:44:01] <nickarls> wolfc: you implement a custom jndi-binding-policy?[11:44:14] <nickarls> or is there some implementation that automagically prepends context root or something?[11:45:31] *** tdiesler has quit IRC[11:45:50] *** tdiesler has joined #jboss-as7[11:45:51] *** ChanServ sets mode: +v tdiesler[11:45:57] <wolfc> nickarls: you probably want org.jboss.metadata.ejb.jboss.jndipolicy.plugins.JavaEE6JndiBindingPolicy[11:46:01] *** gbrown has quit IRC[11:46:57] *** tdiesler has quit IRC[11:47:19] *** tdiesler has joined #jboss-as7[11:47:19] *** ChanServ sets mode: +v tdiesler[11:54:42] *** maxandersen has joined #jboss-as7[11:54:43] *** ChanServ sets mode: +v maxandersen[11:56:43] *** miclorb_ has quit IRC[11:58:33] <nickarls> thanks, I'll look into that[12:01:45] *** gbrown has joined #jboss-as7[12:09:43] *** asoldano is now known as asoldano_afk[12:11:50] *** darranl has joined #jboss-as7[12:11:50] *** darranl has joined #jboss-as7[12:11:50] *** ChanServ sets mode: +v darranl[12:13:03] *** davidbos has quit IRC[12:16:19] *** aloubyansky has quit IRC[12:17:37] *** miclorb_ has joined #jboss-as7[12:19:47] *** asoldano_afk is now known as asoldano[12:19:47] *** miclorb_ has quit IRC[12:22:11] <darranl> hi kkhan - do you have a sec?[12:24:31] *** galderz has joined #jboss-as7[12:24:31] *** ChanServ sets mode: +v galderz[12:28:06] *** stliu has quit IRC[12:28:23] <kkhan> darranl: shoot[12:28:51] <darranl> kkhan, was just quickly to check if there is any info on https://issues.jboss.org/browse/AS7-454[12:28:52] <jbossbot> jira [AS7-454] Convert all native management communication to Remoting 3 [Coding In Progress (Unresolved) Task, Critical, Kabir Khan] https://issues.jboss.org/browse/AS7-454[12:29:12] *** pmuir has joined #jboss-as7[12:29:12] *** pmuir has joined #jboss-as7[12:29:12] *** ChanServ sets mode: +v pmuir[12:29:19] <darranl> once you have some progress I need to start adding the security realm integration and then need to get a common way to return the user for the work baileyje is on[12:29:19] <kkhan> Hopefully next week[12:29:48] <kkhan> I have the protocol infrastructure in place over local remoting channels[12:30:09] <kkhan> And am working on getting the remote channels in jboss remoting working properly[12:30:17] *** maxandersen has quit IRC[12:30:40] <kkhan> I thought it was working yesterday but found some issues last night which I am working through[12:30:43] <darranl> kkhan, ok next week is good, that fits with my time - do you think we can sync up early next week? I am just thinking if I get my security realms pulled in this weekend then I may be able to start creating the commits based on your branch to integrate with Remoting if that is ok with you[12:31:02] <kkhan> Yeah, that sounds fine[12:31:26] <kkhan> Remoting has some support for pluggable security stuff, which I wanted to ping you about anyway[12:32:00] <kkhan> So, hopefully I will get remoting in a good enough shape today[12:32:18] <kkhan> and then spend monday/tuesday setting up the remoting services[12:32:26] <darranl> yeah last time I checked it was all SASL based with CallbackHandlers - the security realm approach I have implemented for the HTTP server is all CallbackHandler based so hopefully it is not much more than making these CallbackHandlers available[12:32:36] <kkhan> and then port the operation handlers over the rest of the week[12:32:41] <kkhan> and requests[12:33:00] <kkhan> Yeah, CallbackHandlers[12:33:21] <darranl> although Remoting is coming last it is actually the Remoting approach that has driven the rest ;-)[12:33:54] *** mgoldmann has quit IRC[12:33:58] *** davidbos has joined #jboss-as7[12:34:00] <kkhan> The missing piece of the puzzle :-)[12:34:30] <kkhan> Hopefully we won't run into too many other remoting issues once we start using it properly...[12:34:32] <darranl> yeah that is the last missing piece for me so we can start to ensure some common behaviour regardless of method the call comes in[12:35:06] <darranl> I haven't been in for a while, are you still in London on Wednesday? Just wondering if we are both closely in the same area if it would be worth coming in[12:35:11] *** galderz has quit IRC[12:35:32] <hbraun> maeste: pilhuhn[12:35:37] <hbraun> maeste: ping[12:35:40] <pilhuhn> hey[12:35:45] <hbraun> sorry pilhuhn typo[12:35:52] <pilhuhn> :)[12:35:55] <maeste> hbraun: pong[12:36:09] <hbraun> maeste: did the driver format change recently?[12:36:31] <maeste> hbraun: not in master[12:36:42] <maeste> hbraun: I'm changing it in my branch[12:37:01] <maeste> hbraun: and I'll write an email today asking you and other to get a look[12:37:06] <hbraun> weird because my tests are failing with this error: module should define jdbc driver with this format: <driver-name>#<major-version>.<minor-version>[12:37:12] <maeste> hbraun: and yep is changed in IJ trunk[12:37:26] <hbraun> but i send "org.h2.Driver#1.2"[12:37:27] <kkhan> darranl: I was just writing a mail to everybody about going to the office a day next week :-)[12:37:39] <darranl> kkhan, ;)[12:38:03] <kkhan> Let's see if anybody else is coming and choose the best day, and if not let's do Wednesday.[12:38:18] <maeste> hbraun: that's the old format not changed recently[12:38:27] <kkhan> But yeah, I go in once a week. Normally on Wednesdays[12:38:39] <darranl> kkhan, sounds good - any day is fine for me but mid-week the trains are a little less busy[12:38:43] <hbraun> maeste: ok, i'll figure it out[12:41:27] *** tdiesler has quit IRC[12:42:40] *** aslak has joined #jboss-as7[12:42:40] *** ChanServ sets mode: +v aslak[12:54:40] *** kcbabo has joined #jboss-as7[12:54:40] *** ChanServ sets mode: +v kcbabo[12:59:32] *** sgilda has joined #jboss-as7[13:04:46] *** JimMa has quit IRC[13:06:23] *** magesh has joined #jboss-as7[13:07:42] *** sannegrinovero has joined #jboss-as7[13:07:42] *** sannegrinovero has quit IRC[13:07:42] *** sannegrinovero has joined #jboss-as7[13:07:42] *** ChanServ sets mode: +v sannegrinovero[13:08:03] *** magesh1 has quit IRC[13:09:31] *** lgao has quit IRC[13:11:42] *** asoldano is now known as asoldano_lunch[13:16:16] *** mlinhard has quit IRC[13:16:21] *** mlinhard1 has joined #jboss-as7[13:19:11] *** vtunka has joined #jboss-as7[13:20:19] *** hardy has quit IRC[13:20:55] *** asoldano_lunch has quit IRC[13:21:21] *** asoldano_lunch has joined #jboss-as7[13:24:45] *** bbrowning has joined #jboss-as7[13:24:45] *** ChanServ sets mode: +v bbrowning[13:24:49] *** davidbos has quit IRC[13:30:00] *** aslak has quit IRC[13:32:48] *** bstansberry has joined #jboss-as7[13:32:48] *** ChanServ sets mode: +v bstansberry[13:37:51] *** smarlow has joined #jboss-as7[13:37:51] *** ChanServ sets mode: +v smarlow[13:40:08] *** maxandersen has joined #jboss-as7[13:40:08] *** ChanServ sets mode: +v maxandersen[13:44:52] *** mgoldmann has joined #jboss-as7[13:44:52] *** ChanServ sets mode: +v mgoldmann[13:46:18] *** bgeorges has joined #jboss-as7[13:48:07] *** bgeorges has joined #jboss-as7[13:53:17] *** bgeorges has quit IRC[13:53:19] *** maxandersen has quit IRC[13:54:38] *** bgeorges has joined #jboss-as7[13:55:00] *** aslak has joined #jboss-as7[13:55:00] *** ChanServ sets mode: +v aslak[14:01:28] *** torben has joined #jboss-as7[14:01:28] *** ChanServ sets mode: +v torben[14:03:59] *** pmuir has quit IRC[14:04:26] *** pmuir has joined #jboss-as7[14:04:26] *** pmuir has joined #jboss-as7[14:04:26] *** ChanServ sets mode: +v pmuir[14:08:43] *** asoldano_lunch is now known as asoldano[14:09:22] *** jpederse has joined #jboss-as7[14:09:24] *** asoldano has quit IRC[14:09:24] *** asoldano has joined #jboss-as7[14:09:28] *** jpederse has quit IRC[14:09:28] *** jpederse has joined #jboss-as7[14:09:33] <jpederse> AndyTaylor: yes ?[14:10:04] <AndyTaylor> jpederse: hey[14:10:18] <AndyTaylor> jpederse: hows it going[14:10:34] <jpederse> AndyTaylor: coffee almost done, so good :)[14:10:57] <AndyTaylor> jpederse: he he, u got a few minutes for somew questions, i can wait until you have had your coffee[14:11:06] <jpederse> AndyTaylor: just shoot[14:11:20] <AndyTaylor> well, u saw my mail i guess[14:11:47] <jpederse> AndyTaylor: yes, setResourceAdapter is called after the config-property's have been set[14:11:53] *** Jaikiran has joined #jboss-as7[14:11:54] *** ChanServ sets mode: +v Jaikiran[14:12:02] <AndyTaylor> jpederse: currently the HornetQManagedConnectionFactory is dependant on the resource adapter which in AS6 is set by the JCA layer[14:12:03] <jpederse> AndyTaylor: before validation and before the CF is created[14:12:15] <AndyTaylor> jpederse: is this the same in AS7[14:12:33] <jpederse> AndyTaylor: there is no dummy RA in AS 7[14:12:43] <jpederse> AndyTaylor: broken behavior in AS 6[14:13:01] <jpederse> AndyTaylor: just rip out the line in ra.xml and you should be good[14:13:13] <AndyTaylor> jpederse: not sure what you mean, what line?[14:14:09] <jpederse> AndyTaylor: ah, you have a HornetQResourceAdapter[14:14:18] <jpederse> AndyTaylor: what is the problem ?[14:14:19] <AndyTaylor> jpederse: and there wont be an ra.xml file anyway[14:14:45] <jpederse> AndyTaylor: internally there will[14:14:52] <AndyTaylor> jpederse: well, i will be creating a HornetQManagedConnectionFactory via some config[14:15:10] <AndyTaylor> jpederse: and then i need some glue code to register it[14:15:20] <jpederse> AndyTaylor: no, that is wrong[14:15:30] <jpederse> AndyTaylor: you have to use the service that maeste created[14:15:45] <jpederse> AndyTaylor: you can't create this stuff yourself[14:15:57] <AndyTaylor> jpederse: yes thats what i am doing[14:16:09] <jpederse> AndyTaylor: ok[14:16:19] <AndyTaylor> jpederse: so in my messaging subsystem[14:16:27] <jpederse> AndyTaylor: pastebin ?[14:16:38] <AndyTaylor> jpederse: i create a HornetQManagedConnectionFactory[14:16:51] <AndyTaylor> jpederse: and somehow i need to register this with the jca[14:17:00] <AndyTaylor> jpederse: and it also needs the RA injected[14:17:07] <jpederse> AndyTaylor: no, you have to create the metadata, and JCA will handle the rest[14:17:08] <AndyTaylor> jpederse: how should this happen[14:17:44] <AndyTaylor> jpederse: hmm, it seems depending who i talk to i need to do something different[14:18:40] <jpederse> AndyTaylor: https://github.com/maeste/jboss-as/commit/787ae82770531c01b8277519ffe8354089e2935d[14:18:41] <jbossbot> git [jboss-as] 787ae82.. Stefano Maestri providing a prototype service for hornetq ra depending on RaActivatorService[14:19:00] <jpederse> AndyTaylor: see ConnectorSubsystemAdd.java as an example[14:19:15] <maeste> AndyTaylor: yup exactly ^^^[14:19:43] <jpederse> AndyTaylor: there is a ton of stuff going on behind the scenes - so metadata and classes are enough for us[14:21:14] <AndyTaylor> jpederse: for outgoing connectors to, is this the same with jms-ds i mean[14:21:42] <jpederse> AndyTaylor: yeah, the ij.xml will allow you to configure f.ex. the jndi name[14:22:19] <AndyTaylor> jpederse: f.ex.=?[14:22:26] <AndyTaylor> jpederse: i dont do acronyms[14:22:28] <jpederse> AndyTaylor: see the " String ijxml"[14:22:39] <AndyTaylor> jpederse: ok, so thats the outgoing[14:23:05] <jpederse> AndyTaylor: the ironjacamar.xml can override the config-property's too - setup pool sizes, security, validation, ...[14:23:25] <AndyTaylor> jpederse: is there a better way to do this rather than xml string parsing, its a complete pita?[14:23:32] <jpederse> AndyTaylor: inbound is automatic - just put it in the ra.xml[14:23:54] <AndyTaylor> jpederse: what is automatic[14:24:05] <maeste> AndyTaylor: yup I made an example with only outgoing, feel fre to extend the xml including inbound too[14:24:19] <jpederse> AndyTaylor: registration of message listeners[14:24:36] <AndyTaylor> maeste: i thought raxml created the inbound?[14:24:51] <jpederse> AndyTaylor: you can provide an object tree of the metadata models - but that will take more time[14:25:10] <AndyTaylor> jpederse: well this is a parser nightmare already[14:25:40] <maeste> AndyTaylor: yup you are right, I didn't remember which raxml I've included[14:25:54] <AndyTaylor> maeste: ok[14:25:59] <jpederse> AndyTaylor: see L269 - this is where the object models are needed[14:26:01] <maeste> AndyTaylor: just looked at my example again. It have inbound too[14:26:09] <jpederse> AndyTaylor: using our parsers is one way to do it[14:26:21] <jpederse> AndyTaylor: you can use our implementation objects too if you want[14:26:29] <AndyTaylor> jpederse: i needt to take the config in the subsystems and convert it into this string, its just asking for trouble[14:27:09] <jpederse> AndyTaylor: well, the transformation has to happen somewhere[14:28:08] <AndyTaylor> jpederse: isnt there an api i can just use, it would be much easier, i.e. raobject.setConnectionDefinition(....[14:28:41] <bobmcw> inline XML is sorta strange[14:30:09] <AndyTaylor> jpederse: parsing some config into some more config that you guys are just going to parse again seems wrong to me[14:30:46] *** sannegrinovero_ has joined #jboss-as7[14:30:46] *** ChanServ sets mode: +v sannegrinovero_[14:32:07] <jpederse> AndyTaylor: the abstract deployer we are using behind the scenes is over 2000 lines - so it isn't that simple[14:32:39] <jpederse> AndyTaylor: it isn't simply binding the CF into JNDI[14:32:55] <jpederse> AndyTaylor: first you have to create instances of the resource adapter classes[14:33:00] *** tdiesler has joined #jboss-as7[14:33:00] *** ChanServ sets mode: +v tdiesler[14:33:02] <jpederse> AndyTaylor: then create a JCA container[14:33:05] <jpederse> AndyTaylor: configure that[14:33:13] <jpederse> AndyTaylor: and start the lifecycle[14:33:27] <jpederse> AndyTaylor: there is a reason why the JCA is 600 pages ;)[14:34:46] *** tdiesler has quit IRC[14:35:03] *** tdiesler has joined #jboss-as7[14:35:04] *** ChanServ sets mode: +v tdiesler[14:35:04] <AndyTaylor> jpederse: well, if this is the only way to do it[14:38:29] *** mgoldmann has quit IRC[14:38:29] *** mgoldmann_ has joined #jboss-as7[14:39:38] *** alesj has joined #jboss-as7[14:45:44] *** mmoyses has joined #jboss-as7[14:45:44] *** ChanServ sets mode: +v mmoyses[14:54:01] *** tdiesler has quit IRC[14:54:27] *** tdiesler has joined #jboss-as7[14:54:27] *** ChanServ sets mode: +v tdiesler[14:59:02] <AndyTaylor> jpederse: do you guys do anything with the license or description info in the raxml, just wondering whether i need to add it?[15:01:55] <jpederse> AndyTaylor: it should be enough to just log the license info[15:02:20] <AndyTaylor> jpederse: ok, cheers[15:06:36] *** frainone has joined #jboss-as7[15:06:37] *** ChanServ sets mode: +v frainone[15:15:22] *** tcrawley has joined #jboss-as7[15:15:22] *** ChanServ sets mode: +v tcrawley[15:21:00] *** fnasser has joined #jboss-as7[15:21:23] *** mgoldmann_ has quit IRC[15:25:10] *** liweinan has joined #jboss-as7[15:25:38] *** opalka has quit IRC[15:26:40] *** jamezp_afk has quit IRC[15:27:24] *** smcgowan has joined #jboss-as7[15:27:24] *** ChanServ sets mode: +v smcgowan[15:38:23] *** hardy has joined #jboss-as7[15:42:04] <tdiesler> wolfc, what are the requirements for a deployment to get recognized as an ejb3 deployment? I have a jar that contains a SLSB. It deploys ok. I don't see an entry in the JNDI view[15:43:04] <wolfc> tdiesler: that should work. Although I don't know if JNDI view itself works.[15:44:28] <tdiesler> wolfc, I could walk the InitialContext to find the entry, but I preseume that JNDIView also does just that[15:50:56] *** stalep has quit IRC[15:53:20] <mmoyses> rmaucher: where do i add a SessionListener for a web app?[15:54:46] <baileyje> tdiesler: JNDI view does not currently support the EE contexts. It will only show you the root jndi tree. It needs to be updated to have the EE contexts[15:55:43] <wolfc> baileyje: and java:global?[15:55:55] *** jc3 has quit IRC[15:56:05] <baileyje> That may be available.[15:56:27] *** aloubyansky has joined #jboss-as7[15:56:36] <rmaucher> mmoyses: no option available, you should probably use the logout I described[15:56:39] <baileyje> but not java:{comp|module|app}[15:57:32] <mmoyses> :([15:58:07] *** tdiesler has quit IRC[16:00:46] *** pgier has joined #jboss-as7[16:00:46] *** ChanServ sets mode: +v pgier[16:00:57] *** jwulf has quit IRC[16:02:32] <jpederse> dmlloyd: this (http://pastebin.com/hBEGf50b) looks correct to you, right ?[16:03:04] <jpederse> dmlloyd: not getting any of the .class files in the .jar pickup'ed though[16:04:05] <dmlloyd> I dunno, I avoid that visitor crap like the plague[16:05:07] <jpederse> dmlloyd: k, I'll try adding a recurse filter[16:05:38] <jpederse> dmlloyd: nope[16:06:51] <mmoyses> rmaucher: so if i extend genericprincipal i can hook up the cache flush on the logout method right?[16:08:02] <smarlow> rmaucher: do you have a preference for where we will store the collection of WEB valves classes for a deployment?[16:08:59] *** Jaikiran is now known as Jaikiran|AFK[16:09:06] <smarlow> rmaucher: I can add the JPA valve class to the collection, when it exists[16:09:40] <smarlow> rmaucher: only if the application needs it, of course[16:09:47] <rmaucher> smarlow, I don't like the concept[16:10:28] <smarlow> rmaucher: I don't want to plug a class name, is that what you don't like?[16:12:10] <smarlow> rmaucher: it would only be open to DUPs, not applications[16:13:38] <rmaucher> it will still use the regular metadata[16:15:15] *** alesj has quit IRC[16:16:04] <smarlow> rmaucher: at some point, it becomes a memory leak that has to be fixed.[16:16:16] <rmaucher> the idea of a common EE valve was the right one anyway, using a real valve outside of the web subsystem is bad in the end[16:16:16] <smarlow> rmaucher: it doesn't work to just ignore the use case.[16:19:44] <smarlow> rmaucher: Do you mean something like org.jboss.invocation.Interceptor?[16:19:55] *** vtunka has quit IRC[16:20:17] <hbraun> bstansberry: ping[16:20:51] <bstansberry> hbraun: pong[16:21:00] <rmaucher> probably the right solution is to have a valve which would centralize all things, then dispatch what it gets using some to-be-defined API[16:21:14] <hbraun> remember the question about rollback i asked yesterday?[16:21:42] <bstansberry> yep[16:21:56] <hbraun> di you have the time to look at it?[16:22:02] <bstansberry> i was somewhat formulating an explanation, and then had to hit the road[16:22:03] <hbraun> or should we simply create a Kira?[16:22:08] <hbraun> ;)[16:22:18] <hbraun> would you mind to somewhat try it again?[16:22:24] <bstansberry> you are doing a domain op, right?[16:22:27] <hbraun> s/Kira/Jira[16:22:36] <hbraun> yes[16:22:47] <bstansberry> i'm starting to dislike JIRA, let's try Kira![16:23:03] <hbraun> sounds like a girl[16:23:08] <bstansberry> it passes validation on the domain, but fails on every server are runtime[16:23:39] <smarlow> rmaucher: so a single EE valve that gets pulled in always and the AS7 integration code would arrange to have that call whatever is needed?[16:23:45] <hbraun> bstansberry: yes, can be[16:23:54] <bstansberry> the DC is allowing such an op to update the domain model; the rollback logic needs to handle the case where 100% server failure == no change to domain model[16:24:13] <bstansberry> the stuff dmlloyd and I are doing will handle this case better[16:24:52] <hbraun> are you saying I can move on because you guys take care?[16:24:52] <rmaucher> this is what Jason described[16:25:27] <bstansberry> hbraun: yes, move along, nothing to see here![16:25:41] <hbraun> i just need to know if the console can deal with it (i.e. calling rollback op's)[16:26:06] <hbraun> or if it's the DC's responsibility[16:26:39] <bstansberry> hbraun: I think it should be the DC's responsibility[16:26:45] <hbraun> me too[16:26:47] <hbraun> ;)[16:26:50] <hbraun> great[16:26:53] <hbraun> bye[16:26:57] <bstansberry> lol[16:26:58] *** Nihility has joined #jboss-as7[16:26:58] *** Nihility has joined #jboss-as7[16:26:58] *** ChanServ sets mode: +v Nihility[16:27:02] <hbraun> lol[16:27:04] <bstansberry> nice doing business with you[16:27:22] <hbraun> no, that#s fine then I'll leave it as is and revisit when you proposed a solution[16:27:52] <hbraun> btw, who does maintain the logging subsystem?[16:28:06] <hbraun> andy has asked for several logging related improvements[16:29:01] <hbraun> bstansberry: https://issues.jboss.org/browse/AS7-771[16:29:03] <jbossbot> jira [AS7-771] Provide extended logging management operations [Open (Unresolved) Feature Request, Major, Brian Stansberry] https://issues.jboss.org/browse/AS7-771[16:29:13] <bstansberry> hbraun: lol, baileyje is asking me for small tasks. baileyje you just became logging guy!!![16:29:23] <hbraun> +1[16:29:44] <hbraun> i think the the proposed logging use cases make a lot of sense[16:30:06] <bstansberry> dmlloyd was nice enough to fix up a lot of logging stuff, but we all need to pitch in a bit; that component can't be his[16:30:16] <hbraun> AFAIK it#s currently not even possible to change the level[16:31:29] <bstansberry> yeah, it's a problem. most subsystems have an owner, logging we have to just attack collectively[16:32:31] <smarlow> rmaucher: do you mean this "I've been thinking what we really need is a single shared EE context thread local (or alternatively a field on an extended thread)"? I'm find with sharing TL but I need a deployment time way to hook the JPA valve in.[16:32:31] *** stliu has joined #jboss-as7[16:32:40] *** ChanServ sets mode: +v stliu[16:32:43] *** tdiesler has joined #jboss-as7[16:32:44] *** ChanServ sets mode: +v tdiesler[16:32:44] <hbraun> baileyje: congrats for owning the log subsystem now[16:32:53] <smarlow> rmaucher: do you mean this "I've been thinking what we really need is a single shared EE context thread local (or alternatively a field on an extended thread)"? I'm fine with sharing TL but I need a deployment time way to hook the JPA valve in.[16:33:06] <hbraun> baileyje: we appreciate your initiative[16:33:07] <baileyje> Good think I know how to delegate.... :)[16:33:12] <hbraun> ;)[16:33:14] <hbraun> lol[16:33:34] <hbraun> didn't you hear brian's words? he said "collectively"[16:33:39] <hbraun> guess that means "you"[16:34:37] <hbraun> i think https://issues.jboss.org/browse/AS7-771 would be really beneficial to the majority of the users[16:34:39] <jbossbot> jira [AS7-771] Provide extended logging management operations [Open (Unresolved) Feature Request, Major, Brian Stansberry] https://issues.jboss.org/browse/AS7-771[16:34:50] <hbraun> i expect it to be one of the more frequent use cases[16:35:37] <hbraun> there is another one: https://issues.jboss.org/browse/AS7-738[16:35:38] <jbossbot> jira [AS7-738] Provide a JNDI View operation, similar to AS6 [Open (Unresolved) Enhancement, Major, Jason Greene] https://issues.jboss.org/browse/AS7-738[16:35:46] <rmaucher> the result is that components wouldn't be using valves, hopefully[16:36:56] <baileyje> I will work on 771 right now..[16:37:02] <baileyje> Should make a good Friday task.[16:37:15] <hbraun> baileyje: thanks. I appraciate it[16:38:29] <bstansberry> baileyje: did anyone ever do work on JNDI view? I remember it coming up a few months back[16:38:41] <baileyje> I am not sure anyone did.[16:38:53] <baileyje> It was discussed, but not sure what came of it.[16:39:19] <baileyje> It would require some means to track what components, etc are deployed.[16:41:46] <smarlow> rmaucher, Nihility: WebNonTxEmCloserValve is already a valve but I can change it into a org.jboss.invocation.Interceptor, if servlets could call org.jboss.invocation.Interceptor's[16:42:05] <smarlow> not the servlet directly of course, I mean our web container :)[16:42:51] <smarlow> Nihility: did you have something in mind for integrating WebNonTxEmCloserValve or equivalent into the web container?[16:47:01] *** hbraun has quit IRC[16:49:26] *** asaldhan has joined #jboss-as7[16:49:26] *** ChanServ sets mode: +v asaldhan[16:50:52] *** jc3 has joined #jboss-as7[16:50:52] *** ChanServ sets mode: +v jc3[16:51:03] <rmaucher> for now, I believe I will probably add your valve to PUDeploymentProcessor.handleWarDeployment, as a class name[16:52:45] <jc3> hi, i'm playing around with the domain-api using curl, the upload-deployment-url operation in particular. i get a "success" outcome, but i don't see my deployment in the cli. what am i missing?[16:55:21] <smarlow> rmaucher: sounds like a good start. I can help test it[16:56:14] <rmaucher> and the JPA deployment marker is there only when needed ?[16:57:18] <smarlow> rmaucher: its only there if the deployment is using JPA, which is probably covering the 99% of the time :)[16:58:23] <asaldhan> rmaucher: I started creating a discussion for jsse/openssl: http://community.jboss.org/thread/166646?tstart=0[16:59:28] <maeste> bstansberry: I see your answers to MNR thread. My question: what is the plan. Are there jiras I can watch?[17:00:09] <rmaucher> asaldhan: I see no value with that, SSL is important enough for web so that I don't feel like delegating it, sorry (but good luck on the effort if you think it can help other modules)[17:01:38] *** sannegrinovero has quit IRC[17:03:46] <dmlloyd> delegating isn't important, the important thing is that the configuration model is the same[17:03:51] <dmlloyd> or as similar as possible[17:04:05] <asaldhan> rmaucher: dmlloyd: let me see how much commonality I can extract.[17:04:12] *** stliu has quit IRC[17:04:16] <asaldhan> ssl is still a security setting.[17:04:27] <asaldhan> which is used by all modules (not just web)[17:04:40] <dmlloyd> if we have a set of util methods which parse the config model and do the XML work then anything using SSL can benefit from it[17:04:54] <rmaucher> JF already did examine the parameters, why is Anil qualified to redo it again ?[17:05:09] <dmlloyd> why not?[17:05:14] <bstansberry> maeste: AS7-772 and AS7-367[17:05:16] <jbossbot> jira [AS7-772] Allow operation handlers to register child ModelNodeRegistrations [Open (Unresolved) Feature Request, Major, Brian Stansberry] https://issues.jboss.org/browse/AS7-772[17:05:17] <jbossbot> jira [AS7-367] Expose deployment details via the domain management API [Open (Unresolved) Feature Request, Critical, Emanuel Muckenhuber] https://issues.jboss.org/browse/AS7-367[17:08:38] <asaldhan> I am not qualified. I am just extracting common parameters for SSL into separate blocks that are used by various subsystems[17:10:24] <asaldhan> the whole idea of unified/simplified config lead us to the "domain model" concept.[17:11:11] *** mbg has joined #jboss-as7[17:11:12] *** ChanServ sets mode: +v mbg[17:11:54] <rmaucher> asaldhan: you should be a politician ...[17:11:54] <maeste> bstansberry: thanks[17:12:25] <maeste> dmlloyd: ping a question about AS7-390: the plan is to remove the thread subsystem, but the module to use common code needs review or can be used as is?[17:12:26] <jbossbot> jira [AS7-390] Eliminate the threads subsystem [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/AS7-390[17:14:40] <asaldhan> rmaucher: that can happen only after I visit France. :)[17:14:50] <dmlloyd> maeste: I failed to parse your question[17:15:49] <maeste> dmlloyd: maybe I failed to write it :)[17:16:26] <maeste> dmlloyd: in the jira you say that subsystems have to use common code from threads module[17:16:54] <maeste> dmlloyd: my question is if this module is already ready or it needs any changes before to expose some API[17:17:32] *** stliu has joined #jboss-as7[17:17:37] *** stliu has quit IRC[17:17:37] *** stliu has joined #jboss-as7[17:17:37] *** ChanServ sets mode: +v stliu[17:19:26] *** aslak has quit IRC[17:20:01] <dmlloyd> maeste: well the as-threads module, which is the one I'm talking about, obviously has the parsing methods there, but they do need to be factored out into something sensible that can be reused by other subsystems[17:20:08] <dmlloyd> the parsing methods and operation handlers[17:20:59] <mmoyses> bstansberry: kkhan: can anyone please pull https://github.com/mmoyses/jboss-as/commit/3b6bd1631929bc57e9e839b3d617e6a98d2c53f4 when possible?[17:21:00] <jbossbot> git [jboss-as] 3b6bd16.. Marcus Moyses flush authentication cache when session is destroyed[17:21:31] <kkhan> I can do it a bit later[17:22:12] *** jamezp has joined #jboss-as7[17:22:23] <asoldano> mmoyses, thanks for the comments on those security manager related jiras; I'm working on a solution that properly uses the services though[17:23:10] <mmoyses> asoldano: cool[17:23:21] <maeste> dmlloyd: so is it better to wait before start coding other subsystems?[17:26:20] <dmlloyd> well, you could go ahead and refactor the threads subsystem such that those parser methods are available :)[17:26:27] <dmlloyd> should be pretty easy[17:27:16] <asaldhan> asoldano: unrelated to security. Are u using JAXP schema validation?[17:27:33] <asaldhan> asoldano: in my experience, I found that to be the simplest solution for ondemand validation[17:27:39] <maeste> dmlloyd: oki[17:28:04] <asoldano> asaldhan, you mean for the jbossws-native schema validation feature?[17:28:20] <asaldhan> asoldano: yeah. schema validation in JBossWS in general.[17:28:24] <asaldhan> asoldano: for AS7+[17:28:36] *** davidbos has joined #jboss-as7[17:28:46] *** davidbos has quit IRC[17:28:51] <asaldhan> asoldano: stax parsers will also have some validation in built.[17:29:06] <asoldano> asaldhan, afair we're not doing any explicit schema validation besides that...[17:29:14] <asaldhan> asoldano: But I always rely on jaxp validation if desired by user before doing stax.[17:29:36] <asoldano> asaldhan, I'll keep that in mind, not sure how that's done in cxf[17:29:51] <asaldhan> asoldano: if(needSchemaValidation) { //set up jaxp schema validation} doStax()[17:30:03] <asaldhan> asoldano: in productn env, nobody does schema validatn[17:30:23] <asaldhan> asoldano: sometime external payloads are bad, they should be able to turn on/off jaxp validn[17:30:36] <asaldhan> asoldano: since it is a feature of the JDK, I may as well use it. :)[17:30:40] *** pferraro has joined #jboss-as7[17:30:40] *** ChanServ sets mode: +v pferraro[17:31:23] <asoldano> asaldhan, ok. Btw, just checked and the jbws-native @SchemaValidation ends up using jaxp validation[17:33:02] *** frainone is now known as frainone_lunch[17:35:03] <asaldhan> asoldano: thx to rio for checking the bug in native. I just put in a simple impl of Dispatch in the interim. :)[17:35:15] <asoldano> asaldhan, :-)[17:35:45] *** JimMa has joined #jboss-as7[17:36:14] <asaldhan> asoldano: and thanks to JimMa too.[17:37:26] *** pferraro has quit IRC[17:37:56] *** clebert has joined #jboss-as7[17:37:56] *** ChanServ sets mode: +v clebert[17:38:14] *** pferraro has joined #jboss-as7[17:38:14] *** ChanServ sets mode: +v pferraro[17:43:23] *** pferraro has quit IRC[17:43:33] *** JimMa has quit IRC[17:49:14] <asoldano> asaldhan, I have some old code that was using RealMapping for checking if a given user has a given set of roles... is that currently to be done using the AuthorizationManager I get from the SecurityDomainContext service?[17:49:28] <asoldano> s/RealMapping/RealmMapping/[17:50:02] <mmoyses> asoldano: yep[17:50:26] <asoldano> mmoyses, thanks[17:50:38] *** hardy has left #jboss-as7[17:53:19] <asaldhan> asoldano: AuthorizationMgr is intuitive[17:53:25] *** jcosta has quit IRC[17:53:38] <asaldhan> asoldano: the default impl natively does role mapping[17:56:32] <mmoyses> asaldhan: the default authentication manager no longer implements RealmMapping[18:01:01] *** stliu has quit IRC[18:03:26] <asaldhan> mmoyses: I am talking about the default impl of authz mgr[18:03:39] <mmoyses> right[18:06:01] <asoldano> mmoyses, asaldhan: AuthorizationManager::getUserRoles(Principal principal) is deprecated, what should I use instead of that?[18:06:09] <asoldano> just to be sure...[18:06:30] <asaldhan> mmoyses: we should remove the deprecation from that.[18:06:52] <asoldano> asaldhan, ok, so I go ahead and use it?[18:07:44] <asaldhan> asoldano: if u have the securityctx. sc.getUtil().getXX has a bunch of util methods that are useful[18:08:37] <AndyTaylor> jpederse: maeste in my ra subsystem add i use RaParser but im getting a class not found exception, at what point should i set the dependency for this?[18:09:09] *** aslak has joined #jboss-as7[18:09:09] *** ChanServ sets mode: +v aslak[18:09:12] <jpederse> AndyTaylor: ironjacamar.api / ironjacamar.impl[18:10:12] <AndyTaylor> jpederse: org.jboss.jca.common.metadata.ra.RaParser[18:10:12] <mmoyses> asoldano: i will remove the deprecation for the next version. you can use it anyway[18:10:24] <asoldano> asaldhan, mmoyses: ok, thanks[18:10:40] <jpederse> AndyTaylor: yes, that is in ironjacamar.impl[18:10:49] *** pferraro has joined #jboss-as7[18:10:50] *** ChanServ sets mode: +v pferraro[18:11:05] <AndyTaylor> jpederse: yes, how do i add the dependency, at what point[18:11:58] <jpederse> AndyTaylor: changing your modules.xml should be enough[18:12:44] <AndyTaylor> jpederse: i'm talking about at runtime in the AS[18:12:47] <jpederse> AndyTaylor: modules/org/hornetq/main/modules.xml in the resulting dist[18:13:36] <jpederse> AndyTaylor: the modules.xml control the run-time CL for your module[18:13:49] <AndyTaylor> jpederse: where is this file?[18:13:59] <AndyTaylor> jpederse: before it is built[18:14:37] <jpederse> AndyTaylor: build/src/main/resources/modules/org/hornetq/main/module.xml[18:14:57] <AndyTaylor> jpederse: im assuming we dont want users to have to edit this every time :)[18:15:06] <AndyTaylor> jpederse: where does it come from[18:15:33] <jpederse> AndyTaylor: change the one under build/[18:15:48] <jpederse> AndyTaylor: it'll get copied over when the modules is installed[18:16:18] <AndyTaylor> jpederse: ahhh, that didnt appear in my ide, sorry[18:16:26] <jpederse> AndyTaylor: ah :)[18:16:31] <AndyTaylor> jpederse: i thought it must have been dynamically built or something[18:16:34] <AndyTaylor> :)[18:17:19] <AndyTaylor> jpederse: org.ironjacamar.impl i guess[18:17:30] <jpederse> AndyTaylor: and .api[18:18:19] <AndyTaylor> jpederse: ta[18:18:28] <jpederse> AndyTaylor: org.jboss.ironjacamar.api + .impl[18:18:52] <jpederse> AndyTaylor: see our files for an example[18:18:58] <AndyTaylor> jpederse: ok, ta[18:19:40] *** vtunka has joined #jboss-as7[18:20:50] *** pferraro has quit IRC[18:22:41] *** aloubyansky has quit IRC[18:24:43] <AndyTaylor> jpederse: hmmm, that didnt work,i guess i need to add it to the org.jboss.as.messaging module[18:24:54] *** pferraro has joined #jboss-as7[18:24:54] *** ChanServ sets mode: +v pferraro[18:25:29] <jpederse> AndyTaylor: yes, if your AS stuff is under there[18:27:03] *** jfclere has quit IRC[18:27:54] *** pilhuhn has quit IRC[18:32:12] *** fnasser has quit IRC[18:32:38] *** mmoyses is now known as mmoyses_[18:32:51] *** fnasser has joined #jboss-as7[18:36:03] *** frainone_lunch is now known as frainone[18:38:26] *** kcbabo is now known as babo_afk[18:51:01] *** gbrown has quit IRC[18:54:34] *** fnasser has quit IRC[18:55:44] *** clebert has quit IRC[18:58:56] <jbossbot> git [jboss-as] push mmoyses 3b6bd16.. Marcus Moyses flush authentication cache when session is destroyed[18:58:56] <jbossbot> git [jboss-as] push mmoyses URL: http://github.com/jbossas/jboss-as/compare/0000000...3b6bd16[18:59:16] <jbossbot> git [jboss-as] push master 3b6bd16.. Marcus Moyses flush authentication cache when session is destroyed[18:59:17] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/bac5c8c...3b6bd16[18:59:37] <kkhan> First one of those was to the wrong upstream branch[19:00:23] *** bgeorges has quit IRC[19:02:34] *** mgoldmann has joined #jboss-as7[19:02:40] *** mgoldmann has quit IRC[19:02:40] *** mgoldmann has joined #jboss-as7[19:02:40] *** ChanServ sets mode: +v mgoldmann[19:03:15] *** kkhan has quit IRC[19:04:51] *** mmoyses_ is now known as mmoyses[19:05:24] *** mgoldmann_ has joined #jboss-as7[19:07:34] *** sannegrinovero__ has joined #jboss-as7[19:07:34] *** sannegrinovero_ has quit IRC[19:07:55] *** magesh1 has joined #jboss-as7[19:08:26] *** magesh has quit IRC[19:08:48] *** mgoldmann has quit IRC[19:11:33] *** asoldano has quit IRC[19:12:32] *** smarlow has quit IRC[19:21:18] *** smcgowan has quit IRC[19:23:21] *** bstansberry is now known as bstans_afk[19:24:43] *** pmuir has quit IRC[19:26:52] *** vtunka has quit IRC[19:34:29] *** wolfc has quit IRC[19:40:34] *** sannegrinovero_ has joined #jboss-as7[19:40:34] *** ChanServ sets mode: +v sannegrinovero_[19:40:34] *** sannegrinovero__ has quit IRC[19:42:29] *** clebert has joined #jboss-as7[19:42:40] *** ChanServ sets mode: +v clebert[19:44:41] *** darranl is now known as darranl_afk[19:47:39] *** clebert has quit IRC[19:47:59] *** clebert has joined #jboss-as7[19:47:59] *** ChanServ sets mode: +v clebert[19:49:36] *** smarlow has joined #jboss-as7[19:49:36] *** ChanServ sets mode: +v smarlow[19:50:51] <AndyTaylor> maeste: got a quick question if you have a sec[19:52:15] <jpederse> AndyTaylor: he is gone for the weekend - anything I can help with ?[19:52:28] <AndyTaylor> jpederse: yeah, didnt see u on here[19:53:07] <AndyTaylor> jpederse: i needed javax.resource.spi.ResourceAdapter so i added the ironjacamar spec api module to the jacamar api module[19:53:15] <AndyTaylor> jpederse: but i still get a class not found[19:53:16] *** clebert has quit IRC[19:53:32] <AndyTaylor> jpederse: am i missing something[19:53:42] <jpederse> AndyTaylor: I think Shelly moved it... let me check[19:55:36] <jpederse> AndyTaylor: javax.resource.api[19:55:50] <jpederse> AndyTaylor: from the spec project[19:56:40] <AndyTaylor> jpederse: ive added the following[19:56:40] <AndyTaylor> <maven-resource group="org.jboss.ironjacamar" artifact="ironjacamar-spec-api"/>[19:56:47] <AndyTaylor> jpederse: is that incorrect[19:56:51] <jpederse> AndyTaylor: yup[19:57:16] <AndyTaylor> jpederse: but the nterface is in that package[19:57:19] <AndyTaylor> interface[19:57:41] <jpederse> AndyTaylor: see <version.org.jboss.spec.javax.resource.jboss-connector-api_1.6_spec> instead[19:57:55] <jpederse> AndyTaylor: yes, but it isn't included in AS 7[19:58:20] <jpederse> AndyTaylor: you have to use javax.resource.api inside AS 7 instead[19:58:36] <jpederse> AndyTaylor: you can use that one too in HQ if you want[19:58:48] <jpederse> AndyTaylor: ironjacamar-spec-api is the upstream API[19:58:53] <AndyTaylor> jpederse: ive tried that too and it didnt work[19:59:27] <AndyTaylor> jpederse: adding javax.resource.api to the messaging module that is[19:59:49] <jpederse> AndyTaylor: <module name="javax.resource.api"/>[20:00:07] <AndyTaylor> jpederse: yip, exactly that[20:00:15] <AndyTaylor> jpederse: let me try it again, just in caser[20:00:17] <AndyTaylor> case[20:00:59] *** sannegrinovero__ has joined #jboss-as7[20:00:59] *** sannegrinovero_ has quit IRC[20:01:26] <jpederse> AndyTaylor: it has dependencies out too - so try adding[20:01:36] <jpederse> AndyTaylor: <module name="javax.api"/>[20:01:38] <jpederse> AndyTaylor: too[20:01:45] *** babo_afk is now known as babo[20:01:50] <AndyTaylor> jpederse: ok[20:01:52] *** babo is now known as kcbabo[20:02:33] *** sannegrinovero_ has joined #jboss-as7[20:02:34] *** sannegrinovero__ has quit IRC[20:02:40] *** sannegrinovero_ has quit IRC[20:02:40] *** sannegrinovero_ has joined #jboss-as7[20:02:40] *** ChanServ sets mode: +v sannegrinovero_[20:04:26] <AndyTaylor> jpederse: hmmm, that doesnt work either[20:05:04] <jpederse> AndyTaylor: pastebin your config - David can help[20:06:33] <AndyTaylor> jpederse: dmlloyd http://pastebin.com/5d8pJUm7 any chance u could check my config[20:07:22] <dmlloyd> that looks fine[20:07:28] <jpederse> AndyTaylor: the error too[20:07:36] <AndyTaylor> dmlloyd: jpederse 2 secs[20:07:36] <dmlloyd> you must NOT however add artifacts to your <module-definition> in build.xml[20:07:50] <dmlloyd> the only artifacts you can add are your exact JAR, *no* dependencies[20:08:09] <AndyTaylor> dmlloyd: so ive added hornetq-ra thats ok yeah[20:08:27] <dmlloyd> for this module it should be just jboss-as-messaging[20:08:32] <dmlloyd> no dependencies of any kind[20:08:39] <dmlloyd> if you want to add other artifacts, make modules for them[20:09:56] <AndyTaylor> dmlloyd: the dependencies were already there i just added to them[20:10:05] <AndyTaylor> dmlloyd: http://pastebin.com/a0rRmgSE this is my error[20:11:42] <jpederse> AndyTaylor: org.hornetq:main missing javax.resource.api[20:12:15] <jpederse> AndyTaylor: did you add hornet-ra into the org.hornetq module ?[20:12:17] <AndyTaylor> jpederse: dmlloyd so i have to add it too hornetq.main as well[20:12:24] <AndyTaylor> jpederse: yes[20:12:38] <AndyTaylor> javax.resource.api that is[20:12:48] <jpederse> AndyTaylor: I would create a separate module for that artifact[20:13:13] <AndyTaylor> jpederse: i tried that as well[20:13:28] <jpederse> AndyTaylor: since HornetQ core doesn't depend on JCA[20:14:35] <AndyTaylor> jpederse: i should create a new module for hornetq-ra?[20:14:54] <jpederse> AndyTaylor: I would say yes - dmlloyd, Nihility ^[20:15:24] *** kcbabo has quit IRC[20:16:10] <AndyTaylor> jpederse: is that why it doesnt work, this stuff is so convoluted, impossible to pick up without docs[20:16:47] <Nihility> oh hi[20:16:49] <Nihility> missed the convo[20:17:30] <AndyTaylor> Nihility: im pissing against the wind again ;)[20:17:52] <jpederse> AndyTaylor: we separate modules into the correct structure such that subsystem's and services can depend on as little as possible[20:18:31] <jpederse> AndyTaylor: hornetq-ra is outside of the core functionality of HornetQ, so I would say separate module[20:18:43] <jpederse> AndyTaylor: have that module depend on HornetQ core and JCA[20:19:07] *** sannegrinovero_ has quit IRC[20:19:40] <AndyTaylor> jpederse: ok, and can u explain why i still get CNF even tho the messaging module has this dependency[20:20:13] <jpederse> AndyTaylor: because org.hornetq:main can't see javax.resource.api[20:20:27] <jpederse> AndyTaylor: as.messaging is another module[20:21:01] <AndyTaylor> jpederse: this class is loaded in the messaging module or are you saying that[20:21:10] <jpederse> AndyTaylor: if hornetq-ra.jar is in org.hornetq:main then it needs the javax.resource api[20:21:39] <AndyTaylor> jpederse: if a class i load in messaging module needs say this class it needs to depend on it?[20:22:16] <jpederse> AndyTaylor: yes, lets say[20:22:29] <jpederse> AndyTaylor: hornetq-ra.jar is in org.hornetq:main[20:22:49] <jpederse> AndyTaylor: then add <module ... javax.resource.api> to org.hornetq:main[20:23:09] <jpederse> AndyTaylor: in as.messaging you just add a dependency to org.hornetq[20:23:21] <AndyTaylor> jpederse: ok, that makes sense[20:23:33] <AndyTaylor> jpederse: and it keeps classloading to a minimum[20:23:46] <jpederse> AndyTaylor: nothing can see each other - you have to add the links manually[20:24:07] <jpederse> AndyTaylor: or in your code using the JBoss Modules API[20:24:26] <jpederse> AndyTaylor: correct[20:24:34] <AndyTaylor> jpederse: ok, cool,[20:25:02] *** mlinhard1 has quit IRC[20:25:25] <AndyTaylor> jpederse: btw when i get this classloading working i should have incomin up and running[20:25:28] *** fnasser has joined #jboss-as7[20:25:29] <jpederse> AndyTaylor: but as I said , I would separate the -ra out of org.hornetq[20:25:34] <AndyTaylor> jpederse: locally anyway[20:25:42] <AndyTaylor> jpederse: yer, that makes sense[20:25:49] <jpederse> AndyTaylor: that will allow you to update it without touching core[20:26:14] <AndyTaylor> jpederse: yeah, thanks for your time[20:26:33] <AndyTaylor> jpederse: again, someone should document this stuff, maybe i will do it :)[20:26:44] <jpederse> AndyTaylor: IronJacamar is a lot more strict than AS 6 ;)[20:26:50] <AndyTaylor> jpederse: idiot's guide to AS7 development[20:27:03] <AndyTaylor> jpederse: which is good[20:28:05] <jpederse> AndyTaylor: 2.2.2 is only generating WARNs - I filed JIRAs already for it[20:28:21] <AndyTaylor> jpederse: ok[20:29:11] <jpederse> AndyTaylor: however, it will fail as soon as somebody puts[20:29:28] <jpederse> AndyTaylor: <connector .... fail-on-warn="true"> in the config[20:29:46] <jpederse> AndyTaylor: so better fix ;)[20:29:52] <AndyTaylor> jpederse: will do :)[20:39:12] *** wolfc has joined #jboss-as7[20:39:12] *** ChanServ sets mode: +v wolfc[20:41:52] *** mgoldmann_ has quit IRC[20:48:41] *** sguilhen has quit IRC[20:48:53] *** sguilhen has joined #jboss-as7[20:52:28] *** Jaikiran|AFK has quit IRC[20:54:30] *** mmoyses is now known as mmoyses_[21:04:27] <AndyTaylor> jpederse: i now have an RA registered and deployed :)[21:04:36] <jpederse> AndyTaylor: :)[21:04:40] <AndyTaylor> jpederse: one last quick question before i hit the bottle[21:05:03] <AndyTaylor> jpederse: our RA is dependant on the jboss tm and uses the locator classes to obtain it[21:05:23] <AndyTaylor> jpederse: is this just a case of adding the tm dependency[21:05:29] <AndyTaylor> or is there a new api[21:05:58] <Nihility> we use service deps[21:06:06] <jpederse> AndyTaylor: well, your RA will run in isolation[21:06:36] <AndyTaylor> Nihility: this code is in our Resource Adapter[21:06:45] <Nihility> in a rar you mean?[21:06:45] <jpederse> AndyTaylor: I think the easiest for now is to use java:comp/UserTransaction[21:07:04] <AndyTaylor> Nihility: no, there is no rar[21:07:27] <AndyTaylor> jpederse: its only to set the tx timeout, so i guess i can leave it for now[21:07:34] <jpederse> AndyTaylor: it is just setTimeout you need[21:07:50] <AndyTaylor> jpederse: yes[21:07:57] <jpederse> AndyTaylor: switch the implementation to UserTransaction and do the lookup[21:08:06] <jpederse> AndyTaylor: that is portable across servers[21:08:26] <jpederse> AndyTaylor: a raw java:/something/TransactionManager isn't[21:08:42] <Nihility> is portability really a concern ?[21:08:46] <AndyTaylor> jpederse: can i switch it in the integration layer[21:08:50] <jpederse> Nihility: it is a .rar ;)[21:08:59] <AndyTaylor> jpederse: ok :)[21:09:00] <Nihility> he just said it wasnt[21:09:18] <Nihility> "AndyTaylor: Nihility: no, there is no rar"[21:09:19] <jpederse> Nihility: it is.... just deployed as a "shared" lib instead[21:09:32] <jpederse> Nihility: using our service[21:09:43] <Nihility> oh so hes trying to reuse the same adapter[21:09:44] <jpederse> Nihility: we are good[21:09:48] <Nihility> across other containers[21:09:52] <jpederse> Nihility: of course[21:10:00] <Nihility> ok ill shutup then[21:10:18] <AndyTaylor> jpederse: we just flag a warning when we cant find the tm, which is annoying[21:10:19] <jpederse> AndyTaylor: you can see the JDBC resource adapter for an example[21:10:24] <AndyTaylor> jpederse: or will be[21:10:40] <jpederse> AndyTaylor: UserTransaction instead, and you'll be good[21:10:48] <AndyTaylor> jpederse: whats the class[21:11:06] <jpederse> AndyTaylor: javax.transaction.UserTransaction[21:11:16] <AndyTaylor> jpederse: no, the jdbc example[21:11:34] <AndyTaylor> jpederse: i do know a bit about tx;s :)[21:12:36] <jpederse> AndyTaylor: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/jboss-jca/trunk/adapters/src/main/java/org/jboss/jca/adapters/jdbc/BaseWrapperManagedConnectionFactory.java?revision=111105&view=markup[21:13:14] <jpederse> AndyTaylor: we set the jndi name as a config-property[21:14:17] <AndyTaylor> jpederse: i dont think that helps, the code is in our RA and needs the transaction manager not the transaction[21:14:47] <jpederse> AndyTaylor: UT.setTimeout() does the same[21:15:13] <AndyTaylor> jpederse: yeah, but we would have to change hornetq to do this[21:15:34] <jpederse> AndyTaylor: alternative is to do a service injection[21:16:15] <AndyTaylor> jpederse: if i can inject the tm then thats fine[21:17:17] <AndyTaylor> jpederse: anyway, its friday and 8.30 so i best grab a beer, speak later[21:18:26] <jpederse> AndyTaylor: ttyl[21:18:41] *** AndyTaylor has quit IRC[21:24:22] * smarlow upgrading bios...[21:24:28] *** smarlow has quit IRC[21:26:40] *** bstans_afk is now known as bstansberry[21:27:25] *** torben has quit IRC[21:27:41] *** sguilhen has quit IRC[21:28:25] *** sguilhen1 has joined #jboss-as7[21:34:46] <asaldhan> anybody here uses eclipse?[21:35:04] <asaldhan> I just got the latest build into eclipse and I see reds on 3 projects[21:35:32] * asaldhan is going to run mvn eclipse:eclipse[21:36:37] <jbossbot> git [jboss-as] push master b0d36bf.. Alexey Loubyansky AS-774, AS7-710 fixing escaping special characters in request operations and filename args[21:36:38] <jbossbot> jira [AS7-710] CLI deploy command doesn't allow deploying from a path containing space [Open (Unresolved) Bug, Major, Alexey Loubyansky] https://issues.jboss.org/browse/AS7-710[21:36:38] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/3b6bd16...b0d36bf[21:37:33] <bstansberry> asaldhan: i'm predicting reds related to @Resource.lookup[21:37:44] * bstansberry makes a wild ass guess[21:38:19] *** smarlow has joined #jboss-as7[21:38:19] *** ChanServ sets mode: +v smarlow[21:39:41] <bstansberry> smarlow: https://github.com/scottmarlow/jboss-as/commit/d9351fc43e41db94d7b747def9033692288bff4e#L1L41[21:39:43] <jbossbot> git [jboss-as] d9351fc.. Scott Marlow Use Hibernate 4.0 snapshot,fix compiler errors, use JtaPlatform, use constants for properties, add jboss logging to Hibernate module[21:39:55] <bstansberry> unresolve conflict[21:40:28] <smarlow> bstansberry: on the pom.xml change?[21:40:41] <bstansberry> smarlow: maybe a later commit fixes it?[21:41:21] <smarlow> yup[21:41:32] <smarlow> bstansberry: that one brings in a snapshot 4.0.0-SNAPSHOT[21:41:34] <smarlow> of hibernate[21:41:54] <bstansberry> k[21:42:09] <smarlow> I tried to reorder the three commits but git complained. i had wanted to squash that out[21:42:19] <bstansberry> no worries[21:42:56] <bstansberry> i was just going through one at a time; normally I just diff the branches to see the changes but this time didn't for some random reason :)[21:47:15] <bstansberry> smarlow: a log.isTraceEnabled() call can be fairly expensive. Can the result be cached?[21:50:53] <smarlow> sure, let me do that[21:53:25] *** mmoyses_ is now known as mmoyses[21:53:55] *** maeste has quit IRC[21:54:08] *** tdiesler has quit IRC[21:54:12] *** jpederse has quit IRC[21:54:25] <smarlow> bstansberry: can customers change log settings on the fly? I could cache the result forever or update occasionally[21:54:28] <bstansberry> I figure scoping it to the life of the EntityManager is probablu fine[21:54:41] <bstansberry> EM's normally don't have long lives[21:55:04] <smarlow> thats fine[21:57:55] * smarlow on phone with thinkpad service...[21:58:19] *** tdiesler has joined #jboss-as7[21:58:19] *** ChanServ sets mode: +v tdiesler[21:58:57] * smarlow gotta boot[22:00:51] *** tdiesler has quit IRC[22:03:18] *** smarlow has quit IRC[22:05:39] *** alexsmirnov has joined #jboss-as7[22:07:27] *** smarlow has joined #jboss-as7[22:07:37] *** ChanServ sets mode: +v smarlow[22:08:04] *** pgier has quit IRC[22:08:17] *** sgilda has quit IRC[22:13:05] *** sgilda has joined #jboss-as7[22:14:07] <jbossbot> git [jboss-as] push master 2222dd8.. Paul Ferraro AS7-764 Upgrade Infinispan to 5.0.0.CR2, Disable eager serialization of cache entry values for invalidation caches....[22:14:09] <jbossbot> jira [AS7-764] Upgrade Infinispan to 5.0.0.CR2 [Coding In Progress (Unresolved) Component Upgrade, Major, Paul Ferraro] https://issues.jboss.org/browse/AS7-764[22:14:09] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/b0d36bf...2222dd8[22:14:33] *** smcgowan has joined #jboss-as7[22:14:33] *** ChanServ sets mode: +v smcgowan[22:20:27] <smarlow> bstansberry: I synced up again with master and am building again (got the intermittent build test failures)[22:20:42] <smarlow> bstansberry: I pushed a change to cache the trace flag[22:21:11] <smarlow> I think the tests will pass but will see in a minute ;)[22:22:49] *** jfclere has joined #jboss-as7[22:25:07] <smarlow> bstansberry: testExplodedFilesystemDeployment,testHttpDeploymentUpload failed but I don't think that is caused by my change. integration tests are passing[22:25:24] * smarlow will build again (3 of 3 might be better)[22:25:31] <bstansberry> k; is it pushed?[22:25:38] <smarlow> yep[22:25:42] <bstansberry> i can't see how your stuff would related to those tests[22:28:10] * smarlow going for 4 of 4)[22:28:19] *** wolfc has quit IRC[22:30:15] *** bbrowning has quit IRC[22:34:44] *** opalka has joined #jboss-as7[22:34:44] *** ChanServ sets mode: +v opalka[22:35:54] <smarlow> bstansberry: I think your right 5 of 5 is enough for me :)[22:37:16] <bstansberry> testing now[22:48:37] *** rmaucher has quit IRC[22:48:52] *** tcrawley_ has joined #jboss-as7[22:48:53] *** ChanServ sets mode: +v tcrawley_[22:51:23] *** tcrawley has quit IRC[22:54:53] *** smarlow has quit IRC[22:55:18] *** smarlow has joined #jboss-as7[22:55:18] *** ChanServ sets mode: +v smarlow[22:55:38] * smarlow new motherboard will be installed monday[23:05:09] <jbossbot> git [jboss-as] push master 24a4e52.. Scott Marlow Use Hibernate 4.0 snapshot,fix compiler errors, use JtaPlatform, use constants for properties, add jboss logging to Hibernate module[23:05:09] <jbossbot> git [jboss-as] push master 3257859.. Steve Ebersole Initial work for integrating Hibernate 4.0, JBossAppServerJtaPlatform changes from Steve[23:05:09] <jbossbot> git [jboss-as] push master ed57641.. Scott Marlow pass transaction sync registry, app classloader, AS7-575 add JPA dependency on Hibernate validator, sync up with latest Hibernate 4.0 changes, added trace logging of entity manager operations that includes elapsed time, use Hibernate 4.0.0.Alpha3,remove old tx property[23:05:10] <jbossbot> jira [AS7-575] ExtendedEntityManager should be serializable for clustering [Closed (Done) Sub-task, Major, Scott Marlow] https://issues.jboss.org/browse/AS7-575[23:05:10] <jbossbot> git [jboss-as] push master 8646037.. Scott Marlow cache log trace enabled flag[23:05:10] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/2222dd8...8646037[23:06:47] <smarlow> bstansberry: thanks Brian :)[23:07:04] <bstansberry> :)[23:07:11] <bstansberry> Hibernate 4, here we come[23:07:23] <smarlow> :)[23:09:42] *** mmoyses has quit IRC[23:14:52] *** aslak has quit IRC[23:15:33] <smcgowan> jamezp: i could use your help for a minute[23:15:45] <jamezp> smcgowan: Sure thing.[23:16:32] <smcgowan> jamezp: and i know already asked you before JBW, i was integrating the JBossTS 4.15.0 upgrade and it has this dependency tree: http://pastebin.com/DXgBD5Nv[23:16:49] *** tcrawley_ is now known as tcrawley[23:17:29] <smcgowan> jamezp: so AS 7 fails to compile with the upgrade: http://pastebin.com/S5rZuUVp[23:18:18] <jamezp> smcgowan: No problem. It will be just a moment. My VPN just dropped so no names are resolving.[23:18:18] *** jamezp has quit IRC[23:18:24] *** jamezp has joined #jboss-as7[23:19:00] <jamezp> Okay, sorry back now.[23:19:42] <smcgowan> jamezp: did you get the pastebin references[23:19:54] <jamezp> I did.[23:20:16] <jamezp> smcgowan: It looks like we're using an older version of JBoss logging.[23:20:32] <jamezp> The current version is Beta6, looks like we're using Beta3.[23:20:45] *** fnasser has quit IRC[23:20:55] <jamezp> There was a new annotation added at some release, but I don't remember which one off the top of my head.[23:22:10] <jamezp> scmgowan: Hopefully that's an easy enough change :-)[23:22:30] <smcgowan> jamezp: it looks like we need the jboss-logging-processor and jbos-logging-generator, no?[23:23:03] <jamezp> Yes, but jboss-logging-processor should pull in the generator in theory.[23:23:30] <jamezp> We separated them so they could be used within other projects like Seam Solder.[23:24:07] <jamezp> They have their own processor.[23:25:00] *** pferraro has left #jboss-as7[23:25:32] <smcgowan> ut the processor is not in AS 7[23:26:51] <jamezp> Neither the processor or the generator need to be included at runtime. We should only need them at compile time.[23:27:01] <smcgowan> jamezp: i am trying to compile[23:27:10] <smcgowan> i'm trying to build AS 7 once I pull in the dependency[23:27:18] <smcgowan> am i missing something?[23:27:30] <smcgowan> the jboss ts upgrade that is[23:27:48] <smcgowan> it could be me,it's been a busy week[23:28:40] <jamezp> Do we have a dependency in AS7 on jboss-logging?[23:30:15] <smcgowan> oic, we need Beta6[23:30:17] <smcgowan> 3.0.0.Beta3[23:30:27] <smcgowan> <version.org.jboss.logging.jboss-logging>3.0.0.Beta3</version.org.jboss.logging.jboss-logging>[23:30:32] <jamezp> Yes, that would fix it.[23:30:47] <jamezp> Not sure if it breaks anything else though :-D[23:30:54] <smcgowan> ok, trying now[23:39:38] <bobmcw> jesper expected back?[23:39:40] <smcgowan> jamezp: latest is 3.0.0.Beta5 but it think that should do it, i ran into another compilation problem but it is with the TX integration layer[23:39:58] <smcgowan> jamezp: thx, i don't think i wouldve considered the upgrade[23:40:07] <smcgowan> this late on a Friday night anyway[23:40:24] <jamezp> smcgowan: That should work. Not a problem at all. At least I'm useful for something :-)[23:40:42] <jamezp> It's not even 3 pm on the west coast yet.[23:41:28] <smcgowan> actually, now that i look at the time . . .[23:48:01] <bobmcw> Nihility: if CR1 is ~4-6wks out, do we expect Beta4 before then?