[00:21:51] *** aslak has quit IRC
[01:08:06] *** tsurdilo1 has joined #seam-dev
[01:08:39] *** lightguard_jp has quit IRC
[01:10:25] *** tsurdilo has quit IRC
[01:44:11] *** tsurdilo has joined #seam-dev
[01:46:38] *** tsurdilo1 has quit IRC
[02:42:39] *** mbg has joined #seam-dev
[03:14:29] *** tsurdilo has quit IRC
[04:17:41] *** tsurdilo has joined #seam-dev
[04:52:31] *** lightguard_jp has joined #seam-dev
[05:12:46] *** lightguard_jp has quit IRC
[05:36:50] *** tsurdilo has quit IRC
[05:39:00] *** clerum has quit IRC
[05:56:55] *** lincolnthree has left #seam-dev
[06:14:04] *** mbg has quit IRC
[06:48:42] *** lightguard_jp has joined #seam-dev
[07:10:41] *** oskutka has joined #seam-dev
[07:17:52] *** lightguard_jp has quit IRC
[07:20:14] *** lightguard_jp has joined #seam-dev
[07:27:21] *** lightguard_jp has quit IRC
[07:31:07] *** lincolnthree has joined #seam-dev
[07:31:08] *** lincolnthree has left #seam-dev
[08:10:50] *** aslak has joined #seam-dev
[08:49:21] *** marekn has joined #seam-dev
[09:26:19] *** jharting has joined #seam-dev
[09:51:45] *** stuartdouglas has quit IRC
[09:53:40] *** stuartdouglas has joined #seam-dev
[10:17:18] *** kpiwko has joined #seam-dev
[10:52:59] *** pmuir has joined #seam-dev
[10:53:00] *** pmuir has quit IRC
[10:53:00] *** pmuir has joined #seam-dev
[10:53:39] *** maxandersen has joined #seam-dev
[11:10:44] *** adamw1pl has joined #seam-dev
[12:00:43] *** maxandersen has quit IRC
[14:00:06] *** maxandersen has joined #seam-dev
[14:05:45] *** jharting has quit IRC
[14:31:03] *** aslak has quit IRC
[14:31:33] *** aslak has joined #seam-dev
[14:34:55] *** amitev has quit IRC
[14:35:58] *** amitev has joined #seam-dev
[14:55:56] *** amitev has quit IRC
[14:56:31] *** amitev has joined #seam-dev
[14:57:26] *** lightguard_jp has joined #seam-dev
[14:58:09] *** lightguard_jp has joined #seam-dev
[14:58:56] *** tsurdilo has joined #seam-dev
[15:07:38] *** amitev has quit IRC
[15:07:50] *** amitev has joined #seam-dev
[15:15:01] *** mbg has joined #seam-dev
[15:15:02] *** clerum has joined #seam-dev
[15:24:07] *** clerum1 has joined #seam-dev
[15:24:07] *** clerum has quit IRC
[15:28:20] *** amitev has quit IRC
[15:28:44] *** amitev has joined #seam-dev
[15:32:11] *** tsurdilo has quit IRC
[15:32:31] *** tsurdilo has joined #seam-dev
[15:35:32] *** amitev has quit IRC
[15:36:40] *** amitev has joined #seam-dev
[15:59:27] <adamw1pl> is there some arquillian version for weld 1.1.0.beta2?
[15:59:40] <adamw1pl> 1.1.0.beta1 works with arq 1.0.0.Alpha4.SP1
[16:00:37] <aslak> adamw1pl,  not released by Arquillian no, Weld has their own Weld arq contianer that they use for testing, but targeted for Arquillian Alpha3
[16:01:08] <adamw1pl> hmm I don't quite understand ;)
[16:01:23] <adamw1pl> so if I have an app, and deploy it to AS 6 CR1, which has weld 1.1.0.beta2
[16:01:34] <adamw1pl> for testing I should use arq 1.0.0.alpha3?
[16:01:57] <aslak> https://repository.jboss.org/nexus/content/groups/public/org/jboss/weld/arquillian/container/ vs https://repository.jboss.org/nexus/content/groups/public/org/jboss/arquillian/container/arquillian-weld-ee-embedded-1.1/
[16:02:31] <aslak> 1. Weld beta2 using Arq alpha3, 2. Arq Alpha 4 using Weld beta1
[16:04:11] <adamw1pl> lol
[16:04:16] <adamw1pl> ok thanks :)
[16:04:17] <aslak> since weld use arq to test their own container, they can't rely on arq releasing a working arq integration before they release and so on.. cycle dep
[16:04:42] <aslak> the fun of integrating two unstable apis.. :)
[16:05:16] <adamw1pl> and the fun of using them ;)
[16:05:28] <adamw1pl> I'll just stick to alpha4 + weld beta1 for now
[16:05:42] <aslak> sure.. :)
[16:05:47] <adamw1pl> hmm but then if weld-extensions will start to require beta2, I'll be fried
[16:06:19] <aslak> adamw1pl, not really, you just have to rely on the jboss container instead of the weld-ee container
[16:06:38] <pmuir> next release will use arq alpha4 i guess
[16:06:40] <adamw1pl> but doesn't the jboss container take forever to start up?
[16:06:52] <adamw1pl> I wanted sth as lightweight as possible
[16:07:11] <aslak> adamw1pl, it does, but you can use the remote contianer, basically connects to a running server
[16:07:29] <adamw1pl> but then I need a running AS, right? :)
[16:07:43] <aslak> yes, which you start up in the morning while getting your coffee.. ;)
[16:07:58] <aslak> pmuir, when is next release ?
[16:08:21] <pmuir> this month
[16:08:26] <aslak> mm ok
[16:08:34] <adamw1pl> of weld? solder? arq?
[16:08:42] <aslak> all ?
[16:08:48] <adamw1pl> ah ;)
[16:09:08] <adamw1pl> I'm just waiting for an aligned final release of all three, then I'll be happy ;)
[16:09:25] <aslak> :)
[16:09:35] <pmuir> weld
[16:15:54] *** tsurdilo has quit IRC
[16:17:16] *** tsurdilo1 has joined #seam-dev
[16:17:52] <adamw1pl> and seam3 should work on AS6 CR1? :)
[16:18:22] <adamw1pl> (-faces and -remoting)
[16:20:47] <adamw1pl> I'm getting Could not find BeanManager in [java:comp/BeanManager, java:app/BeanManager] from:
[16:20:47] <adamw1pl> at org.jboss.seam.faces.cdi.BeanManagerAware.lookupBeanManager(BeanManagerAware.java:48) [:3.0.0.SNAPSHOT]
[16:22:22] *** jharting has joined #seam-dev
[16:23:53] *** szimano has joined #seam-dev
[16:26:01] *** aslak has quit IRC
[16:27:08] *** aslak has joined #seam-dev
[16:28:49] *** oskutka has quit IRC
[16:36:15] *** marekn has quit IRC
[16:43:51] <adamw1pl> whole stack trace: http://pastie.org/1320239
[16:48:00] <pmuir> we need baxter
[16:48:15] *** lincolnthree has joined #seam-dev
[16:48:23] <lincolnthree> hey adamw1pl
[16:48:30] <lincolnthree> i hear you have a question for me?
[16:48:50] <adamw1pl> yeah - weld 1.1.0.beta2 in AS6 CR1 + seam3-faces
[16:48:55] <adamw1pl> gives me http://pastie.org/1320239
[16:49:36] <lincolnthree> Hmmm... Looks like weld-extensions (Solder) is not finding the BeanManager
[16:49:43] <lincolnthree> in JNDI
[16:49:54] <adamw1pl> we're using weld-ext 1.0.0.bet1
[16:50:12] <lincolnthree> Yeah, that should work, though I actually have not tried AS6.CR1 myself yet
[16:50:27] <pmuir> lincolnthree: is that a copy of BeanManager lookup in WeldX? or?
[16:50:35] <lincolnthree> nope, it's just WeldX
[16:50:47] <pmuir> well the package is org.jboss.seam.faces.cdi
[16:50:50] <pmuir> which isn't WeldX
[16:51:12] <lincolnthree> what the heck?
[16:51:13] <lincolnthree> hang on
[16:51:45] <adamw1pl> seam3 is snapshot
[16:52:06] <lincolnthree> good, that means I might be able to fix this for you in snapshot ;)
[16:53:17] <adamw1pl> it may also be sth we did ;)
[16:53:24] <adamw1pl> last working version is M4
[16:53:57] <pmuir> btw we did swap the jndi binding in as
[16:54:03] <pmuir> so possibly a bug there as well
[16:54:06] <pmuir> mbg: ^^^
[16:54:14] <lincolnthree> well unless you copied the WeldX beanManager provider into Seam Faces, I don't think it's something you did ;)
[16:55:06] <adamw1pl> I don't think I'm going to surprise you, I didn't ;)
[16:55:10] *** tsurdilo has joined #seam-dev
[16:56:00] <lincolnthree> well I'm going to surprise both of you
[16:56:04] <lincolnthree> are you sure that's a recent snapshot?
[16:56:20] <lincolnthree> because I'm absolutely certain that there's no org.jboss.seam.faces.cdi package in Seam Faces right now
[16:56:26] <szimano> i'll waste our nexus
[16:56:26] <pmuir> hehe
[16:56:32] *** tsurdilo1 has quit IRC
[16:56:39] <szimano> (hey i'm adam's servant, watching silently)
[16:56:50] <lincolnthree> hi szimano :)
[16:56:57] <szimano> hey lincoln ;-)
[16:57:02] <lincolnthree> and I'll check to see that snapshots are actually being deployed
[16:57:26] <lincolnthree> last deployed Nov 21
[16:57:45] <adamw1pl> not Nov 20?
[16:57:46] <adamw1pl> https://oss.sonatype.org/content/repositories/jboss-snapshots/org/jboss/seam/faces/seam-faces/3.0.0-SNAPSHOT/
[16:58:04] <lincolnthree> interesting
[16:58:09] <lincolnthree> https://repository.jboss.org/nexus/content/groups/public/org/jboss/seam/faces/seam-faces/3.0.0-SNAPSHOT/
[16:58:46] <lincolnthree> actually last deployed nov 13th
[16:58:51] <lincolnthree> the timestamps are wrong
[16:59:00] <pmuir> we haven't used sonatype for ages
[16:59:00] <lincolnthree> the last snapshot to go to oss.sonatype.org was from june
[16:59:21] <adamw1pl> acutally our nexus had both :)
[16:59:26] *** balunasj has joined #seam-dev
[16:59:31] <adamw1pl> you just change the repos too often ;)
[16:59:43] <lincolnthree> yeah... all this instability is really quite frustrating
[16:59:47] <adamw1pl> but it's out-of-date anyway?
[16:59:49] <lincolnthree> but i think things are settling down now
[16:59:55] <lincolnthree> but yes, oss.sonatype repo is out of date
[17:00:02] <lincolnthree> the jboss nexus artifact should be current
[17:00:18] <szimano> ok removed sonatype
[17:00:21] <szimano> trying again
[17:00:32] <szimano> (we had both)
[17:00:57] <adamw1pl> so how come a file -20101113 has a modified date of Nov 21? :)
[17:01:08] <lincolnthree> not sure
[17:01:17] <lincolnthree> they may rtouch or something to avoid caching
[17:01:35] <lincolnthree> all files are modified nov 21
[17:01:37] <lincolnthree> its strange
[17:01:55] <szimano> you know what... ;-)
[17:02:02] <szimano> it looks like we're using wrong artifact
[17:02:17] <adamw1pl> the groupId is now org.jboss.seam.faces? :)
[17:02:24] <lincolnthree> yes
[17:02:24] <szimano> org/jboss/seam/seam-faces instead of org/jboss/seam/faces/seam-faces
[17:02:31] <lincolnthree> org.jboss.seam.faces : seam-faces
[17:04:04] <adamw1pl> and for remoting, org.jboss.seam.remoting : remoting-core ?
[17:04:09] <adamw1pl> seam-remoting-core
[17:04:12] <lincolnthree> I thought I was crazy for a second when I saw that package name in the stack trace ;)
[17:04:23] <lincolnthree> yeah, we need to fix that artifact-id though
[17:04:27] <adamw1pl> lol
[17:04:29] <adamw1pl> not again ;)
[17:11:19] <lincolnthree> adamw1pl
[17:11:21] <lincolnthree> actually
[17:11:24] <lincolnthree> why aren't you using the Beta1?
[17:11:39] <adamw1pl> beta1 of seam3?
[17:11:47] <lincolnthree> it has a bug with s:inputContainer, but that's about all I've heard wrong with it :)
[17:11:48] <lincolnthree> yeah
[17:11:59] <adamw1pl> and it works with weld 1.1.0.beta2?
[17:12:03] <adamw1pl> or AS6 CR1 :)
[17:12:04] <lincolnthree> It should
[17:12:21] <lincolnthree> unverified on CR1, if it fails there, it's because weldx is looking for the beanmanager in the wrong place
[17:12:22] *** arbi_ has joined #seam-dev
[17:12:23] <lincolnthree> which is easy to fix
[17:12:36] <adamw1pl> and what's the place for beanmanager now?
[17:12:46] <adamw1pl> (we weren't using beta1 because I didn't know it existed ;) )
[17:12:46] <lincolnthree> pmuir, mbg?
[17:12:55] <adamw1pl> not java:comp/BeanManager?
[17:13:10] <mbg> java:comp/BeanManager should be right
[17:13:10] <pmuir> it is there
[17:13:19] <pmuir> it's just the binding might be missing in some circumstances...
[17:13:40] <mbg> however, it seems like there are issues in certain situations
[17:13:41] <lincolnthree> weldx is currently looking in
[17:13:41] <lincolnthree>       return "java:comp/BeanManager";
[17:13:51] <lincolnthree> and a few other places
[17:13:53] <lincolnthree> shoudl work then
[17:14:38] <mbg> lincolnthree: yes, if not, please just report them as JBAS issues, we need to work things out on a case-to-case basis ...
[17:14:56] *** tsurdilo1 has joined #seam-dev
[17:15:03] <lincolnthree> mbg of course :)
[17:17:05] *** tsurdilo has quit IRC
[17:19:59] <szimano> heh, same error, just different flavor ;-) http://pastie.org/1320406
[17:20:04] <szimano> but now it's weldx ;-)
[17:25:35] <lincolnthree> that's no good
[17:26:00] <szimano> :)
[17:26:09] <lincolnthree> szimano: can you verify that weldx is looking in the correct place for the BeanManager? if so, as mbg said, I think it should be filed in JBAS
[17:26:15] <lincolnthree> JBAS-1
[17:26:17] <jbossbot> jira [JBAS-1] Run-as Identity not propagated [Closed, Major, Scott Stark] https://jira.jboss.org/browse/JBAS-1
[17:26:25] <lincolnthree> that link will take you to the issue tracker
[17:27:17] <adamw1pl> and which provider shuld work?
[17:27:20] <mbg> can you upload the app that you're trying with?
[17:27:22] <szimano> how can i check where weldx's looking ?
[17:27:40] <lincolnthree> at org.jboss.weld.extensions.beanManager.BeanManagerAware.getBeanManager(BeanManagerAware.java:93)
[17:27:43] <szimano> it'sa a huge bank app ;-)
[17:28:05] <lincolnthree> using beta software in a bank app, on a beta appserver ;) that's gutsy!
[17:28:31] <adamw1pl> yeah but there's  a stack of providers
[17:28:31] <szimano> i know you guys are working hard, so just when we're done you'll give us shiny GAs, right ;-)
[17:28:39] <lincolnthree> yep!
[17:28:45] <adamw1pl> DefaultJndiBeanManagerProvider, ServletContainerJndiBeanManagerProvider, FacesServletContextBeanManagerProvider etc
[17:28:49] <lincolnthree> right
[17:29:03] <lincolnthree> each of those will attempt to find the manager
[17:29:13] <adamw1pl> so which should in theory succeed?
[17:29:16] <adamw1pl> for a JSF2 app?
[17:29:16] <szimano> ah, so verify as in run debugger
[17:29:30] <lincolnthree> yes and yes
[17:29:40] *** lightguard_jp has quit IRC
[17:29:47] <adamw1pl> but which one ;)
[17:30:01] <lincolnthree> should be the DefaultJndiBeanManagerProvider
[17:30:22] <lincolnthree> but I'm guessing it is being called correclty and that checking is just a redundant effort
[17:30:25] <adamw1pl> ok
[17:30:27] <adamw1pl> and not FacesServletContextBeanManagerProvider? ;)
[17:31:03] <lincolnthree> not at this point in the lifecycle afaik
[17:31:14] <lincolnthree> because this is part of the deployment
[17:31:21] <lincolnthree> weld should already be started
[17:31:22] <lincolnthree> and in JNDI
[17:31:53] <lincolnthree> the FacesServletBMP is used for during Faces Requests
[17:32:04] <lincolnthree> when it pulls the beanmanager out of the servlet context found in the current FacesContext
[17:32:06] <adamw1pl> ah :)
[17:32:07] <adamw1pl> ok
[17:32:31] <lincolnthree> http://pastie.org/1320442
[17:37:02] <adamw1pl> <bean name="WeldJndiBinder" class="org.jboss.weld.integration.deployer.env.WeldJndiBinder"> should be commented out in server/default/deployers/weld.deployer/META-INF/weld-deployers-jboss-beans.xml ?
[17:37:47] <lincolnthree> honestly i have no idea about that, but you could try uncommenting it and seeing what happens
[17:39:08] <szimano> checked DefaultJndiBeanManagerProvider it looks in java:comp/BeanManager
[17:39:34] <lincolnthree> ok, then it sounds like a JBAS bug
[17:39:54] <adamw1pl> unfortunately doesn't help (uncommenting)
[17:40:12] <adamw1pl> heh another one ;)
[17:40:13] *** maxandersen has quit IRC
[17:40:52] <lincolnthree> :(
[17:41:22] <pmuir> yeah i think the issue is that jbas hasn't got it bound at that point
[17:44:40] <lincolnthree> pmuir: it should be if it's starting Mojarra IMO
[17:45:12] <lincolnthree> weld should be pretty much #1 when it comes to startup sequence
[17:46:03] <mbg> Weld starts before the web application
[17:46:18] *** arbi_ has quit IRC
[17:46:23] <pmuir> lincolnthree: it ain't that simple
[17:46:36] <adamw1pl> https://jira.jboss.org/browse/JBAS-8660 is the bug
[17:46:37] <jbossbot> jira [JBAS-8660] Cannot deploy a Weld application which uses Weld Extensions [Open, Major, Unassigned] https://jira.jboss.org/browse/JBAS-8660
[17:47:11] <pmuir> e.g. it needs to boot after ejbs are defined but before the web container
[17:47:19] <lincolnthree> right
[17:47:52] <lincolnthree> EJBs are defined, not instantiated, then weld, then everything else
[17:47:54] <lincolnthree> ?
[17:48:16] <pmuir> yeah, not that simple
[17:48:37] <pmuir> needs to boot after the TM is defined for example
[17:48:45] <pmuir> JNDI binding is hellishly complex to do
[17:51:05] <mbg> ok, so the problem is not that JNDI binding is not performed in general, otherwise most apps won't be able to run in CR1 (including the TCK), but there seem to be particular cases when it doesn't work properly
[17:51:53] <pmuir> mbg: yep i think so too
[17:52:09] <mbg> what I am trying to figure out right now is what is wrong in this particular case
[17:52:39] <lincolnthree> adamw1pl: can you guys maybe put together a sample app that reproduces this? if might help mbg out
[17:52:55] <mbg> one hint, tho
[17:53:58] <mbg> there is currently a problem with apps that are deployed before the app server starts, and that is due to a JBAS internal issue
[17:56:18] <adamw1pl> sure, will do
[17:56:23] <adamw1pl> tomorrow morning though probably :)
[17:58:31] <lincolnthree> so adamw1pl, from what mbg just said, you might try making sure the app is not deployed (to the server) until the server is started, then deploy it
[17:58:55] <adamw1pl> we'll try that (so far we deployed before starting up)
[18:01:13] <mbg> of course, this is something that we need to fix. but right now it needs to be done in a different place - i.e. properly guaranteeing the order in which web app, ejbs, other components start
[18:03:42] <szimano> i'll give it a quick try
[18:03:46] *** lightguard_jp has joined #seam-dev
[18:04:59] <szimano> nope, same stuff
[18:05:24] <szimano> ok, will continue the struggle tomorrow, thanks guy for help
[18:05:31] *** szimano has quit IRC
[18:06:17] <mbg> ok, please provide a full jboss log in the least and an app that reproduces the error would be a great help
[18:19:57] *** adamw1pl has quit IRC
[18:20:40] *** pmuir has quit IRC
[18:25:54] *** pmuir has joined #seam-dev
[18:38:11] *** aslak has quit IRC
[18:39:03] *** pmuir has quit IRC
[19:04:38] *** balunasj is now known as balunasj_away
[19:10:00] *** kpiwko has quit IRC
[19:27:40] *** mbg has quit IRC
[19:27:44] *** aslak has joined #seam-dev
[19:27:45] *** aslak has quit IRC
[19:27:45] *** aslak has joined #seam-dev
[19:33:01] *** mbg has joined #seam-dev
[20:03:42] <lightguard_jp> lincolnthree: did you try to do a release:prepare for catch?
[20:14:16] <lincolnthree> lightguard_jp: no i haven't, sorry. wasn't dan going to get on it today? if he's like me, he's still trying to get caught up
[20:14:39] <lincolnthree> git url?
[20:17:03] <lightguard_jp> He said he was, haven't heard anything
[20:17:11] <lightguard_jp> https://github.com/seam/catch :)
[20:17:20] <lightguard_jp> or https://github.com/LightGuard/catch
[20:22:42] <lincolnthree> i wont be able to release since I don't have push on the repo, but im trying the -DdryRun
[20:23:20] <lightguard_jp> I was getting stuck at signing jars
[20:23:40] <lincolnthree> ahhh. did you set up GPG?
[20:23:58] <lightguard_jp> Probably not with Maven
[20:24:10] <lightguard_jp> I've used quite extensively but I don't know if maven has it right
[20:24:21] <lightguard_jp> I'm also using gpg2 if it makes a difference
[20:24:42] <lincolnthree> http://sfwk.org/Seam3/ModuleReleaseProcedure has the steps required to set it up
[20:24:54] <lincolnthree> build success btw
[20:25:04] <lincolnthree> i wont be able to release though because of my permissions on catch
[20:27:48] <lightguard_jp> Okay sweet, I'll have to follow that and give it another shot.
[20:30:28] <lincolnthree> gotta run
[20:30:28] <lincolnthree> bbl
[20:30:38] *** mbg has quit IRC
[21:04:24] *** balunasj_away has quit IRC
[21:06:51] <jbossbot> git [catch] push master 2efcb7d.. LightGuard Removing a pom copy / paste comment
[21:06:51] <jbossbot> git [catch] push master b98efb9.. LightGuard Renaming CatchEvent to CaughtException
[21:06:51] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/ed4be75...b98efb9
[21:13:00] *** tsurdilo1 has quit IRC
[21:13:33] *** tsurdilo has joined #seam-dev
[21:28:35] <jbossbot> git [catch] push master aa8f34f.. Dan Allen [maven-release-plugin] prepare release 3.0.0.Alpha1
[21:28:35] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/b98efb9...aa8f34f
[21:28:38] <jbossbot> git [catch] push master 11d74c9.. Dan Allen [maven-release-plugin] prepare for next development iteration
[21:28:39] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/aa8f34f...11d74c9
[21:28:48] <lightguard_jp> So much for a dry run
[21:33:53] *** mbg has joined #seam-dev
[21:33:53] *** mbg has quit IRC
[21:33:53] *** mbg has joined #seam-dev
[21:35:06] <jbossbot> git [catch] push master 65f74cc.. Dan Allen [maven-release-plugin] rollback the release of 3.0.0.Alpha1
[21:35:06] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/11d74c9...65f74cc
[21:37:45] <jbossbot> git [catch] push master 3c1280e.. Dan Allen [maven-release-plugin] prepare release testing-3.0.0.Alpha1
[21:37:45] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/65f74cc...3c1280e
[21:37:46] <jbossbot> git [catch] push master e7fc6ce.. Dan Allen [maven-release-plugin] prepare for next development iteration
[21:37:46] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/3c1280e...e7fc6ce
[21:39:10] <jbossbot> git [catch] push master 024ec45.. Dan Allen [maven-release-plugin] rollback the release of testing-3.0.0.Alpha1
[21:39:11] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/e7fc6ce...024ec45
[21:46:23] <jbossbot> git [catch] push master 16823c6.. Dan Allen update version of seam-bom
[21:46:23] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/024ec45...16823c6
[21:49:19] <jbossbot> git [catch] push master 0fc8d0c.. Dan Allen [maven-release-plugin] prepare release testing-3.0.0.Alpha1
[21:49:19] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/16823c6...0fc8d0c
[21:51:31] <jbossbot> git [catch] push master 9b5110e.. Dan Allen [maven-release-plugin] rollback the release of testing-3.0.0.Alpha1
[21:51:32] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/0fc8d0c...9b5110e
[21:55:26] <jbossbot> git [catch] push master c2b58b9.. Dan Allen [maven-release-plugin] prepare release dan-3.0.0.Alpha1
[21:55:27] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/9b5110e...c2b58b9
[21:55:30] <jbossbot> git [catch] push master 0f2ca67.. Dan Allen [maven-release-plugin] prepare for next development iteration
[21:55:30] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/c2b58b9...0f2ca67
[21:59:38] <jbossbot> git [catch] push master 7a2dfde.. Dan Allen [maven-release-plugin] rollback the release of dan-3.0.0.Alpha1
[21:59:39] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/0f2ca67...7a2dfde
[22:00:39] <jbossbot> git [catch] push master 75b3ef1.. Dan Allen update scm info
[22:00:39] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/7a2dfde...75b3ef1
[22:02:39] *** balunasj has joined #seam-dev
[22:02:47] <jbossbot> git [catch] push master a7eeb38.. Dan Allen [maven-release-plugin] prepare release dan-3.0.0.Alpha1
[22:02:47] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/75b3ef1...a7eeb38
[22:02:51] <jbossbot> git [catch] push master aac16ec.. Dan Allen [maven-release-plugin] prepare for next development iteration
[22:02:51] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/a7eeb38...aac16ec
[22:02:51] *** balunasj is now known as balunasj_mtg
[22:13:36] <jbossbot> git [catch] push master 1e1ab83.. Dan Allen rename example to follow convention
[22:13:36] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/aac16ec...1e1ab83
[22:15:24] <jbossbot> git [catch] push master 37bb862.. Dan Allen update final name of example
[22:15:24] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/1e1ab83...37bb862
[22:21:25] <jbossbot> git [catch] push master 73332a1.. Dan Allen [maven-release-plugin] prepare release dan-3.0.0.Alpha1
[22:21:25] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/37bb862...73332a1
[22:21:30] <jbossbot> git [catch] push master 8541ff8.. Dan Allen [maven-release-plugin] prepare for next development iteration
[22:21:31] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/73332a1...8541ff8
[22:44:09] <jbossbot> git [catch] push master 0598a61.. LightGuard [maven-release-plugin] prepare release 3.0.0.Alpha1
[22:44:09] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/8541ff8...0598a61
[22:48:18] <jbossbot> git [catch] push master 4f0c37c.. LightGuard Going back to snapshot in the poms
[22:48:18] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/0598a61...4f0c37c
[22:56:28] <jbossbot> git [catch] push master 0a7aeec.. LightGuard Adding scm info into all poms
[22:56:28] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/4f0c37c...0a7aeec
[22:59:13] *** jharting has quit IRC
[23:06:46] *** balunasj_mtg has quit IRC
[23:32:19] *** mbg has quit IRC
[23:49:12] *** balunasj has joined #seam-dev
[23:56:32] *** jbossbot has quit IRC





top