[00:04:37] *** twhitlock_ has quit IRC
[00:09:00] *** bleathem has quit IRC
[00:30:14] *** wolfc has quit IRC
[00:51:32] *** lightguard_jp has quit IRC
[00:57:04] <aslak> mojavelinux, fyi, got a guy working on the websphere integration now. he's got it updated to master and got deploy/undeploy working
[01:25:08] *** bleathem has joined #jbosstesting
[02:00:27] *** ALR has joined #jbosstesting
[02:11:35] *** rruss has quit IRC
[02:13:28] *** aslak has quit IRC
[02:28:48] *** ALR has quit IRC
[02:49:34] *** ALR has joined #jbosstesting
[02:49:46] <ALR> lincolnthree: Ping
[02:49:56] <lincolnthree> ALR: po
[02:50:06] <ALR> lincolnthree: So I'm looking at SHRINKDESC-40
[02:50:08] <jbossbot> jira [SHRINKDESC-40] Properties on PersistenceUnitDefImpl should overwrite existing properties with the same name [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SHRINKDESC-40
[02:50:16] <lincolnthree> i kinda screwed that one up :) aslak has a better way
[02:50:16] <ALR> "Would have been better"...
[02:50:20] <ALR> Yeah
[02:50:23] <lincolnthree> how do I "un-pull"
[02:50:24] <ALR> Did you wanna fix that up?
[02:50:40] <ALR> lincolnthree: This issue should be isolated, right?  Doesn't depend on any others?
[02:50:58] <lincolnthree> Actually it depends on 39
[02:51:01] <lincolnthree> I think
[02:51:10] <ALR> OK, one sec
[02:51:16] <ALR> I'll help ya w/ the Git magic
[02:51:38] <ALR> Why does it depend on 39?
[02:51:55] <ALR> If you were to use getOrCreate() ?
[02:51:57] <lincolnthree> ah, i guess it does not
[02:52:06] <ALR> lincolnthree: So recommend this:
[02:52:06] <lincolnthree> i though i changed property(...)
[02:52:08] <lincolnthree> but i didn't
[02:52:27] <ALR> git checkout master
[02:52:33] <ALR> git clean -df
[02:52:37] <ALR> git pull upstream master
[02:52:46] <ALR> That'll get you back to current master.
[02:52:49] <ALR> Then:
[02:53:00] <ALR> git branch SHRINKDESC-40_take2
[02:53:02] <jbossbot> jira [SHRINKDESC-40] Properties on PersistenceUnitDefImpl should overwrite existing properties with the same name [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SHRINKDESC-40
[02:53:15] <ALR> git checkout SHRINKDESC-40_take2
[02:53:22] <ALR> Make your changes.
[02:53:34] <ALR> Then commit and push those to your remote clone
[02:53:44] <ALR> And from there I can bring in just that one isolated commit.
[02:53:48] <ALR> Right now:
[02:53:58] <ALR> 1) 40 is depending on your work in 39 for a clean merge
[02:54:07] <ALR> 2) As you say, Aslak pointed to a better way
[02:54:16] <ALR> lincolnthree: ^ /me done
[02:55:02] <lincolnthree> working...
[03:02:11] <ALR> lincolnthree: How does this even compile?
[03:02:11] <ALR> https://github.com/lincolnthree/shrinkwrap-descriptors/blob/SHRINKDESC-39/api/src/main/java/org/jboss/shrinkwrap/descriptor/api/Node.java
[03:02:13] <jbossbot> jira [SHRINKDESC-39] Support removing properties from PersistenceUnitDefs [Open (Unresolved) Feature Request, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SHRINKDESC-39
[03:02:24] <ALR> public List<String> textValues(String name) < Listed twice
[03:02:28] <lincolnthree> ALR so before you get mad...
[03:02:34] <ALR> Not mad.
[03:02:35] <lincolnthree> I have no idea how that happened
[03:02:46] <lincolnthree> I must have accidentally done a merge or something
[03:02:50] <ALR> I have a habit of sounding cross on here, sorry. :P
[03:02:58] <lincolnthree> and it went wrong
[03:03:02] <ALR> Nice.
[03:03:03] <lincolnthree> That's why I sent you the email
[03:03:07] <ALR> Yah, I see.
[03:03:09] <lincolnthree> Becuase I really have no idea how this got so messed up
[03:03:18] <ALR> I was expecting the merge problem to be across two commits though
[03:03:27] <ALR> Because you never commit before running the build, right? :)
[03:03:31] <lincolnthree> I think the first SHRINKDESC-40 branch fixed it
[03:03:33] <jbossbot> jira [SHRINKDESC-40] Properties on PersistenceUnitDefImpl should overwrite existing properties with the same name [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SHRINKDESC-40
[03:03:37] <lincolnthree> I ran the build that's the thing
[03:03:43] <lincolnthree> many times
[03:03:50] <ALR> Mighta just missed the error once for this commit
[03:03:56] <lincolnthree> I think I assued merging worked
[03:04:00] <lincolnthree> and that's a bad assumption
[03:04:02] <lincolnthree> lesson learned
[03:04:05] <ALR> The merge worked fine.
[03:04:27] <ALR> But the resultant file isn't compilable.  It's an easy thing to do if you just forget to run once.
[03:04:32] <lincolnthree> mmmm
[03:04:37] <ALR> My big gotcha is "not checking the build that ran...succeeded"
[03:04:41] <ALR> I do that a lot.
[03:04:46] <lincolnthree> haha i might have done that
[03:05:04] <lincolnthree> so when i fix issues
[03:05:12] <lincolnthree> if they dont depend on each other
[03:05:20] <lincolnthree> i should always start with a fresh branch of upstream/master
[03:05:24] <lincolnthree> and work on a clean slate?
[03:05:35] <ALR> Start from that yeah.
[03:05:42] <ALR> And as master diverges, you can always rebase
[03:05:57] <ALR> So that'll ensure your commits go on top of whatever the current state of things is.
[03:06:07] <ALR> Which means you'll be resolving possibly conflicts as you go
[03:06:14] <ALR> Instead of when it comes time to merge back.
[03:09:46] <lincolnthree> Ok that looks a lot better
[03:09:52] <lincolnthree> https://github.com/shrinkwrap/descriptors/pull/17
[03:10:00] * ALR looks
[03:10:26] <ALR> That's it?  Changes to two files?
[03:10:33] <lincolnthree> yeah that's it
[03:10:40] <lincolnthree> lol
[03:10:47] <lincolnthree> like i said, something went horribly wrong
[03:12:08] <ALR> Hehe
[03:13:11] <jbossbot> git [descriptors] push master 22c3bc1.. Lincoln Baxter, III SHRINKDESC-40
[03:13:12] <jbossbot> jira [SHRINKDESC-40] Properties on PersistenceUnitDefImpl should overwrite existing properties with the same name [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SHRINKDESC-40
[03:13:12] <jbossbot> git [descriptors] push master URL: http://github.com/shrinkwrap/descriptors/compare/791bcfd...22c3bc1
[03:14:02] <lincolnthree> so let's talk 39
[03:14:07] <lincolnthree> that one is pretty messed up
[03:14:07] <ALR> lincolnthree: So when I cherry-pick it comes up:
[03:14:08] <ALR> https://github.com/shrinkwrap/descriptors/commit/22c3bc114b1546eb93e47174be1805472fe2867b
[03:14:09] <jbossbot> git [descriptors] 22c3bc1.. Lincoln Baxter, III SHRINKDESC-40
[03:14:10] <jbossbot> jira [SHRINKDESC-40] Properties on PersistenceUnitDefImpl should overwrite existing properties with the same name [Resolved (Done) Enhancement, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SHRINKDESC-40
[03:14:17] <lincolnthree> cherry-pick?
[03:14:17] <ALR> With you as author, me as committer.
[03:14:29] <ALR> git cherry-pick HEXCODE_COMMIT_NUM
[03:14:59] <ALR> It's basically a merge of a single commit, marking that I took it from you and am applying it.
[03:16:09] <ALR> lincolnthree: So 39.
[03:16:18] <ALR> (I've gotta run real soon BTW)
[03:16:30] <lincolnthree> sorry 1 sec
[03:16:33] <ALR> N/P
[03:16:39] <lincolnthree> phone
[03:17:26] <lincolnthree> ok
[03:17:28] <lincolnthree> so 39
[03:17:37] <lincolnthree> should I do the same thing and fix that one up?
[03:17:51] <lincolnthree> it was bigger
[03:17:58] <lincolnthree> but i think the only problem was that Node textValue() issue
[03:19:34] <ALR> YOur 39 branch looks...weird.
[03:19:39] <ALR> Me as author, you as committer?
[03:19:44] <ALR> I don't know how that happened/
[03:19:50] <lincolnthree> lol...
[03:19:57] <lincolnthree> no idea here
[03:19:58] <ALR> I'd like to, actually.
[03:20:08] <lincolnthree> you want to fix it? or you want me to?
[03:20:12] <ALR> Would help me understand exactly how else you mark yourself as committer.
[03:20:17] <ALR> lincolnthree: I think you'll need to.
[03:20:22] <ALR> Because I don't know what the intent is really.
[03:20:30] <lincolnthree> Btw... how the hell do I get my fork back into sync with yours?
[03:20:42] <ALR> Your fork?
[03:20:46] <ALR> Or a single branch?
[03:21:37] <lincolnthree> ah, I think I know how
[03:21:49] <lincolnthree> my master branch of the fork
[03:21:54] <ALR> There's no one answer.
[03:22:06] <ALR> I usually only touch my master for merging.
[03:22:07] <ALR> Not for de
[03:22:09] <ALR> *dev
[03:22:14] <ALR> So updating it is just:
[03:22:18] <ALR> git pull upstream master
[03:22:25] <lincolnthree> git branch -d SHRINKDESC-39
[03:22:25] <lincolnthree> error: The branch 'SHRINKDESC-39' is not fully merged.
[03:22:33] <ALR> Will force the delete
[03:22:35] <jbossbot> jira [SHRINKDESC-39] Support removing properties from PersistenceUnitDefs [Open (Unresolved) Feature Request, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SHRINKDESC-39
[03:22:36] <lincolnthree> yeah but somehow my master is ahead of your master
[03:22:50] <ALR> You made more commits into it.
[03:23:03] <lincolnthree> I think that's my problem
[03:23:09] <lincolnthree> I should not do *any* work on my master
[03:23:15] <ALR> Reset it to before you did that
[03:23:15] <lincolnthree> I should only work in branches
[03:23:17] <ALR> git log
[03:23:32] <ALR> Or trash it entirely.
[03:23:38] <ALR> It's just a branch after all
[03:23:43] <ALR> git branch -D master
[03:23:47] <ALR> Then:
[03:23:49] <lincolnthree> wow
[03:23:58] <ALR> git checkout -b master remotes/upstream/master
[03:24:11] <lincolnthree> somehow I have a commit from march 16 (today) that shows up back in *your* commits from feb 24th
[03:24:39] <ALR> I think you remerged my stuff.\
[03:24:54] <ALR> Be back in 7
[03:25:05] <ALR> But do the above to get yourself a clean master
[03:25:09] <ALR> Then branch from that
[03:25:11] <lincolnthree> done, thanks
[03:25:17] <ALR> And lay your work on it in that dev branch...
[03:25:21] <ALR> ...Takes some getting used to
[03:25:26] <ALR> And the syntax is verbose
[03:25:33] <ALR> But honestly I can't live without this now
[03:25:39] <ALR> I always wanted to do branch dev in SVN
[03:25:42] <ALR> And tried a few times.
[03:25:48] <ALR> DML and I used to have dev branches in AS
[03:31:54] <dmlloyd> ah the good ol days
[03:32:06] <dmlloyd> and by "good" mean "agonizing"
[03:42:03] <ALR> dmlloyd: :D
[03:42:10] <ALR> So incredibly agonizing.
[03:42:16] <ALR> dmlloyd: Congrats on the Beta1 tag.
[03:42:50] <dmlloyd> thanks!  we're already steaming towards beta2 in about two weeks.
[03:43:24] <lincolnthree> ALR, is it OK if I add a small fix with 39 ?
[03:43:27] <ALR> dmlloyd: Good, I need to get in there.
[03:43:37] <ALR> dmlloyd: I have thing much more under control on this front now
[03:43:43] <dmlloyd> I saw you have a jira or two
[03:43:48] <lincolnthree> or would you prefer a separate pull?
[03:43:56] <ALR> dmlloyd: In AS?  Yeah, first off is upgrading AS to new ARQ/SW
[03:44:07] <ALR> dmlloyd: But you're using some weird release of ARQ
[03:44:16] <ALR> Which was forked to add OSGi support I hear
[03:44:28] <dmlloyd> yeah thomas goes rogue every now and then
[03:44:36] <ALR> So I need to discuss w/ you guys and Thomas how to get whatever's needed back into mainline
[03:44:39] <ALR> I suspected as such
[03:44:41] <ALR> Bad Thomas.
[03:44:43] <ALR> Bad.
[03:45:39] <ALR> lincolnthree: Huh?
[03:45:49] <ALR> lincolnthree: YOu can do as many commits for a single issue as you'd like
[03:45:54] <lincolnthree> i have an unrelated fix I'd like to add
[03:45:57] <ALR> But the branch should ideally be isolated to one issue
[03:45:59] <lincolnthree> its not part of the issue
[03:46:05] <ALR> lincolnthree: Unrelated fix, new branch
[03:46:29] <ALR> lincolnthree: New JIRA.  But it'll help you get the process down.  Branching and stuff is so easy once you got it.
[03:48:35] <ALR> dmlloyd: Are you busy with stuff tomorrow?
[03:48:42] <ALR> I'm starting on my DevNexus slides
[03:48:52] <ALR> Which I'm hoping to use as a basis for the next conference season
[03:48:57] <dmlloyd> I'm always busy with stuff :)
[03:49:01] <ALR> And I'd love to strip out GFv3 examples for AS7
[03:49:07] <ALR> So I might have questions for the channel
[03:49:10] <dmlloyd> I can answer questions
[03:49:14] <ALR> Coolio
[03:49:18] <ALR> Catch you guys tomorrow.
[03:49:22] <dmlloyd> I've got one call tomorrow
[03:49:23] <ALR> I'm late to meet friends
[03:49:29] <dmlloyd> ok, enjoy
[03:49:33] <ALR> Thanks :)
[03:49:41] <ALR> lincolnthree: Call me if you get stuck
[03:58:05] <lincolnthree> ALR: what do I do if my latest issue depends on 39?
[03:59:38] <ALR> Branch it off 39
[03:59:44] <ALR> And mark in JIRA the dep
[03:59:47] *** ALR is now known as ALR|Away
[04:04:43] *** ldimaggi has quit IRC
[04:08:34] <lincolnthree> ok, done
[04:09:50] <lincolnthree> ALR pull request linked, all done as far as I can tell
[04:09:52] <lincolnthree> gotta head out
[04:09:54] <lincolnthree> soon
[04:09:55] <lincolnthree> as well
[04:10:58] *** lincolnthree has quit IRC
[04:11:58] *** lincolnthree has joined #jbosstesting
[04:18:17] *** rruss has joined #jbosstesting
[04:37:41] *** lightguard_jp has joined #jbosstesting
[05:40:40] *** lightguard_jp has quit IRC
[06:04:56] *** ALR|Away has quit IRC
[06:27:13] *** ALR has joined #jbosstesting
[06:27:28] *** ALR has quit IRC
[06:51:10] *** bleathem has quit IRC
[06:59:31] *** lincolnthree has quit IRC
[07:07:00] *** rruss has quit IRC
[07:30:04] *** jharting has joined #jbosstesting
[07:36:09] *** oskutka has joined #jbosstesting
[07:37:31] <nickarls> clear
[07:37:39] <nickarls> oops
[07:42:12] *** mgoldmann has joined #jbosstesting
[07:44:15] *** timte has joined #jbosstesting
[08:06:24] *** Jaikiran has joined #jbosstesting
[08:50:33] *** ge0ffrey has joined #jbosstesting
[08:52:39] *** jeand has joined #jbosstesting
[09:00:42] *** kpiwko has joined #jbosstesting
[09:05:57] *** kpiwko has quit IRC
[09:08:33] *** kpiwko has joined #jbosstesting
[09:14:43] *** ALR has joined #jbosstesting
[09:16:29] <jbossbot> git [descriptors] push master 5869f01.. Lincoln Baxter, III SHRINKDESC-39
[09:16:30] <jbossbot> jira [SHRINKDESC-39] Support removing properties from PersistenceUnitDefs [Open (Unresolved) Feature Request, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SHRINKDESC-39
[09:16:30] <jbossbot> git [descriptors] push master URL: http://github.com/shrinkwrap/descriptors/compare/22c3bc1...5869f01
[09:17:47] <jbossbot> git [descriptors] push master 8c1e732.. Lincoln Baxter, III SHRINKDESC-41
[09:17:48] <jbossbot> jira [SHRINKDESC-41] PersistenceUnitDefImpl does not remove non-jta-data-source when configuring jta-data-source (and visa versa) [Open (Unresolved) Bug, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SHRINKDESC-41
[09:17:48] <jbossbot> git [descriptors] push master URL: http://github.com/shrinkwrap/descriptors/compare/5869f01...8c1e732
[10:07:38] *** michaelschuetz has joined #jbosstesting
[10:40:37] *** bgeorges has joined #jbosstesting
[10:57:43] *** Jaikiran is now known as Jaikiran|AFK
[11:08:23] *** kpiwko is now known as kpiwko_afk
[11:31:39] *** Jaikiran|AFK is now known as Jaikiran
[11:36:40] *** bgeorges has quit IRC
[11:43:42] *** vtunka has joined #jbosstesting
[11:49:14] *** alesj has joined #jbosstesting
[12:04:19] *** wolfc has joined #jbosstesting
[12:06:40] <jbossbot> git [descriptors] push master e4ba790.. Andrew Lee Rubinger [SHRINKDESC-20] Allow empty contents for Descriptors on import....
[12:06:42] <jbossbot> jira [SHRINKDESC-20] BeansDescriptor should not fail if stream is empty [Open (Unresolved) Feature Request, Major, Andy Gibson] https://issues.jboss.org/browse/SHRINKDESC-20
[12:06:42] <jbossbot> git [descriptors] push master URL: http://github.com/shrinkwrap/descriptors/compare/8c1e732...e4ba790
[12:06:57] *** aslak has joined #jbosstesting
[12:06:57] *** aslak has quit IRC
[12:06:57] *** aslak has joined #jbosstesting
[12:14:39] *** kpiwko_afk is now known as kpiwko
[12:22:18] *** alesj has left #jbosstesting
[13:19:41] *** michaelschuetz has quit IRC
[13:20:27] *** michaelschuetz has joined #jbosstesting
[13:32:03] <jbossbot> git [shrinkwrap] push master 946e08a.. Andrew Lee Rubinger [SHRINKWRAP-262] Restructure the build/dist setup to unify the POM parent and the Aggregator.  Still TODO: Hook in reporting for "mvn site" and get API Docs and othe reports reflected
[13:32:04] <jbossbot> jira [SHRINKWRAP-262] Unify Aggregator and Build Parent [Open (Unresolved) Task, Major, Andrew Rubinger] https://issues.jboss.org/browse/SHRINKWRAP-262
[13:32:04] <jbossbot> git [shrinkwrap] push master 0eb05c9.. Andrew Lee Rubinger [SHRINKWRAP-262] Configure Site Plugin to work w/ Maven3, attach JavaDocs into the distribution
[13:32:04] <jbossbot> git [shrinkwrap] push master URL: http://github.com/shrinkwrap/shrinkwrap/compare/38a2274...0eb05c9
[13:33:23] *** jharting has quit IRC
[13:33:54] <ALR> aslak: Do you use Zimbra?
[13:34:03] <ALR> Or know how to view MarkL's calendar?
[13:34:33] <aslak> ALR, i do..
[13:35:04] <ALR> aslak: Part 2 of that question: Will you show me?
[13:35:22] <aslak> ALR, i do == first q
[13:35:36] <ALR> Ah
[13:35:49] <aslak> zimbra is not responding here atm
[13:36:07] <aslak> ALR, but if he has a open calendar, you should be able to add him
[13:36:37] <ALR> Add him to what?
[13:36:46] <aslak> ALR, or you can try to invite him to a meeting.. that should show you a overview as well i belieev
[13:37:25] <aslak> zimbra is dead to me
[13:37:26] <aslak> :)
[13:37:29] <ALR> He told me to look at his availability
[13:37:50] <ALR> And I'm scared to admit that I'm a terrible employee and have no idea how to use our collaboration software :D
[13:37:55] *** ldimaggi has joined #jbosstesting
[13:37:59] <aslak> hehe
[13:37:59] <ALR> I don't like web email.
[13:38:04] <ALR> So I do Thunderbird
[13:38:08] <ALR> And Google Calendar
[13:38:15] <ALR> And Lightening
[13:38:16] <aslak> well, it's a terrible collaboration software as well so
[13:38:16] *** ldimaggi has quit IRC
[13:38:41] <aslak> which seems down atm
[13:39:12] *** ldimaggi has joined #jbosstesting
[13:39:31] *** ldimaggi has quit IRC
[13:39:43] *** ldimaggi has joined #jbosstesting
[13:39:57] *** ldimaggi has quit IRC
[13:40:26] *** ldimaggi has joined #jbosstesting
[13:40:45] <aslak> ALR, when you go to Calendar, on the side you should have Calendars.. i think you can right click on that and add shared celndar or similar. then search/add mark
[13:41:01] *** ldimaggi has quit IRC
[13:41:44] *** ldimaggi has joined #jbosstesting
[13:42:14] *** ldimaggi has quit IRC
[13:42:34] <ALR> I see how to share it with him
[13:43:10] *** ldimaggi has joined #jbosstesting
[13:45:36] <aslak> ALR, subscribe?
[13:45:49] <aslak> press the Calendars header, or outside a specific calendar
[13:45:51] <ALR> aslak: @see #jbossas internal
[13:46:05] <ALR> Charles gave me a URL format and I just kinda guessed
[13:46:33] *** ldimaggi has quit IRC
[13:46:41] <aslak> ugh, vpn is dead
[13:46:51] *** rruss has joined #jbosstesting
[13:47:32] *** ldimaggi has joined #jbosstesting
[13:48:58] <jbossbot> git [arquillian] push master 95b73e7.. Aslak Knutsen ARQ-389 Rename Arquillian API annotations...
[13:48:59] <jbossbot> jira [ARQ-389] Rename @Target, @Expected, @Run and @DeploymentTarget annotations [Open (Unresolved) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-389
[13:48:59] <jbossbot> git [arquillian] push master URL: http://github.com/arquillian/arquillian/compare/0a231cb...95b73e7
[13:50:45] *** ldimaggi has quit IRC
[13:53:56] *** ldimaggi has joined #jbosstesting
[13:58:13] *** ldimaggi has quit IRC
[13:58:32] *** ldimaggi has joined #jbosstesting
[14:06:14] *** ALR has quit IRC
[14:07:43] *** ldimaggi has quit IRC
[14:08:41] *** bgeorges has joined #jbosstesting
[14:24:43] *** ldimaggi has joined #jbosstesting
[14:29:03] *** lincolnthree has joined #jbosstesting
[14:47:56] *** lightguard_jp has joined #jbosstesting
[15:08:41] *** ldimaggi has quit IRC
[15:13:17] <jbossbot> git [arquillian] push master 635601b.. Aslak Knutsen ARQ-289 Update to use git repo in scm.
[15:13:24] <jbossbot> jira [ARQ-289] All poms refere to old svn repo, update to git [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/ARQ-289
[15:13:24] <jbossbot> git [arquillian] push master URL: http://github.com/arquillian/arquillian/compare/95b73e7...635601b
[15:13:33] *** ldimaggi has joined #jbosstesting
[15:28:45] *** Jaikiran is now known as Jaikiran|brb
[15:30:12] *** rruss has quit IRC
[15:37:30] *** bgeorges has quit IRC
[15:44:28] *** bleathem has joined #jbosstesting
[15:48:26] *** rruss has joined #jbosstesting
[15:55:11] *** Jaikiran|brb is now known as Jaikiran
[16:10:14] *** ldimaggi has quit IRC
[16:15:17] *** ldimaggi has joined #jbosstesting
[16:23:08] *** bobmcw has quit IRC
[16:24:22] *** bobmcw has joined #jbosstesting
[16:30:45] *** twhitlock has joined #jbosstesting
[16:35:31] *** oskutka has quit IRC
[16:37:58] *** kpiwko has quit IRC
[16:49:35] *** michaelschuetz has quit IRC
[16:50:20] *** michaelschuetz has joined #jbosstesting
[17:24:09] *** ldimaggi has quit IRC
[17:34:38] <jbossbot> git [arquillian] push master 6d4d29b.. Aslak Knutsen ARQ-196 Update to ShrinkWrap Descriptor 0.13
[17:34:39] <jbossbot> jira [ARQ-196] Should support controlling multiple Containers [Resolved (Done) Feature Request, Minor, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-196
[17:34:40] <jbossbot> git [arquillian] push master fb5b93f.. Aslak Knutsen ARQ-196 Add support for Descriptor deployment in JBoss AS (Remote, Managed, Embedded) (5.0, 5.1, 6.0)
[17:34:40] <jbossbot> git [arquillian] push master c932317.. Aslak Knutsen ARQ-196 Add UnsupportedOperationException to containers not supporting Descriptor deployment at this time
[17:34:40] <jbossbot> git [arquillian] push master 671f87b.. Aslak Knutsen ARQ-196 Add support for arquillian.launch System Property. Overrides arquillian.launch file
[17:34:40] <jbossbot> git [arquillian] push master 6217f40.. Aslak Knutsen ARQ-196 Add support for arquillian.deploymentExportPath System Property.
[17:34:40] <jbossbot> git [arquillian] push master URL: http://github.com/arquillian/arquillian/compare/635601b...6217f40
[17:39:50] *** ge0ffrey has quit IRC
[17:53:38] *** ge0ffrey has joined #jbosstesting
[18:24:36] *** Jaikiran has quit IRC
[18:28:40] *** bobmcw has quit IRC
[18:28:53] *** kpiwko has joined #jbosstesting
[18:28:56] *** michaelschuetz has quit IRC
[18:30:42] *** ldimaggi has joined #jbosstesting
[18:34:52] *** oskutka has joined #jbosstesting
[18:36:17] *** bobmcw has joined #jbosstesting
[18:38:01] <aslak> kpiwko, heya
[18:38:21] <aslak> kpiwko, doing the final docs atm. how are your coming along?
[18:38:36] <aslak> yours
[18:38:57] <kpiwko> aslak: I finished first part yesteday, now I'm writting the second part
[18:39:06] <aslak> cool :)
[18:39:30] <kpiwko>  and included ARQ-389 changes, if I recall correctly
[18:39:32] <jbossbot> jira [ARQ-389] Rename @Target, @Expected, @Run and @DeploymentTarget annotations [Resolved (Done) Feature Request, Major, Aslak Knutsen] https://issues.jboss.org/browse/ARQ-389
[18:40:10] <aslak> kpiwko, in the drone code?
[18:41:28] <aslak> kpiwko, if you have a few words about drone you want included in the release announcement as well.. send them over. :)
[18:43:08] <kpiwko> kpiwko, in drone doc
[18:43:22] <kpiwko> basically removed @RunAs
[18:43:35] <kpiwko> aslak, ^
[18:46:14] <aslak> kpiwko, right, RunMode is now read based on Deployment.testable as default, but can be overridden by @RunAsClient on class/method if Deployment.testable=true
[18:55:41] *** rruss has quit IRC
[19:05:21] *** twhitlock_ has joined #jbosstesting
[19:06:29] <lightguard_jp> twhitlock_: afternoon Trevor
[19:06:36] <twhitlock_> hello
[19:07:43] *** twhitlock has quit IRC
[19:13:11] *** lincolnthree1 has joined #jbosstesting
[19:13:22] *** lincolnthree has left #jbosstesting
[19:19:14] *** ALR has joined #jbosstesting
[19:36:27] *** vtunka has quit IRC
[19:44:01] *** twhitlock_ has quit IRC
[19:53:47] *** oskutka has quit IRC
[20:10:42] *** oskutka has joined #jbosstesting
[20:11:58] *** michaelschuetz has joined #jbosstesting
[20:33:14] *** ldimaggi has quit IRC
[20:33:45] *** ge0ffrey has quit IRC
[20:45:50] *** kpiwko has quit IRC
[20:49:32] *** twhitlock has joined #jbosstesting
[20:50:36] <lightguard_jp> ALR: ping
[20:50:39] <ALR> aslak: So I changed the SW build.
[20:50:42] <ALR> lightguard_jp: Pong
[20:50:53] <ALR> aslak: If it goes well I'll suggest we do the same approach for ARQ
[20:50:58] <aslak> ALR, the build pom.xml merge?
[20:51:02] <ALR> So we can use the Release Plugin
[20:51:08] <aslak> ALR, yea, was wondering about it
[20:51:12] <ALR> aslak: Yeah, and whatever other changes were needed to make that actually work.
[20:51:31] <lightguard_jp> ALR: Trevor Whitlock twhitlock, is the one I was talking about on twitter.
[20:51:37] <ALR> lightguard_jp: Yep
[20:51:41] <ALR> Oh, he's here.
[20:51:52] <ALR> twhitlock: Didja see the public posting?
[20:52:00] <ALR> If you've got speed skills, might be worth a lot.
[20:52:05] <ALR> s/lot/look
[20:52:13] * ALR just getting the word out
[20:53:42] *** alesj has joined #jbosstesting
[20:54:14] *** rruss has joined #jbosstesting
[20:54:28] <twhitlock> yes I did see the public posting
[20:54:46] <ALR> Cool.
[20:55:03] * ALR considers his role in the process done.
[20:55:05] <ALR> :)
[20:55:56] <twhitlock> and I already put in my resume
[20:57:49] <lightguard_jp> Now the wait begins :)
[20:58:21] <mojavelinux> I heard hacking is a good way to pass the time :)
[20:58:47] <lightguard_jp> Well, in twhitlock's case it'll be profiling :)
[21:00:20] <twhitlock> yea, I have seen that AS7 has a place to put benchmark tests, but none are there yet, I will have to start with that :)
[21:00:49] <ALR> twhitlock: Nice, and I'm also soon making a place for spec-type tests in AS7.
[21:01:06] <ALR> As an aside, got 2 new contributors it seems.
[21:01:13] <ALR> They're taking on a couple SW issues starting this weekend.
[21:01:27] <ALR> We'll see if they come through w/ patches :)
[21:01:39] <twhitlock> does the licensing for spec allow it to be included in the testsuite for an opensource project?
[21:02:10] <ALR> The actual TCK?  Absolutely not.
[21:02:14] <ALR> Expressly forbidden.
[21:02:32] <twhitlock> that's what I thought
[21:02:33] <ALR> But we can have our own coverage of things.
[21:02:38] <ALR> In an AS-specific manner.
[21:03:05] <twhitlock> that makes sense
[21:03:37] <lightguard_jp> twhitlock: Don't get any of us started on TCKs :)
[21:04:13] <twhitlock> :)
[21:19:06] <mojavelinux> technically, you can't even create a competing tck
[21:19:21] <mojavelinux> so what vendors create is technically not allowed, but because it's so freakin ludicrious we just say f it
[21:19:36] <mojavelinux> even our compatibility tests in solder are not really allowed
[21:19:39] <mojavelinux> as they challenge a spec
[21:19:50] <mojavelinux> well, pardon, they are allowed for CDI
[21:20:00] <mojavelinux> it was the JAX-RS tests that were a problem
[21:20:24] <mojavelinux> because CDI has on open tck woot!
[21:24:50] <ALR> I'm not creating a competing TCK
[21:25:05] <ALR> I'm creating a suite for AS which intersects w/ spec compliance
[21:25:09] <ALR> But that's fine.
[21:25:11] <ALR> It's not portable.
[21:25:21] <ALR> And we have the right to test that our stuff works.
[21:26:23] <lincolnthree1> the whole situation is messed up
[21:27:19] <ALR> Easy guys.
[21:27:40] <ALR> We're all working on it :)
[21:27:46] <ALR> To the extent we can.
[21:34:36] *** alesj has left #jbosstesting
[21:41:40] <aslak> ALR, twhitlock; it's states you are not allowed write test that test the spec.. but i doubt they would ever sue and win over as7 having extra spec tests in their test suite
[21:41:58] <ALR> "Test the spec" is vauge.
[21:42:10] <ALR> Every single vendor has tests which assert that things are working as specified.
[21:42:20] <ALR> Think OpenEJB doesn't have tests for SLSB?
[21:42:38] <aslak> ALR, very. it could be interpeted that you are not allowed to write tests that touch up on interfaces from the spec. which is pure insanity.
[21:43:17] <twhitlock> That is just crazy.
[21:44:08] <aslak> i think the difference is intent only, which is even vauger. i intend to test my impl of the spec hench it is ok, but i intend to test the spec is not
[21:44:18] <aslak> what ever the difference is
[21:44:22] <ALR> I think that's a fair interpretation, aslak.
[21:44:32] <ALR> We're not looking to *compete* with the TCK in any way.
[21:45:50] <aslak> sure, but it's only intent
[21:45:55] <aslak> technically it's spec tests
[21:46:19] <mojavelinux> right, and whenever we are asked, I think we should say what we believe to be true...we are strengthening the assertions to make the implementation more correct
[21:48:55] <mojavelinux> i think anyone who challenges that doesn't have the best interest of the platform in mind, and should take up knitting or something
[21:49:03] <mojavelinux> hahaha
[21:49:18] <dblevins> mojavelinux: +1 :)
[21:49:20] <mojavelinux> btw, if it wasn't clear, red hat is committed to openness http://press.redhat.com/2011/03/04/commitment-to-open/
[21:49:41] <dblevins> i saw that clause as well and thought "screw you"
[21:49:45] <mojavelinux> hahaha
[21:49:58] <dblevins> i plan to do as much test sharing as possible
[21:49:58] <mojavelinux> could you imagine a company saying on their website
[21:50:06] <mojavelinux> if you click a button, and you get a failure page and report it
[21:50:09] <mojavelinux> then we will charge you
[21:50:11] <mojavelinux> hahaha
[21:51:35] <aslak> mojavelinux, you know manual editing a URL for a site is considered hacking right ? :)
[21:52:33] <mojavelinux> well, sure, but then that's because you may have bad intentions...it's all about intent (didn't someone say that)
[21:52:50] <mojavelinux> so what's funny is that all this opentck discussion is very closely related to problems we have in Seam 3
[21:52:52] <mojavelinux> http://in.relation.to/Bloggers/IsSeam3GoingToBePortableOrWhat
[21:52:57] <mojavelinux> because if you look at those issues
[21:53:08] <dblevins> i can see how they might have a case against someone who would attempt create a "TCK" and charge licensing fees for it...
[21:53:10] <mojavelinux> those are the issues we've been trying to prove via the opentck
[21:53:28] <mojavelinux> and now using our compatitibility package in solder
[21:53:31] <aslak> someone else said, the road to hell is paved with good intentions.. :)
[21:53:38] <mojavelinux> the reason java ee is getting a bad rap is because we can't share tests like this
[21:53:39] <dblevins> but freely available and independently developed tests that find their way together, untouchable
[21:54:01] <dblevins> that's a big one for me at least
[21:54:05] <mojavelinux> and, btw, the problems with seam 3 are mostly because the tck isn't good enough
[21:54:30] <mojavelinux> these particular issues happen at the integration of cdi into the platform
[21:54:43] <mojavelinux> btw, we haven't yet tested seam 3 on geronimo
[21:54:50] <mojavelinux> we need an arquillian adapter :)
[21:55:04] <dblevins> geronimo 3.0 branch is not too stable yet
[21:55:25] <mojavelinux> dblevins: you might like that portability blog entry
[21:55:30] <mojavelinux> builds on what I was saying back at javaone
[21:55:34] <aslak> dblevins, that's why you need a arq adaptor, to stabalize it.. ;)
[21:56:51] <mojavelinux> Intermittent interceptors - interceptors listed in beans.xml don't always get enabled (seemly random per deployment) in GlassFish
[21:56:56] <mojavelinux> that's a fun one
[21:58:41] <mojavelinux> a found another fun one...if you include an eclipselink property in persistence.xml when using Hibernate, persistence breaks
[21:58:45] <mojavelinux> null pointer
[22:07:37] <dblevins> aslak: i'm happy enough with an openejb adaptor :)
[22:08:17] <aslak> you got one.. :)
[22:08:39] <aslak> new and improved this time around.
[22:08:45] <dblevins> hence the big smile i'm wearing :)
[22:13:47] <aslak> hmm.. why do my brain always find other things to do when i've got docs to write..
[22:13:49] <aslak> back to work
[22:34:57] <aslak> ALR, speaking of OSGi, JClouds has OSGi support now.
[22:35:16] <aslak> ALR, so you can change data center runtime without shutting down the jvm.. ehh.. ;)
[22:36:55] *** mgoldmann has quit IRC
[22:37:47] <ALR> OOOOoh
[22:40:51] *** mgoldmann has joined #jbosstesting
[22:58:11] <ALR> lightguard_jp: http://community.jboss.org/message/593933#593933
[22:58:13] <ALR> Ideas?
[22:58:19] <ALR> Like he's in the wrong run mode or something?
[22:58:24] *** oskutka has quit IRC
[22:58:50] <lightguard_jp> looking
[23:01:32] <lightguard_jp> ALR: We'd need to see his Arquillian class
[23:03:01] <ALR> lightguard_jp: It's there
[23:03:09] <ALR> Next post
[23:03:33] <lightguard_jp> public class TemperatureConverterTest extends Arquillian
[23:03:55] <lightguard_jp> Ah, it's testng
[23:03:56] <ALR> Yes.
[23:03:58] <ALR> Right
[23:05:22] <lightguard_jp> The run mode would be in container, I don't think that's the problem
[23:05:47] <lightguard_jp> Unless having the jars in the server are a problem
[23:05:51] <lightguard_jp> I've never had to do that
[23:05:57] <ALR> I've never used TestNG
[23:06:01] <ALR> I'd have to run this on my own.
[23:06:11] <lightguard_jp> Nor have I, been using Junit4 for Seam Catch
[23:09:22] *** mgoldmann has quit IRC
[23:10:06] <lightguard_jp> TestNG version?
[23:10:22] <lightguard_jp> Maybe arquillian just can't be used with AS 5.0.1
[23:13:20] <aslak> AbstractMethodError
[23:13:26] <aslak> mixed vs
[23:13:29] <aslak> mixed v's
[23:13:59] <aslak> probably mixing Alpha4.SPx and some other v
[23:14:04] 
[23:14:37] <lightguard_jp> Ah.
[23:15:00] <ALR> That's why he's lead, folks.
[23:15:25] <ALR> aslak: I'll let you reply for the credit.
[23:15:34] <aslak> ALR, this might help him as well, http://docs.jboss.org/arquillian/reference/snapshot/en-US/html_single/#build.integration
[23:15:45] <aslak> hehe that's ok :)
[23:22:39] *** lincolnthree1 has left #jbosstesting
[23:47:58] *** ldimaggi has joined #jbosstesting
[23:53:27] *** twhitlock has quit IRC





top