[00:03:14] *** ALR has quit IRC
[00:07:11] *** lightguard_jp has quit IRC
[00:37:38] *** rruss has quit IRC
[00:45:27] *** jose_freitas has quit IRC
[01:45:45] *** aaronwalker has joined #jbosstesting
[01:59:01] *** lightguard_jp has joined #jbosstesting
[02:27:39] *** ianbrandt has quit IRC
[02:38:46] *** jamezp is now known as jamezp_afk
[03:15:18] *** ldimaggi has joined #jbosstesting
[04:33:21] *** bgeorges has joined #jbosstesting
[05:36:37] *** ldimaggi has quit IRC
[05:42:14] *** bgeorges has quit IRC
[05:47:26] *** rruss has joined #jbosstesting
[05:54:41] *** bgeorges has joined #jbosstesting
[06:08:25] *** alesj has joined #jbosstesting
[06:25:31] <lightguard_jp> Anyone know if it's possible to build up a Junit test suite within arquillian?
[06:36:38] <lightguard_jp> I'm guessing that's a no
[06:36:46] <lightguard_jp> stuartdouglas: ?
[06:37:10] <stuartdouglas> no idea
[06:37:27] <lightguard_jp> Okay. I'll have to wait for Aslak to come online.
[06:37:27] *** stuartdouglas has quit IRC
[06:37:30] <lightguard_jp> Or shoot him an email
[06:37:38] *** stuartdouglas has joined #jbosstesting
[07:19:46] *** jharting has joined #jbosstesting
[07:28:51] *** jamezp_afk is now known as jamezp
[07:40:37] *** bleathem has quit IRC
[07:41:13] *** oskutka has joined #jbosstesting
[08:10:56] *** vnvarsete has joined #jbosstesting
[08:24:00] *** jamezp is now known as jamezp_afk
[08:26:30] *** lightguard_jp has quit IRC
[08:27:58] *** kpiwko has joined #jbosstesting
[08:40:07] *** stuartdouglas has quit IRC
[08:41:15] *** bleathem has joined #jbosstesting
[08:45:18] *** ge0ffrey has joined #jbosstesting
[08:58:18] *** rruss has quit IRC
[08:59:17] *** rruss has joined #jbosstesting
[09:02:40] *** rruss has quit IRC
[09:03:02] *** bleathem has quit IRC
[09:05:46] *** mgoldmann has joined #jbosstesting
[09:07:04] *** mgoldmann is now known as mgoldmann|away
[09:07:06] *** mgoldmann|away is now known as mgoldmann|awway
[09:07:08] *** mgoldmann|awway is now known as mgoldmann_away
[09:07:12] *** mgoldmann_away is now known as mgoldmann|away
[09:14:50] *** lfryc has joined #jbosstesting
[09:24:39] *** maschmid has joined #jbosstesting
[09:35:10] *** oskutka1 has joined #jbosstesting
[09:51:03] *** maeste has joined #jbosstesting
[10:38:17] *** jharting has quit IRC
[11:02:30] *** vtunka_wfh has joined #jbosstesting
[11:05:47] *** vtunka_wfh is now known as vtunka
[11:21:19] *** aaronwalker has quit IRC
[11:21:28] *** stuartdouglas has joined #jbosstesting
[11:21:55] *** DavideD has joined #jbosstesting
[11:50:46] *** mgoldmann|away is now known as mgoldmann
[11:58:51] *** bgeorges has quit IRC
[12:03:36] *** jharting has joined #jbosstesting
[12:32:31] *** ldimaggi has joined #jbosstesting
[12:34:52] *** vnvarsete has quit IRC
[12:46:28] *** alesj has quit IRC
[12:52:50] *** oskutka has quit IRC
[12:53:48] *** alesj has joined #jbosstesting
[12:58:33] *** jharting has quit IRC
[13:00:08] *** dabloem has joined #jbosstesting
[13:14:02] *** vtunka is now known as vtunka_lunch
[13:21:10] *** alesj has quit IRC
[13:24:46] *** dabloem has quit IRC
[13:24:49] *** jose_freitas has joined #jbosstesting
[13:25:48] *** dabloem has joined #jbosstesting
[13:27:36] *** alesj has joined #jbosstesting
[13:46:47] *** OndraZizka has quit IRC
[13:47:06] *** OndraZizka has joined #jbosstesting
[13:56:55] *** ldimaggi has quit IRC
[14:42:06] *** vtunka_lunch is now known as vtunka
[14:42:12] *** vtunka is now known as vtunka_wfh
[15:13:30] *** ALR has joined #jbosstesting
[15:14:09] *** oskutka1 has quit IRC
[15:17:45] *** maeste has quit IRC
[15:17:48] <ALR> jose_freitas: Hola.
[15:18:42] *** rachmatowicz has joined #jbosstesting
[15:19:58] *** maeste has joined #jbosstesting
[15:22:13] *** ldimaggi has joined #jbosstesting
[15:22:42] *** oskutka has joined #jbosstesting
[15:29:32] *** maschmid has quit IRC
[15:34:25] *** rruss has joined #jbosstesting
[15:46:56] <jose_freitas> hey ALR! g'morning
[15:54:47] <DavideD> ALR: Hi, I saw the message on twitter about the test
[15:55:51] <DavideD> Could you give me more details about what to do?
[15:57:42] *** stuartdouglas_ has joined #jbosstesting
[15:57:42] *** stuartdouglas_ has quit IRC
[15:57:42] *** stuartdouglas_ has joined #jbosstesting
[15:58:13] *** oskutka has quit IRC
[15:59:24] *** maeste has quit IRC
[16:02:18] *** stuartdouglas has quit IRC
[16:02:18] *** rachmatowicz has quit IRC
[16:02:19] *** stuartdouglas_ is now known as stuartdouglas
[16:02:24] *** rachmatowicz has joined #jbosstesting
[16:05:31] <ALR> jose_freitas: Hiya
[16:05:35] <ALR> DavideD: You too :)
[16:05:48] * ALR back from breakfast
[16:06:40] <ALR> DavideD: So in the 1.2.0-X branch of impl-base of Descriptors are some tests in src/test/java
[16:06:54] <ALR> Which are testing the old prototypes
[16:07:24] <ALR> What would be great is if we could move them to the "test" module and port them to use the new Descriptors from api-javaee and api-jboss (as a start)
[16:07:40] <ALR> jose_freitas: I'm building from your branch now, but the build has SNAP deps
[16:08:09] <ALR> jose_freitas: And also leaking in the wrong version of descriptors somehow.  I'm working on it.
[16:08:20] *** oskutka has joined #jbosstesting
[16:09:10] <ALR> jose_freitas: Also there's a SNAP dep on ARQ defined in the root POM.  Is anything blocking that from getting set to a proper version?  Are you waiting on an ARQ release?
[16:11:25] *** stansilvert_ has joined #jbosstesting
[16:12:00] <stansilvert_> jose_freitas: ping
[16:12:08] <DavideD> ALR: Cool, I'll work on that this evening (in 5h)
[16:15:44] <ALR> DavideD: Great, ping me if you need any more direction. :)
[16:16:08] <ALR> But yeah, I think starting to bulk up the coverage there by moving the old POC tests into the new APIs is a good start
[16:16:15] <ALR> Hi stansilvert_.
[16:16:29] <jose_freitas> hi stansilvert_
[16:16:34] <jose_freitas> ALR, we can use arquillian CR4
[16:16:49] <jose_freitas> I'll change pom test it and commit
[16:17:07] <DavideD> ALR: Sounds good :)
[16:18:06] *** stansilvert__ has joined #jbosstesting
[16:18:20] <ALR> jose_freitas: k, cool
[16:18:26] *** stansilvert_ has quit IRC
[16:18:27] <ALR> jose_freitas: Nah, I'll get it from here
[16:18:33] <stansilvert__> Something weird is going on.  I had to loging again.  Now I have two underscores.
[16:18:36] <ALR> jose_freitas: I'm making a bunch of other build-related changes anyway.
[16:18:48] <ALR> stansilvert__: Hiya.
[16:18:48] <jose_freitas> ok
[16:18:59] <jose_freitas> stansilvert__: pong
[16:19:02] <stansilvert__> Hi guys
[16:19:36] * ALR will lurk on this Cactus discussion
[16:19:55] <ALR> stansilvert__: So what I was going to do was make a GitHub "jsfunit" organization
[16:20:13] <ALR> stansilvert__: As authoritative home for the "jsfunit" repo.
[16:20:24] <stansilvert__> ASR: Sounds good.
[16:20:27] <ALR> And then just change up the build a bit to reflect that.
[16:20:29] <ALR> k, cool.
[16:21:10] <stansilvert__> ALR: Works for me.  Then we can change SVN to read only.  But I'm not sure how to do that....
[16:21:17] <ALR> kpiwko: You have an example of ARQ already supporting param injection?
[16:21:43] <kpiwko> ALR: I do for junit
[16:22:56] <kpiwko> ALR: for example here is one
[16:23:13] <kpiwko> ALR: https://github.com/arquillian/arquillian-extension-drone/blob/master/drone-webdriver/src/test/java/org/jboss/arquillian/drone/webdriver/example/WebDriverTestCase.java
[16:24:23] <jose_freitas> stansilvert__: I'll paste some pieces of log so you get the discussion you need to give advice
[16:24:50] *** oskutka has quit IRC
[16:25:02] <stansilvert__> jose_freitas: OK
[16:25:04] <jose_freitas> stansilvert__: <aslak> jose_freitas, i have been wondering if it's possible to instead of keeping the facescontext open in session etc, 'simply' append a Assert object to the HTTP Request and then Assert on the bean state in e.g. AFTER_RENDER phase of jsfunit or similar..
[16:25:06] <jose_freitas> <aslak> in theory we could use the same to assert on internal state after a Servlet Request, but in Request Close or what it's called..
[16:25:23] <jose_freitas> <jose_freitas> aslak: what issues with seam 2?
[16:25:38] <jose_freitas> the main problem is, jsfunit keeps the FacesContext open and alive in Session scope between request, so you can Assert on the state of the Context.
[16:25:54] <jose_freitas> <aslak> jose_freitas, the problem is, that does not work for Beans that are not stored in FacesContext. going forward that means nothing
[16:26:01] <jose_freitas>  <aslak> both Seam2 and CDI has their own stores for these beans
[16:26:08] <jose_freitas> <aslak> with CDI, the CDI RequestScope is closed by a 'external force' when the initial JSFUnit request is done, whether JSFUnit stores FacesContext in session or not
[16:26:14] <jose_freitas> <aslak> jose_freitas, so, Assert.assertEquals("ba", session.getBean("some-cdi-request-scoped-bean")) will always be false, the bean does not exist anymore
[16:26:32] <jose_freitas> <jose_freitas> well, that would be a major change in jsfunit structure
[16:26:51] <jose_freitas> <jose_freitas> but it makes sense
[16:26:59] <jose_freitas> <aslak> JSFUnit is built around JSF Managed Beans + the other JSF stuff.. now that JSF is moving away from JSF Managed Beans and being replaced by CDI, JSFUnit needs to follow
[16:27:10] <jose_freitas> <jose_freitas> I could work on that, but it'd be nice, if we could talk to stan.
[16:27:22] <jose_freitas> <aslak> i can give stan a mail and see if he's up for a little chat
[16:27:30] <jose_freitas> done
[16:27:38] <jose_freitas> sorry for flooding the channel
[16:28:25] <stansilvert__> NP.  I think you guys have a good understanding of the problem.  Do you have a proposed solution?  I can tell you how I delt with this for Seam 2, but it was less than ideal.
[16:29:50] <jose_freitas> well, I actually don't know how we can do this cause I didn't focused yet on this task
[16:30:16] <jose_freitas> I didn't expect you'd join us that soon
[16:30:36] <jose_freitas> but it'd be nice to know wdyt about this feature/new way of doing things
[16:31:10] *** maeste has joined #jbosstesting
[16:31:55] <stansilvert__> The whole secret sauce in JSFUnit is that it keeps all your state alive after the request is over.  That way, you can examine the state and find out if the JSF request did what you expected.
[16:32:38] <stansilvert__> I know you all understand how that that was done for JSF managed beans.
[16:33:04] <stansilvert__> I also keep the HttpRequest and HttpResonse state and cache that too.
[16:33:27] <stansilvert__> So when Seam 2 came along we had to have some way to deal with new scopes.
[16:33:27] <jose_freitas> uh hm
[16:34:00] <stansilvert__> Seam already knows how to access the new scopes.
[16:34:30] <stansilvert__> So at the end of the request, we make calls into Seam that open the door to those scopes.
[16:34:52] <stansilvert__> The bad part was that this was not "seamless" :-(
[16:35:54] <stansilvert__> I had to write a custom EL resolver for that and people had to write EL like #{seamcontext.foo.bar} in their tests.
[16:36:01] <jose_freitas> hm
[16:36:37] *** rruss has quit IRC
[16:36:37] *** ldimaggi has quit IRC
[16:36:37] *** ALR has quit IRC
[16:36:37] *** alesj has quit IRC
[16:36:45] <stansilvert__> The cleaner solution would be to find a way to keep the door to other contexts from closing at the end of the request, just like I do with JSF Managed Beans.
[16:37:56] <jose_freitas> yeah
[16:39:02] <jose_freitas> ok, I'll analyze this closely
[16:39:08] <jose_freitas> didn't have the time yet
[16:39:22] <jose_freitas> and I'll mail you with some points
[16:39:54] <jose_freitas> nice to know that there's no resistance on changing this
[16:40:16] <stansilvert__> On the contrary, I'd love to see it be improved.
[16:40:58] <jose_freitas> :)
[16:41:37] <stansilvert__> FYI, for JSF scopes, this is accomplished by wrapping the FacesContext.  When FacesContext.release() is called, it doesn't really release anything.
[16:42:05] <jose_freitas> yeah, I saw that. we have a JSFUnitFacesContext
[16:42:27] <stansilvert__> Instead, that method tells JSFUnit that the JSF request is over and test assertions can begin.
[16:43:05] <stansilvert__> When the test code makes its next JSF HttpRequest, then the real release() logic is called.
[16:44:03] <stansilvert__> That's how we keep the scopes alive for assertions.  I assume that the same thing could be done for Seam/CDI/etc.
[16:44:47] *** rruss has joined #jbosstesting
[16:44:47] *** ldimaggi has joined #jbosstesting
[16:44:47] *** ALR has joined #jbosstesting
[16:44:47] *** alesj has joined #jbosstesting
[16:44:52] <jose_freitas> yeap, cdi would do it.
[16:46:33] <jose_freitas> maybe we can do like jsf (in the future) if it has cdi contexts we can use them, if we don't have, we keep the way things are working now
[16:47:45] <stansilvert__> Yes, because you can't always be sure that CDI will even be available.
[16:47:48] <jose_freitas> there's a issue on jsf issue tracker that talks about this
[16:47:51] <jose_freitas> lemme find it
[16:48:57] <stansilvert__> The tricky part is that there are two threads you have to worry about.  There is a thread that executes JSF and another thread that is executing the test.  The JSF thread has to be able to hand off its state to the test thread.
[16:49:42] *** rruss has quit IRC
[16:49:45] <stansilvert__> http://community.jboss.org/wiki/JSFUnitSessionAndThreads
[16:51:40] <jose_freitas> hmm
[16:51:47] <jose_freitas> eyah
[16:53:34] <jose_freitas> with arquillian, the server thread could be even in a differente vm
[16:53:47] <jose_freitas> don't know if that applies to cargo
[16:54:14] <jose_freitas> (even in a different machine)
[16:54:30] <jose_freitas> brb (back in 40 minutes)
[16:55:02] <stansilvert__> OK.  I'm going to take a break too.  I'll be gone for an hour or so.
[16:55:32] *** rruss has joined #jbosstesting
[16:56:31] <stansilvert__> But I will go ahead and say that in Cargo, you do have two VM's.  But every time a test is called on the test VM, it proxies that call over to the server, which is where the test really runs.
[16:56:59] <stansilvert__> JSFUnit tests must run on the server VM.  I don't think there is any way around that.
[16:57:19] <stansilvert__> I meant in Cactus, you do have two VM's.
[17:00:26] *** alesj has quit IRC
[17:22:28] *** maeste has quit IRC
[17:26:39] *** kpiwko has quit IRC
[17:36:13] *** rachmatowicz has quit IRC
[17:38:32] *** rachmatowicz has joined #jbosstesting
[17:39:01] *** jamezp_afk is now known as jamezp
[17:56:27] *** vtunka_wfh has quit IRC
[18:05:12] *** bleathem has joined #jbosstesting
[18:10:23] *** DavideD has quit IRC
[18:24:33] *** ianbrandt has joined #jbosstesting
[18:34:03] <stansilvert__> jose_freitas: I'm back
[18:37:59] *** ALR has quit IRC
[18:42:56] <jose_freitas> me too
[18:43:59] <jose_freitas> stansilvert__: what do you have planned to do before releasing 2.0.0 final version?
[18:44:33] <stansilvert__> Integration with Arquillian is the only requirement.
[18:44:50] <jose_freitas> :)
[18:45:06] <jose_freitas> nice
[18:47:58] <jose_freitas> so we can plan this for 2.1.0
[18:48:38] <jose_freitas> I'd like to release the integration working in jboss6/5 as beta2
[18:49:09] <jose_freitas> today if possible
[18:49:16] <jose_freitas> seam-dev is really needing that
[18:49:29] <jose_freitas> that's why ALR started moving things around
[18:49:39] <stansilvert__> OK
[18:49:41] <jose_freitas> seam-faces is working with a snapshot
[18:50:45] <jose_freitas> then I'll keep working to make it work on jboss7
[18:50:54] <jose_freitas> to release a CR1
[18:51:07] <jose_freitas> for tomcat and jboss7 we have to add xerces and xalan
[18:51:33] <jose_freitas> I don't know how to do it yet trough the extension
[18:51:57] <jose_freitas> any ideas?
[18:53:02] <stansilvert__> not off hand.  But I thought we were already doing that.
[18:53:13] <stansilvert__> Though I don't remember the details.
[18:57:23] <jose_freitas> hm
[18:57:26] <jose_freitas> we can do that
[18:57:43] <jose_freitas> but for jboss 5 it could break things conflicting the xerces jar
[18:57:49] <jose_freitas> e.g.
[18:58:38] <jose_freitas> so we cannot bundle those dependencies for all servers
[18:58:59] <jose_freitas> I mean, it's possible, but break things
[19:07:04] *** ALR has joined #jbosstesting
[19:18:31] *** lfryc has quit IRC
[20:03:18] *** lincolnthree has joined #jbosstesting
[20:03:21] <lincolnthree> hey ALR
[20:03:33] <ALR> Hey.
[20:03:40] <ALR> lincolnthree: Yo
[20:03:50] <lincolnthree> I'm about to push a few fixes to descriptors, just minor bugs in the persistence descriptor read methods, i have tests
[20:03:51] <lincolnthree> that cool?
[20:05:09] <ALR> lincolnthree: Let's discuss 'em?
[20:05:13] <ALR> Or put in a pull request?
[20:05:17] <lincolnthree> nto much to discuss 1 sec
[20:05:20] <ALR> I've got a lot of changes to go in, too.
[20:05:54] <ALR> And with everything in flux between 2 active branches of development, I'd like to keep things well-reviewed. :)
[20:06:18] <ALR> lincolnthree: Especially if you're changing the PersistenceDescriptor POC, which is gonna go the way of the DODO very, very shortly.
[20:06:34] <lincolnthree> ALR: you'll understand when you see it
[20:06:54] <ALR> lincolnthree: Hehe, and you'll understand when you see my commit which deletes that whole file! :D
[20:07:05] <lincolnthree> you'll want this change if you didn't already do it ;)
[20:08:17] <lincolnthree> alright ALR sent
[20:08:25] * ALR looking
[20:08:30] <lincolnthree> oh gFFS
[20:08:32] <lincolnthree> sorry
[20:08:34] <lincolnthree> gd formatting
[20:08:48] <lincolnthree> ignore for a moment
[20:08:58] <lincolnthree> ugh
[20:09:03] <lincolnthree> which format do you use?
[20:09:07] <lincolnthree> ALR:
[20:09:35] <ALR> lincolnthree: I need to apply checkstyle
[20:09:36] <ALR> But:
[20:10:04] <ALR> lincolnthree: They're attached here: http://community.jboss.org/wiki/ShrinkWrapDevelopmentAndContribution
[20:10:30] <ALR> lincolnthree: The problem with these changes is that the whole impl you're fixing bugs for is getting tossed.
[20:10:36] *** stansilvert__ has left #jbosstesting
[20:10:38] <lincolnthree> ALR that's fine
[20:10:52] <lincolnthree> do you see the 3 bugs i fixed?
[20:10:56] <lincolnthree> getJTADataSource is wrong
[20:11:00] <lincolnthree> so is getDescription
[20:11:06] <lincolnthree> and getNonJtaDataSource()
[20:11:50] <ALR> Sure.
[20:12:04] <lincolnthree> ALR: if that is fixed in your new version, I can wait
[20:12:09] <ALR> But the whole class in my tree....is now gone. :)
[20:12:22] <ALR> lincolnthree: What's your timeframe?
[20:12:44] <ALR> lincolnthree: Though I would like to hang on to your test and port that over.
[20:12:51] * ALR loooooves new test cases.
[20:12:54] <lincolnthree> Soon I guess. I want to release every 2 weeks if possible.
[20:13:14] <ALR> lincolnthree: Can you clean up the formatting out of this commit?
[20:13:24] <lincolnthree> and I'd like to get your new Node APIs in there
[20:13:27] <ALR> I might be able to get it into another release of 1.1.0-X in the interim.
[20:13:34] <lincolnthree> 1 sec
[20:13:40] <ALR> But that class is gonna be dead really, really soon.
[20:14:14] <lincolnthree> what's replacing it?
[20:15:40] <ALR> lincolnthree: http://jboss.hudson.alrubinger.com/job/Descriptors_1.2.0-X/javadoc/
[20:15:56] <ALR> lincolnthree: Specifically: http://jboss.hudson.alrubinger.com/job/Descriptors_1.2.0-X/javadoc/org/jboss/shrinkwrap/descriptor/api/persistence20/PersistenceDescriptor.html
[20:16:37] <lincolnthree> nice
[20:18:30] <ALR> Ain't it? :)
[20:18:35] <lincolnthree> very
[20:18:43] <lincolnthree> hang on
[20:18:50] <lincolnthree> i have to re-do all o fthese changes..
[20:19:31] *** nilian has joined #jbosstesting
[20:21:44] <lincolnthree> ALR all better
[20:23:00] <lincolnthree> ALR actually that new API is beautiful
[20:23:12] <lincolnthree> when can I reference that? ;)
[20:23:28] <ALR> lincolnthree: Any time you want.
[20:23:39] <ALR> Reference the API in code, or like Tweet the JavaDoc you mean?
[20:23:46] <lincolnthree> in code
[20:25:06] <ALR> lincolnthree: Either depend on  SD SNAP or wait for the first alpha release (which I'm working on now)
[20:25:10] <ALR> lincolnthree: No JIRA?
[20:25:14] <ALR> For that last commit?
[20:25:33] <lincolnthree> ALR no
[20:25:39] <ALR> lincolnthree: Tsk tsk :)
[20:25:54] <ALR> lincolnthree: Open a JIRA and I'll make sure to port the tests so they stay in 1.2.0-X releases
[20:25:58] <lincolnthree> you told me i didn't have to ;) but ok
[20:26:04] <ALR> I did?
[20:26:12] <ALR> That doesn't sound like me.
[20:26:15] <lincolnthree> yes, or maybe you meant i didnt need to open pull requests
[20:26:18] <lincolnthree> or said*
[20:26:19] <lincolnthree> whatever
[20:26:26] <ALR> (Every commit in SW/SD has an associated JIRA)
[20:26:44] <ALR> lincolnthree: Oh, you're right.  Way back in the day, when SD was a POC, we opened the gates.
[20:27:01] <ALR> The JIRA was useless and it was all POC code which was gonna have API review and whatever else later
[20:27:08] <ALR> Now we're more stable and have a proper dev process.
[20:28:01] <lincolnthree> SHRINKDESC-80
[20:28:02] <jbossbot> jira [SHRINKDESC-80] Some JPA descriptor read methods don't work [Open (Unresolved) Bug, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SHRINKDESC-80
[20:28:14] <ALR> lincolnthree: One sec
[20:29:42] <ALR> lincolnthree: Done.
[20:29:55] <lincolnthree> ?
[20:29:56] <ALR> lincolnthree: Yeah, looking forward, mind doing JIRAs and pull requests for all?
[20:30:01] <lincolnthree> sure
[20:30:03] <ALR> I'll coordinate it.
[20:30:06] <ALR> Thanks.
[20:30:18] <ALR> By "done", I meant, "upstream and I resolved the JIRA". :)
[20:30:25] <lincolnthree> ah
[20:30:27] <lincolnthree> thanks
[20:30:34] <ALR> Nope thank you.
[20:32:39] <ALR> lincolnthree: I'll see if I can't get you a 1.2.0-alpha-1 release today
[20:32:48] <lincolnthree> ALR you da man
[20:32:53] <ALR> We'll see. :)
[20:33:08] <ALR> I'm hesitant w/ these SPI changes I'm about to put up.
[20:33:14] <ALR> Usually I like to let things sit and mature a bit.
[20:33:50] <lincolnthree> Yeah I know the feeling. I'll go on alpha snap for now
[20:33:52] <lincolnthree> 1.2
[20:34:07] <lincolnthree> what are the new artifacts?
[20:34:33] <lincolnthree> not sure what i should be including here
[20:42:53] <ALR> lincolnthree: api-javaee, impl-javaee
[20:43:04] <ALR> api-javaee in compile scope
[20:43:12] <ALR> impl-javaee in test or provided scope
[20:43:15] <lincolnthree> shrinkwrap-descriptors-api-javaee
[20:43:20] <ALR> The rest will come in transitive.
[20:43:24] <ALR> Yes.
[20:46:06] <lincolnthree> ALR has that 1.2.0 snapshot been deployed anywhere?
[20:46:32] <ALR> lincolnthree: No
[20:46:47] <ALR> If you build it, he will come.
[20:48:31] <lincolnthree> you want me to deploy it?
[20:52:50] <lincolnthree> ALR
[20:53:32] <ALR> lincolnthree: No thanks.
[20:53:42] <ALR> lincolnthree: SNAPSHOT deployments I find really non-deterministic.
[20:53:55] <ALR> When they're not in the repo at all it's obvious you need to build it.
[20:54:08] <ALR> Else you can suck in something old that doesn't mirror the current upstream
[20:54:21] <ALR> Course there's exceptions to every rule.
[20:54:34] <ALR> But in general I try not to deploy SNAPSHOTs under the main version namespace.
[20:54:56] <ALR> For testing across machines I might do a deploy of 1.0.0-ALR-1-SNAPSHOT for instance
[20:54:56] <lincolnthree> My general policy is that there's one snapshot namespace per release
[20:55:00] <lincolnthree> that snapshot is always HEAD
[20:55:07] <ALR> lincolnthree: HEAD is a moving target
[20:55:09] <lincolnthree> yep
[20:55:11] <lincolnthree> that's right
[20:55:20] <lincolnthree> you know what you are asking when you take a SNAPSHOT
[20:55:30] <ALR> The second I commit something into upstream, the previous deployed SNAP is stale
[20:55:40] <lincolnthree> right.
[20:55:43] <ALR> That's true too.  "It's your fault for asking for a SNAP".
[20:55:44] <ALR> :)
[20:55:48] <lincolnthree> and it should get rebuilt and redeployed
[20:55:51] <lincolnthree> for instance:
[20:55:58] <ALR> I used to do that in CI
[20:56:05] <ALR> ie. have Hudson deploy a SNAP on every build.
[20:56:09] <lincolnthree> http://ocpsoft.com/repository/com/ocpsoft/rewrite/rewrite-api/1.0.0-SNAPSHOT/
[20:56:29] <lincolnthree> my hudson polls every 1 minute, lol
[20:56:31] <ALR> Actually for ShrinkWrap I still do that.
[20:56:39] <ALR> Mine every 5.
[20:56:46] <ALR> I've 2 jobs.
[20:56:47] <lincolnthree> i dont like making people wait :)
[20:56:48] <ALR> One for the build
[20:56:58] <lincolnthree> http://jenkins.scrumshark.com/
[20:56:58] <ALR> If build succeeds, it kicks off an upstream job
[20:56:59] <ALR> For the deplot
[20:57:17] <ALR> http://jboss.hudson.alrubinger.com/job/ShrinkWrap_Deploy_Site/
[20:57:24] *** jamezp is now known as jamezp_afk
[20:57:27] <ALR> Hmm, might be worth doing that here.
[20:57:33] <lincolnthree> that deploys to magnolia?
[20:57:39] <ALR> I'll think on it.  I hate SNAPs. :)
[20:57:45] <ALR> lincolnthree: That deploys to Nexus
[20:58:35] <lincolnthree> ah
[20:58:39] <lincolnthree> got confused by Site
[20:58:51] <ALR> "site" phase.
[20:58:57] <ALR> JavaDoc, Reports, etc
[20:59:02] <ALR> Coverage, FindBugs
[20:59:02] <lincolnthree> gotya
[20:59:37] *** ge0ffrey has quit IRC
[21:03:53] *** echelog-2 has joined #jbosstesting
[21:16:07] <jose_freitas> ALR
[21:16:29] <ALR> jose_freitas: Hiya
[21:17:00] *** dblevins has quit IRC
[21:19:57] <jose_freitas> how do you do releases?
[21:20:43] <jose_freitas> you change versions from ${version}-snapshot to ${version} and then change it back to snapshot ${version+1}-snapshot?
[21:24:52] <ALR> jose_freitas: Depends on the process
[21:25:02] <ALR> I'm typically using the Maven Release Plugin with Git.
[21:25:08] <ALR> With Subversion it didn't work so well.
[21:25:27] <ALR> But you can manually update versions, manually tag, update version again, etc
[21:25:35] <ALR> And then Deploy to Nexus from the tag
[21:25:40] *** lightguard_jp has joined #jbosstesting
[21:25:44] <ALR> Maven Release Plugin will do it all for you though
[21:25:46] <ALR> For instance:
[21:26:07] <ALR> http://community.jboss.org/wiki/ShrinkWrapReleaseProcess
[21:27:30] <jose_freitas> interesting
[21:27:34] <jose_freitas> checking out
[21:29:11] <jose_freitas> btw, made tests with arq CR4 and everything is all right
[21:29:27] <jose_freitas> jsfunit beta2 is ready to be release on my end
[21:30:23] <ALR> jose_freitas: Your POM is updated somewhere I can see?
[21:30:28] <ALR> I didn't finish getting a clean build.
[21:41:58] *** ldimaggi_ has joined #jbosstesting
[21:42:24] *** ldimaggi has quit IRC
[21:54:28] *** dblevins has joined #jbosstesting
[21:58:32] *** jamezp_afk is now known as jamezp
[21:59:18] <jose_freitas> https://github.com/joserodolfofreitas/jsfunit/blob/fe8befb03c26aef3e9c7faedefc139f2467f9b24/pom.xm
[22:11:12] *** DavideD has joined #jbosstesting
[22:27:16] *** mgoldmann has quit IRC
[22:43:47] *** nilian has quit IRC
[22:46:10] *** jamezp has quit IRC
[22:47:35] *** lincolnthree has left #jbosstesting
[22:52:29] *** jamezp has joined #jbosstesting
[23:00:40] *** DavideD has quit IRC
[23:14:53] *** dblevins has quit IRC
[23:15:25] *** ldimaggi_ has quit IRC
[23:32:49] <jose_freitas> ALR: going to get some rest
[23:32:58] <jose_freitas> have a nice weekend
[23:33:01] <ALR> jose_freitas: k thanks
[23:33:05] <ALR> jose_freitas: Sure you too.
[23:33:28] *** jose_freitas has quit IRC
[23:37:28] *** dblevins has joined #jbosstesting





top