[00:02:50] *** rachmatowicz has quit IRC
[00:04:23] <aslak> it feels a bit random what you will end up using
[00:04:53] <mhuniewicz> And considering one has to explicitly enable it for it to even work...?
[00:04:57] <aslak> src/main if no defined in src/test, src/test is there is one there because it happens to build to the same folder or what you have defined in sw archive
[00:13:50] *** jeand_ has quit IRC
[00:14:36] *** lightguard_jp_aw is now known as lightguard_jp
[00:18:05] <mhuniewicz> aslak, any options left?
[00:20:46] <aslak> mhuniewicz, we can try to write a big fat caution/warning in the docs, but ppl have a tendency not to read it.. hehe
[00:22:23] *** jamezp has quit IRC
[00:22:57] *** jamezp has joined #jbosstesting
[00:25:07] <mhuniewicz> aslak, what do you suggest then?
[00:30:27] <aslak> it is possible to give ShrinkWrap classloader out special classloader instead of the appCl
[00:30:33] <aslak> out/our
[00:30:53] <aslak> where we filter the resource loading
[00:31:12] <mhuniewicz> To exclude persistence.xml?
[00:31:18] <mhuniewicz> Or even more?
[00:31:31] <aslak> persistence.xml will probably do
[00:31:37] <aslak> i mena.. other things will leak as well
[00:32:04] <aslak> i guess anything that hibernate/etc might load of resources. omr.xml  etc
[00:32:19] <aslak> orm even
[00:32:39] <aslak> atleast we can to some extend stop the worst case
[00:34:37] <mhuniewicz> aslak, okay.
[00:34:48] <mhuniewicz> I'll catch you up later to discuss that.
[00:34:54] <mhuniewicz> Thanks. :) Thanks ALR as well.
[00:35:36] <ALR> N/P
[00:35:59] <mhuniewicz> I guess we should decide if it's all worth it.
[00:36:06] <ALR> This filtering bit is a hack.
[00:36:36] <aslak> yea
[00:37:47] <mhuniewicz> OK nite
[00:37:57] *** mhuniewicz has quit IRC
[00:55:02] *** aslak has quit IRC
[00:59:38] *** bleathem has quit IRC
[01:32:32] *** oskutka1 has quit IRC
[02:01:18] *** ldimaggi has joined #jbosstesting
[02:19:20] *** jamezp is now known as jamezp_afk
[02:49:22] *** dblevins has quit IRC
[02:54:33] *** dblevins has joined #jbosstesting
[05:21:36] *** ldimaggi has quit IRC
[05:31:06] <durandal_> finally have gf3.1 embedded working with jpa and security annotations in the arq test cases, woot
[06:35:48] *** maeste has joined #jbosstesting
[06:36:29] *** maeste has quit IRC
[06:36:29] *** maeste has joined #jbosstesting
[07:37:16] *** aaronwalker has joined #jbosstesting
[07:46:05] *** ge0ffrey has joined #jbosstesting
[08:00:30] *** maeste has quit IRC
[08:44:49] *** jamezp_afk has quit IRC
[08:45:18] *** jamezp_afk has joined #jbosstesting
[09:09:19] *** Jaikiran has joined #jbosstesting
[09:11:22] *** pilhuhn has joined #jbosstesting
[09:11:40] *** pilhuhn has quit IRC
[09:11:40] *** pilhuhn has joined #jbosstesting
[09:16:56] *** aslak has joined #jbosstesting
[09:17:48] *** maeste has joined #jbosstesting
[09:22:58] *** rruss has quit IRC
[09:24:49] *** rruss has joined #jbosstesting
[09:47:56] *** jeand_ has joined #jbosstesting
[09:59:19] *** rruss has quit IRC
[10:22:07] *** oskutka has joined #jbosstesting
[10:22:54] *** oskutka has quit IRC
[10:35:20] *** jeand__ has joined #jbosstesting
[10:37:17] *** tdiesler has joined #jbosstesting
[10:38:29] *** jeand_ has quit IRC
[11:05:52] <vnvarsete> any good arquillian tutorials using WebArchive? Or more specific: I've made a few tests for JavaArchive deployment, pretty easy when you first get into it. but when deploying a WebArchive, I assume that the deployment is much harder to create:( Any list/tutorial/example of what you normally *must have* in a web archive deployment?
[11:10:56] *** jamezp_afk has quit IRC
[11:11:30] *** jamezp_afk has joined #jbosstesting
[11:11:34] *** jamezp_afk has quit IRC
[11:11:34] *** jamezp_afk has joined #jbosstesting
[11:39:00] <aslak> vnvarsete, you only need what you want to test. the rest is handled in the background
[11:39:14] <aslak> ShrinkWrap.create(WebArchive.class).addClasses().addAsResources() etc etc etc
[11:39:16] <aslak> same same
[11:39:49] <vnvarsete> aslak: sure, what about web.xml, and other resources?
[11:40:16] <aslak> if you need a web.xml create it
[11:40:45] <aslak> vnvarsete, there is Descriptors.create(WebAppDescriptor.class).addServlet etc etc
[11:41:10] <aslak> and what other resources +
[11:41:10] <aslak> ?
[11:41:13] <vnvarsete> aslak: thanks, will give it a try:)
[12:03:58] *** aaronwalker has quit IRC
[12:07:04] *** lightguard_jp has quit IRC
[12:26:29] *** aaronwalker has joined #jbosstesting
[12:33:37] *** pilhuhn is now known as pil-lunch
[12:49:47] *** aaronwalker has quit IRC
[12:49:58] *** ldimaggi has joined #jbosstesting
[13:29:38] *** pil-lunch is now known as pilhuhn
[13:37:46] *** bobmcw has quit IRC
[13:54:17] *** jose_freitas_ has joined #jbosstesting
[13:55:54] *** jose_freitas has quit IRC
[13:57:04] *** pilhuhn has quit IRC
[13:57:41] *** pilhuhn has joined #jbosstesting
[14:23:30] *** rachmatowicz has joined #jbosstesting
[14:24:51] *** bobmcw has joined #jbosstesting
[14:56:13] *** vnvarsete has quit IRC
[14:56:27] *** vnvarsete has joined #jbosstesting
[15:35:20] *** rruss has joined #jbosstesting
[15:36:18] <ge0ffrey> aslak: I am using @ArquillianResource URL baseURL
[15:36:32] <ge0ffrey> how do I inject the URL including the war context root?
[15:37:00] <ge0ffrey> so instead of http://localhost:8080/ I need http://localhost:8080/guvnor-webapp-5.3.0-SNAPSHOT/
[15:37:27] <ge0ffrey> nvm
[15:38:04] <ge0ffrey> just released I created my url's like this: new URL(baseUrl, "/...") which removed the war context root.
[15:38:10] <aslak> right.. :)
[15:59:56] *** pilhuhn is now known as pil-afk-bbl
[16:08:18] <ge0ffrey> sorry for the distraction :)
[16:18:12] *** alesj has joined #jbosstesting
[16:27:44] <jose_freitas_> hey aslak!
[16:27:48] <jose_freitas_> howdy?
[16:27:56] <aslak> jose_freitas_, heya.. good good, you?
[16:28:07] <jose_freitas_> also pretty good
[16:28:16] <jose_freitas_> wdyt about this https://gist.github.com/1245983?
[16:28:41] <jose_freitas_> do you think is it worth to make it an extension under arquillian umbrella?
[16:28:57] <jose_freitas_> I think the idea is pretty much interesting
[16:36:27] <jose_freitas_> I think it needs some api design to make it a "produtct"
[16:37:02] <jose_freitas_> but I like de idea
[16:37:25] <jose_freitas_> and perhaps I could use this to resolve that jsfunit problem
[16:37:43] <jose_freitas_> with xerces and xalan
[16:42:05] *** pil-afk-bbl is now known as pilhuhn
[16:48:27] <aslak> jose_freitas_, yea, this ties into ARQ-287 and ARQ-293
[16:48:28] <jbossbot> jira [ARQ-287] Add support for filtering tests based on required execution environment [Coding In Progress (Unresolved) Feature Request, Major, Dan Allen] https://issues.jboss.org/browse/ARQ-287
[16:48:29] <jbossbot> jira [ARQ-293] Support container targeted deployments [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-293
[16:48:57] <aslak> he's attempting 293 in his work
[16:49:23] *** Jaikiran is now known as Jaikiran|brb
[16:50:03] <jose_freitas_> :)
[16:51:03] *** bleathem has joined #jbosstesting
[16:53:00] *** rachmatowicz has quit IRC
[17:18:46] *** ldimaggi has quit IRC
[17:26:40] *** Jaikiran|brb is now known as Jaikiran
[17:28:54] *** alesj has quit IRC
[17:35:50] *** Jaikiran is now known as Jaikiran|AFK
[17:41:17] *** jamezp_afk is now known as jamezp
[17:43:16] *** maeste has quit IRC
[17:47:19] *** rruss has quit IRC
[18:02:40] *** ldimaggi has joined #jbosstesting
[18:08:59] *** lightguard_jp has joined #jbosstesting
[18:13:06] *** dblevins has quit IRC
[18:21:16] *** durandal_ has quit IRC
[18:27:20] *** vineetr has joined #jbosstesting
[18:33:02] <vineetr> Hey aslak...
[18:34:24] <vineetr> I'm unsure about what needs to be done for ARQ-398. Should be just fix the docs, so that file: protocol URIs are used for the glassfish configuration? Or should any changes be made to the arquillian-glassfish project?
[18:34:25] <jbossbot> jira [ARQ-398] Help GlassFish understand relative URIs [Open (Unresolved) Feature Request, Minor, Unassigned] https://issues.jboss.org/browse/ARQ-398
[18:37:39] <aslak> vineetr, it comes from here: http://community.jboss.org/message/594588#594588
[18:37:47] *** pilhuhn is now known as pil-dinner
[18:38:21] <aslak> vineetr, been a while, but i think the gf container config require a uri
[18:38:37] <aslak> i don't remember if it didn't understand relative URI's or not
[18:39:19] <aslak> even tho that is what the issue implies, but the comment might suggest it does support relative paths, it just has to be expressed as a uri
[18:39:29] <vineetr> Alright, I'll check that part about relative URIs, since there is a comment in the jira ticket: "relative paths can also be provided in the form of:...."
[18:39:36] <aslak> yea
[18:39:56] <aslak> if that works, we can just document it and say it has to be URI's and be done with it
[18:40:11] <aslak> or we can add support for converting "src/test/ba" into a uri
[18:40:40] <aslak> the second option is more coherent with the other containers
[18:41:25] <aslak> something alla, if !option.startwith "file:" add file://
[18:41:31] <vineetr> Yes, I'm looking at ensuring that no one has to specify the protocol in one place (file:/src/resources/...), and use plain paths in other configurations.
[18:42:05] <aslak> yea
[18:42:06] <vineetr> btw, which github project has the docs?
[18:42:14] <aslak> docs.jboss.org/author/display/ARQ/Reference+Guide
[18:43:51] <vineetr> ok, got it. I thought the docs were in docbook format.
[18:43:59] <aslak> used to be, but moved
[18:44:41] <vineetr> I also took at look at ARQ-489.
[18:44:42] <jbossbot> jira [ARQ-489] Support Descriptor deployment GlassFish containers [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-489
[18:45:24] <vineetr> How would you like to have this issue resolved? The forum thread does not appear to reference this issue directly.
[18:46:39] <aslak> vineetr, aa, no that issue was cloned from one the has to do with sunReosurces
[18:46:43] <aslak> sunResources
[18:47:28] <aslak> i have a open feature request for that on glassfish
[18:48:11] <aslak> http://java.net/jira/browse/GLASSFISH-16240
[18:48:12] <jbossbot> jira [GLASSFISH-16240] Support DeleteResources(sun-resources-xml) AdminCommand [Open (Unresolved) Improvement, Major, Jagadish] http://java.net/jira/browse/GLASSFISH-16240
[18:49:16] <vineetr> Ah ok, so you would like to have the effects of add-resources <sun-resource.xml> reversed, is it?
[18:49:44] <aslak> Arquillian support @Deployment Descriptor
[18:49:49] <aslak> where Descriptor is some text file
[18:50:29] <aslak> so in theory we could support deploying a sun-resource file outside of the Archive deployment that defines resource the archive needs
[18:50:51] <aslak> but, you'll ave to manually inspect the resources file to undeploy it
[18:51:52] <aslak> glassfish might support it already via glassfish-resources.xml in the Archive. ARQ-593
[18:51:54] <jbossbot> jira [ARQ-593] glassfish-resources.xml (application scoped resources) not loaded with glassfish-remote [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/ARQ-593
[18:52:36] <aslak> not sure if sun-resources == glassfish-resources
[18:52:45] <vineetr> They aren't.
[18:53:42] <vineetr> sun-resources.xml is the older name for glassfish-resources. Also, the file can be within an archive, and not used in 'asadmin add-resources ..' command.
[18:54:05] <aslak> vineetr, basically we're looking for support for something like this: https://github.com/aslakknutsen/arquillian-showcase/blob/JBossAS7/jms/src/test/java/com/acme/jms/MessageDrivenBeanEchoTestCase.java#L50
[18:56:21] <vineetr> If I understand that example correctly, the queue is created first, and then the deployment is performed on jboss.
[18:56:28] <aslak> yea
[18:56:46] <vineetr> And the same also needs to be done in gf (embedded) and possibly remote (via gf-resources.xml).
[18:57:33] <aslak> yea, the GlassFish containers should understand a sun|glassfish-resources Descriptor
[18:58:11] <aslak> embedded you can use the Command API to add the Resource, but needs t omanually parse and uninstall the individuals
[18:58:23] <aslak> i 'assume' the REST interface for Remote GF supports something similar
[18:58:31] <aslak> brb
[19:39:51] *** tdiesler has quit IRC
[19:43:12] *** Jaikiran|AFK has quit IRC
[20:13:59] *** vineetr has left #jbosstesting
[20:38:10] *** jeand__ has quit IRC
[20:53:19] *** jeand__ has joined #jbosstesting
[20:57:16] *** jamezp is now known as jamezp_afk
[21:02:35] *** jeand__ has quit IRC
[21:02:37] *** jeand has joined #jbosstesting
[21:05:13] *** dblevins has joined #jbosstesting
[21:18:32] *** jbossbot has quit IRC
[21:19:20] *** jbossbot has joined #jbosstesting
[21:29:32] *** pil-dinner has quit IRC
[21:31:13] *** dblevins has quit IRC
[21:32:45] <ALR> aslak: Need to hack into the manifest of an ARQ-generated deployment
[21:32:52] <ALR> It's not in AuxiliaryArchiveAppender?
[21:33:04] <ALR> I guess I'm looking to get at the EAR
[21:33:32] <ALR> And also can't find the doc for the switch to dump the generated deployable as a serialized file; what's that?
[21:35:14] *** dblevins has joined #jbosstesting
[21:47:04] *** alesj has joined #jbosstesting
[21:51:01] *** ge0ffrey has quit IRC
[22:01:12] *** lfryc has joined #jbosstesting
[22:09:20] *** jamezp_afk is now known as jamezp
[22:23:19] <lfryc> aslak: is there any annotation like @AfterDeployment?
[22:51:49] *** jose_freitas has joined #jbosstesting
[22:55:22] *** jose_freitas_ has quit IRC
[23:00:05] *** jeand has quit IRC
[23:02:23] *** jharting has joined #jbosstesting
[23:08:08] *** lfryc has quit IRC
[23:24:11] *** jose_freitas_ has joined #jbosstesting
[23:25:36] *** jose_freitas has quit IRC
[23:26:24] *** jose_freitas has joined #jbosstesting
[23:28:45] *** jose_freitas_ has quit IRC





top