[00:00:23] <lightguard_jp> It looks fine.
[00:00:53] <lightguard_jp> I stayed with XML to avoid license issues, keep deps down and also make it little easier to see what we're doing via XPath instead of for loops
[00:01:31] <aslak> lightguard_jp, yea, i was thinking the same. if i would prefer xml in this for the same reasons
[00:02:13] <lightguard_jp> I'll comment on it
[00:04:33] <lightguard_jp> Commented
[00:04:56] <aslak> lightguard_jp, thanks
[00:05:02] <lightguard_jp> np
[00:14:25] *** mbg has quit IRC
[00:15:12] *** kevinpollet has quit IRC
[00:15:27] *** kevinpollet has joined #jbosstesting
[00:37:53] *** kevinpollet has quit IRC
[00:45:02] *** aslak has quit IRC
[01:14:52] *** ldimaggi has joined #jbosstesting
[01:37:56] *** bleathem has quit IRC
[01:45:41] *** lightguard_jp has quit IRC
[01:57:45] *** lightguard_jp has joined #jbosstesting
[01:58:40] *** bgeorges has joined #jbosstesting
[02:39:10] *** ianbrandt has quit IRC
[02:39:20] *** tdiesler1 has joined #jbosstesting
[02:41:14] *** tdiesler has quit IRC
[03:35:07] *** aaronwalker has quit IRC
[03:54:02] *** aaronwalker has joined #jbosstesting
[04:34:21] *** gastaldi has joined #jbosstesting
[04:43:51] *** gastaldi has left #jbosstesting
[05:42:58] *** ldimaggi has quit IRC
[05:51:38] *** ALR has joined #jbosstesting
[06:37:04] *** bleathem has joined #jbosstesting
[07:15:14] *** maeste has joined #jbosstesting
[07:20:10] *** tommysdk has joined #jbosstesting
[07:40:30] *** aslak has joined #jbosstesting
[07:40:30] *** aslak has quit IRC
[07:40:30] *** aslak has joined #jbosstesting
[07:53:38] *** tommysdk has quit IRC
[07:55:43] *** bgeorges has quit IRC
[07:55:51] *** tdiesler1 has quit IRC
[08:07:41] *** ge0ffrey has joined #jbosstesting
[08:12:50] *** mgoldmann has joined #jbosstesting
[08:14:20] *** maeste has quit IRC
[08:24:08] *** galderz has joined #jbosstesting
[08:27:30] *** maeste has joined #jbosstesting
[08:32:51] *** tdiesler has joined #jbosstesting
[08:34:14] *** lfryc has joined #jbosstesting
[08:34:29] *** jharting has joined #jbosstesting
[08:42:39] *** kpiwko has joined #jbosstesting
[08:45:00] *** bleathem has quit IRC
[08:45:08] *** tommysdk has joined #jbosstesting
[08:55:06] *** alesj has joined #jbosstesting
[08:59:10] *** aaronwalker has quit IRC
[09:00:27] *** aaronwalker has joined #jbosstesting
[09:15:18] *** oskutka has joined #jbosstesting
[09:28:28] *** kevinpollet has joined #jbosstesting
[10:00:51] <kpiwko> aslak: tdiesler: good morning
[10:01:15] *** bgeorges has joined #jbosstesting
[10:17:03] *** OndraZizka has quit IRC
[10:17:34] *** OndraZizka has joined #jbosstesting
[10:19:39] *** Jaikiran has joined #jbosstesting
[10:22:10] *** jhuska has joined #jbosstesting
[10:26:40] *** aaronwalker has quit IRC
[10:32:14] *** Jaikiran has quit IRC
[10:35:53] *** alesj has quit IRC
[10:43:53] *** alesj has joined #jbosstesting
[10:50:13] *** lightguard_jp has quit IRC
[10:53:00] *** kpiwko has quit IRC
[10:53:09] *** kpiwko has joined #jbosstesting
[10:56:08] *** bgeorges has quit IRC
[11:13:30] <aslak> kpiwko, good morning
[11:25:28] *** pilhuhn has joined #jbosstesting
[11:36:58] *** tommysdk has quit IRC
[11:37:04] *** ALR has quit IRC
[11:53:36] *** Jaikiran has joined #jbosstesting
[11:55:33] <kpiwko> aslak: hi, I have a question about JMXProtocol for AS7
[12:01:46] <aslak> kpiwko, shoot
[12:01:54] <kpiwko> aslak: or actually what was the reason why ServletProtocol could not be used for AS7
[12:02:35] <aslak> kpiwko, you can change to use ServletProtocol (well, not currently due to bugs, but yeah)
[12:03:31] <aslak> kpiwko, but the basic reason is jmx-as7 protocol is made for as7 internals testing. you can't get a hold of e.g. MSC or OSGI Services in the TestCase without being deployed as a Service as far as i understood
[12:03:52] <aslak> so in the ServletProtocol you wouldn't be able to @Inject BundleContext and so on
[12:21:33] *** maschmid has joined #jbosstesting
[12:24:01] *** kevinpollet has quit IRC
[12:35:58] *** galderz has quit IRC
[12:55:54] <tdiesler> aslak, what do you think of this one https://issues.jboss.org/browse/ARQ-520
[12:55:55] <jbossbot> jira [ARQ-520] ResolutionException for artifact org.jboss.arquillian.osgi:arquillian-osgi-bundle:jar [Open (Unresolved) Bug, Major, Thomas Diesler] https://issues.jboss.org/browse/ARQ-520
[12:59:02] <aslak> tdiesler, the problem is how Aether is configured by default, it has two modes it can run in, on which is a strick mode, where it will match repo_id  up against downloaded artifact in your local repo
[12:59:17] <aslak> the other mode it's happy that it's there, not repo id check
[12:59:41] <aslak> kpiwko, did you include this fix in your offline mode commit ?
[13:00:09] <kpiwko> aslak: yes
[13:00:39] <kpiwko> aslak: goOffline() or <offline/> in settings.xml
[13:01:19] <aslak> tdiesler, in your case you depend on the bundle it self via maven right? so it will always be there. if that's the case you can set it to go offline and it should work
[13:04:03] <tdiesler> aslak, a user of the embedded osgi container might not have the bundle available locally. What I really want is to give the MavenDependencyResolver the repo location where to look for the bundle.
[13:04:40] <tdiesler> aslak, how would I set goOffline() ? Is this a new method of the MavenDependencyResolver
[13:05:03] <aslak> tdiesler, yea, but it won't download it then if it's not local
[13:07:28] <aslak> kpiwko, hmm, you can only specify location of settings.xml via system props right? no direct adding of remote repo via api ?
[13:08:39] <kpiwko> aslak: nope
[13:09:12] <aslak> kpiwko, and the URL vs Path settings.xml location is not resolved yet ?
[13:09:12] <kpiwko> aslak: you can specify settings.xml via API as well, but no direct modifications via API are possible
[13:09:30] <kpiwko> aslak: not resolved yet
[13:12:09] *** kevinpollet has joined #jbosstesting
[13:12:40] <aslak> tdiesler, then i think currently your best option, to avoid hardcoding it completely, is to open up for a repoUrl in EmbeddedConfiguraiton, write out a settings.xml file with that info, and configure the MavenDepResolver to use that settings.xml to resolve
[13:19:31] *** jose_freitas has joined #jbosstesting
[13:31:54] <jose_freitas> g'morning
[13:34:36] *** Jaikiran has quit IRC
[13:40:00] <aslak> jose_freitas, morning
[13:50:30] *** galderz has joined #jbosstesting
[13:55:29] <tdiesler> aslak, goOffline() has to wait until arq-core uses sw beta-4, right?
[14:09:53] <aslak> tdiesler, beta-3 should be compatible beta-4, so you can upgrade locally in the container for now..  but it won't solve your problem 100%
[15:02:44] *** ldimaggi has joined #jbosstesting
[15:05:58] *** jharting has quit IRC
[15:10:58] <kpiwko> tdiesler: if you are looking for as7 sample with sw-beta-4, see https://github.com/kpiwko/as7-seam2-maven-deps-resolver
[15:15:13] <jose_freitas> aslak: is there a trick to debug in AS7/
[15:15:23] <jose_freitas> i can debug tests, but not the extension
[15:16:12] <aslak> jose_freitas, should be the same, remote debug
[15:16:46] <jose_freitas> hm
[15:16:56] <jose_freitas> I'll update jboss tools to see if something changed
[15:18:15] *** aslak has quit IRC
[15:55:40] *** pilhuhn is now known as pil-afk-bbl
[15:56:56] *** bleathem has joined #jbosstesting
[16:13:31] *** jharting has joined #jbosstesting
[16:22:44] *** mgoldmann has quit IRC
[16:22:49] *** ldimaggi has quit IRC
[16:23:06] *** ldimaggi has joined #jbosstesting
[16:33:17] *** milestone has joined #jbosstesting
[16:33:25] <milestone> hi all
[16:33:39] <jose_freitas> hello milestone
[16:33:42] <milestone> what is more common to test a seam component? JUnit4 or TestNG?
[16:35:05] <jose_freitas> good question, I believe it's junit, but I didn't touch all modules
[16:35:42] <milestone> jose_freitas: thx
[16:36:09] *** jharting has quit IRC
[16:36:29] *** jharting has joined #jbosstesting
[16:38:13] <jose_freitas> maybe jharting could give a more accurate answer
[16:39:51] <milestone> jharting: what is more common to test a seam component? JUnit4 or TestNG?
[16:40:29] <jharting> it depends, historically we used TestNG exclusively
[16:40:40] <jharting> with Seam 3 most modules use JUnit I think
[16:40:51] <jharting> it's up to you
[16:41:44] <jharting> do you have any specific requirements?
[16:44:35] <milestone> jharting: i want to test a sem 2.2.0cr1 application especially page transitions are pretty slow
[16:44:44] <milestone> so i want to test the seam components
[16:44:48] <milestone> bit by bit
[16:45:04] <milestone> and then hunt down the underlying web services that are slow
[16:45:28] <milestone> it is more the establishment of settiung up a test framework throughout the application stack
[16:46:55] <jharting> milestone: for Seam 2 I would recommend using TestNG as the entire testing framework for Seam 2 is built on TestNG
[16:47:56] <milestone> jharting: ok thanks
[16:48:09] *** jharting has quit IRC
[17:10:00] *** alesj has quit IRC
[17:23:13] *** ge0ffrey has quit IRC
[17:24:20] *** aslak has joined #jbosstesting
[17:25:44] <aslak> jdlee, gf question i believe.. any clue ? http://community.jboss.org/message/616136#616136
[17:27:06] <jdlee> in a meeting ATM, but I'll look when I can
[17:27:14] <aslak> jdlee, thanks :)
[17:49:13] *** jhuska has quit IRC
[17:50:43] *** oskutka has quit IRC
[17:53:28] <jose_freitas> aslak: ping
[17:53:35] <aslak> jose_freitas, hey
[17:54:23] <jose_freitas> I'm suspecting that jsfunit doesn't run over jbossas7
[17:54:50] <jose_freitas> when trying to get an HttpSession to find the jsfsession
[17:54:51] <jose_freitas> HttpSession httpSession = WebConversationFactory.getSessionFromThreadLocal();
[17:55:02] <jose_freitas> it never finds the request stored in threadlocal
[17:55:17] <aslak> jose_freitas, sorry, not it doesn't currently. it won't execute over the JMX protocol it uses by default
[17:56:04] <jose_freitas> hmm
[17:56:18] <aslak> jose_freitas, you'll need to use the ServletProtocol for it to work, which currently does not work at all in 7 final
[17:56:31] *** maschmid has quit IRC
[17:56:43] <aslak> jose_freitas, but work in progress if you want to build: https://github.com/aslakknutsen/jboss-as/tree/AS7-1152
[17:56:45] <jbossbot> jira [AS7-1152] Support Deployment introspection using ProtocolMetadata in the Arquillian Containers [Open (Unresolved) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/AS7-1152
[17:57:44] <aslak> jose_freitas, forgot that when i was testing as7 and jsfunit, it was against a different version of the as7container
[17:58:01] <jose_freitas> np
[18:00:22] <jose_freitas> what's the status of the work in progress ?
[18:00:35] *** bdlink has joined #jbosstesting
[18:00:38] <jose_freitas> almost there?
[18:01:31] <aslak> 'should' work :)
[18:01:49] <aslak> not tested the ServletProtocol on it, but @ArquillinaResource work, which use the same metadata
[18:04:54] *** galderz has quit IRC
[18:24:52] <jose_freitas> @ArquillianResource?
[18:25:50] <jose_freitas> for hms?
[18:25:51] <jose_freitas> jms?
[18:26:22] <milestone> hey folks, i am unable to download the testing profiles from https://repository.jboss.org/nexus/content/groups/public/org/jboss/arquillian/container/
[18:26:31] <milestone> is tht the wrong url?
[18:30:11] <aslak> jose_freitas, no, URL inject to the web context root
[18:30:21] <aslak> milestone, what are you trying to download ?
[18:34:45] <milestone> aslak: arquillian-jbossas-remote-6
[18:35:12] <milestone> 1.0.0.Alpha5
[18:41:40] <aslak> rehttps://repository.jboss.org/nexus/content/groups/public/org/jboss/arquillian/container/arquillian-jbossas-remote-6/1.0.0.Alpha5/arquillian-jbossas-remote-6-1.0.0.Alpha5.pom
[18:41:42] <aslak> https://repository.jboss.org/nexus/content/groups/public/org/jboss/arquillian/container/arquillian-jbossas-remote-6/1.0.0.Alpha5/arquillian-jbossas-remote-6-1.0.0.Alpha5.pom
[18:43:28] *** kevinpollet has quit IRC
[18:46:18] *** jose_freitas_aw has joined #jbosstesting
[18:46:42] *** galderz has joined #jbosstesting
[18:46:49] *** galderz has quit IRC
[18:48:35] *** ianbrandt has joined #jbosstesting
[18:54:05] *** ALR has joined #jbosstesting
[18:54:59] *** jose_freitas has quit IRC
[18:55:38] <milestone> aslak: does not work for me :(
[18:55:59] <aslak> milestone, what doesn't work?
[18:56:14] <milestone> this url is constructed by maven
[18:56:20] <milestone> exactly as you have written it
[18:56:27] <milestone> but it keeps telling me
[18:56:51] <milestone> Error transferring file "No route to host"
[18:56:59] <milestone> but all other artifacts work
[18:57:03] <milestone> :(
[18:58:08] <aslak> hmm, that's strange
[18:58:47] *** jose_freitas_aw is now known as jose_freitas
[19:00:29] *** bleathem is now known as bleathem_away
[19:06:03] <jose_freitas> aslak
[19:06:16] *** rbattenfeld has joined #jbosstesting
[19:06:17] <jose_freitas> servlet-protocol on master branch?
[19:06:42] <milestone> aslak: is there a profile for jboss 5.1.0 as well?
[19:08:06] <aslak> jose_freitas, ?
[19:08:27] <aslak> milestone, replace 6 with 5.1
[19:08:47] <milestone> aslak: great
[19:09:44] <jose_freitas> aslak, the master branch of servlet-protocol has what I need to make it work? or is it another branch?
[19:09:45] *** bdlink has quit IRC
[19:10:06] <aslak> jose_freitas, aa, master should work..
[19:10:19] <kpiwko> aslak: https://github.com/kpiwko/arquillian-container-openshift/tree/ARQ-515 enjoy :)
[19:10:21] <jbossbot> jira [ARQ-515] Implement OpenShift Express container for Arquillian [Open (Unresolved) Task, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-515
[19:11:04] <aslak> kpiwko, working ? :)
[19:11:11] <kpiwko> aslak: I'll update the doc/javadoc and we can release it as Alpha1 tomorrow if no glitches found
[19:11:14] <kpiwko> aslak: yep
[19:11:24] <aslak> kpiwko, awesome..
[19:11:32] <aslak> kpiwko, speed?
[19:11:44] <kpiwko> aslak: faster than as6 managed
[19:11:45] <kpiwko> :)
[19:11:51] <aslak> cool
[19:11:52] <aslak> :)
[19:11:58] <aslak> slower then local as7 i bet.. hehe
[19:12:13] *** milestone has left #jbosstesting
[19:12:28] <kpiwko> aslak: there might be some sped optimalization...I have to do the classpath scanning of Archives to get all Servlet impls for ContextPath<?> to work
[19:13:19] <kpiwko> I mean @ArquillianResource(ServletXYZ.class) URL contextPath
[19:14:11] <aslak> mm yea
[19:14:33] <kpiwko> but "@Inject"ing on OpenShift simply feels great
[19:14:36] <kpiwko> :)
[19:15:02] <aslak> we got maven openshift app deploy then, via this: https://github.com/arquillian/arquillian-maven
[19:15:05] <aslak> neat
[19:17:05] <aslak> mvn arquillian:run|deploy|undeploy
[19:17:15] <aslak> need to get the config in there tho..
[19:17:25] <kpiwko> aslak: awesome!
[19:17:32] <ALR> Wooohoo OpenSHIFT baby
[19:18:41] <aslak> :)
[19:19:20] <ALR> aslak: BTW I'm finishing up on the DZone EE6 refcard
[19:19:29] <ALR> Agree with most of your comments on my last pull request
[19:19:43] <ALR> So I'll revise 'em and send some more commits either tonight or tomorrow
[19:20:01] <aslak> ALR, great
[19:20:10] <aslak> ALR, when you have time for sd spi review ?
[19:20:20] <ALR> aslak: Tomorrow?
[19:20:23] <kpiwko> aslak: I guess speed will be improved once https://issues.jboss.org/browse/AS7-619 is done
[19:20:24] <jbossbot> jira [AS7-619] Management Port sharing port 8080 [Open (Unresolved) Feature Request, Major, Scott Stark] https://issues.jboss.org/browse/AS7-619
[19:20:58] <rbattenfeld> ALR: I still have problems to pull upstream to my local master. git pull -f reports everything up to date but I can't see your changes in git log. I tried git reset --hard^ probably one time to much
[19:21:30] <ALR> rbattenfeld: Let's start by pushing what you have into another remote branch
[19:21:54] <aslak> kpiwko, don't bet on it. remote http calls are probably not faster then a little archive scan + classloading
[19:21:57] <ALR> git branch showALR
[19:22:00] <aslak> kpiwko, but it will be more accurate.. :)
[19:22:00] <ALR> git checkout showALR
[19:22:07] <ALR> git push origin showALR
[19:22:24] <aslak> kpiwko, have you timed the scan btw?
[19:22:38] <aslak> ALR, sure.. tomorrow is good
[19:22:45] <kpiwko> aslak: nope
[19:23:44] <rbattenfeld> ALR: done
[19:25:37] <kpiwko> aslak: what's the best way? System.currentMillis() classic or you have some util in Arq to do that?
[19:27:31] <ALR> rbattenfeld: Figuring the best approach here, one sec
[19:28:21] *** kevinpollet has joined #jbosstesting
[19:30:01] <ALR> rbattenfeld: OK.
[19:30:09] <ALR> We're going to ditch your current branches
[19:30:23] <ALR> rbattenfeld: Because I rewrote some of your commits and squashed 'em into one
[19:30:33] <ALR> rbattenfeld: https://github.com/shrinkwrap/descriptors/commit/7c42c14f7be63632229869118c6da8acc2a96c68
[19:30:34] <jbossbot> git [descriptors] 7c42c14.. ralfbattenfeld [SHRINKDESC-54] Development of EE and JBoss-specific Descriptors into API/Impl split
[19:30:35] <jbossbot> jira [SHRINKDESC-54] Develop/split EE Spec and JBoss-specific descriptors in API / Impl Split [Open (Unresolved) Task, Major, Ralf Battenfeld] https://issues.jboss.org/browse/SHRINKDESC-54
[19:31:04] <ALR> rbattenfeld: So:
[19:31:12] <ALR> git checkout master
[19:31:23] <ALR> git branch -D SHRINKDESC-GEN
[19:31:32] <ALR> (Because you have a local called SHRINKDESC-GEN)
[19:31:39] <ALR> git branch -D showALR
[19:32:00] <ALR> That'll destroy your local branches
[19:32:05] <ALR> (BUT WAIT)
[19:32:28] <ALR> If you have stuff in there that you haven't yet merged or I haven't put upstream, DON'T do that yet.
[19:32:30] <jose_freitas> aslak: last update to arquillian-protocol-servlet was 3 weeks ago?
[19:32:33] <ALR> Stop, let's try this again
[19:32:36] <ALR> rbattenfeld: ^
[19:32:51] <ALR> Instead of starting with deleting branches, let's just get you using the authoritative one.
[19:33:20] <ALR> git checkout -b SHRINKDESC-54 remotes/upstream/SHRINKDESC-54
[19:33:21] <jbossbot> jira [SHRINKDESC-54] Develop/split EE Spec and JBoss-specific descriptors in API / Impl Split [Open (Unresolved) Task, Major, Ralf Battenfeld] https://issues.jboss.org/browse/SHRINKDESC-54
[19:33:27] <ALR> git push origin SHRINKDESC-54
[19:33:52] <ALR> rbattenfeld: And lemme know when that part's done
[19:34:06] <aslak> jose_freitas, it's not auto deploying
[19:34:37] <aslak> kpiwko, naa, no utils. system works. .)
[19:35:15] <rbattenfeld> ALR: done
[19:35:51] <ALR> rbattenfeld: OK, beautiful
[19:36:09] <ALR> So then, where are the commits you want applied here?
[19:36:39] <kpiwko> aslak: good point...classpath scanning is super fast when compared to git ops
[19:37:31] <rbattenfeld> ALR: sorry, the first command failed: SHRINKDESC-54 already exists. I didn't see it in the first place
[19:37:33] <jbossbot> jira [SHRINKDESC-54] Develop/split EE Spec and JBoss-specific descriptors in API / Impl Split [Open (Unresolved) Task, Major, Ralf Battenfeld] https://issues.jboss.org/browse/SHRINKDESC-54
[19:37:39] <kpiwko> aslak: http://pastebin.com/TSvWHBYB
[19:37:56] <ALR> rbattenfeld: Then push what you have?
[19:38:14] <ALR> rbattenfeld: Ah, I see
[19:38:15] <ALR> https://github.com/rbattenfeld/descriptors/commits/SHRINKDESC-54
[19:38:16] <jbossbot> jira [SHRINKDESC-54] Develop/split EE Spec and JBoss-specific descriptors in API / Impl Split [Open (Unresolved) Task, Major, Ralf Battenfeld] https://issues.jboss.org/browse/SHRINKDESC-54
[19:39:43] <jose_freitas> aslak: what do you mean it's not auto deploying?
[19:40:17] <kpiwko> aslak: ALR: I'm heading home, see you guys tomorrow
[19:40:28] <ALR> kpiwko: Good stuff; night!
[19:42:32] <rbattenfeld> ALR: actually, I have copy of the few relevant files. Can we not start from your last commit with the spi?
[19:43:04] <ALR> rbattenfeld: Hehe, do you have the commit somewhere?
[19:43:24] <ALR> rbattenfeld: You can always manually reapply patches, but we can do this the "git" way
[19:44:11] <aslak> jose_freitas, i mean, SNAPSHOT deployment to nexus is not setup
[19:44:26] <rbattenfeld> ALR: I think, I didn't commit at all... But don't ask me what I messed up and how...
[19:44:40] <aslak> kpiwko, lol.. 4 ms vs 9 s.. yea.. :)
[19:45:31] <rbattenfeld> ALR: the git way is fine:-)
[19:45:35] <ALR> rbattenfeld: OK.  So if you still have the files, apply the patch and make a new commit. :)
[19:45:47] <aslak> kpiwko, have a good day.. :)
[19:45:52] <ALR> rbattenfeld: Then push that commit atop your new SD-54 branch
[19:46:00] <ALR> To your GitHub
[19:46:16] *** kpiwko has quit IRC
[19:47:43] <rbattenfeld> ALR: Ok, you mean I make first a new fork?
[19:47:43] *** kevinpollet has quit IRC
[19:47:50] *** kevinpollet has joined #jbosstesting
[19:49:19] <ALR> rbattenfeld: Nah.
[19:49:43] <ALR> rbattenfeld: Just kill your existing SD-54 branch
[19:49:52] <ALR> And make a new one based on upstream/SD-54
[19:50:05] <ALR> So long as you have nothing in yours that hasn't yet made it upstream
[19:50:38] <rbattenfeld> ALR: yes, there is nothing made it upstream
[19:51:19] <rbattenfeld> ALR: I will do that. Thanks for your help!
[19:51:30] <ALR> rbattenfeld: Cool, I'll wait here until you got it
[19:52:13] <rbattenfeld> ALR: fine, I am doing it ...
[19:52:24] <ALR> Nice.
[19:52:29] <ALR> Unless you need to take off. :)
[19:53:04] <jose_freitas> aslak: I builded the snapshot
[19:53:30] <jose_freitas> but when I fetch from upstream, the last commit was in 3 weeks ago
[19:53:35] <jose_freitas> so I thought it was weird
[19:55:05] <rbattenfeld> ALR: done, super. Now I can move the new stuff back and I can make the small changes for the spi changes. But ...
[19:55:23] <aslak> jose_freitas, in arq-core ?
[19:55:39] <jose_freitas> yes
[19:55:47] <ALR> rbattenfeld: ...but?
[19:55:51] <jose_freitas> ops, in servlet-protocol
[19:55:51] <aslak> jose_freitas, https://github.com/arquillian/arquillian-core/commits/master
[19:56:20] <aslak> jose_freitas, aa.. in servlet-protocol.. mm that could be. think the last thing we fixed there was with the jacoco stuff
[19:56:24] <rbattenfeld> ALR: when I have done this, do I have to push it directly to upstream?
[19:56:38] <jose_freitas> ok
[19:56:48] <rbattenfeld> ALR: no pull request?
[19:57:19] *** lfryc has quit IRC
[19:57:34] <ALR> rbattenfeld: Nope, you can't push to upstream
[19:57:43] <ALR> You push to your GitHub repo
[19:58:26] <ALR> And then I can grab it and review, organize, and will put it upstream
[19:58:57] <ALR> That way upstream is the mutual sync point
[19:59:08] <ALR> And everyone can push to their own GitHub repos
[19:59:49] <rbattenfeld> ALR: Fine, that makes sense. I will do the changes soon. Probably this evening.
[19:59:56] <ALR> Super
[20:00:10] <ALR> rbattenfeld: And I'll be sure to review and get whatever you need upstream
[20:00:14] <ALR> Git's kinda nice that way
[20:00:20] <ALR> It encourages a peer review model
[20:00:36] <ALR> For instance, I don't even push to Arquillian upstream (even though I have write access)
[20:00:47] <ALR> It's better for me to write my commits and have aslak review 'em.
[20:02:00] <rbattenfeld> ALR: Yes, I understand it perfectly:-) Thanks again. I will leave for a while
[20:02:08] <ALR> Cool, lata ;P
[20:02:16] *** rbattenfeld has left #jbosstesting
[20:07:01] <jose_freitas> so aslak, I'm confused, if servlet-protocol is basically the same since jacoco, the snapshot and CR2 should be the same, right?
[20:07:54] *** kevinpollet has quit IRC
[20:08:08] *** kevinpollet has joined #jbosstesting
[20:12:27] *** oskutka has joined #jbosstesting
[20:13:22] *** pil-afk-bbl is now known as pilhuhn
[20:19:38] <aslak> jose_freitas, correct ?
[20:20:42] <aslak> jose_freitas, i'm confused as well.. i meant build the jbossas 7 branch, not arq core
[20:20:58] <aslak> jose_freitas, the jbossas7 branch has fixed for it.. the servlet protocol is the same
[20:21:04] <jose_freitas> aaaaaa
[20:21:12] <jose_freitas> ok ok
[20:21:17] <jose_freitas> :)
[20:21:19] <aslak> :)
[20:21:23] *** lightguard_jp has joined #jbosstesting
[20:28:02] *** kevinpollet has quit IRC
[21:04:12] *** kevinpollet has joined #jbosstesting
[21:50:19] *** mhuniewicz has joined #jbosstesting
[21:52:15] *** tdiesler has quit IRC
[21:54:51] <jose_freitas> aslak: I builded from master branch jboss-as-arquillian-container-remote 7.1.0.Alpha1 and the AS 7.1.0.Alpha1 as well. the problem is the same. Request is never stored in a threadlocal
[21:55:40] <aslak> jose_freitas, you'll need to configure it to use the servlet protocol
[21:55:52] <jose_freitas> the extension?
[21:56:03] <aslak> the container, or your arq runtime
[21:56:04] <jose_freitas> cause the testcase already uses it
[21:56:07] <aslak> in arq xml
[21:56:12] <jose_freitas> hmmm
[21:56:18] <jose_freitas> any docs on that?
[21:56:41] *** kevinpollet has quit IRC
[21:56:44] <aslak> <defaultProtocol type="Servlet 3.0" />
[21:57:02] <aslak> and add a the ServletProtcol to cp
[21:58:41] <jose_freitas> http://pastebin.com/G2yNqKgj
[21:59:09] <aslak> jose_freitas, no, root level
[21:59:20] <jose_freitas> ok
[21:59:23] <aslak>  /arquillian/defaultProtocol
[22:19:18] *** kevinpollet has joined #jbosstesting
[22:37:08] <mhuniewicz> aslak, hi
[22:39:45] <jose_freitas> aslak: I was watching the arquillian-protocol jar generated by servlet protocol extension, and it lacks META-INF/services/org.jboss.arquillian.core.spi.LoadableExtension and packages: org.jboss.arquillian.protocol.servlet.v_2_5  and org.jboss.arquillian.protocol.servlet.v_3
[22:39:57] <jose_freitas> is this ok?
[22:41:59] <aslak> sure, no problem.. :)
[22:42:19] <aslak> bbl
[22:42:22] *** aslak has quit IRC
[23:05:13] *** lightguard_jp has quit IRC
[23:09:09] *** ALR has quit IRC
[23:19:13] *** ldimaggi has quit IRC
[23:19:37] *** pilhuhn has quit IRC
[23:27:06] *** kevinpollet has quit IRC
[23:39:18] *** rbattenfeld has joined #jbosstesting
[23:39:25] *** rbattenfeld has left #jbosstesting





top