March 23, 2011 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
March 23, 2011 NOTICE: This channel is no longer actively logged.
[00:05:30] <stuartdouglas> with JIRA's should I resolve and close or just resolve?[00:07:00] *** wolfc has quit IRC[00:31:32] *** smarlow has joined #jboss-as7[00:31:32] *** ChanServ sets mode: +v smarlow[00:37:17] <baileyje> bstansberry: What do you want me to do with tis current change? Hold off for emuckenhuber or push as is, with this issue known?[00:48:38] <Nihility> nickarls: That's got to be a bug, do you have any XML parsers in your deployment? There is a bug in mojarra where it uses the TCCL to parse faces config.[00:52:51] <Nihility> Bbiab[00:59:08] <smarlow> I tried to add an Arquillian (testsuite/integration) test but it fails with a "{"Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => [("java.lang.IllegalStateException" => "Resource at address [(\"deployment\" => \"EPCPropagationTestCaseArchive.jar\")] already exists")]}}" Anyone recognize the error?[00:59:32] <stuartdouglas> is the deployment still in your standalone.xml file?[01:00:06] <smarlow> hmm, I'll check that, thanks[01:00:13] <stuartdouglas> occasionally a test can die and leave the deployment there ( if you get to happy with kill -9 for instance)[01:03:40] <bstansberry> baileyje: we can't push as is, as it will break thing[01:03:44] <bstansberry> s[01:03:57] <bstansberry> I can live with the hack i mentioned[01:04:44] <smarlow> stuartdouglas: that seems to be it. It must get left there from the first testsuite run (which hangs because of a missing dependency). I was going to single step through some code to investigate further but got the above.[01:17:32] *** fnasser has quit IRC[01:25:30] *** aslak has quit IRC[01:31:08] *** fnasser has joined #jboss-as7[01:33:09] *** jamezp has quit IRC[01:44:35] *** pgier has quit IRC[01:44:42] <smarlow> dmlloyd: I mentioned a merge request earlier today that didn't appear to happen yet. I'd like to squash some more changes but wanted to make sure you didn't merge it yet?[01:46:09] <dmlloyd> I haven't, no[01:46:16] <dmlloyd> been distracted today[01:59:24] *** jamezp has joined #jboss-as7[02:09:23] <bstansberry> dmlloyd: I'm going to deal with Ike's patch and Alexey's[02:09:44] <bstansberry> I'll also send a reply to pferraro saying "sorry, tomorrow"[02:09:55] <bstansberry> and then...[02:10:03] <bstansberry> maybe 1 line of code today[02:11:28] <dmlloyd> oaky[02:13:41] <smarlow> I'm looking at a service dump for my arquillian test case that isn't starting. There is a dependency on XYZ but there is no XYZ service mentioned in the services list. Does that make any sense?[02:13:51] <smarlow> XYZ == jboss.deployment.unit."EPCPropagationTestCaseArchive.jar".component.IntermediateStatefulBean.VIEW."org.jboss.as.testsuite.integration.jpa.epcpropagation.StatefulRemote"[02:15:27] <stuartdouglas> that would be why it isn't starting :-)[02:15:46] <stuartdouglas> At the moment we can't report on missing deps[02:15:58] <stuartdouglas> so the server just stops and hopes they show up some time[02:17:49] <smarlow> stuartdouglas: good to know, thanks![02:20:47] *** bgeorges has joined #jboss-as7[02:20:48] *** ChanServ sets mode: +v bgeorges[02:22:52] <jbossbot> git [jboss-as] push master e0605bd.. Heiko Braun Update to Console 1.0.0.Beta2: Rely on DMR encoded protocol[02:22:53] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/251d77d...e0605bd[02:30:01] <Nihility> stuartdouglas: hey i just saw your jira issue[02:30:16] <stuartdouglas> the isolate sub deployments one?[02:30:21] <Nihility> stuartdouglas: so did you add deps on subdeployments by default[02:30:25] <Nihility> just curious how that worked[02:30:37] <stuartdouglas> I did, and it was working in the tests[02:31:00] <Nihility> ah so all subdeployments imported each other[02:31:00] <stuartdouglas> I am not sure why it was not working with that other app[02:31:00] <Nihility> ?[02:31:42] <stuartdouglas> all sub deployments had a dep on all ejb-jar subdeployments[02:32:12] <stuartdouglas> In my master you now need to use Class-Path or Dependencies[02:32:32] *** bobmcw has joined #jboss-as7[02:32:32] *** ChanServ sets mode: +v bobmcw[02:32:51] <stuartdouglas> but I will add a switch to jboss-deployment-structure.xml to trigger the all sub deployments can see all other subdeployments behaviour[02:34:01] <Nihility> woa[02:34:14] <Nihility> have you guys seen the model browser[02:34:18] <Nihility> in heiko's console[02:34:31] <stuartdouglas> not yet[02:34:52] <Nihility> pretty cool stuff[02:36:23] <stuartdouglas> building it now...[02:37:00] <Nihility> you go to localhost:9990/console/index.html[02:37:22] <Nihility> debug tab[02:37:27] <Nihility> pretty damn cool[02:37:41] <Nihility> bstansberry: you check it out?[02:38:19] <bstansberry> not yet; will now[02:39:12] <jbossbot> git [jboss-as] push master 84f560a.. Alexey Loubyansky JBAS-9109[02:39:13] <jbossbot> jira [JBAS-9109] ls command [Open (Unresolved) Task, Major, Alexey Loubyansky] https://issues.jboss.org/browse/JBAS-9109[02:39:13] <jbossbot> git [jboss-as] push master 7c7da5d.. Alexey Loubyansky JBAS-8950[02:39:14] <jbossbot> jira [JBAS-8950] cli: command history between the sessions [Open (Unresolved) Feature Request, Major, Alexey Loubyansky] https://issues.jboss.org/browse/JBAS-8950[02:39:14] <jbossbot> git [jboss-as] push master 8bb30fd.. Alexey Loubyansky JBAS-9114[02:39:15] <jbossbot> jira [JBAS-9114] support --help argument for the commands [Open (Unresolved) Task, Major, Alexey Loubyansky] https://issues.jboss.org/browse/JBAS-9114[02:39:15] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/e0605bd...8bb30fd[02:39:19] <jpearlin> Nihility: I am putting together that test for the upload stuff...does the embedded server that gets kicked off by the tests run with a very small heap size?[02:39:59] <Nihility> it probably reuses the whatever surefire sets[02:40:22] <jpearlin> ah..ok..I'll take a look...I am running out of memory just trying to upload a very small WAR[02:40:27] <jpearlin> in the test, that is[02:46:48] <stuartdouglas> The console is very cool[02:49:09] <jpearlin> Nihility: one last question...does the upload test belong with the servermodule tests or the embedded tests (it seems like the former)?[02:51:08] <Nihility> i think the former[02:51:25] <jpearlin> ok...sounds good...thanks[02:54:13] <smcgowan> stuartdouglas: have time for a question[02:54:24] <stuartdouglas> sure[02:54:50] *** JimMa has joined #jboss-as7[02:55:06] <smcgowan> the specs recommend, but do not require that the references are in the java:comp/env namespace[02:55:51] <smcgowan> most of the TCK tests do a lookup of java:comp/env/jdbc/DB1 for example or as in JBCTS-1092, EM lookup: java:comp/env/persistence/CTS-EM[02:56:34] <smcgowan> i can access my datasource using java:/DB1[02:57:30] <smcgowan> what's the status of the environment naming context;[02:57:55] <stuartdouglas> what sort of component are you using? an EJB?[02:57:57] <smcgowan> e.g., The EJB specification recommends, but does not require, that all persistence[02:57:57] <smcgowan> unit references be organized in the java:comp/env/persistence subcontexts[02:57:58] <smcgowan> of the bean’s environment.[02:58:16] <smcgowan> servlet[02:58:28] <stuartdouglas> that rec is to the application developers though[02:58:53] <stuartdouglas> servlet's java:comp is aliased to java:module, and that should be working[02:59:10] <stuartdouglas> although the deployment descriptor is not being read at this stage[02:59:31] <stuartdouglas> so anything defined in web.xml is not availible yet[02:59:41] <smcgowan> ok, let me actually try to update as your fix is now in[02:59:56] <stuartdouglas> which fix?[03:00:00] <smcgowan> JBAS-9103[03:00:01] <jbossbot> jira [JBAS-9103] Move Component related processors back to PARSE phase [Resolved (Done) Sub-task, Major, Stuart Douglas] https://issues.jboss.org/browse/JBAS-9103[03:00:28] <stuartdouglas> what problems was that causing?[03:00:53] <stuartdouglas> oh, the @PersistenceUnit / @PersistenceContext stuff[03:00:53] <smcgowan> https://issues.jboss.org/browse/JBCTS-1092 -[03:00:57] <smcgowan> ya[03:01:44] <smcgowan> but i see the same problem with a lookup to java:comp/env/jdbc/DB1 but that test does require a deployment descriptor so it could be different. I know the persistence tests are annotation only[03:01:54] <stuartdouglas> That should be working (or at least failing in a new way) now[03:02:27] *** jpearlin has quit IRC[03:02:55] <smcgowan> then regarding my datasource configuration, what should the jndi-name be. I was using jdbc/DB1 but have since changed it to java:/DB1[03:03:36] <smcgowan> datasource jndi-name="java:/DB1" pool-name="cts-derby-pool" enabled="true" use-java-context="true">[03:03:57] <stuartdouglas> I think that should be ok[03:07:35] <smcgowan> thanks[03:09:49] <stuartdouglas> smcgowan: I am just working through the TCK setup, is there a way to just run JAX-RS ?[03:10:14] <smcgowan> stuartdouglas: change directory to $TS_HOME/src/com/sun/ts/tests/jaxrs[03:10:18] <smcgowan> ant runclient[03:10:30] <stuartdouglas> thx[03:10:31] <smcgowan> or you can go to any subdirectory lower than that[03:11:17] <smcgowan> note that the instructions say to pass -Dkeywords=javaee_web_profile but this is an optional tech so if those keywords are passed no tests will be found in this case[03:11:27] <stuartdouglas> how long does it normally take?[03:12:57] <smcgowan> takes 30 minutes in Hudson, it should be quicker locally[03:13:56] <smcgowan> in the $TS_HOME/bin/ts.jte file, you might want to set: harness.log.traceflag=true for additional test output[03:21:49] <stuartdouglas> A lot of the seem to be failing as the ee api's are not available[03:22:11] <stuartdouglas> should we just have a processor in the EE module that adds javaee.api to everything ?[03:23:52] <stuartdouglas> dmlloyd: Nihility ^^[03:31:28] <dmlloyd> yeah all EE deployments should have javaee.api IMO[03:31:43] <stuartdouglas> good[03:31:46] <jamezp> Anyone have any genius ideas how to debug the server startup? e.g running bin/standalone.sh[03:32:01] <stuartdouglas> you mean to attach a debugger?[03:32:09] <jamezp> Yes.[03:32:11] <dmlloyd> jamezp: look in standalone.conf towards the end[03:32:25] <stuartdouglas> export JAVA_OPTS="-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=5005,server=y,suspend=n -Xmx1024m -XX:MaxPermSize=512m -Djboss.modules.system.pkgs=com.yourkit -enableassertions"[03:32:37] <stuartdouglas> but where I have suspend=n go suspend=y[03:32:54] <jamezp> Sweet, thanks guys![03:32:58] <stuartdouglas> also you don't need the yourkit stuff[03:33:10] <dmlloyd> yeah just use the one in standalone.conf[03:33:53] <jamezp> Cool. BTW dmlloyd: I have a feeling the issue with OpenJDK might be with the JCA stuff.[03:35:03] <stuartdouglas> JAVA_OPTS will last between rebuilds[03:41:38] <dmlloyd> good point[03:42:36] <stuartdouglas> I just have that JAVA_OPTS in my .bash_profile, means I can always attach a debugger / profiler when something weird happens[03:43:04] <jamezp> That is a good idea.[03:43:08] <dmlloyd> I can't seem to type += for some reason. I keep doing _=[03:43:28] <dmlloyd> this code need += sprinkled all over, of course.[03:43:52] <jamezp> Try switching between OS X and VirtualBox running CentOS. The key binding differences are killing me :-)[03:49:52] <smcgowan> jamezp: i reopened the issue when building with OpenJDK to track the issues, see; https://issues.jboss.org/browse/JBAS-9059?focusedCommentId=12591076&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12591076[03:49:53] <jbossbot> jira [JBAS-9059] Cannot build JBoss AS 7 using OpenJDK [Reopened (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/JBAS-9059[03:51:08] *** jma has joined #jboss-as7[03:51:08] *** JimMa has quit IRC[03:52:01] *** smcgowan has quit IRC[04:01:42] *** bobmcw has quit IRC[04:01:46] *** bobmcw_ has joined #jboss-as7[04:06:46] *** pferraro has quit IRC[04:07:20] *** pferraro has joined #jboss-as7[04:07:20] *** ChanServ sets mode: +v pferraro[04:11:59] *** bobmcw_ has quit IRC[04:19:21] *** fnasser has quit IRC[04:44:05] *** smarlow has quit IRC[04:50:53] <baileyje> bstansberry: Ok. I wasn't sure you were serious about that hack.[04:51:29] <bstansberry> i don't like it, but have no better ideas[04:53:30] <jbossbot> git [jboss-as] push master 61b6af5.. bstansberry at jboss dot com [JBAS-9117] Delete data/system-content and domain/system-content[04:53:31] <jbossbot> jira [JBAS-9117] Delete data/system-content and domain/system-content [Open (Unresolved) Task, Major, Brian Stansberry] https://issues.jboss.org/browse/JBAS-9117[04:53:31] <jbossbot> git [jboss-as] push master 6bb3386.. bstansberry at jboss dot com [JBAS-8958] Use jboss.server.temp.dir instead of tmp.dir[04:53:32] <jbossbot> jira [JBAS-8958] Provide mapping from jboss.server.temp.dir to jboss.server.tmp.dir [Open (Unresolved) Feature Request, Major, Brian Stansberry] https://issues.jboss.org/browse/JBAS-8958[04:53:32] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/8bb30fd...6bb3386[05:10:38] *** pferraro has quit IRC[05:11:02] <rawbdor> bstansberry, workin late eh?[05:13:02] <bstansberry> rawbdor: yep[05:14:18] <bstansberry> but not much longer![05:14:26] <rawbdor> hehehe[05:17:16] *** jamezp has quit IRC[05:34:08] *** asaldhan has quit IRC[05:37:38] *** irooskov has quit IRC[05:40:01] *** frainone has quit IRC[05:51:06] <bstansberry> dmlloyd, Nihility: in the morning, a quick look at https://github.com/bstansberry/jboss-as/commit/c373c35eb09e4b0d8b8a9a68b097337131c9a17d please[05:51:07] <jbossbot> git [jboss-as] c373c35.. bstansberry at jboss dot com [JBAS-9063] Configure rollback on the deployment plan...[05:51:08] <jbossbot> jira [JBAS-9063] Failing rar deployment is not cleaned up [Open (Unresolved) Bug, Major, Brian Stansberry] https://issues.jboss.org/browse/JBAS-9063[05:51:41] *** bstansberry is now known as bstans_zzz[05:56:01] <jbossbot> git [jboss-dmr] push master 41f5a26.. Jason T. Greene Fix a number of issues with new Base64 routine[05:56:01] <jbossbot> git [jboss-dmr] push master URL: http://github.com/jbossas/jboss-dmr/compare/48f6774...41f5a26[06:05:45] *** Nihility has quit IRC[06:42:56] *** echelog-2 has joined #jboss-as7[06:43:14] <dmlloyd> well I made good headway on JBAS-9010[06:43:16] <jbossbot> jira [JBAS-9010] Provide more comprehensive error messages for missing dependencies [Open (Unresolved) Task, Major, David Lloyd] https://issues.jboss.org/browse/JBAS-9010[06:43:34] <dmlloyd> unfortunately http://github.com/dmlloyd/jboss-msc/commit/90dbb041 is not yet passing all tests[06:43:35] <jbossbot> git [jboss-msc] 90dbb04.. David M. Lloyd [MSC-78] Listener method for removal request - WIP[06:43:41] <jbossbot> jira [MSC-78] Add listener method for removal request [Open (Unresolved) Task, Major, David Lloyd] https://issues.jboss.org/browse/MSC-78[06:43:50] <dmlloyd> giving up for the night, will try again in the morning[06:57:00] *** ALR has joined #jboss-as7[06:57:01] *** ChanServ sets mode: +v ALR[07:14:53] *** ccrouch has quit IRC[07:16:36] *** ccrouch1 has joined #jboss-as7[07:16:37] *** ccrouch1 has joined #jboss-as7[07:16:37] *** ChanServ sets mode: +v ccrouch1[07:22:43] *** ALR has quit IRC[07:45:00] *** rawbdor has quit IRC[07:58:24] *** miclorb_ has quit IRC[08:03:35] *** dimitris_ has joined #jboss-as7[08:03:35] *** dimitris_ has joined #jboss-as7[08:03:35] *** ChanServ sets mode: +v dimitris_[08:24:03] *** rmaucher has joined #jboss-as7[08:39:32] *** emuckenhuber has quit IRC[08:46:47] *** opalka has joined #jboss-as7[08:46:48] *** ChanServ sets mode: +v opalka[08:47:21] <opalka> morning[08:53:29] *** adietisheim has joined #jboss-as7[08:54:39] *** AndyTaylor has joined #jboss-as7[08:54:39] *** ChanServ sets mode: +v AndyTaylor[08:56:25] *** miclorb has joined #jboss-as7[08:56:52] *** pil-dinner has joined #jboss-as7[09:07:23] *** emuckenhuber has joined #jboss-as7[09:07:23] *** emuckenhuber has joined #jboss-as7[09:07:23] *** ChanServ sets mode: +v emuckenhuber[09:12:56] *** aslak has joined #jboss-as7[09:12:56] *** aslak has joined #jboss-as7[09:12:56] *** ChanServ sets mode: +v aslak[09:15:36] *** torben has joined #jboss-as7[09:15:37] *** ChanServ sets mode: +v torben[09:26:06] *** Jaikiran has joined #jboss-as7[09:26:07] *** ChanServ sets mode: +v Jaikiran[09:48:43] *** aslak_ has joined #jboss-as7[09:48:43] *** ChanServ sets mode: +v aslak_[09:52:17] *** bgeorges has quit IRC[09:56:16] *** wolfc has joined #jboss-as7[09:56:16] *** ChanServ sets mode: +v wolfc[09:58:20] *** Sacha has joined #jboss-as7[10:08:57] *** pil-dinner is now known as pilhuhn[10:09:06] *** pilhuhn has quit IRC[10:09:06] *** pilhuhn has joined #jboss-as7[10:16:33] *** pmuir has joined #jboss-as7[10:16:33] *** pmuir has joined #jboss-as7[10:16:33] *** ChanServ sets mode: +v pmuir[10:16:38] *** sannegrinovero has joined #jboss-as7[10:16:38] *** sannegrinovero has quit IRC[10:16:38] *** sannegrinovero has joined #jboss-as7[10:16:38] *** ChanServ sets mode: +v sannegrinovero[10:26:53] *** stalep has quit IRC[10:30:33] *** stalep has joined #jboss-as7[10:32:20] <wolfc> opalka, ping[10:32:34] <opalka> wolfc, pong[10:32:52] <wolfc> opalka, what is wsInvocation.getJavaMethod?[10:33:08] <opalka> wolfc, it should lookup method to be invoked[10:33:51] *** lgao has joined #jboss-as7[10:34:00] <opalka> wolfc, in your case we store EJB3 impl class reference internally[10:34:16] <wolfc> opalka, the problem is that in AS 7 you can't do class.getMethod[10:34:50] <opalka> wolfc, why?[10:36:37] <opalka> wolfc, I'm not saying I can, just asking for more information ;)[10:37:05] <wolfc> opalka, the methods are stored in AbstractProxyFactory.cachedMethods[10:37:17] <wolfc> opalka, it is weirdness[10:37:55] <opalka> wolfc, what is weirdness ?[10:38:38] *** stalep has quit IRC[10:38:59] <wolfc> opalka, methods are no longer identified 'normally', but by identity hash[10:39:18] <wolfc> so mapping a method onto the componentClass is invalid[10:39:40] <opalka> wolfc, can U point me to the class U're looking to ?[10:39:46] <wolfc> because the actual method is one that is stored in AbstractProxyFactory.cachedMethods[10:40:12] <wolfc> opalka, the problem manifests itself in AbstractComponentInstance.getInterceptor(Method)[10:40:15] *** stalep has joined #jboss-as7[10:40:48] *** hbraun has joined #jboss-as7[10:40:56] * opalka 's opening IDE ...[10:47:30] <opalka> wolfc, U're right. Now I see it[10:47:48] *** tdiesler has joined #jboss-as7[10:47:49] *** ChanServ sets mode: +v tdiesler[10:47:50] <opalka> wolfc, this IdentityHashMap is created from view class methods[10:49:28] <wolfc> opalka, I'm trying to see if I can hack around it, but I'm curious what wsInvocation.getJavaMethod is.[10:50:02] <opalka> wolfc, as I said you, I'm keeping EJB3Impl class internally[10:50:05] <opalka> wolfc, the code is here ...[10:51:46] <opalka> wolfc, ooos, something's wrong with AS7 master ...[10:51:58] <opalka> wolfc, EJB3 integration staff seems to be lost from it?[10:55:13] <opalka> wolfc, I need to properly update my local repo[10:57:20] <opalka> wolfc, in the meantime U can have a look to WSEJBAdapterDeployer.java[10:57:37] <opalka> wolfc, and put break point to[10:57:38] <opalka> public String getComponentClassName() {[10:57:38] <opalka> return ejbMD.getComponentClassName();[10:57:38] <opalka> }[10:57:49] <opalka> wolfc, So U can debug and see what is happening during the invocation process ...[10:58:24] *** jcosta has joined #jboss-as7[10:58:24] *** ChanServ sets mode: +v jcosta[10:59:52] <wolfc> opalka, I broke the build entirely now[11:00:55] <opalka> wolfc, :([11:01:46] *** maeste has joined #jboss-as7[11:01:46] *** ChanServ sets mode: +v maeste[11:06:18] *** jhalliday has joined #jboss-as7[11:15:29] *** lgao has quit IRC[11:18:23] *** alesj has joined #jboss-as7[11:28:23] *** miclorb has quit IRC[11:33:36] <pilhuhn> Is there an example JSON for a write-attribute call available somewhere?[12:08:36] <wolfc> opalka, https://github.com/wolfc/jboss-as/commits/ejb3-ws the test itself is failing because the method can't be matched[12:08:48] *** miclorb has joined #jboss-as7[12:09:53] * opalka 's having a look ...[12:11:06] *** pmuir has quit IRC[12:11:39] <wolfc> opalka, WS should get the correct method during deployment from the reflection index[12:11:40] <opalka> wolfc, ok, this have been expected it will fail.[12:13:29] <wolfc> opalka, I'll add a hack for now[12:13:49] <opalka> wolfc, sure[12:14:05] <opalka> wolfc, I'm adding hacks too for now just to make it pass with TODO comments to fix it later[12:16:40] <opalka> wolfc, I'm adding it to my TODOs list (reflection index lookup)[12:24:46] *** ghoward has joined #jboss-as7[12:26:21] <wolfc> opalka, https://github.com/wolfc/jboss-as/commit/d1760cfaabcd64ac202bacad951540e9158e4d9b[12:26:22] <jbossbot> git [jboss-as] d1760cf.. Carlo de Wolf Exposing component methods hack to make WS test pass[12:26:28] <wolfc> https://github.com/wolfc/jboss-as/commits/ejb3-ws[12:26:58] * wolfc is going to grab some lunch.[12:27:07] <wolfc> Changes are small this is going to be upstreamed[12:27:14] <wolfc> s/Changes/Chances/[12:29:25] <opalka> wolfc, Thanks. Once it's upstream I'll continue working on it. I'm dealing with tests now ...[12:30:37] *** tdiesler has quit IRC[12:33:28] *** aslak_ has quit IRC[12:39:34] *** miclorb has quit IRC[12:43:58] *** darranl has joined #jboss-as7[12:44:03] *** darranl has quit IRC[12:44:03] *** darranl has joined #jboss-as7[12:44:03] *** ChanServ sets mode: +v darranl[12:45:49] <Jaikiran> writing these tests is turning out to be annoying with all those CNFE at runtime due to arquillian + module cl![12:50:34] *** aslak has quit IRC[12:51:01] *** aslak has joined #jboss-as7[12:51:01] *** ChanServ sets mode: +v aslak[12:57:42] *** jma has quit IRC[12:59:04] *** bgeorges has joined #jboss-as7[13:00:39] *** ghoward has quit IRC[13:02:20] *** torben has quit IRC[13:02:23] *** jwulf has quit IRC[13:03:08] *** davidbos has joined #jboss-as7[13:05:54] *** davidbos has quit IRC[13:06:04] *** dimitris_ has quit IRC[13:12:14] *** bobmcw has joined #jboss-as7[13:12:14] *** ChanServ sets mode: +v bobmcw[13:12:19] *** jpederse has joined #jboss-as7[13:12:34] *** jpederse has joined #jboss-as7[13:17:32] *** ghoward has joined #jboss-as7[13:19:04] *** tdiesler has joined #jboss-as7[13:19:05] *** tdiesler has joined #jboss-as7[13:19:06] *** ChanServ sets mode: +v tdiesler[13:25:38] *** torben has joined #jboss-as7[13:25:38] *** torben has joined #jboss-as7[13:25:38] *** ChanServ sets mode: +v torben[13:29:37] *** AndyTaylor has quit IRC[13:31:01] *** ghoward has quit IRC[13:31:53] *** ghoward has joined #jboss-as7[13:34:28] *** ghoward has left #jboss-as7[13:52:13] *** mmoyses has joined #jboss-as7[13:52:13] *** ChanServ sets mode: +v mmoyses[13:52:56] *** jcosta has quit IRC[13:53:17] *** jcosta has joined #jboss-as7[13:53:18] *** ChanServ sets mode: +v jcosta[13:53:27] *** pferraro has joined #jboss-as7[13:53:27] *** ChanServ sets mode: +v pferraro[13:58:17] *** asoldano has joined #jboss-as7[13:58:17] *** ChanServ sets mode: +v asoldano[13:59:13] *** davidbos has joined #jboss-as7[14:01:34] *** ghoward has joined #jboss-as7[14:06:19] *** smarlow has joined #jboss-as7[14:06:20] *** ChanServ sets mode: +v smarlow[14:08:31] *** sannegrinovero has quit IRC[14:09:15] *** sannegrinovero has joined #jboss-as7[14:09:15] *** sannegrinovero has joined #jboss-as7[14:09:15] *** ChanServ sets mode: +v sannegrinovero[14:09:49] *** davidbos has quit IRC[14:10:25] *** smarlow has quit IRC[14:10:46] *** fnasser has joined #jboss-as7[14:10:46] <wolfc> maeste, ping[14:11:03] <maeste> wolfc: pong[14:11:19] <wolfc> maeste, I need hornetq-ra.rar in AS 7. Who is going to do that?[14:11:33] <jpederse> wolfc: AndyTaylor[14:11:59] <wolfc> ah okay, thanks jpederse :-)[14:12:12] <jpederse> wolfc: they are doing an update of HQ too[14:12:43] <wolfc> I'm fiddling a bit, so I'm going to fix https://issues.jboss.org/browse/JBAS-8971?focusedCommentId=12591188&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12591188[14:12:45] <jbossbot> jira [JBAS-8971] Implement JMS MDB integration [Open (Unresolved) Sub-task, Major, Carlo de Wolf] https://issues.jboss.org/browse/JBAS-8971[14:16:16] <Jaikiran> finally, a non-hanging, non-failing testcase![14:16:34] * Jaikiran will get some food now[14:19:27] *** frainone has joined #jboss-as7[14:19:27] *** ChanServ sets mode: +v frainone[14:23:19] *** smarlow has joined #jboss-as7[14:23:19] *** ChanServ sets mode: +v smarlow[14:30:02] <opalka> Jaikiran, wolfc I'm facing weird thing[14:30:12] <opalka> Jaikiran, wolfc I have SLSB annotated with 3 annotations[14:30:35] <opalka> Jaikiran, wolfc two of them standard one (@Stateless & @WebService)[14:30:55] <opalka> Jaikiran, wolfc third one proprietary @WebContext (from org.jboss.ws.spi module)[14:31:16] <opalka> Jaikiran, wolfc weird thing is when I have reference to the class at runtime, it just exposes two annotations (excluding proprietary one)[14:31:22] <opalka> Jaikiran, wolfc did U face this problem before?[14:31:58] <wolfc> opalka, the deployment does not have a dependency on the right module then[14:32:20] <wolfc> I thought we automatically depended upon javaee.api.[14:32:41] <opalka> wolfc, I added 'Dependencies: org.jboss.ws.spiCRLF' to MANIFEST.MF of that archive[14:32:45] <opalka> wolfc, no luck :([14:33:13] <wolfc> opalka, there is rt.jar WebServiceContext as well[14:34:00] <opalka> wolfc, ah, wait[14:34:10] <opalka> wolfc, I see this annotation moved to org.jboss.ws.api[14:34:25] * opalka 's fixing MANIFEST.MF ...[14:35:01] *** pgier has joined #jboss-as7[14:35:02] *** ChanServ sets mode: +v pgier[14:35:14] <wolfc> jpederse, is there an issue for hornetq-ra.rar?[14:35:55] <jpederse> wolfc: don't know - I have only open JIRAs against failing validation checks[14:36:10] <jpederse> wolfc: clebert is on #hornetq[14:38:57] *** dimitris_ has joined #jboss-as7[14:39:06] *** dimitris_ has quit IRC[14:39:06] *** dimitris_ has joined #jboss-as7[14:39:06] *** ChanServ sets mode: +v dimitris_[14:45:18] *** maeste has quit IRC[14:45:55] *** bobmcw has quit IRC[14:54:30] *** ghoward has quit IRC[14:55:02] *** ghoward has joined #jboss-as7[14:57:21] *** maeste has joined #jboss-as7[14:57:21] *** ChanServ sets mode: +v maeste[14:59:22] *** jfd has joined #jboss-as7[14:59:22] *** jfd has quit IRC[14:59:22] *** jfd has joined #jboss-as7[14:59:22] *** ChanServ sets mode: +v jfd[15:01:45] *** jbossbot has quit IRC[15:01:58] *** jbossbot has joined #jboss-as7[15:01:58] *** ChanServ sets mode: +v jbossbot[15:02:36] <dmlloyd> good morning[15:02:45] <hbraun> good morning[15:03:29] *** mbg has joined #jboss-as7[15:03:29] *** ChanServ sets mode: +v mbg[15:03:39] *** bstans_zzz is now known as bstansberry[15:05:04] *** jfd has quit IRC[15:07:02] *** ghoward has left #jboss-as7[15:12:04] *** smcgowan has joined #jboss-as7[15:12:04] *** ChanServ sets mode: +v smcgowan[15:12:16] *** bgeorges has quit IRC[15:13:48] *** ghoward has joined #jboss-as7[15:14:33] *** jma has joined #jboss-as7[15:15:06] *** Nihility has joined #jboss-as7[15:15:06] *** Nihility has quit IRC[15:15:06] *** Nihility has joined #jboss-as7[15:15:06] *** ChanServ sets mode: +v Nihility[15:16:10] <maeste> dmlloyd: morning. Is TransactionManager binded to jndi? Do you remember the name or where it is binded?[15:17:06] <dmlloyd> it is bound under java:comp/TransactionManager right now[15:17:10] <dmlloyd> for EE components[15:17:18] <dmlloyd> there is no global binding that I know of[15:17:30] <dmlloyd> (though we could add it to java:jboss/TransactionManager)[15:18:09] <jhalliday> i thought you only bound UT and TSR, not the TM - it's not normally available to user apps[15:18:19] *** jfd has joined #jboss-as7[15:18:19] *** ChanServ sets mode: +v jfd[15:18:45] *** AndyTaylor has joined #jboss-as7[15:18:46] *** ChanServ sets mode: +v AndyTaylor[15:25:24] *** torben is now known as torben|brb[15:34:08] <wolfc> jhalliday, dmlloyd, we may need TM for testing and alternate app clients. Alternatively a global UT would work.[15:34:12] *** jamezp has joined #jboss-as7[15:34:37] <dmlloyd> ah it could be that I'm misremembering.[15:34:44] <dmlloyd> I think I actually slept about three hours last night.[15:35:47] <dmlloyd> yeah a quick grep seems to indicate that we're not binding it anywhere...[15:35:59] * dmlloyd is thinking UT[15:36:22] *** balunasj has joined #jboss-as7[15:36:22] *** ChanServ sets mode: +v balunasj[15:37:13] <jpederse> dmlloyd: could you add java:jboss/TransactionManager as well ?[15:37:18] *** torben|brb is now known as torben[15:38:22] <wolfc> jpederse, as long as no service looks it up :-)[15:39:04] <smarlow> jhalliday: we currently only bind UT + TSR[15:39:06] <jpederse> wolfc: it is for RAR integration - not our subsystems[15:39:14] <wolfc> smarlow, but only in java:comp[15:39:30] *** smcgowan has quit IRC[15:40:02] <wolfc> jpederse, a rar shouldn't do anything with TM[15:40:03] *** smcgowan has joined #jboss-as7[15:40:03] *** ChanServ sets mode: +v smcgowan[15:40:32] <jpederse> wolfc: getTransaction().getStatus() ... throw SQLException()[15:41:16] <dmlloyd> subsystems should be using service dependencies, not JNDI[15:41:17] <smarlow> jpederse: I grabbed the TM + TSR through service lookup[15:41:33] *** hbraun has quit IRC[15:41:34] <jpederse> smarlow: this is internally in .rar archives[15:41:51] <dmlloyd> is there something in the RAR spec about binding the TM?[15:41:54] <jpederse> smarlow: subsystems should use service injection[15:41:55] <dmlloyd> JCA spec[15:43:08] <jpederse> dmlloyd: not where it is bound[15:43:29] <jpederse> dmlloyd: most .rar's uses java:/TransactionManager[15:43:40] <dmlloyd> most?[15:44:09] <jpederse> dmlloyd: well, ours can get a JNDI name as a configuration property[15:44:16] <jpederse> dmlloyd: the HornetQ one uses a locator[15:44:31] <jpederse> dmlloyd: based on jndi names too[15:44:50] <jpederse> dmlloyd: so it just need to be available somewhere[15:45:22] <wolfc> that's wicked, it shouldn't need the TM[15:46:15] <dmlloyd> what is it using it for[15:46:22] <dmlloyd> XATerminator should have everything it needs[15:47:09] <wolfc> maybe it uses it to implement LocalTransaction, that would be funny[15:47:45] <dmlloyd> could be, but that's something the JCA core should expose from JTA inside the subsystem (same story with XATerminator)[15:47:56] <jpederse> dmlloyd: the JDBC one uses it to check if the transaction is active[15:48:35] <jpederse> dmlloyd: if not it will throw a SQLException[15:48:39] *** asoldano is now known as asoldano_away[15:49:03] <dmlloyd> okay but, we're not using the JDBC rar anymore[15:49:11] <jhalliday> ut.getStatus is adequate for that, you don't need the TM.[15:50:01] <jpederse> jhalliday: ok, thanks - I'll change[15:50:03] <wolfc> + the XARes knows what is going on[15:50:15] <dmlloyd> for XA anyway[15:50:29] <wolfc> but any RA implementing LocalTransaction and delegating to TM is stupid :-)[15:51:14] <wolfc> we enlist the XARes regardless[15:51:38] <wolfc> that's why message inflow should really be in connector and not ejb3.[15:52:13] *** darranl is now known as darranl_afk[15:53:05] *** asaldhan has joined #jboss-as7[15:53:06] *** ChanServ sets mode: +v asaldhan[15:54:31] <wolfc> Jaikiran, did you add javax.api to EjbDependencyDeploymentUnitProcessor?[15:55:34] <wolfc> I really would like to see class loading requirements for EE modules centralized.[15:56:06] <bstansberry> emuckenhuber: did you see hbraun's DMR ref: type idea?[15:56:45] *** mbg is now known as mbg|away[15:56:55] <emuckenhuber> bstansberry: yes[15:58:22] <bstansberry> I'm going to let that one rustle around in my brain a bit[15:58:35] <bstansberry> but i know you've thought a lot about reference issues[15:59:44] <opalka> wolfc, Jaikiran Is no-interface view available in AS7 ?[15:59:50] <wolfc> opalka, yes[15:59:57] <opalka> wolfc, hmm, ok[15:59:58] <wolfc> but no by default yet[16:00:11] * opalka needs to debug more ...[16:00:17] <wolfc> You need @LocalBean[16:00:31] <wolfc> dmlloyd, https://github.com/wolfc/jboss-as/compare/JBAS-8971 is ready for merge[16:00:31] <dmlloyd> AndyTaylor: have you guys had a chance to look at JBAS-8967? In maybe about 2-3 weeks, hornetq will stop working inside of AS unless this is fixed[16:00:31] *** jamezp has quit IRC[16:00:35] <jbossbot> jira [JBAS-8971] Implement JMS MDB integration [Open (Unresolved) Sub-task, Major, Carlo de Wolf] https://issues.jboss.org/browse/JBAS-8971[16:00:36] <jbossbot> jira [JBAS-8967] Update HornetQ to remove reliance upon JNDI writable Context API [Open (Unresolved) Bug, Blocker, Andy Taylor] https://issues.jboss.org/browse/JBAS-8967[16:00:36] <emuckenhuber> bstansberry: yeah, i think that would need some more work - especially since it seems more a sort of runtime information[16:00:42] <dmlloyd> great, wolfc[16:01:07] <wolfc> I also have https://github.com/wolfc/jboss-as/compare/jbossas:master...wolfc:weld[16:01:11] <wolfc> ready for merge[16:01:40] <AndyTaylor> dmlloyd: ghoward is starting work on this as we speak[16:01:41] <opalka> wolfc, IOW U're saying I need to put @Local annotation to have a no-interface view available in AbstractComponent.view hash map?[16:01:43] *** jamezp has joined #jboss-as7[16:02:05] <opalka> wolfc, Either specifying @Local or not specifying it all is equivalent from EJB3 PoV, right?[16:02:09] <wolfc> opalka, @LocalBean[16:02:19] <wolfc> opalka, but what are you trying to achieve?[16:02:20] <AndyTaylor> ghoward: i will assign /JBAS-8967 to you[16:02:21] <opalka> wolfc, sorry for confusion[16:02:22] <jbossbot> jira [JBAS-8967] Update HornetQ to remove reliance upon JNDI writable Context API [Open (Unresolved) Bug, Blocker, Andy Taylor] https://issues.jboss.org/browse/JBAS-8967[16:02:33] <opalka> wolfc, I have simple EJB3 bean like[16:02:35] *** dimitris_jboss has joined #jboss-as7[16:02:35] *** dimitris_jboss has joined #jboss-as7[16:02:35] *** ChanServ sets mode: +v dimitris_jboss[16:02:48] <ghoward> AndyTaylor: sure go ahead. :)[16:02:49] <opalka> @Stateless[16:02:49] <opalka> @WebService[16:02:49] <opalka> @SOAPBinding(style = SOAPBinding.Style.RPC)[16:02:49] <opalka> public class EJB3Bean[16:03:09] <opalka> wolfc, but there's no view available in AbstractCompoment.views map for it ?[16:03:12] <wolfc> opalka, normally that would expose no-interface, but currently is a bug[16:03:13] <AndyTaylor> ghoward: i cant find you in jira[16:03:39] <ghoward> AndyTaylor: ok let me do it[16:03:40] <wolfc> opalka, but for WS we should not go over the no-interface[16:03:45] <AndyTaylor> ghoward: ta[16:03:58] <opalka> wolfc, yes I know, I'm just trying to make passing further tests before correct fix is in place[16:04:04] <dmlloyd> AndyTaylor: great.[16:04:09] <opalka> wolfc, How is Endpoint interface integration going BTW?[16:04:13] <wolfc> opalka, better use this hack: https://github.com/wolfc/jboss-as/compare/ejb3-ws[16:04:52] <wolfc> opalka, it'll make it behave as you would expect it, but it is dirty underneath[16:05:15] <opalka> wolfc, is it going upstream today?[16:05:37] <wolfc> dmlloyd, can you take a look at my hacks: https://github.com/wolfc/jboss-as/compare/ejb3-ws ?[16:06:01] <wolfc> It should really be using ComponentEntry getComponentEntry(MethodIntf) or something like that.[16:06:01] <emuckenhuber> bstansberry: btw. i did JBAS-9123 in my "misc" branch among a few minor things i found... maybe you can pull that at one point[16:06:08] <jbossbot> jira [JBAS-9123] Host model server-config should always have "socket-binding-group-name" and "socket-binding-port-offset" attributes [Open (Unresolved) Bug, Major, Emanuel Muckenhuber] https://issues.jboss.org/browse/JBAS-9123[16:06:21] <bstansberry> ok, thanks[16:07:07] <baileyje> bstansberry: Can you check this out: https://github.com/baileyje/jboss-as/commit/97652baeb4c46bc092fc009a420442602878d807[16:07:09] <jbossbot> git [jboss-as] 97652ba.. John E. Bailey [JBAS-9082] - Correctly handle composite operation failures when rollback is not enabled[16:07:10] <jbossbot> jira [JBAS-9082] Incorrect handling of runtime failures in composite operations if rollback is not enabled [Open (Unresolved) Bug, Major, John Bailey] https://issues.jboss.org/browse/JBAS-9082[16:08:15] <bstansberry> baileyje: thanks[16:08:57] *** torben is now known as torben|call[16:09:17] <opalka> wolfc, Just reviewed your hack. This might solve my test regressions on first sight ...[16:09:35] <wolfc> opalka, they will :-)[16:09:47] <opalka> wolfc, ;)[16:09:58] <opalka> wolfc, First make it work, optimize later ;)[16:10:30] <wolfc> opalka, it's not insomuch a matter of optimization, it's a matter of make everything work :-)[16:10:41] *** jamezp has quit IRC[16:11:15] <opalka> wolfc, what confuses me in InvocationHandlerEJB3 (in your patch) I see[16:11:16] <opalka> + final Serializable sessionId = null; // Not applicable[16:11:23] *** jamezp has joined #jboss-as7[16:11:36] <wolfc> opalka, WS only works for SLSB and Singleton[16:12:11] <opalka> wolfc, yes, but in StatelessSessionComponent.invoke() I see[16:12:13] <opalka> + if (sessionId != null)[16:12:13] <opalka> 119[16:12:13] <opalka> + throw new IllegalArgumentException("Stateless " + this + " does not support sessions");[16:12:25] <opalka> wolfc, aha[16:12:30] <opalka> wolfc, it's not ==[16:12:53] <opalka> wolfc, I'm blind because I usually see what I want to see, not what is there ;)[16:13:07] <opalka> wolfc, nothing confuses me.[16:15:28] *** ghoward has left #jboss-as7[16:18:14] *** mbg|away is now known as mbg[16:20:43] *** opalka has quit IRC[16:23:59] <jbossbot> git [jboss-as] push master 97652ba.. John E. Bailey [JBAS-9082] - Correctly handle composite operation failures when rollback is not enabled[16:24:00] <jbossbot> jira [JBAS-9082] Incorrect handling of runtime failures in composite operations if rollback is not enabled [Open (Unresolved) Bug, Major, John Bailey] https://issues.jboss.org/browse/JBAS-9082[16:24:00] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/6bb3386...97652ba[16:25:39] *** mbg has quit IRC[16:28:55] *** darranl_afk is now known as darranl[16:36:31] *** mmoyses is now known as mmoyses_[16:38:19] *** balunasj has quit IRC[16:42:12] *** jpederse has quit IRC[16:46:02] *** echelog-2 has joined #jboss-as7[16:53:02] *** jpederse has joined #jboss-as7[16:56:34] <jbossbot> git [jboss-as] push master 1d9cc66.. Emanuel Muckenhuber update hosts descriptions[16:56:34] <jbossbot> git [jboss-as] push master 88f6c2a.. Emanuel Muckenhuber [JBAS-9123] initialize socket-binding-group and port-offset[16:56:47] <jbossbot> jira [JBAS-9123] Host model server-config should always have "socket-binding-group-name" and "socket-binding-port-offset" attributes [Open (Unresolved) Bug, Major, Emanuel Muckenhuber] https://issues.jboss.org/browse/JBAS-9123[16:56:47] <jbossbot> git [jboss-as] push master 6c59bdb.. Emanuel Muckenhuber fix queue request-param description[16:56:48] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/97652ba...6c59bdb[16:58:55] *** frainone has quit IRC[16:59:40] *** jma has quit IRC[17:05:01] *** ALR has joined #jboss-as7[17:05:02] *** ChanServ sets mode: +v ALR[17:08:14] <maeste> dmlloyd: is UserTransaction bound only for EE modules too?[17:08:28] *** stansilvert has joined #jboss-as7[17:08:34] *** frainone has joined #jboss-as7[17:08:35] *** ChanServ sets mode: +v frainone[17:08:40] <dmlloyd> maeste: only for EE components, currently[17:08:46] <dmlloyd> it's still not clear to me what you guys need it for[17:09:10] *** mbg has joined #jboss-as7[17:09:11] *** ChanServ sets mode: +v mbg[17:18:14] *** ALR has quit IRC[17:29:56] <baileyje> bstansberry: There?[17:30:04] <bstansberry> yes[17:30:43] <baileyje> If I am currently in a ModelQueryOperationHandler, what is the easiest way to execute another operation. And by easiest, I of course mean correct way[17:32:34] <bstansberry> you can get a ref to the ModelController from the OperationContext, but TBH I don't think it's something that should be done[17:32:45] <bstansberry> why do you need to do this?[17:33:07] <baileyje> Ok. I am in the process or working on a read-children-resources operation.[17:33:21] <baileyje> I would be nice to just use the ReadResource operation for each matching child[17:34:00] <baileyje> to support the recursive and proxies attributes the same way[17:34:35] <baileyje> bstansberry: I can of course just call the operation directly..[17:34:43] <bstansberry> can that just be handled via code refactoring?[17:34:57] <bstansberry> don't execute another operation[17:35:43] <baileyje> bstansberry: Yeah. That was my first cut at it. To just refactor it to work. I will continue down that path. Just wondered if there was a way to just fire another op and collect the result.[17:35:50] <baileyje> But sounds like it is not a good idea[17:36:05] <bstansberry> no, it's really not[17:37:32] <baileyje> cool. Thanks[17:39:46] <bstansberry> baileyje: https://github.com/bstansberry/jboss-as/tree/JBAS-9110[17:39:58] <jbossbot> jira [JBAS-9110] Read child resource operation [Open (Unresolved) Feature Request, Major, John Bailey] https://issues.jboss.org/browse/JBAS-9110[17:39:58] <bstansberry> I had done 10 mins of work on that during a phone call[17:40:05] *** ALR has joined #jboss-as7[17:40:06] *** ChanServ sets mode: +v ALR[17:40:13] <bstansberry> just description stuff, so if you don't have that, pull away[17:40:55] <baileyje> bstansberry: Yeah. I have the description stuff done.[17:41:03] <baileyje> Just writing the op handler now[17:41:48] * bstansberry goes to delete[17:42:34] *** asoldano_away is now known as asoldano[17:43:35] <dmlloyd> wolfc: ok I'm back. can you briefly explain what this patch is doing?[17:43:45] <dmlloyd> this patch series I guess[17:44:06] <wolfc> dmlloyd, which one?[17:44:24] <dmlloyd> the whole series as an item (excluding the test stuff)[17:45:14] <dmlloyd> it's the specific WS view change I'm mostly curious about[17:45:45] <dmlloyd> ejb3-ws[17:45:53] <wolfc> these are straightforward https://github.com/wolfc/jboss-as/compare/JBAS-8971 https://github.com/wolfc/jboss-as/compare/jbossas:master...wolfc:weld so I presume https://github.com/wolfc/jboss-as/compare/ejb3-ws[17:45:54] <jbossbot> jira [JBAS-8971] Implement JMS MDB integration [Open (Unresolved) Sub-task, Major, Carlo de Wolf] https://issues.jboss.org/browse/JBAS-8971[17:46:09] <jbossbot> git [jboss-as] push master 041b224.. Carlo de Wolf JBAS-8709: using Service<ResourceAdapter>[17:46:10] <jbossbot> jira [JBAS-8709] Create a service for each resource adapter [Open (Unresolved) Task, Major, Stefano Maestri] https://issues.jboss.org/browse/JBAS-8709[17:46:10] <jbossbot> git [jboss-as] push master f280e7f.. Carlo de Wolf JBAS-9122: add javax.jms.api as a dependency to rar deployments[17:46:11] <jbossbot> jira [JBAS-9122] Integrate hornetq-ra.rar into AS 7 [Open (Unresolved) Task, Major, Yong Hao Gao] https://issues.jboss.org/browse/JBAS-9122[17:46:11] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/6c59bdb...f280e7f[17:46:24] <dmlloyd> wolfc: yeah, the one you asked me to look at.[17:46:52] <wolfc> dmlloyd, okay so the trick is to create a new view mechanism for the different MethodIntf types[17:47:18] *** torben|call is now known as torben[17:47:30] *** AndyTaylor has quit IRC[17:47:56] <wolfc> so this is the really dirty bit: https://github.com/wolfc/jboss-as/commit/613b109b1907eddf23d3ad2878bd5483f615f821[17:47:57] <jbossbot> git [jboss-as] 613b109.. Carlo de Wolf Create interceptor chain for component methods as well[17:48:40] <dmlloyd> it's basically a duplication of what is done to create the no-interface view[17:48:49] <dmlloyd> afaict[17:48:51] <wolfc> with the exception of binding it[17:48:56] <dmlloyd> right[17:49:17] <wolfc> so it might not be that bad[17:49:18] <wolfc> :-)[17:49:41] <wolfc> the next one https://github.com/wolfc/jboss-as/commit/580eb6de7ff1e9649ea5f51f483caa00fd0df11f is a bit silly[17:49:41] <jbossbot> git [jboss-as] 580eb6d.. Carlo de Wolf Added SessionBeanComponent.invoke[17:50:10] <dmlloyd> it's basically an entry point method which duplicates what's on ComponentView[17:50:18] *** maeste has quit IRC[17:50:30] <dmlloyd> er, not that, wrong calss..[17:50:42] <dmlloyd> org.jboss.as.ee.component.ComponentEntry[17:51:16] <wolfc> Right, the alternative is getComponentEntry(MethodIntf)[17:51:54] <wolfc> then the invoke method would become a convenience method[17:52:18] <dmlloyd> why not have logic more like: if (WS || bind-no-interface) { create no-interface; if (bind-no-interface) { bind it too; }}[17:52:38] <dmlloyd> yeah an invoke method might be handy to have[17:53:02] <wolfc> no-interface (MethodIntf.LOCAL) and WS (SERVICE_ENDPOINT) can have their own security & tx attrs[17:53:09] *** mmoyses_ is now known as mmoyses[17:53:13] *** mbg is now known as mbg|away[17:54:03] <wolfc> so ultimately different interceptor chains[17:54:17] <dmlloyd> how? there's either a @WebServiceEndpointThingy or there isn't, right?[17:54:21] <wolfc> the same goes for MDB (MESSAGE_ENDPOINT)[17:54:35] <wolfc> you can put those on the interface instead of the class[17:54:40] <wolfc> or in xml[17:55:09] <dmlloyd> also didn't someone tell me that you can have more than one WS interface?[17:56:30] <dmlloyd> I'd still like to have a general component entry mechanism for everything, but perhaps we need to have more to the key than just the class[17:56:43] <dmlloyd> I'm sure EJB2 will require it[17:56:51] <dmlloyd> for home interfaces and stuff[17:57:02] <wolfc> Yes, EJB2 is HOME and LOCAL_HOME[17:57:16] <wolfc> + REMOTE and LOCAL for the EJB objects themselves[17:58:04] *** mbg|away is now known as mbg[17:58:23] <wolfc> You can only have one web service endpoint interface (4.9.1)[17:58:41] <dmlloyd> ok, well that's a relief[17:58:46] <rmaucher> dmlloyd, pull request for various web config stuff (SSL not done yet), and a refactoring of shared TLDs processing: https://github.com/rmaucher/jboss-as/commit/169a94079a089273bcd651ef721ef97cfe305935 https://github.com/rmaucher/jboss-as/commit/4f40b9f976574b406676031a2f8e49b2b07cfff8 https://github.com/rmaucher/jboss-as/commit/ab56692008a8eb567dc439b5dc7e666c1aff6592 https://github.com/rmaucher/jboss-as/commit/ea7b9560b5358a16[17:58:47] <jbossbot> git [jboss-as] 169a940.. Rémy Maucherat Add read/write of the web config.[17:58:48] <jbossbot> git [jboss-as] 4f40b9f.. Rémy Maucherat Improve shared TLD processing.[17:58:48] <jbossbot> git [jboss-as] ab56692.. Rémy Maucherat Fix names, pass configuration, cleanup.[17:58:48] <jbossbot> git [jboss-as] ea7b956.. Rémy Maucherat Add more configuration, and cleanup.[17:58:48] <rmaucher> 89439099680e497f69dee2a2[17:59:07] <rmaucher> https://github.com/rmaucher/jboss-as/commit/ea7b9560b5358a1689439099680e497f69dee2a2[17:59:08] <jbossbot> git [jboss-as] ea7b956.. Rémy Maucherat Add more configuration, and cleanup.[17:59:09] <dmlloyd> rmaucher: what branch?[17:59:14] *** emuckenhuber has quit IRC[17:59:22] <rmaucher> my usual https://github.com/rmaucher/jboss-as/commits/master[17:59:32] <dmlloyd> okay, will look in a minute[17:59:40] <wolfc> I think we should have a simple entry in EE getComponentEntry() which can be extended for EJB getComponentEntry(MethodIntf)[18:00:12] <dmlloyd> wolfc, yeah I'm thinking maybe we can just have an Object view type key or something simple like that.[18:00:13] <wolfc> or even getComponentEntry(MethodIntf, session)[18:00:23] <wolfc> hmm[18:00:33] <wolfc> disregard that last probably[18:00:55] <dmlloyd> right now the view assembly logic is very efficient, *but* it can only create methods which have a corresponding equivalent on the bean class[18:01:05] <dmlloyd> in other words - no home interfaces, afaict[18:01:17] <dmlloyd> and of course it's limited to one entry per class[18:01:26] <bstansberry> adietisheim: there is an HTTP API to the management system[18:01:32] *** pilhuhn is now known as pil-dinner[18:01:59] <dmlloyd> so to support WS *and* EJB2 I think we need to change the list of view class names to be a view description which includes the class name and (Object) type[18:01:59] <bstansberry> I don't think it's documented though.[18:02:15] <dmlloyd> then we need a hook to assemble the proxies[18:02:29] <dmlloyd> for things like home interfaces to add their extra stuff (efficiently)[18:02:40] <bstansberry> Heiko Braun and Heiko Rupp can give you some quick pointers, as the management console and JON use it[18:02:58] <dmlloyd> right now each view assembly process is O(n) for the number of methods on the bean class, and we want to keep that[18:03:24] <wolfc> every view has an interface / class, every method in a view maps to a method on the bean class[18:03:36] <dmlloyd> even home interfaces?[18:03:49] * dmlloyd could just look in the spec for 5 minutes and not guess[18:04:02] <dmlloyd> oo, and entity beans :)[18:04:39] <wolfc> 4.10.7 The implementation of each create<METHOD> method invokes a matching ejbCreate<METHOD> method.[18:04:58] <dmlloyd> ah ok, so all we need is a little translation logic.[18:05:07] <wolfc> or @Init[18:05:34] <wolfc> Maybe some methods don't end up in the bean, but AFAIK all map.[18:06:06] <adietisheim> bstansberry: if I understand things right, you may access the management API by HTTP. But this is not really REST, afaik. Do I miss something?[18:06:08] <wolfc> so we can assemble views instead of building them[18:06:35] <bstansberry> no, it's not fully REST[18:06:54] <bstansberry> but it's pretty RESTy[18:07:04] *** jcosta has quit IRC[18:07:41] <adietisheim> bstansberry: yep, but to be fully RESTy the element should be accessible by links. Being fully RESTful would be a nice enhancement in my gusto :)[18:08:42] <adietisheim> bstansberry: in the end that's mostly a matter of taste but I'd argue that people would instantly know how things are supposed to work[18:09:17] *** Jaikiran has quit IRC[18:10:01] <bstansberry> ok, it's not very RESTy ;)[18:10:19] <bstansberry> I don't disagree, but, well, it's not going to happen any time soon[18:11:41] <adietisheim> bstansberry: no prob, was just guessing that it would be nice. guess I would not get time for it, but if I would, i'd like to add that ;)[18:11:46] <bstansberry> unless someone does an extremely polished contribution, including discussing in advance with the two Heikos[18:12:16] <bstansberry> great; if you do, we always like contributions[18:12:58] <adietisheim> bstansberry: let me check with max as soon as he's back. But I guess getting makara and AS7 tooling is the highest prio. So I guess it will also take some time :([18:13:35] <adietisheim> bstansberry: but you never know. At least I would appreciate to have the opportunity to do some server stuff..[18:14:13] <bstansberry> :-)[18:14:53] <bstansberry> different is always nice. i'd like to do some non-server stuff again some day![18:15:27] *** jpederse has quit IRC[18:17:11] <adietisheim> bstansberry: :) fully understand that. I guess having some change from time to time is the key[18:17:46] *** Jaikiran has joined #jboss-as7[18:17:46] *** jpederse has joined #jboss-as7[18:17:46] *** ChanServ sets mode: +v Jaikiran[18:19:14] *** bstansberry is now known as bstans_afk[18:27:52] <Jaikiran> dmlloyd: can you pull in this branch into upstream https://github.com/jaikiran/jboss-as/commits/ejb3-dd[18:28:01] <Jaikiran> it has the initial support for ejb-jar.xml[18:28:29] <Jaikiran> there are a few more things that i'm working on in that area, but atm this much should be enough as a start[18:29:24] <smarlow> With JBAS-9067 fixed, are we ready to create (SFSB) lifecycle interceptors for JPA extended persistence context support?[18:29:25] <jbossbot> jira [JBAS-9067] Lifecycle methods on interceptor objects not functioning [Resolved (Done) Bug, Critical, John Bailey] https://issues.jboss.org/browse/JBAS-9067[18:30:42] <dmlloyd> okay[18:32:13] <smarlow> dmlloyd, wolfc, baileyje: ^[18:33:16] <smarlow> dmlloyd, wolfc, baileyje: I like to start creating the SFSB invocation + lifecycle interceptors. Are we ready for that yet?[18:33:24] *** alesj has quit IRC[18:33:32] <smarlow> I'd[18:33:33] <baileyje> smarlow: you should be able to[18:33:35] <wolfc> smarlow, JBAS-9067 fixes the user side of things[18:33:36] <jbossbot> jira [JBAS-9067] Lifecycle methods on interceptor objects not functioning [Resolved (Done) Bug, Critical, John Bailey] https://issues.jboss.org/browse/JBAS-9067[18:34:33] <wolfc> baileyje, can smarlow indiscriminately add LifecycleInterceptorFactories?[18:35:15] * wolfc needs to step away for dinner[18:35:46] <dmlloyd> Jaikiran: your IDE seems to be changing the copyright date for stuff from 2010 to 2011. just FYI, you don't need to fix it for this patch but thought you should know[18:35:50] <dmlloyd> er[18:35:53] <dmlloyd> from 2011 to 2010 :)[18:35:59] <baileyje> smarlow: Do you need the lifecycles on an interceptor?[18:36:01] * Jaikiran checks[18:36:39] <jbossbot> git [jboss-as] push master 169a940.. Rémy Maucherat Add read/write of the web config.[18:36:39] <jbossbot> git [jboss-as] push master 4f40b9f.. Rémy Maucherat Improve shared TLD processing.[18:36:39] <jbossbot> git [jboss-as] push master ab56692.. Rémy Maucherat Fix names, pass configuration, cleanup.[18:36:39] <jbossbot> git [jboss-as] push master ea7b956.. Rémy Maucherat Add more configuration, and cleanup.[18:36:39] <jbossbot> git [jboss-as] push master 5d2ec40.. jaikiran Initial work on deployment descriptor processing for EJB3[18:36:40] <jbossbot> git [jboss-as] push master afb7259.. jaikiran Move EJB annotation processing deployers to PARSE phase from POST_MODULE phase[18:36:40] <jbossbot> git [jboss-as] push master 9518832.. jaikiran Move out jndi binding setup into a separate deployment unit processor...[18:36:40] <jbossbot> git [jboss-as] push master 6c60500.. jaikiran Move the resource adapter annotation processor to the PARSE phase[18:36:41] <jbossbot> git [jboss-as] push master f630e36.. jaikiran Added a testcase for deployment descriptor based EJB3 deployment (wip)[18:36:42] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/f280e7f...f630e36[18:37:00] *** asoldano has quit IRC[18:37:40] <smarlow> baileyje: I need to track certain (or all) SFSB's lifecycle, so I can close the extended persistence context when the last SFSB referencing it, is is destroyed[18:37:46] <rmaucher> thanks :)[18:38:14] <smarlow> baileyje: I'll start with tracking all SFSB's[18:38:21] <baileyje> smarlow: Sounds good[18:39:14] <rmaucher> so I guess I'll be working on SSL now ... :([18:39:14] <smarlow> baileyje: Do I need to hook into the AbstractComponentConfiguration (StatefulSessionComponentConfiguration for SFSB)?[18:39:24] <dmlloyd> rmaucher, you sound so excited for that :)[18:39:42] <rmaucher> ....[18:39:44] <baileyje> smarlow: I would assume StatefulSessionComponentConfiguration[18:44:40] <smarlow> baileyje, wolfc: Any suggestions on how I can get hooked into the StatefulSessionComponentConfiguration when its created?[18:46:40] *** emuckenhuber has joined #jboss-as7[18:46:40] *** emuckenhuber has joined #jboss-as7[18:46:40] *** ChanServ sets mode: +v emuckenhuber[18:55:01] *** davidbos has joined #jboss-as7[18:59:34] *** alesj has joined #jboss-as7[19:02:57] *** davidbos has quit IRC[19:04:56] <smarlow> oh cool, AbstractComponentDescription is already passed to me (on a silver platter!)[19:06:12] *** torben has quit IRC[19:06:36] * smarlow maybe I can backtrack from that[19:12:46] *** davidbos has joined #jboss-as7[19:13:26] * smarlow hmm, ComponentCreateService has a getComponentConfiguration[19:13:36] *** jfd has quit IRC[19:14:43] <jbossbot> git [jboss-as] push master 919745f.. Paul Ferraro JBAS-9111 socket-binding multicast-address inadvertently parsed as integer[19:14:45] <jbossbot> jira [JBAS-9111] SocketBinding multicast-address being parsed as integer [Open (Unresolved) Bug, Critical, Paul Ferraro] https://issues.jboss.org/browse/JBAS-9111[19:14:45] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/f630e36...919745f[19:16:40] *** bstans_afk is now known as bstansberry[19:18:39] *** jhalliday has quit IRC[19:27:00] *** frainone is now known as frainone_away[19:34:26] <smarlow> baileyje, dmlloyd, wolfc: Any suggestions for getting access to the AbstractComponentConfiguration (StatefulSessionComponentConfiguration)? I'm looking around for an existing way but not seeing it....[19:35:05] <dmlloyd> the configuration is constructed from information in the description, by the description instance[19:35:30] <smarlow> should I look up the ComponentCreateService?[19:36:13] <dmlloyd> if you're trying to hook in to the lifecycle list you *should* be able to use the description for that purpose[19:36:49] <smarlow> dmlloyd: okay, I'll try that, thanks![19:38:59] *** darranl has quit IRC[19:42:34] *** stansilvert has quit IRC[19:44:47] <ccrouch1> dmlloyd: quick question[19:44:47] <ccrouch1> if we had questions about the VFS in JBAS5 do you know who's the best person to talk to?[19:45:02] <dmlloyd> alesj is the guy[19:45:22] <ccrouch1> great, thanks[19:45:23] <ccrouch1> that component got a re-write correct?[19:45:34] <ccrouch1> for as7[19:45:36] <dmlloyd> yeah AS6/7 use VFS3, AS5 uses VFS2[19:45:42] <ccrouch1> gotya[19:45:43] <ccrouch1> thanks[19:45:46] <dmlloyd> np[19:48:57] *** tdiesler has quit IRC[19:49:48] *** hbraun has joined #jboss-as7[19:52:17] *** sannegrinovero has quit IRC[19:53:17] <baileyje> bstansberry: Can you review https://github.com/baileyje/jboss-as/commit/d91a35db13b2f17ba9defbb6512c4c0d2712a0b0[19:53:19] <jbossbot> git [jboss-as] d91a35d.. John E. Bailey [JBAS-9118] - Add model operaiton to read resources of a specified type from a node[19:53:20] <jbossbot> jira [JBAS-9118] Use a better colour scheme for code blocks in WebServices documentation pdf [Open (Unresolved) Enhancement, Major, Shelly McGowan] https://issues.jboss.org/browse/JBAS-9118[19:53:38] <bstansberry> rejected![19:53:46] <bstansberry> wrong JIRA #[19:53:52] <bstansberry> in the commit message[19:54:20] * bstansberry goes to look, but please rebase -i[19:54:34] <baileyje> doh..[19:54:56] *** smcgowan has quit IRC[19:55:29] *** davidbos has quit IRC[19:55:29] *** hbraun has left #jboss-as7[19:55:52] <baileyje> https://github.com/baileyje/jboss-as/commit/bf4b43cc7b9d64bc6d18a8f11a5332a83cf1e130[19:55:53] <jbossbot> git [jboss-as] bf4b43c.. John E. Bailey [JBAS-9110] - Add model operaiton to read resources of a specified type from a node[19:55:58] <jbossbot> jira [JBAS-9110] Read child resource operation [Open (Unresolved) Feature Request, Major, John Bailey] https://issues.jboss.org/browse/JBAS-9110[19:57:04] *** mbg is now known as mbg|away[19:57:40] *** hbraun has joined #jboss-as7[19:58:48] *** Jaikiran has quit IRC[19:59:48] *** alesj has left #jboss-as7[20:18:50] *** hbraun has quit IRC[20:20:49] <jbossbot> git [jboss-as] push master bf4b43c.. John E. Bailey [JBAS-9110] - Add model operaiton to read resources of a specified type from a node[20:20:51] <jbossbot> jira [JBAS-9110] Read child resource operation [Open (Unresolved) Feature Request, Major, John Bailey] https://issues.jboss.org/browse/JBAS-9110[20:20:51] <jbossbot> git [jboss-as] push master URL: http://github.com/jbossas/jboss-as/compare/919745f...bf4b43c[20:20:58] <bstansberry> baileyje: thanks![20:21:32] <baileyje> bstansberry: Np. THanks for checking it over.[20:25:54] *** mbg|away is now known as mbg[20:28:15] *** irooskov has joined #jboss-as7[20:29:07] <Nihility> http://fpaste.org/X40q/[20:29:12] <Nihility> thats a bunch of missing deps[20:29:13] <Nihility> :)[20:30:24] <dmlloyd> maybe some day it will actually tell you what the deps are :)[20:30:37] <dmlloyd> btw, I was thinking that maybe we should have a service name "pretty printer" for our known service names[20:31:25] <dmlloyd> so it could say "Deployment foo.jar, component MyBean is missing: JNDI binding "java:comp/FooBar", Data source "blah""[20:31:28] <dmlloyd> that kind of thing[20:31:29] <dmlloyd> in english[20:31:38] <Nihility> interesting thing is[20:31:42] <dmlloyd> then default to MSC service names if it's unknown like a user-defined one[20:32:07] <Nihility> you only get that on a clean start[20:32:18] <Nihility> since the listener counts it[20:32:22] <dmlloyd> yeah I think it may report missing deps too early in some cases[20:32:30] <Nihility> i guess our deployment listener is broken[20:32:30] <dmlloyd> in any case I'm out to clean that all up[20:32:35] <dmlloyd> yeah[20:33:17] <bstansberry> do we want the H2 datasource enabled by default?[20:34:23] <dmlloyd> why not[20:34:27] <dmlloyd> it's pretty easy to disable[20:34:55] <dmlloyd> btw notice that andy miller's JDBC driver demo prefers the module install approach rather than the deployment approach[20:34:59] <dmlloyd> not sure how I feel about that :)[20:35:39] <bstansberry> i think it was more intelletually interesting[20:35:48] <Nihility> Service "jboss.jpa.persistenceunit."OrderManagerApp.ear/OrderManagerEJB.jar#services"" (class org.jboss.as.jpa.service.PersistenceUnitService) mode ACTIVE state DOWN (parent: jboss.deployment.unit."OrderManagerApp.ear"."OrderManagerEJB.jar".INSTALL) (dependencies: jboss.data-source.java:/MySqlDS, jboss.txn.TransactionManager, jboss.txn.TransactionSynchronizationRegistry) (has missing dependency)[20:35:52] <bstansberry> or maybe i just wasn't clear on why we did h2 that way[20:35:55] <Nihility> i tricked it[20:36:01] <Nihility> wow the hibernate stuff is WAY too noisy[20:36:06] <bstansberry> well, i know i wasn't clear, since i said nothing[20:36:20] <dmlloyd> :)[20:39:21] * smarlow I'll be on "jboss.data-source.java:/MySqlDS" being DOWN[20:39:24] <smarlow> bet[20:39:49] <Nihility> yeah i fixed that[20:40:57] <Nihility> ok so now...[20:41:17] <Nihility> wish those jbweb mbeans were still there[20:41:18] <Nihility> hhaa[20:45:02] <bstansberry> review please: https://github.com/bstansberry/jboss-as/commit/c373c35eb09e4b0d8b8a9a68b097337131c9a17d and https://github.com/bstansberry/jboss-as/commit/420b65c7513582852bb6901b454226b60803bdbd[20:45:03] <jbossbot> git [jboss-as] c373c35.. bstansberry at jboss dot com [JBAS-9063] Configure rollback on the deployment plan...[20:45:04] <jbossbot> jira [JBAS-9063] Failing rar deployment is not cleaned up [Open (Unresolved) Bug, Major, Brian Stansberry] https://issues.jboss.org/browse/JBAS-9063[20:45:04] <jbossbot> git [jboss-as] 420b65c.. bstansberry at jboss dot com [JBAS-9127] Configure H2 in domain mode consist with standalone[20:45:05] <jbossbot> jira [JBAS-9127] H2 Datasource fails in domain mode [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/JBAS-9127[20:47:25] *** Sacha has quit IRC[20:51:41] *** stalep has quit IRC[20:55:38] *** stalep has joined #jboss-as7[20:56:57] *** smarlow has quit IRC[21:00:55] <dmlloyd> how are we currently handling XADataSource? specifying it by class in the data source definition?[21:11:36] *** davidbos has joined #jboss-as7[21:17:07] *** smcgowan has joined #jboss-as7[21:17:07] *** ChanServ sets mode: +v smcgowan[21:20:46] <Nihility> interesting vfs is not extracting contents[21:21:13] <Nihility> (of a nested deployment)[21:27:01] *** rawbdor has joined #jboss-as7[21:47:38] <Nihility> hmm wth creates /contents[21:49:46] <rmaucher> like with a war inside an ear ?[21:50:01] <rmaucher> it did weird stuff for me when I tested earlier[21:50:09] *** adietisheim has quit IRC[21:50:46] <Nihility> right yeah the subdeployment mount just mounts it directly as a zip, but then it ends up passing jbweb an empty contents directory[21:51:19] <Nihility> so jbweb uses a FileDirContext[21:51:26] <Nihility> and thats why you get 404s[21:51:57] <rmaucher> ah ok makes sense[21:52:16] <rmaucher> I could use the VFSDirContext thing for everything, but decided not to[21:52:35] <rmaucher> I use it only for JAR contents now (the overlays that nobody nows about)[21:52:39] <rmaucher> knows[21:55:04] <bstansberry> two more commits to look at if anyone has a minute: https://github.com/bstansberry/jboss-as/commits/JBAS-9126[21:55:18] <jbossbot> jira [JBAS-9126] The read-resource operation description does not include the "include-runtime" parameter [Open (Unresolved) Bug, Minor, Brian Stansberry] https://issues.jboss.org/browse/JBAS-9126[21:55:54] *** mmoyses has quit IRC[21:56:04] <Nihility> ah ok, yeah i think the correct behavior, at least for now is to expand nested wars in another location, that is until we decide we want to support optional direct mounting of the war and breaking the legacy apis[21:56:05] *** wolfc has quit IRC[21:57:21] <stuartdouglas> smcgowan: I am just running the JAX-RS TCK now with some fixes that should solve the problem, should be done in the next 20 minutes or so[21:58:09] <stuartdouglas> The issue was that the processor was being too eager to mark a deployment as a JAX-RS deployment[21:58:10] *** davidbos has quit IRC[21:58:25] <stuartdouglas> although AS6 seems to be the same, so I am not sure why it did not have the same problem[21:59:12] <smcgowan> stuartdouglas: sounds good[21:59:22] <rmaucher> Nihility, I'm ok with adding another item somewhere in the config for that[21:59:37] *** pil-dinner has quit IRC[22:00:13] <Nihility> rmaucher: ok we revisit that at some point[22:00:21] <Nihility> ah yes i see it here this is where it comes from:[22:00:23] <Nihility> webContext.setDocBase(deploymentRoot.getPhysicalFile().getAbsolutePath());[22:00:56] <Nihility> so getPhysicalFile on a zip context dir eturns an empty dir[22:01:14] <Nihility> if we mount exploded it should just go away[22:01:30] <rmaucher> yes[22:02:46] *** pil-dinner has joined #jboss-as7[22:03:56] *** Nihility has quit IRC[22:06:00] *** Nihility has joined #jboss-as7[22:06:00] *** Nihility has joined #jboss-as7[22:06:00] *** ChanServ sets mode: +v Nihility[22:19:29] *** smarlow has joined #jboss-as7[22:19:30] *** ChanServ sets mode: +v smarlow[22:21:33] *** pil-dinner has quit IRC[22:25:27] <stuartdouglas> smcgowan: Actually after reading the spec again I still have more work to do[22:26:26] <smcgowan> stuartdouglas: ok[22:28:35] *** jpederse has quit IRC[22:32:15] <stuartdouglas> actually, the more I read the spec, the more I can't help thinking that the integration for AS6 was just plain wrong :-([22:35:37] *** davidbos has joined #jboss-as7[22:47:28] *** frainone_away is now known as frainone[22:53:01] *** dimitris_jboss has quit IRC[22:53:12] *** dimitris_ has quit IRC[22:54:51] <Nihility> stuartdouglas: how did it pass?[22:55:22] <stuartdouglas> not quite sure, it does not look like the JAX-RS testsuite tests the bits where it does not comply[22:55:40] <stuartdouglas> the issues that I am seeing are to do with how it integrates[22:56:02] <stuartdouglas> basically it is just adding a catch all filter in a lot of cases when you include JAX-RS resources in your app[22:56:22] <Nihility> what was with that strange content type?[22:56:23] <stuartdouglas> but really this is my fault for just copying what was in AS6 :-)[22:56:56] <stuartdouglas> that comes from the TCK, it issues requests with a content type of java-internal/java.util.properties to run the tests[22:57:09] <stuartdouglas> and resteasy was trying to run on them[22:57:22] <stuartdouglas> rather than letting it pass through[22:57:32] <stuartdouglas> also the spec only talk about servlet init param[22:57:40] <stuartdouglas> but resteasy seems to use context params instead[22:57:47] <stuartdouglas> which are totally different things[22:58:04] <Nihility> doh[22:59:18] <Nihility> so andy's ear deployment shows us that we are generating contexts wrong when ears are involved[22:59:18] <stuartdouglas> I would say it should not take to long to sort out[22:59:34] <Nihility> web contexts[22:59:36] <stuartdouglas> but if I say that then I will be on it all day :-)[22:59:40] <stuartdouglas> how so?[22:59:51] <Nihility> foo.ear/blah.war[22:59:56] <Nihility> gives you /blah[22:59:59] <stuartdouglas> ah[23:00:11] <Nihility> it also ignores the context in application.xml[23:00:25] <Nihility> nested wars arent exploded[23:00:33] <Nihility> and it looks like jndi isnt mapping[23:00:37] <stuartdouglas> a lot of the deployment descriptor stuff is yet to be hooked up[23:01:25] <Nihility> im going to break this out into a bunch of issues and start shooting them down[23:01:33] <Nihility> i really want this deployment to work on beta2[23:01:42] <Nihility> its a nice example of a multi-layer app[23:01:50] <Nihility> ear,web, ejb3, jpa, etc[23:01:54] <stuartdouglas> ok, once I get this resteasy stuff done I might start looking at that[23:05:37] *** miclorb_ has joined #jboss-as7[23:16:40] *** asaldhan has left #jboss-as7[23:21:02] *** ALR has quit IRC[23:31:19] *** davidbos has quit IRC[23:32:17] *** smcgowan is now known as smcgowan_dinner[23:36:36] *** frainone has quit IRC[23:48:10] *** davidbos has joined #jboss-as7[23:48:29] *** davidbos has quit IRC[23:51:53] *** mbg is now known as mbg|away[23:52:15] *** bstansberry is now known as bstans_afk[23:52:27] *** pferraro has quit IRC[23:56:34] *** emuckenhuber has quit IRC