[00:50:10] *** aslak has quit IRC
[01:21:26] *** ldimaggi_ has joined #jbosstesting
[01:51:59] *** johnament has joined #jbosstesting
[01:54:08] *** johnament has quit IRC
[04:00:44] *** johnament has joined #jbosstesting
[04:34:42] *** ldimaggi_ has quit IRC
[05:09:50] *** ldimaggi_ has joined #jbosstesting
[05:19:20] *** ldimaggi_ has quit IRC
[05:39:58] *** bleathem has joined #jbosstesting
[06:15:11] *** bleathem has quit IRC
[06:29:22] *** maeste has joined #jbosstesting
[06:52:11] *** lightguard_jp has joined #jbosstesting
[07:26:48] *** oskutka has joined #jbosstesting
[07:52:14] *** rruss has joined #jbosstesting
[07:54:05] *** maeste has quit IRC
[07:58:43] *** oskutka has quit IRC
[08:07:24] *** maeste has joined #jbosstesting
[08:28:02] *** theute has joined #jbosstesting
[08:29:17] *** lfryc has joined #jbosstesting
[08:31:18] *** kpiwko has joined #jbosstesting
[08:50:27] *** mgencur has joined #jbosstesting
[08:56:04] *** lightguard_jp has quit IRC
[09:29:45] *** GTobi has joined #jbosstesting
[09:34:10] *** rruss has quit IRC
[09:49:41] *** wolfc has joined #jbosstesting
[09:54:58] *** GTobi has quit IRC
[10:13:23] *** jharting has joined #jbosstesting
[10:16:45] *** aslak has joined #jbosstesting
[10:16:45] *** aslak has quit IRC
[10:16:45] *** aslak has joined #jbosstesting
[11:09:51] *** lfryc has quit IRC
[11:45:19] *** pmuir has joined #jbosstesting
[12:12:48] *** aslak has quit IRC
[12:13:22] *** aslak has joined #jbosstesting
[12:16:07] *** amitev has joined #jbosstesting
[12:16:07] *** aslak has quit IRC
[12:16:52] *** aslak has joined #jbosstesting
[12:22:13] *** GTobi has joined #jbosstesting
[12:22:13] *** GTobi has quit IRC
[12:22:29] *** GTobi has joined #jbosstesting
[12:28:27] *** lfryc has joined #jbosstesting
[12:28:35] *** maeste has quit IRC
[12:38:24] *** aslak has quit IRC
[12:38:49] *** pmuir has quit IRC
[12:39:13] *** aslak has joined #jbosstesting
[12:40:51] *** pmuir has joined #jbosstesting
[12:41:14] *** pmuir has quit IRC
[12:41:14] *** aslak has quit IRC
[12:41:52] *** aslak has joined #jbosstesting
[12:43:57] *** maeste has joined #jbosstesting
[12:45:34] *** pmuir has joined #jbosstesting
[12:46:52] *** ALR has joined #jbosstesting
[12:47:35] <ALR> aslak: Ping.
[12:48:03] <ALR> kpiwko: Yo.  Did you catch the latest discussion on the forum re: your pull request?
[12:48:27] <ALR> aslak: Wanna touch base re: the ARQ JBW session.  Hit me back when ya can, I gotta submit it in an hour or so.
[12:50:28] <kpiwko> aslak: hi, actually not...I've seen and read through the page but somehow I missed there's a second page with recent discussion...
[12:50:55] <ALR> You mean me?
[12:51:07] *** pmuir has quit IRC
[12:53:13] <kpiwko> ALR: hi, well aslak asked but you did the last comment on that page ;)
[12:54:12] <kpiwko> ALR: basically I agree that having a cyclic pom dependency was not really a good idea...
[12:54:57] <ALR> kpiwko: Cool.
[12:55:10] <ALR> kpiwko: Anything else unclear in the comments?
[12:55:22] <ALR> ie. The part about a smaller repo in src/test/resources?
[12:55:39] <ALR> Basically I'm looking to get the tests down to something more minimal/readable/less complex.
[12:55:56] <ALR> (And also cut the exec time)
[12:55:57] <kpiwko> ALR: well, only one thing...basically to test all the functionality I need to have another repository apart from central
[12:56:09] <kpiwko> I mean another remote repository
[12:56:23] <ALR> kpiwko: Can it be locak?
[12:56:25] <ALR> *local
[12:56:54] <ALR> kpiwko: And by "local", I mean a local machine.  For instance:
[12:57:06] <ALR> In the EJB book I have tests for an FTP client.
[12:57:17] <ALR> Excuse me, tests for an RSS reader.
[12:57:18] <kpiwko> well, maybe file:/// protocol can be used to connect to a remote repository which is actually a directory on local machine in src/test/resources
[12:57:30] <ALR> So in the test I fire up Jetty
[12:57:39] <ALR> And use Jetty to serve out RSS feeds.
[12:57:47] <ALR> The URL is http://localhost
[12:57:55] <ALR> So we could make a "remote" Maven repo.
[12:58:02] <ALR> But really it's part of the test setup.
[12:58:08] <ALR> And we control it.
[12:58:24] <kpiwko> ALR: right, that would work too
[12:58:56] <ALR> kpiwko: https://github.com/jbossejb3/oreilly-ejb-6thedition-book-examples/blob/master/ch07-rsscache/src/test/java/org/jboss/ejb3/examples/ch07/rsscache/RssCacheTestCaseBase.java
[12:58:57] *** aslak has quit IRC
[12:59:01] <ALR> @Before / @After
[12:59:24] <ALR> The logic for making the simple server is in StaticFileHandler
[12:59:37] <ALR> At the bottom
[13:00:00] <kpiwko> ALR: I got the idea...no problem with jetty
[13:00:12] <ALR> kpiwko: Cool, just giving you some stuff to steal.
[13:00:16] <ALR> I'm no Jetty whiz.
[13:00:29] <ALR> It's possible there's something baked in that does the job simpler/better
[13:00:39] <kpiwko> ALR: the're even a project Mavenhoe by ozizka which already does all that including more fancy stuff
[13:00:48] <ALR> Mavehoe, love it.
[13:01:00] <ALR> kpiwko: Yeah, I'm ultra encouraged by your work.
[13:01:10] <ALR> So let's massage it up and get it to the users.
[13:01:16] <ALR> There's a bunch of votes on that issue.
[13:01:46] <ALR> kpiwko: Also, once working I'll split ext-dependencies into more modules.
[13:01:48] <ALR> api/impl
[13:02:08] <ALR> But for now, anything working and speedy will be awesome.
[13:02:19] <ALR> So thanks for the patches so far.
[13:02:42] <kpiwko> ALR: right, that was the original idea of having api/impl packages...support resolution from other repositories
[13:03:09] <kpiwko> ALR: you're welcome...actually at thing stuff is massively helping me to do my work
[13:03:26] <ALR> kpiwko: Oh yeah?  You're a ShrinkWrap user?
[13:03:27] <ALR> What for?
[13:04:25] <kpiwko> ALR: I'm at WFK QA, so using Arquillian/ShrinkWrap for functional tests for Seam/Spring/GWT etc is a daily bread ;)
[13:05:07] <ALR> Amazing.  Get ready to have to fix all your tests as I'm breaking the whole ShrinkWrap API. :D
[13:05:15] <ALR> (In a benevolent way)
[13:05:19] <kpiwko> ALR: :)
[13:05:25] <ALR> These are among the last changes before we lock down.
[13:05:32] <ALR> Then you won't need changes until 2.0.0
[13:05:53] <kpiwko> ALR: that would be nice :)
[13:06:20] <ALR> And then we convince jdlee and dblevins to bring us in as a dependency.
[13:06:27] <ALR> (Hint hint)
[13:06:33] <kpiwko> ALR: BTW, what are you using OndejZizka's Mavenhoe for?
[13:06:46] <ALR> kpiwko: Nothing.  I just like the name.
[13:06:53] <ALR> I'd never heard of it :P
[13:07:01] <kpiwko> ALR: aha :D
[13:07:22] <OndejZizka> :D
[13:07:31] <ALR> OK, tea time.  Then it's heads down.
[13:07:44] <ALR> Good Monday, y'all.  Someone find Aslak and have him get back to me.
[13:07:59] <kpiwko> ALR: enjoy the tea!
[13:17:08] *** aslak has joined #jbosstesting
[13:21:23] *** pmuir has joined #jbosstesting
[13:21:23] *** pmuir has quit IRC
[13:21:23] *** pmuir has joined #jbosstesting
[13:28:56] <aslak> ALR, heya
[13:29:37] <ALR> aslak: Yo.
[13:29:41] <ALR> (Offline)
[13:41:29] *** maeste has quit IRC
[13:41:53] <ALR> aslak: Thanks for updating SHRINKWRAP-179
[13:41:55] <jbossbot> jira [SHRINKWRAP-179] Container.setXX methods should support the new Package construct [Open, Major, Unassigned] https://issues.jboss.org/browse/SHRINKWRAP-179
[13:44:04] <aslak> np
[13:54:26] *** maeste has joined #jbosstesting
[14:31:01] *** amitev has quit IRC
[14:31:11] *** amitev has joined #jbosstesting
[15:05:43] *** jc3 has joined #jbosstesting
[15:07:41] *** mgoldmann has joined #jbosstesting
[15:09:59] *** ldimaggi_ has joined #jbosstesting
[15:40:18] *** rkellerm has joined #jbosstesting
[15:45:15] <rkellerm> Hello Aslak, we had a working test with DB-Usage. We didn't change anything we would know. Now we get the following:
[15:45:38] <rkellerm> 15:33:40,319 WARN  [Ejb3Configuration] Persistence provider caller does not implement the EJB3 spec correctly. PersistenceUnitInfo.getNewTempClassLoader() is null.
[15:45:39] <rkellerm> 15:33:40,342 ERROR [AbstractKernelController] Error installing to Start: name=persistence.unit:unitName=test.ear/useradminfassade.jar#tmsguide state=Create
[15:45:39] <rkellerm> java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy
[15:47:46] <aslak> rkellerm, hmm, normally Annotations that refere to missing classes, if i remember correctly
[15:48:00] <aslak> e.g. @Remote(MyInterface) where MyInterface is not found
[15:50:50] <rkellerm> We have no idea by now, but we have to reboot now, coming back...
[15:50:56] *** rkellerm has quit IRC
[15:56:31] *** balunasj has joined #jbosstesting
[16:08:42] <ALR> aslak: https://github.com/shrinkwrap/shrinkwrap/commit/531727916e57b466581d2327684bc5556a9246da
[16:08:44] <jbossbot> git [shrinkwrap] 5317279.. Chris Wash instanceof checks
[16:09:10] <ALR> That's an awfully useless message, jbossbot
[16:09:38] <aslak> aa, did i miss that..  well good :)
[16:09:59] <ALR> aslak: I'm not happy about the missing JIRAs in the commit messages though :)
[16:10:18] <aslak> :)
[16:14:23] <aslak> hmm, just wondering..
[16:14:25] <jdlee> ALR: i'm not the one that needs convincing :)
[16:14:36] <ALR> jdlee: You're the only one I know.
[16:14:42] <aslak> ALR, the jira resolve message should have said: https://github.com/shrinkwrap/shrinkwrap/commit/531727916e57b466581d2327684bc5556a9246da ?
[16:14:43] <jbossbot> git [shrinkwrap] 5317279.. Chris Wash instanceof checks
[16:14:47] <ALR> jdlee: As far as I'm concerned, you're Larry Ellison
[16:14:53] <jdlee> hahahaha
[16:15:02] <ALR> Or your brother.
[16:15:14] <ALR> jdlee: Actually, who should I be speaking with
[16:15:14] <ALR> ?
[16:15:17] <ALR> Arun?
[16:15:36] <jdlee> specifically, you're interested in GF using Arq for its testing, right?
[16:15:56] <ALR> jdlee: Actually, getting GF to put ShrinkWrap in its Embeddable deployment API.
[16:16:11] <aslak> ALR, well, they don't have any in the new 3.1 api
[16:16:11] <ALR> And if they take over the ARQ / GF Container too, that'd be super.
[16:16:18] *** mgencur has quit IRC
[16:16:27] <ALR> aslak: Any what?  Deployment API?
[16:16:46] <aslak> ALR, ScatteredWar etc are now just a way to create a URL, scatteredWar actaully dumps to a File and returns a url.. gf.deploy(scatteredwar.toURL())
[16:17:10] <ALR> aslak: WTF are they doing over there?
[16:17:20] <aslak> of course they could still get direct support for SW in the Deployment API, but it seems they have Removed their own completely, and rely on only files
[16:17:22] <ALR> aslak: We solved this problem, take it for free guys!
[16:17:28] *** mgencur has joined #jbosstesting
[16:17:28] <jdlee> ALR: ah! ok... not sure about ShrinkWrap. still waiting on the OK to work on the deployment side
[16:17:51] <ALR> jdlee: You're on Grizzly, right?
[16:18:13] <jdlee> all the embedded work is being done in India, far away from geographically, and, more importantly, organizationally  :)
[16:18:32] <ALR> Hrm.
[16:18:36] *** jharting has quit IRC
[16:18:38] <jdlee> gotta run my son to pre-school... brb
[16:18:41] <ALR> OKee.
[16:18:47] <ALR> Come back when ya can. :)
[16:21:47] <kpiwko> ALR, aslak: I've just pushed in my new branch SHRINKWRAP-140-next a few tests (ProfilesUnitTestCase.java) using local remote repository with extremely simplified artifacts (thanks to ShrinkWrap) ... it seems working for me quite nicely, can you check? If  there's no problem, I'll begin migration of the other tests despite it seems an extremely boring job :/
[16:21:48] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[16:22:33] <jdlee> ALR: of course! :)
[16:24:08] <ALR> kpiwko: Absolutely.  Just test the ProfileUnitTestCase?
[16:24:47] <kpiwko> ALR: exactly
[16:25:03] <ALR> kpiwko: Cool, I'll ping you in a bit when I finish up this thing I'm on now.
[16:26:22] <aslak> kpiwko, could you rebase from: https://github.com/shrinkwrap/shrinkwrap/tree/SHRINKWRAP-140
[16:26:24] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[16:26:35] <ALR> Yeah, good point.
[16:26:50] <kpiwko> aslak: I did actually...new branch is based on that tree
[16:26:56] <ALR> (I rebase everything to master as well before I put it on upstream/SHRINKWRAP-140)
[16:26:56] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[16:27:34] <kpiwko> but I can rebase that on my original branch and then merge my new branch there
[16:27:58] <kpiwko> actually I wasn't sure how this kind of git magic should be done properly
[16:28:24] <ALR> kpiwko: Whatever will go in cleanly to upstream/SHRINKWRAP-140 and eventually upstream/master will be fine.
[16:28:24] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[16:29:46] <aslak> a 10 min jira lookup cache would be nice.. :)
[16:29:56] <aslak> delay
[16:34:10] *** al80 has joined #jbosstesting
[16:35:14] <al80> I need to test a EJB jar, while arquillian is in another module (itest module). How am I supposed to create the Archive?
[16:39:48] <aslak> al80, you want two deployments ? or
[16:40:00] <al80> no, one
[16:40:15] <aslak> arquillian is not in the same module as a ejb
[16:40:50] <aslak> al80, well, depends a little. create a EAR with a jar module (ejb), arquillian will then be in a war
[16:40:56] <kpiwko> aslak, ALR: this branch should do ATM: https://github.com/kpiwko/shrinkwrap/tree/SHRINKWRAP-140-next ...How can I do a rebase of tree/SHRINKWRAP-140 you've just merged? rebase will obviously create a non-fast-forward history leading to github refusal during push? You want me to delete original branch before and make a clean copy?
[16:40:57] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[16:41:22] <aslak> kpiwko, push -f ?
[16:41:53] <aslak> not sure if it's a good idea in this case, but atleast it will push your rebased branch.. :)
[16:42:31] <kpiwko> aslak, feels like changing a history :)...but it does the job...thanks
[16:43:18] <aslak> we have swapped the parent now since shrinkwrap/-140 is the new, so i think forcing your update won't mess anything up
[16:43:41] <aslak> what i'm trying to say.. hehe
[16:44:47] <aslak> since your sw-140 is merged in 'master' sw-140, your branch is not longer the parent of our work, so i think it is ok for you to rebase to the new parent and force that to your old branch without messging up anyone else dependencies(since we now all depend on master instead of yours)
[16:45:15] <kpiwko> aslak, ALR: so changes for test smoothness verification are in rebased tree/SHRINKWRAP-140 ... no reason to use a branch with an obfuscated  name ;)
[16:45:15] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[16:45:45] <ALR> kpiwko: k, probably 30 minutes or so.
[16:45:59] <aslak> ha, maybe i was wrong
[16:46:11] <kpiwko> ALR: no reason to hurry
[16:46:33] <kpiwko> aslak: no reason to worry...I still have my local history on the disk ;)
[16:46:57] <aslak> never mind.. it just looked like it freaked out and recreated everything, but it was just the new repo you added.. all good
[16:47:29] <ALR> kpiwko: So it's not -next or -original, right?
[16:48:07] <kpiwko> ALR: right, neither of them, still under previous name you used
[16:48:57] <ALR> kpiwko: Clean pull.  Good.
[16:49:21] <aslak> kpiwko, org.jboss.shrinkwrap.dependencies.ProfilesUnitTestCase runs fine here, 0.3 sec
[16:50:05] <kpiwko> aslak, seems I have a disk as a bottleneck...it takes almost 3 sec for me
[16:50:49] <aslak> 2.6 on clean run 0.6 on second
[16:51:09] <aslak> 0.3 must have been the version number.. :P
[16:52:20] *** lightguard_jp has joined #jbosstesting
[16:53:27] <kpiwko> or rather 03 passed tests ;)
[16:53:46] <aslak> yea, that's where i got 3 from.. :)
[16:55:02] <aslak> the dyslexia gets to me from time to..
[16:56:07] <aslak> a twit the other day: "Next JavaMagazine issue has a 3 page article about RHQ", that came out in my head as "javamagazine has a 3 page article with RHQ issues!!"
[16:56:12] <al80> aslak: I tried this http://pastebin.com/uRVsJadZ  but I still get a "Could not load found class .com.sia.anag.adapter.AnagDbAdapterInterface" but that class is in that package
[16:56:44] * jdlee is back
[16:56:53] <aslak> al80, can you print the archive
[16:57:03] <al80> there is also  a  java.lang.ClassNotFoundException: .com.sia.anag.adapter.AnagDbAdapterInterface in the stacktrace
[17:01:26] <al80> aslak: no becuase the exception is in "ShrinkWrap.create(JavaArchive.class...."   line  :(
[17:02:12] <aslak> it can't find it on Classpath then
[17:03:20] <aslak> it probably gets sucked in from you adding the package com.sia. so some class on classpath depends on that class, and it can be found
[17:03:42] <aslak> al80, which version are you using?
[17:04:05] <al80> alpha 4
[17:04:33] <aslak> it should tell you which class it is trying to load which cause the CNFE i believe
[17:07:09] <ALR> kpiwko: Any reason the repo and the .configureFrom("target/settings/profiles/settings.xml") are under target?
[17:07:16] <ALR> And not src/test/resources ?
[17:07:29] <ALR> (Only because this requires a full Maven build first)
[17:07:33] <ALR> Small issue
[17:07:36] <al80> Maybe a classloader issue...
[17:08:02] <aslak> ALR, it is being written to ?
[17:08:06] <aslak> is it
[17:08:28] <ALR> aslak: Yeah, it works just fine.
[17:08:40] <ALR> From the IDE, asumming you run through a Maven build first
[17:08:43] <ALR> Which is allright.
[17:08:45] <aslak> ALR, no i mean, does maven add .lastUpdated etc files to a file repo?
[17:09:21] <al80> aslak: arquillian is trying to load this class ".com.sia.anag.adapter.AnagDbAdapterInterface"
[17:09:21] <aslak> so every test run would change the source
[17:09:24] <kpiwko> ALR: yeah, there's one unfortunately...since I'm using file:// which needs absolute path, I do have to copyResources with filtering to get the right path
[17:09:31] <al80> do you note the dot at the beginning?
[17:09:53] <ALR> kpiwko: k, hmm, also: public MavenDependencies configureFrom(String path)
[17:10:04] <ALR> In SW usually String input denotes a CL resource
[17:10:16] <ALR> I wonder if we should make configureFromFile, configureFromResource...
[17:10:18] *** maeste has quit IRC
[17:10:50] <al80> I don't think that  ".mypackage.myclass" is a valid class name
[17:10:51] <kpiwko> ALR: that's current name, might be changed...for me it does not really matter
[17:11:21] <ALR> kpiwko: Yup.  I tend to think aloud in tangents. :)
[17:13:40] *** mgencur has left #jbosstesting
[17:13:44] <kpiwko> ALR: btw, a copy for src to target with filtering was present in original tests as well (not for all but at least for one of them)...it must have slipped your eyes
[17:13:52] <kpiwko> *a copy from
[17:14:47] <ALR> kpiwko: Yeah, I was more focused before on the remote repos.
[17:14:57] <ALR> kpiwko: Well, this all runs really well.
[17:15:08] <ALR> I'm still digging into it to understand what's happening a bit :)
[17:15:25] <kpiwko> ALR: ask me if something is unclear ;)
[17:17:08] <ALR> kpiwko: ProfilesUnitTestCase I think is good.
[17:17:13] <aslak> al80, it's not valid, we have fixed some problems around the classpath scanning in the upcoming versions, but i don't remember seeing this issue before..
[17:17:31] <ALR> From a test/user perspective.  It's fast and it tests sysprop overrides and alternate activeByDefault...
[17:18:20] <ALR> I think the API of MavenDependencies is something we can tailor later
[17:18:33] <ALR> To handle ClassPath resources/Files etc
[17:18:39] <ALR> But this all looks working, and working well.
[17:18:44] <ALR> So I'd say, let's build off this.
[17:18:50] <ALR> kpiwko: Your thoughts?
[17:18:52] <aslak> al80, it could be this line: https://github.com/shrinkwrap/shrinkwrap/blob/1.0.0-alpha-11/impl-base/src/main/java/org/jboss/shrinkwrap/impl/base/URLPackageScanner.java#L158 if the ZipEntry name is returned as /my/package/My.class
[17:19:18] <al80> aslak: Package.getPackage("com.sia")  returns null, don't know why
[17:20:04] <aslak> al80, aa yea, that's because nothin in that Package has been loaded in the ClassLoader prior to doing the call. a Package is only Defined in a Classloader if a Class is loaded from it
[17:20:37] <aslak> al80, fixed that in next version, so you can use the String rep "com.sia" directly, and we ignore the ClassLoader alltogather..
[17:21:05] <aslak> al80, a common way of doing it now tho, is to load something in that package as you add it, e.g. com.sia.MyClass.class.getPackage()
[17:21:25] <al80> thanks, i'll try this way
[17:21:44] <kpiwko> ALR: yeah, it is working fine for my use cases for some time ;)...the biggest pita is it is not released yet
[17:22:22] <ALR> kpiwko: Sorry. :)
[17:22:25] *** GTobi has quit IRC
[17:22:31] <ALR> I've been assigned elsewhere for awhile.
[17:23:06] <kpiwko> ALR: no problem, I could ask a month ago or so
[17:23:22] <kpiwko> so my mistake as well
[17:24:32] *** rruss has joined #jbosstesting
[17:24:48] <ALR> kpiwko: Yeah, so if you re-enable the other tests to run in this fashion, I think we got something close to releasable.
[17:25:03] <ALR> Though I'll likely start to dig in then and move things around, muck w/ the API a bit
[17:25:11] <ALR> Modularize the thing.
[17:25:23] <kpiwko> ALR: I'll try to do this tonight
[17:25:24] <ALR> Basically just do some housekeeping around your stuff.
[17:25:27] <ALR> kpiwko: Hero.
[17:25:30] *** maeste has joined #jbosstesting
[17:25:37] <ALR> kpiwko: In the meantime I'll push this to the upstream branch
[17:26:36] <kpiwko> ALR: do I have to do a pull/merge/rebase after?
[17:26:38] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 e205e78.. Karel Piwko SHRINKWRAP-140 Stub repository...
[17:26:39] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[17:26:39] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 aa83c71.. Karel Piwko SHINKWRAP-140 Executing profile tests locally
[17:26:40] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 URL: http://github.com/shrinkwrap/shrinkwrap/compare/d1d950d...aa83c71
[17:27:09] <ALR> kpiwko: Shouldn't, your commit was the last to go up.
[17:27:21] <ALR> Well let's see.
[17:27:23] <kpiwko> ALR: ok, that's what I thought
[17:28:33] <kpiwko> I'm heading home for dinner...be back in the evening ;)
[17:28:39] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 61a8609.. Karel Piwko SHRINKWRAP-140, initial commit
[17:28:39] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[17:28:40] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 e4745f4.. Karel Piwko SHRINKWRAP-140, support for multiple artifacts
[17:28:40] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[17:28:40] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 2ba82ea.. Karel Piwko SHRINKWRAP-140, added support to load pom.xml
[17:28:40] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 fd9a6b1.. Karel Piwko SHRINKWRAP-140, add artifact builder...
[17:28:41] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 44cbe18.. Karel Piwko SHRINKWRAP-140, allowed remote pom.xml resolution
[17:28:41] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 d704735.. Karel Piwko SHRINKWRAP-140, support for loading settings.xml
[17:28:41] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 2336e74.. Karel Piwko SHRINKWRAP, updated exceptions and logging
[17:28:42] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 da266b0.. Karel Piwko SHRINKWRAP-140, secured System.getPropety()
[17:28:42] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 b35229b.. Karel Piwko SHRINKWRAP-140, added copyright notices
[17:28:42] <ALR> kpiwko: Yeah, you will.
[17:28:43] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 5c0b5f4.. Karel Piwko SHRINKWRAP-140, ommiting pom in packages...
[17:28:43] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 17faf0b.. Karel Piwko SHRINKWRAP-140, ability to ommit artifact version
[17:28:44] <jbossbot> git [shrinkwrap] push SHRINKWRAP-140 29b8dc4.. Karel Piwko SHRINKWRAP-140, filters for dependencies
[17:28:50] <ALR> kpiwko: I just rebased with master.
[17:29:01] <ALR> kpiwko: This will make merging into master later easier.
[17:29:11] <ALR> kpiwko: So you'll wanna first pull from upstream/master
[17:29:15] <ALR> Then continue your work.
[17:32:14] *** jpederse has joined #jbosstesting
[17:38:54] *** jeand has joined #jbosstesting
[17:39:42] *** kpiwko has quit IRC
[18:02:02] <al80> Is arquillian-openejb-3.1 version 1.0.0.Alpha4 in maven repository?
[18:02:09] <al80> I find only the alpha 1 release
[18:02:29] *** jpederse has left #jbosstesting
[18:16:59] *** pmuir has quit IRC
[18:37:01] *** rruss has quit IRC
[18:38:22] *** al80 has quit IRC
[18:48:11] *** pmuir has joined #jbosstesting
[18:59:14] *** balunasj has quit IRC
[19:18:29] *** bobmcw_ has joined #jbosstesting
[19:18:29] *** bobmcw has quit IRC
[19:23:28] *** lfryc has quit IRC
[20:16:14] *** pmuir has quit IRC
[20:35:51] *** jdewinne has joined #jbosstesting
[20:35:56] *** jdewinne has left #jbosstesting
[21:21:24] *** kpiwko has joined #jbosstesting
[21:36:51] *** deruelle has joined #jbosstesting
[21:57:48] *** deruelle has quit IRC
[21:58:04] *** jdewinne has joined #jbosstesting
[21:59:11] *** jdewinne has left #jbosstesting
[22:20:06] *** rruss has joined #jbosstesting
[22:30:27] *** michaelschuetz has joined #jbosstesting
[22:53:16] *** wolfc has quit IRC
[22:54:14] *** ldimaggi_ has quit IRC
[22:54:45] *** jbossbot has quit IRC
[22:55:19] *** jbossbot has joined #jbosstesting
[22:55:41] *** mgoldmann has quit IRC
[23:27:24] *** maeste has quit IRC
[23:29:06] *** kpiwko has quit IRC
[23:32:05] *** jeand has quit IRC





top