[00:01:08] <rmartinelli> gastaldi: So Hack Night was just started?
[00:01:30] *** bobmcw has quit IRC
[00:06:45] <gastaldi> I think so :P
[00:06:48] <gastaldi> wow ! Exciting huh ?
[00:07:00] <gastaldi> :P
[00:08:23] *** johnament has joined #seam-dev
[00:09:22] <johnament> sup all
[00:09:36] *** rmartinelli has quit IRC
[00:10:37] <gastaldi> hey johnament
[00:10:48] <johnament> gastaldi: have we started?
[00:10:53] <gastaldi> I think so
[00:10:54] <gastaldi> :)
[00:11:09] <johnament> sorry i'm late.  was trying to get out of work as early as possible.
[00:11:12] <gastaldi> Or the fuse has blown ?
[00:11:40] <johnament> fuse?
[00:11:46] <gastaldi> ah, nevermind :)
[00:11:55] 
[00:12:04] <johnament> you mean fuse ran out?
[00:12:18] <johnament> therefor, dynamite exploded?
[00:13:51] <gastaldi> yeah :)
[00:13:57] <johnament> i just reforked seam jcr
[00:14:07] <gastaldi> cool
[00:14:15] <gastaldi> How should the work be done ?
[00:14:55] <johnament> well, right now there are two open tickets
[00:14:58] <johnament> i need to make more
[00:15:04] <johnament> because they're very high level.
[00:15:07] *** jose_freitas has joined #seam-dev
[00:15:24] <johnament> basically i want to end up with OCM support and catch integration
[00:15:55] <johnament> catch is pretty straightforward, i think
[00:16:23] <johnament> for OCM, we need to look at how to bind entities to nodes, then create a way to translate entity to node and node to entity
[00:16:32] <sbryzak> lightguard_jp: pong
[00:16:35] <johnament> then create a wrapped object that can do the translation
[00:16:53] <lightguard_jp> sbryzak: No conf call today I'm guessing :)
[00:17:09] <sbryzak> lightguard_jp: no :)
[00:17:19] <sbryzak> i don't think we have any agenda
[00:17:58] <johnament> should we get on a g+ huddle?
[00:18:07] <lightguard_jp> johnament: Doing well, just keep everyone busy with things to do and offer direction as needed :)
[00:18:19] <lightguard_jp> Hm, not a bad idea
[00:18:41] <johnament> zomg google did it right :-)
[00:21:37] <sbryzak> stuartdouglas: ping, you online yet?
[00:23:44] <johnament> gastaldi: are you heading in a direction?
[00:27:47] <gastaldi> johnament: kinda
[00:28:23] <johnament> gastaldi: is it possible to create a service handler that could automatically bind a DAO for a node via an interface?
[00:28:46] <gastaldi> johnament: I guess so, using Solder right ?
[00:28:52] <johnament> gastaldi: yep
[00:29:23] <johnament> gastaldi: basically, i think it would be easiest to provide jcr session capabilities as a service handler based on interface methods.
[00:29:31] <gastaldi> hummm
[00:29:43] <gastaldi> Seam JCR provides the impl
[00:29:52] <gastaldi> And the App developer the interface
[00:30:02] <gastaldi> right ?
[00:30:37] <gastaldi> We should have some sort of annotations to make it happen
[00:30:56] <gastaldi> So that info could be read on the Service handler impl
[00:31:34] <gastaldi> This is what you mean right ? http://docs.jboss.org/modeshape/latest/manuals/reference/html/jcr-query-and-search.html
[00:32:10] <johnament> gastaldi: yeah, we would need to define interfaces, app developer creates interfaces.
[00:32:46] <johnament> gastaldi: query would be one way.  we should also think about paths
[00:33:08] <gastaldi> cool, and so no injection of javax.jcr.Session on the app developer code would be needed
[00:33:18] <gastaldi> sounds reasonable
[00:33:51] <johnament> gastaldi: if they want to use OCM then no
[00:34:31] <gastaldi> cool. unfortunately I need to leave now. brb soon
[00:34:40] <johnament> ok
[00:34:44] *** gastaldi has quit IRC
[00:43:40] *** rmartinelli has joined #seam-dev
[00:45:13] <rmartinelli> johnament: Hey
[00:47:08] <johnament> rmartinelli: greetings
[00:47:29] <johnament> rmartinelli: are you here for the hackfest?
[00:47:39] <rmartinelli> johnament: yes
[00:48:26] <johnament> rmartinelli: well, welcome
[00:48:49] <johnament> rmartinelli: we are working on two big features right now, seam catch integration for exception handling and OCM support
[00:48:58] *** jganoff has joined #seam-dev
[00:49:38] <rmartinelli> johnament: right
[00:49:51] <johnament> rmartinelli: here's the last few lines to get you up to speed https://gist.github.com/1083666
[00:51:54] *** mbg has quit IRC
[00:52:23] <stuartdouglas> sbryzak: pong
[00:55:19] <rmartinelli> johnament: Alright, just give me some minutes while Maven is downloading the Internet in my PC... =D
[00:57:01] <sbryzak> stuartdouglas: i've been looking at the persistence issue in a litte more detail
[00:57:23] <sbryzak> it seems that the portable extension isn't picking up classes contained in WEB-INF/classes
[00:57:36] <sbryzak> so the transaction interceptor never gets bound
[00:57:48] <johnament> rmartinelli: that's fine.  you found the source code?
[00:57:49] <stuartdouglas> hmm, it's probably a beans.xml file in the wrong place issue
[00:58:26] <stuartdouglas> is beans.xml in the WEB-INF dir?
[00:58:34] <stuartdouglas> or in WEB-INF/classes/META-INF?
[00:58:41] <sbryzak> it's in WEB-INF
[00:58:58] <stuartdouglas> This is the seam university site isn't it?
[00:59:03] <sbryzak> yes
[00:59:16] <stuartdouglas> is it on github?
[00:59:27] <sbryzak> yes, github.com/seam/university
[00:59:28] <stuartdouglas> I will need to have a look to figure out what is going on
[00:59:38] <sbryzak> you'll also need to build xwidgets, github.com/sbryzak/xwidgets
[00:59:45] <sbryzak> and the seam xwidgets module, github.com/seam/xwidgets
[01:00:20] <stuartdouglas> 2 different xwidgets?
[01:00:50] <sbryzak> yes, one is the actual xwidgets library, and the seam one is seam specific xwidgets components
[01:01:43] <rmartinelli> johnament: the code is in github, right?
[01:03:15] <johnament> rmartinelli: github.com/seam/jcr
[01:11:46] <rmartinelli> johnament: got it
[01:48:45] *** bcarothers has joined #seam-dev
[01:49:28] <johnament> bcarothers: you're off the plane?
[01:49:40] <bcarothers> johnament: Finally :-)
[01:50:01] <johnament> bcarothers: where'd you fly to/from?
[01:50:15] <bcarothers> johnament: SEA -> DEN -> TPA
[01:51:07] <johnament> pretty long flight then
[01:51:37] *** rruss has quit IRC
[01:56:50] <johnament> bcarothers: this is where we're at, it's been quiet so far. https://gist.github.com/1083666
[02:01:53] *** tkimura has joined #seam-dev
[02:02:15] <bcarothers> johnament: reading (and eating)
[02:05:53] <bcarothers> johnament: Is there anything that I can do on the ModeShape side to facilitate this?  Any known issues, etc?
[02:06:13] <johnament> bcarothers: no, i don't think so.
[02:10:22] *** pmuir has quit IRC
[02:13:27] *** mbg has joined #seam-dev
[02:20:48] *** cbrock has quit IRC
[02:26:27] *** gastaldi has joined #seam-dev
[02:26:34] 
[02:26:52] <johnament> gastaldi: not much.
[02:26:54] <johnament> :/
[02:27:02] <gastaldi> :)
[02:27:02] <johnament> bcarothers: is here now and rmartinelli as well
[02:27:12] * bcarothers is drinking from the Weld fire hose
[02:27:37] <johnament> well that's good at least
[02:28:13] <johnament> hahahah my test was failing because i was passing arguments in the wrong order :/
[02:29:46] <johnament> gastaldi: ok, now i have metadata
[02:29:49] <gastaldi> Cool
[02:30:14] <gastaldi> let me arrange my workplace in here
[02:30:29] <johnament> brb
[02:30:43] <gastaldi> ok
[02:33:50] <gastaldi> ok, so are we having any progress until now ?
[02:35:05] <gastaldi> hey bcarothers rhauch ! our modeshape guys !
[02:35:19] <bcarothers> gastaldi: Hiya, George!
[02:35:21] *** mbg is now known as mbg|away
[02:35:28] <rhauch> gastaldi: Hi George! Hello, everyone else!
[02:35:51] 
[02:36:58] <stuartdouglas> sbryzak: ping
[02:37:05] <sbryzak> stuartdouglas: pong
[02:37:38] <johnament> rhauch: didn't even notice you
[02:37:38] <stuartdouglas> When I checked out xwidgets from your git repo, I put it into a folder called sbryzak-xwidgets
[02:37:48] <stuartdouglas> and it seems to have used that folder name as the artifact name
[02:37:58] <rhauch> johnament: hey, John
[02:38:04] <sbryzak> must be a gradle thing
[02:38:04] <gastaldi> One thing I would like to be changed is the documentation module
[02:38:19] <sbryzak> lightguard_jp might know how to fix that
[02:38:20] <gastaldi> It should be on Confluence or somewhere
[02:38:33] *** kenfinnigan has joined #seam-dev
[02:38:42] <rhauch> gastaldi: you'll still want to commit the export from Confluence, right?
[02:38:55] <gastaldi> probably
[02:38:59] <stuartdouglas> yea, it looks like if the artifact name is not specified it defaults
[02:38:59] <rhauch> gastaldi: well, I guess not all projects might do that. But I think that was the intention.
[02:39:09] <sbryzak> lightguard_jp: ping
[02:39:28] <sbryzak> stuartdouglas: it seems to be specified though, which is weird
[02:39:33] <gastaldi> we had a discussion on a seam meeting some time ago
[02:39:37] <gastaldi> about documentation
[02:39:39] <sbryzak> the pom.artifactId is set in build.gradle
[02:39:58] <stuartdouglas> I don't see if
[02:40:03] <stuartdouglas> oh, wait
[02:40:11] <stuartdouglas> yes i do
[02:40:29] <sbryzak> stuartdouglas: can you just name the folder xwidgets for now?
[02:40:30] <stuartdouglas> I don't really know much about gradle
[02:40:35] <stuartdouglas> already have
[02:40:40] <sbryzak> i'm still a gradle noob myself
[02:40:41] <stuartdouglas> but I just thought I would let you know
[02:40:50] <sbryzak> np, will ask jason when he's around
[02:40:56] <stuartdouglas> It's pretty weird behaviour
[02:40:56] <sbryzak> were you able to get the app running?
[02:41:52] <gastaldi> What if we start using Github Pages feature ?
[02:43:04] 
[02:46:35] <stuartdouglas> sbryzak: I just got it running then, I was chasing down a weld bug earlier so I only just got to looking into it
[02:47:09] <sbryzak> stuartdouglas: need to know the steps to reproduce the issue?
[02:47:31] <stuartdouglas> sure
[02:47:47] <sbryzak> ok it's pretty simple, just click the share link
[02:48:09] <sbryzak> click next, next, enter a title and some text, click next, next, save
[02:48:31] <sbryzak> you can set a breakpoint in LatestContentAction.add()
[02:48:38] <sbryzak> that's where the transaction interceptor should fire
[02:48:57] <sbryzak> however processAnnotatedType() doesn't seem to get called for the LatestContentAction class
[02:49:45] <stuartdouglas> ok, I will have a look
[02:49:58] <stuartdouglas> I hope it's not another bean archive visibility problem :-(
[02:50:40] <sbryzak> that would suck
[02:51:33] <rmartinelli> johnament: gastaldi: Guys I created a ServiceHandler example for Seam JCR. Do you expect something like this? http://docs.jboss.org/seam/3/catch/latest/reference/en-US/html/catch-integration.html#integration.servicehandlers
[02:52:14] <johnament> rmartinelli: yes, i think that sounds about right.
[02:52:52] <rmartinelli> johnament: ok
[02:54:11] <gastaldi> rmartinelli: Cool, what you got ?
[02:55:29] *** rruss has joined #seam-dev
[02:55:31] *** rruss has quit IRC
[02:55:31] *** rruss has joined #seam-dev
[02:55:38] <rmartinelli> gastaldi: well, not so much. I created an example and now I'm analyzing the JCR Exceptions.
[02:55:45] <johnament> rmartinelli gastaldi Here's what I came up with discovering nodes like entities. https://github.com/johnament/seam-jcr/commit/dd4809dade33d1dc127e5160c4784ed7e0cc7efb
[02:55:47] <jbossbot> git [seam-jcr] dd4809d.. John Ament Added support for discovering nodes in a bean archive as a type safe entity.
[02:56:29] <stuartdouglas> sbryzak: I just stepped through in the debugger and I saw PAT event being observed
[02:56:51] <sbryzak> hmm, it doesn't hit the breakpoint for me
[02:56:54] <sbryzak> not for that class at least
[02:57:04] <sbryzak> are you sure it's for LatestContentAction?
[02:57:09] <stuartdouglas> yes
[02:57:27] <stuartdouglas> with your test were you using the lastest seam persistence snapshot?
[02:57:40] <stuartdouglas> cause final won't work on AS7
[02:57:47] <stuartdouglas> as the TransactionManager is in the wrong spot
[02:57:48] <sbryzak> yes, i built it locally from latest github source
[02:58:23] <sbryzak> hmm, wait a second
[02:58:33] <sbryzak> it's been moved to gitflow recently
[02:58:38] <sbryzak> i might still be on the master branch
[02:58:41] <stuartdouglas> ah
[02:59:04] <johnament> doh. stdout.fail
[02:59:15] <sbryzak> stuartdouglas: do you think that would cause the issue i'm seeing?
[02:59:36] <stuartdouglas> maybe
[02:59:43] <gastaldi> :)
[02:59:50] <sbryzak> ok, rebuilding now
[03:01:38] <gastaldi> hummm
[03:01:52] *** rruss has quit IRC
[03:03:55] <gastaldi> johnament: What is this code supposed to do ?
[03:04:04] 
[03:05:26] <johnament> gastaldi: when the extension is run, it builds out the OCMMappingStore, that includes OCM Metadata defining classes, the node types associated with them, and the properties on the nodes.
[03:06:44] <gastaldi> ok, can you give me a real use case scenario where this could be used ?
[03:06:56] <johnament> gastaldi: none yet
[03:07:17] <gastaldi> or any scenario at leasy ?
[03:07:20] <gastaldi> least
[03:07:41] <johnament> gastaldi: but maybe we'll add a class/method T myObject = nodeToObject(javax.jcr.Node node, Class<T> object);
[03:07:53] <stuartdouglas> sbryzak: any luck ?
[03:08:09] <sbryzak> stuartdouglas: not yet, trying to rebuild persistence again
[03:08:14] <sbryzak> from a fresh clone
[03:08:24] <gastaldi> hum, just like the Seam Conversion module is supposed to do so
[03:08:30] <johnament> gastaldi: or javax.jcr.Node node = objectToNode(Object object)
[03:08:39] <sbryzak> TransactionExtension still not getting hit for LatestContentAction
[03:10:43] <stuartdouglas> sbryzak: I am using AS7 upstream rather than final, but I don't think that anything would have changed to affect that
[03:11:19] <sbryzak> hmm, i just tried again and still no luck
[03:11:43] <sbryzak> stuartdouglas: where can i get an upstream snapshot?
[03:12:04] <stuartdouglas> https://github.com/jbossas/jboss-as
[03:12:47] <sbryzak> thanks, i'll start the build process
[03:14:55] <rmartinelli> johnament: gastaldi: guys, brb in 15 minutes.
[03:15:45] <johnament> rmartinelli: no worries
[03:17:46] <stuartdouglas> sbryzak: how did you solve the java.lang.ClassNotFoundException: org.hibernate.cache.NoCacheProvider issue?
[03:18:07] <johnament> hmmm should extensions be able to @Produces ?
[03:18:32] <gastaldi> no
[03:18:52] <sbryzak> stuartdouglas: i can't remember exactly
[03:18:57] <sbryzak> i upgraded modeshape to latest version
[03:19:19] <stuartdouglas> those changes do not seem to be in university upstream
[03:19:19] <sbryzak> oh yes.. i set the version for hibernate-c3p0 to 4.0.0.Beta3
[03:19:38] *** rmartinelli has quit IRC
[03:19:48] <sbryzak> should be now
[03:19:49] <jbossbot> git [university] push master f629da8.. Shane Bryzak minor
[03:19:49] <jbossbot> git [university] push master URL: http://github.com/seam/university/compare/007af14...f629da8
[03:20:34] <johnament> gastaldi: i know right now they don't, but i don't see a reason why they shouldn't :-)
[03:21:01] *** akazakov has quit IRC
[03:25:06] *** jose_freitas has quit IRC
[03:25:50] <johnament> why does as7 build against jackrabbit?
[03:31:30] <stuartdouglas> johnament: no idea
[03:31:52] <stuartdouglas> I don't see jackrabbit in the modules dir
[03:31:54] <sbryzak> as7 build seems to be downloading the entire internet
[03:32:42] <stuartdouglas> It actually builds pretty fast after the first build
[03:35:02] *** gastaldi has quit IRC
[03:36:11] <johnament> stuartdouglas: any idea who might be the one to look at AS7-1271 ? It's a show stopper for seam jms
[03:36:12] <jbossbot> jira [AS7-1271] Fired object messages violate classloaders [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/AS7-1271
[03:40:40] *** gastaldi has joined #seam-dev
[03:44:02] <johnament> gastaldi: jcr's using a really old solder version.
[03:45:35] *** jganoff has quit IRC
[03:45:41] *** mbg|away is now known as mbg
[03:47:16] *** rruss has joined #seam-dev
[03:50:04] <sbryzak> stuartdouglas: just tried with latest AS7 build, still no change :(
[03:50:19] <gastaldi> johnament: Yeah, we should update it
[03:50:42] 
[03:51:13] <johnament> it built fine for me.
[03:52:24] <sbryzak> stuartdouglas: never mind, it was user error
[03:52:27] * sbryzak bangs head on wall
[03:52:42] <sbryzak> stuartdouglas: the TransactionExtension is being called successfully
[03:55:25] <sbryzak> oh bollocks.. i wonder if i have to enable the interceptor in beans.xml
[03:57:35] <sbryzak> stuartdouglas: yep, that was it.. the interceptor wasn't enabled
[03:58:17] <jbossbot> git [university] push master a43aede.. Shane Bryzak enable transaction interceptor for application beans
[03:58:17] <jbossbot> git [university] push master URL: http://github.com/seam/university/compare/f629da8...a43aede
[04:00:24] <johnament> brb
[04:01:18] <rhauch> johnament, gastaldi, bcarothers : I think I'm gonna bail if nobody needs anything.
[04:01:43] <bcarothers> rhauch: I've got to turn in too.  I'll log the window in case any issues come up though
[04:02:07] *** bcarothers is now known as bcar|zzz
[04:05:36] *** gastaldi has quit IRC
[04:06:01] <johnament> this ended up being much quieter than i expected
[04:06:11] <johnament> bcar|zzz rhauch thanks for showing up at least:-)
[04:13:09] *** rmartinelli has joined #seam-dev
[04:21:22] *** bobmcw has joined #seam-dev
[04:26:13] *** rruss has quit IRC
[04:28:59] *** kenfinnigan has quit IRC
[04:32:13] *** gastaldi has joined #seam-dev
[04:32:42] <gastaldi> ok, any evolution so far ?
[04:33:24] <stuartdouglas> johnament: you would have to talk to the JMS guys, I am not really sure who is the best person to talk to there
[04:33:43] <stuartdouglas> the solution is to use jboss mashalings module aware serialisation stuff
[04:33:54] <gastaldi>  sounds neat
[04:34:54] <johnament> stuartdouglas: you mean within hornetq itself to become aware of the parallel classloaders, or within my example?
[04:35:31] <stuartdouglas> hornetq
[04:36:44] <stuartdouglas> johnament: do you use HornetQObjectMessage directly?
[04:37:05] <johnament> stuartdouglas: no, javax.jms.ObjectMessage
[04:38:04] <stuartdouglas> johnament: all I can think of is to provide a module aware wrapper
[04:38:24] <stuartdouglas> that handles the serialization / de-serialization
[04:38:37] <stuartdouglas> but even that might be problematic
[04:38:42] <stuartdouglas> and should not be nessessary
[04:39:14] <johnament> stuartdouglas: that's pretty much what i was thinking, as you then are no longer within EE specs at least
[04:41:01] <stuartdouglas> maybe file a bug against hornetq as well, and link it to the AS7 one
[04:41:10] <stuartdouglas> cause it needs to be fixed in hornetq
[04:41:57] <stuartdouglas> you should include something like 'ObjectOutputStream is not compatible with a modular environment, jboss marshalling should be used instead'
[04:42:06] *** rhauch has quit IRC
[04:44:30] <johnament> theres lots of bugs i want to file with hornetq :-)
[04:44:34] *** sgilda has quit IRC
[04:44:59] <stuartdouglas> then file them :-)
[04:45:04] <stuartdouglas> they won't get fixed otherwise
[04:47:05] <johnament> stuartdouglas: unfortunately, one of them is "HornetQ fails JMS TCK" :/
[04:47:16] <stuartdouglas> they are probably aware of that
[04:47:22] <johnament> really?
[04:47:25] <stuartdouglas> it will have to be fixed for 7.1 though
[04:47:32] *** sgilda has joined #seam-dev
[04:47:39] <stuartdouglas> cause if it fails, we don't get EE certification
[04:47:44] <johnament> stuartdouglas: oh no... this even exists on AS 6
[04:47:56] <stuartdouglas> AS6 was not fully EE certified
[04:48:01] <stuartdouglas> or even web profile certified
[04:48:06] <johnament> stuartdouglas: problem's that the JMS TCK is pretty vague and really old.  doesn't match the current TCKs
[04:48:24] <stuartdouglas> are you talking about the spec or the TCK?
[04:50:52] <johnament> stuartdouglas: the issue in particular is somewhere in between.  hornetq preloads some session info in a jms message before firing to speed up performance.  however, jms 1.1 implies that a message should be fired from any session, not just the one that created it.
[04:51:01] <johnament> but there's no tck test that validates it.
[04:52:26] <johnament> by preloading, you can't take that message and resend it.
[04:53:13] <johnament> gastaldi: whats this singleton not set stuff?
[04:54:28] <johnament> gastaldi: here's an example of OCM with conversion https://github.com/johnament/seam-jcr/commit/745460e0b2f8f27f3e8361c472d41e9216ff738f
[04:54:30] <jbossbot> git [seam-jcr] 745460e.. John Ament Added node converter example for OCM support.
[04:56:03] <johnament> i should hit the sack.  night all.
[04:56:06] *** johnament has quit IRC
[05:09:40] *** gastaldi has quit IRC
[05:15:38] *** rmartinelli has quit IRC
[05:15:38] *** mbg has quit IRC
[05:19:01] *** Diablo-D3 has joined #seam-dev
[05:26:17] <stuartdouglas> gah, need to reboot, the last apple software update seems to have broken my scanner
[05:26:49] *** stuartdouglas has quit IRC
[05:29:58] *** stuartdouglas has joined #seam-dev
[06:03:14] *** tsurdilo has quit IRC
[06:38:31] *** tsurdilo has joined #seam-dev
[06:44:03] *** tsurdilo has quit IRC
[07:02:42] <lightguard_jp> sbryzak: How'd the Hack Night go? I had massive wife aggro, couldn't stay at the computer
[07:03:06] <sbryzak> lightguard_jp: not sure exactly
[07:03:35] <sbryzak> i hate wife aggro though
[07:04:50] <lightguard_jp> I'll have to email John and George, tell them I'm sorry I couldn't make it
[07:06:59] <lightguard_jp> Still have that gradle question?
[07:07:20] <sbryzak> ah yes, stuart noticed something weird when he was building xwidgets
[07:07:33] <sbryzak> it was using the directory name as the artifact id
[07:07:45] <sbryzak> even though it's specified in build.gradle
[07:07:56] *** lazarotti has quit IRC
[07:08:01] <sbryzak> https://github.com/sbryzak/xwidgets/blob/master/build.gradle
[07:09:18] <lightguard_jp> The actual jar is named wrong, or it's wrong in the pom?
[07:10:35] <stuartdouglas> lightguard_jp: it's installed into maven under the wrong name
[07:10:36] <sbryzak> stuartdouglas: what was named wrong exactly?
[07:10:58] *** lincolnthree has quit IRC
[07:11:00] <lightguard_jp> tangent: Tell Gavin we need Aether or something similar built into Ceylon. This is something so standard it should be part of the platform, like gems are in ruby, you can require 'rubygems' then require some other gem and it'll fetch it for you. Kinda like Grapes for Groovy.
[07:11:19] *** aslak has joined #seam-dev
[07:11:31] <lightguard_jp> stuartdouglas: If it's the jar I can understand that, but the artifactId in the pom should be correct
[07:11:55] <stuartdouglas> try it yourself and see if it does it for you
[07:12:21] <stuartdouglas> but I checked it out into sbryzak-xwidgets
[07:12:28] <stuartdouglas> and I got: ls ~/.m2/repository/org/xwidgets/sbryzak-xwidgets/1.0.0-SNAPSHOT/
[07:12:28] <stuartdouglas> maven-metadata-local.xml		sbryzak-xwidgets-1.0.0-SNAPSHOT.jar	sbryzak-xwidgets-1.0.0-SNAPSHOT.pom
[07:13:01] <lightguard_jp> Yep, that sounds right, what's it say in the pom?
[07:13:19] <lightguard_jp> You didn't change the archive name in the build.gradle file
[07:13:31] <lightguard_jp> So it goes off of the project name, which by default is the name of the folder
[07:15:13] <stuartdouglas> the artifact id in the pom is also sbryzak-xwidgets
[07:19:51] *** aslak has quit IRC
[07:20:10] *** aslak has joined #seam-dev
[07:26:37] <lightguard_jp> When you install are you using gradle upload or gradle install?
[07:27:27] <stuartdouglas> gradle install
[07:31:31] <lightguard_jp> Okay, one maybe two more things to tweak then I'll pastebin
[07:33:17] *** gastaldi has joined #seam-dev
[07:35:59] *** gastaldi has quit IRC
[07:41:07] <lightguard_jp> https://pastee.org/s3b4x
[07:41:30] *** marekn has joined #seam-dev
[07:42:09] <lightguard_jp> stuartdouglas: ^^
[07:42:51] <stuartdouglas> lightguard_jp: I just renamed the directory locally, I just thought it was something you guys should know about
[07:43:25] <lightguard_jp> The fixes that I made should be in place anyway in case some renames a folder
[07:50:05] <lightguard_jp> sbryzak: Take a look at the pastee, those changes should be made.
[07:50:22] <lightguard_jp> I am very much looking forward to M4, they have some great things coming down.
[07:52:35] *** stuartdouglas has left #seam-dev
[07:53:49] *** chkal has joined #seam-dev
[07:55:43] *** daniel_hinojosa has quit IRC
[07:59:43] *** jharting has joined #seam-dev
[07:59:45] *** marekn is now known as mnovotny_wfh
[08:16:10] *** mnovotny_wfh has left #seam-dev
[08:43:07] *** mgoldmann has joined #seam-dev
[09:13:01] *** bcarothers has joined #seam-dev
[09:13:01] *** bcar|zzz has quit IRC
[09:24:02] *** maschmid has joined #seam-dev
[09:35:24] *** kpiwko has joined #seam-dev
[09:52:05] *** oskutka has joined #seam-dev
[10:25:29] *** koentsje has joined #seam-dev
[10:28:14] *** rruss has joined #seam-dev
[10:36:07] *** rruss has left #seam-dev
[10:42:46] *** clerum has quit IRC
[10:43:58] *** lightguard_jp has quit IRC
[11:12:20] <jbossbot> git [compatibility] push develop 9f3d79b.. Jozef Hartinger Upgraded to Arquillian 1.0.0.CR1 + added JBoss AS 7 profile
[11:12:20] <jbossbot> git [compatibility] push develop URL: http://github.com/seam/compatibility/compare/5183055...9f3d79b
[11:14:48] *** tkimura has quit IRC
[11:19:07] *** alesj has joined #seam-dev
[11:29:28] *** ssachtleben has joined #seam-dev
[11:49:28] *** mgoldmann is now known as mgoldmann|away
[12:11:09] *** koentsje has quit IRC
[12:15:00] *** jose_freitas has joined #seam-dev
[12:24:23] *** sannegrinovero has joined #seam-dev
[12:30:18] *** jose_freitas has quit IRC
[12:40:43] *** bcarothers has left #seam-dev
[12:51:40] *** pmuir has joined #seam-dev
[12:51:40] *** pmuir has quit IRC
[12:51:40] *** pmuir has joined #seam-dev
[13:02:00] *** rruss has joined #seam-dev
[13:06:25] *** rruss has quit IRC
[13:21:27] *** pmuir has quit IRC
[13:25:45] *** jose_freitas has joined #seam-dev
[13:27:57] <jose_freitas> morning
[13:30:07] *** rmartinelli has joined #seam-dev
[13:35:50] <jose_freitas> rmartinelli: you there?
[13:46:41] *** jganoff has joined #seam-dev
[13:53:44] <rmartinelli> jose_freitas: hey
[13:53:50] <rmartinelli> jose_freitas: morning
[13:57:22] <jose_freitas> g'morning rmartinelli. I saw that you were yesterday on the hack-a-ton? how much did you guys were able to do?
[13:58:34] <rmartinelli> jose_freitas: john and gastaldi created the first version of the OCM feature in JCR
[13:58:44] <rmartinelli> jose_freitas: See: https://github.com/johnament/seam-jcr/commit/dd4809dade33d1dc127e5160c4784ed7e0cc7efb#diff-0
[13:58:46] <jbossbot> git [seam-jcr] dd4809d.. John Ament Added support for discovering nodes in a bean archive as a type safe entity.
[13:58:51] <jose_freitas> hmm nice
[13:59:04] <jose_freitas> just the 3 of you were working yesterday ?
[13:59:12] <rmartinelli> jose_freitas: I was trying to create some integration with Seam Catch.
[13:59:19] <rmartinelli> jose_freitas: I think so.
[13:59:28] <jose_freitas> hmm
[13:59:33] <jose_freitas> and did you make it?
[13:59:43] <rmartinelli> jose_freitas: I remember that was 2 guys from modeshape helping them.
[13:59:59] *** koentsje has joined #seam-dev
[14:00:53] <rmartinelli> jose_freitas: I created just simple integration and I created a test for it.
[14:01:03] <jose_freitas> well done :)
[14:01:26] <rmartinelli> jose_freitas: There is not too much complexity in this integration, but maybe we can make it better.
[14:01:33] <rmartinelli> jose_freitas: thanks. =D
[14:07:01] *** lincolnthree has joined #seam-dev
[14:14:22] *** pmuir has joined #seam-dev
[14:14:22] *** pmuir has quit IRC
[14:14:22] *** pmuir has joined #seam-dev
[14:28:45] <jbossbot> git [core] push master 64a2a81.. Paul Bakker Added exploded deployment
[14:28:45] <jbossbot> git [core] push master a38c535.. Paul Bakker Added a build option that calls "mvn compile war:explded".
[14:28:46] <jbossbot> git [core] push master a7c8225.. Lincoln Baxter, III Merge pull request #44 from paulbakker/as7-exploded...
[14:28:46] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/90046f9...a7c8225
[14:43:16] <jbossbot> git [examples] push master 1427bb8.. Marek Schmidt sorry, stupid copy-paste mistake
[14:43:16] <jbossbot> git [examples] push master fc2d8cc.. George Gastaldi Merge pull request #10 from maschmid/patch-1...
[14:43:16] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/ca264c8...fc2d8cc
[14:51:19] *** jharting has quit IRC
[15:00:49] *** aslak has quit IRC
[15:01:08] *** aslak has joined #seam-dev
[15:02:03] <rmartinelli> jose_freitas: Do you have an example on how to configure a profile to use Arquillian in JBoss AS7?
[15:04:04] <rmartinelli> jose_freitas: something like this: http://pastebin.com/8tkW44yL
[15:16:41] <jose_freitas> Unknown Paste ID!
[15:17:32] <jose_freitas> https://docs.jboss.org/author/display/ARQ/JBoss+AS+7.0+-+Remote
[15:17:52] <jose_freitas> https://docs.jboss.org/author/display/ARQ/JBoss+AS+7.0+-+Managed
[15:18:20] <rmartinelli> jose_freitas: Thanks!
[15:18:38] <jose_freitas> np
[15:20:04] *** chkal has quit IRC
[15:32:07] *** mgoldmann|away is now known as mgoldmann
[15:41:51] *** tsurdilo has joined #seam-dev
[15:43:31] <bleathem> jose_freitas: you were saying yesterday you can't run the viewAction tests?
[15:43:54] <bleathem> jose_freitas: IIRC there are two tests, one of the fails and one of them passes
[15:44:10] <bleathem> jose_freitas: I thought I put an @Ignore on the failing test
[15:45:21] <jose_freitas> np
[15:45:25] <jose_freitas> thanks bleathem
[15:47:24] <jose_freitas> it's a test that's failling because you didn't fix the viewAction yet, right?
[15:47:42] <jose_freitas> I realized it latar
[15:47:43] <jose_freitas> later
[15:49:42] *** rmartinelli has quit IRC
[15:51:15] *** rmartinelli has joined #seam-dev
[15:54:21] <bleathem> jose_freitas: yeah, the viewAction seems broken due to what seems like a weld bug
[15:54:27] *** sannegrinovero has quit IRC
[15:54:45] <bleathem> jose_freitas: I was hoping for some advice from lincolnthree or mojavelinux on how to proceed
[15:54:53] *** sannegrinovero has joined #seam-dev
[15:54:57] <bleathem> jose_freitas: Ibut they're pretty busy
[15:55:11] <bleathem> jose_freitas: I'll try the seam-dev list next
[15:56:34] *** balunasj has joined #seam-dev
[15:56:51] <jose_freitas> time is something very expensive these days
[15:57:16] <jose_freitas> hehehe
[15:57:43] <jose_freitas> voted for the weld issue
[16:03:57] *** gastaldi has joined #seam-dev
[16:04:05] <gastaldi> hey !
[16:06:58] *** clerum has joined #seam-dev
[16:07:03] <jose_freitas> hey gastaldi
[16:07:08] <jose_freitas> how was yesterday
[16:07:19] <jose_freitas> sorry for not help you guys
[16:07:27] <jose_freitas> didn't have time to study the module
[16:07:45] <gastaldi> jose_freitas: hey. Yeah, the community involvment was minimal
[16:08:07] <gastaldi> We all were kinda busy btw :)
[16:08:17] <jose_freitas> hehehe
[16:08:33] <jose_freitas> for the next time we'll try to make a real hackaton
[16:08:44] <gastaldi> yeah, for sure
[16:08:58] <aslak> rmartinelli, i see i forgot to add this to the docs, but you need this arquillian.xml as well: https://gist.github.com/1053571
[16:09:16] <gastaldi> I think that as JCR is not commonly used, it was not interesting at all :)
[16:10:10] <rmartinelli> gastaldi: Hey, I need to talk to you. =D
[16:10:19] 
[16:10:24] <gastaldi> rmartinelli: hey !
[16:10:45] <gastaldi> wassup ?
[16:11:06] <rmartinelli> gastaldi: I'm creating some tests to what I did yestarday for the Catch integration. When I finish it, I'd like to talk with you if there is something that can be improved.
[16:11:23] <gastaldi> ah cool
[16:11:34] <gastaldi> have you pushed something to github yet ?
[16:12:07] <rmartinelli> gastaldi: no, I want to test it before push to github. sounds good to you?
[16:12:18] <gastaldi> ok,. nop
[16:14:23] <rmartinelli> gastaldi: about yesterday: I liked it, but I think we need to go public that events.
[16:14:41] <rmartinelli> gastaldi: I only knew about yesterday because of jose_freitas.
[16:14:46] <rmartinelli> gastaldi: what do you think?
[16:15:40] <gastaldi> rmartinelli: nice idea, but how  ?
[16:15:50] <gastaldi> It was tweeted several times
[16:16:25] <rmartinelli> gastaldi: Did this event was published in JBoss feeds?
[16:16:49] <gastaldi> hum I doubt
[16:17:13] <rmartinelli> gastaldi: well, we can try. =D
[16:17:20] <gastaldi> cool
[16:17:27] 
[16:19:57] *** pmuir has quit IRC
[16:22:00] *** mbg has joined #seam-dev
[16:25:03] <jbossbot> git [rest] push develop 9e3f4e8.. Marek Schmidt fix the AS7 datasource
[16:25:03] <jbossbot> git [rest] push develop 9fdb906.. George Gastaldi Merge pull request #9 from maschmid/tasks-as7-datasource-fix...
[16:25:03] <jbossbot> git [rest] push develop URL: http://github.com/seam/rest/compare/609f69f...9fdb906
[16:25:04] <jganoff> Anyone around that might be able to answer a git question on managing history while handling multiple pull requests?
[16:26:49] <jose_freitas> what do you mean by managing history?
[16:28:17] <jganoff> well, i'm trying to nail down a good workflow for integrating pull requests when multiple ones are pending
[16:28:35] <jganoff> the devs will rebase any changes while working on a feature then submit the pull request
[16:28:49] <jganoff> pull requests are merged in (instead of rebase) to prevent changing history
[16:30:24] <jganoff> we've run into issues where the devs pulling back changes will merge instead of rebase, and their next pull request is a horrible mess
[16:32:03] <jose_freitas> hmm
[16:35:22] <jganoff> so the issue at hand is if a pull request is a few days old and then gets integrated by way of a rebase
[16:35:40] <jganoff> the developer that submitted that ends up with duplicate commits in their local history
[16:35:52] <jganoff> when the pull the latest
[16:36:01] <jganoff> maybe it's because their working in master?
[16:37:10] <gastaldi> with git flow, a feature is always started from the master branch
[16:37:23] <gastaldi> afaik
[16:37:52] <jganoff> right, so then would the dev perform a local `git flow feature finish ..` then submit the pull request from master
[16:37:57] <gastaldi> ah sorry, from the develop branch :P
[16:38:03] <gastaldi> I was mistaken
[16:38:04] <jganoff> or submit a pull request from their publicly pushed feature branch?
[16:38:11] <gastaldi> http://nvie.com/posts/a-successful-git-branching-model/
[16:38:25] <gastaldi> It would submit the pull request to the develop branch
[16:38:43] *** oskutka has quit IRC
[16:38:44] <jganoff> Alright, I was mixing terms and switched to git flow mid explanation
[16:39:07] <jganoff> so strictly speaking of git flow: would a developer finish a feature and submit the pull request from develop?
[16:39:16] <gastaldi> yes
[16:39:42] <gastaldi> or he could submit from a feature branch
[16:39:58] <gastaldi> To support multiple pull requests from one developer
[16:40:12] <jganoff> right..
[16:40:37] <gastaldi> I normally do from a feature branch
[16:40:43] <jganoff> So, what if that pull request is integrated after newer pull requests are?
[16:41:38] <gastaldi> Unless a conflict is present, nothing strange should happen
[16:41:50] <gastaldi> I guess
[16:41:57] <jganoff> Right, however, upon the original developer then updating from the blessed repo
[16:42:01] <jganoff> wouldn't that merge cause a merge commit
[16:42:34] <jganoff> and then on a subsequent pull request the history would bleed into the blessed unless the integrator squashes it when he's handling the pull request?
[16:44:45] <gastaldi> I suppose
[16:45:08] <gastaldi> I suppose so
[16:45:49] <jganoff> So what I'm trying to nail down is a good strategy for an integrator to use for handling pull requests so s/he doesn't cause undue harm to the contributors :)
[16:47:07] <gastaldi> right
[16:47:13] <gastaldi> Have you tried the #git channel ?
[16:47:57] <jganoff> Not yet, figured someone here would have a decent strategy using git flow. I'll try there
[16:48:24] <gastaldi> jganoff: I think jason porter could answer that, too bad he is not around
[16:48:43] <jganoff> gastaldi, thanks, I'll shoot him an email
[16:49:01] <gastaldi> ah ! I have him on Gtalk, let me call him
[16:50:02] *** daniel_hinojosa has joined #seam-dev
[16:50:34] <jganoff> gastaldi, I'm on it, thanks for the help
[16:50:41] <gastaldi> cool
[16:51:13] <gastaldi> jganoff: Shoot the dev list also
[16:59:06] *** gastaldi has quit IRC
[17:06:20] *** gastaldi has joined #seam-dev
[17:10:52] *** mgoldmann has quit IRC
[17:14:48] *** daniel_hinojosa has quit IRC
[17:25:00] *** maschmid has quit IRC
[17:27:38] *** kpiwko has quit IRC
[17:30:09] *** jamezp_afk has quit IRC
[17:30:41] *** jamezp_afk has joined #seam-dev
[17:30:42] *** jamezp_afk has joined #seam-dev
[17:35:45] *** gastaldi has quit IRC
[17:54:02] *** balunasj has quit IRC
[17:58:46] *** daniel_hinojosa has joined #seam-dev
[17:59:04] *** balunasj has joined #seam-dev
[18:02:59] *** koentsje has quit IRC
[18:12:38] *** aslak has quit IRC
[18:17:40] *** johnament has joined #seam-dev
[18:19:59] *** akazakov has joined #seam-dev
[18:22:33] <jganoff> So for anyone who was listening to the git chat above the easiest solution is to require the committer to make their changes on a feature branch and submit the pull request from there
[18:22:53] <jganoff> Any changes to the committer's master should be done by pulling from upstream
[18:23:04] <jganoff> or the committer's develop, etc
[18:23:17] <johnament> jganoff: huh?
[18:23:29] <jganoff> johnament, i guess you missed out on the git chat above :)
[18:23:50] <johnament> jganoff: i did
[18:24:00] <jganoff> I was trying to come up with a good workflow for handling the situation where multiple committers submitted pull requests at the same time
[18:24:13] <jganoff> and an integrator was then merging and/or rebasing them in to develop
[18:24:55] <jganoff> and, all along the way, these committers were making changes directly on develop
[18:25:08] <jganoff> (well they were creating features then merging them in to develop)
[18:25:28] <jganoff> so the next time they updated develop from upstream merge commits were created locally
[18:25:38] <jganoff> and the next time they would issue a pull request it would include them and clutter the commit history
[18:26:43] <jganoff> if they committers instead never merged the features back to develop locally and let the integrator do that it keeps the develop history cleaner
[18:26:55] *** daniel_hinojosa has quit IRC
[18:27:01] <jganoff> then once their feature had been merged they'd simply delete the local feature branch
[18:27:22] <johnament> so you want to block commits to develop by non developers?
[18:31:56] <jganoff> in a sense
[18:32:18] <jganoff> otherwise you'd get merge commits on develop from every committer
[18:32:33] <jganoff> if they do work and merge it into develop after they've submitted a pull request
[18:36:11] *** oskutka has joined #seam-dev
[18:45:27] *** balunasj has quit IRC
[18:52:33] *** aslak has joined #seam-dev
[19:01:15] *** alesj has quit IRC
[19:10:05] *** sgilda has quit IRC
[19:16:12] *** sgilda has joined #seam-dev
[19:22:47] *** sannegrinovero has quit IRC
[19:50:18] *** cbrock has joined #seam-dev
[19:53:42] *** marekn has joined #seam-dev
[19:53:45] *** marekn has left #seam-dev
[19:56:13] *** johnament has quit IRC
[20:19:37] *** lazarotti has joined #seam-dev
[20:20:16] *** lazarotti has quit IRC
[20:21:06] *** lazarotti has joined #seam-dev
[20:55:02] *** daniel_hinojosa has joined #seam-dev
[21:05:52] *** ssachtleben has quit IRC
[21:08:07] *** lightguard_jp has joined #seam-dev
[21:24:39] *** tsurdilo has quit IRC
[21:33:00] *** tsurdilo has joined #seam-dev
[21:41:47] *** jose_freitas has quit IRC
[21:48:22] <lightguard_jp> bleathem: You need to update your githib profile
[21:48:56] *** jose_freitas has joined #seam-dev
[21:49:41] <bleathem> lightguard_jp: updated, thanks
[21:50:11] <bleathem> lightguard_jp: I want to have jbott update #richfaces when commits land in github, as is done on #seam-dev
[21:50:21] <bleathem> lightguard_jp: what's involved in achieving this?
[21:50:31] <lightguard_jp> bleathem: Look in the hooks in the faces module
[21:50:50] <bleathem> lightguard_jp: thx
[21:52:49] <bleathem> lightguard_jp: http://seam-github-push-hook.appspot.com/
[21:53:02] <bleathem> lightguard_jp: what's that all about?
[22:07:22] *** gastaldi has joined #seam-dev
[22:07:27] <gastaldi> hey all
[22:08:55] <lightguard_jp> gastaldi: Hey George
[22:09:13] <jose_freitas> hey gastaldi!
[22:12:35] <bleathem> lightguard_jp: http://seam-github-push-hook.appspot.com/ is what is in the post hook on github
[22:12:47] <bleathem> what app is that, where go I get the source?
[22:13:09] <lightguard_jp> Hm
[22:13:13] <bleathem> lightguard_jp: did you set this up yourself, or is there someone I ask to do it?
[22:13:32] <lightguard_jp> I don't think it was me.
[22:13:39] <gastaldi> Cool Ap
[22:13:40] <lightguard_jp> See if Max has it setup for jbott
[22:13:41] <gastaldi> App
[22:18:01] *** gastaldi has quit IRC
[22:27:23] *** koentsje has joined #seam-dev
[22:27:55] *** gastaldi has joined #seam-dev
[22:35:57] <gastaldi> What has become of the Seam Spring module idea ?
[22:36:46] <lightguard_jp> We'll have to touch base with the snowdrop guys
[22:36:52] <bleathem> What happened to the Seam module Spotlight series?
[22:36:53] <lightguard_jp> I think they were caught up in the AS7 release
[22:37:03] <lightguard_jp> bleathem: You'll have to ask sbryzak about that
[22:37:15] <gastaldi> Yeah, the spotlight has faded away :)
[22:37:28] <bleathem> 6:40 AM on a Saturday morning for sbryzak right now
[22:37:39] <bleathem> I doubt I'll hear from him anytime soon :P
[22:37:45] <gastaldi> hehe
[22:37:50] <lightguard_jp> Probably not
[22:37:53] <lightguard_jp> mbg: ping
[22:37:54] <bleathem> I love my gnome clock
[22:38:03] <bleathem> would be nice if I could put timezones in there directly
[22:38:04] <lightguard_jp> Yeah, that's the thing I like most about it.
[22:38:13] <bleathem> GMT-3 kind of thing
[22:38:20] <lightguard_jp> But it only works in gnome, or I can't figure out how to get it to work in other desktops
[22:38:21] 
[22:38:36] <gastaldi> I think sbryzak is GMT-10
[22:38:40] <bleathem> lightguard_jp: there are not other desktops!
[22:38:54] <gastaldi> ah sorry
[22:38:54] <bleathem> lightguard_jp: "these aren't the desktops you're looking for"
[22:38:58] <mbg> lightguard_jp: yes
[22:39:12] * bleathem is serious again
[22:39:22] <gastaldi> how about a Seam Clock module ? :)
[22:39:23] * bleathem err.... is now serious again
[22:39:30] <gastaldi> hehehehe
[22:39:39] <lightguard_jp> mbg: Will you have time to look at creating a spring module for seam since as7 is out?
[22:39:42] <bleathem> gastaldi: it's ideas like that that earned you the position of community integrator!
[22:39:51] <gastaldi> hahahaha indeed !
[22:39:55] * bleathem oh yeah, I forgot, serious now
[22:40:08] <gastaldi> and proud to be it
[22:40:45] <bleathem> gastaldi: it's a pretty easy job actually, our module leads are great which makes things easy for you
[22:40:46] <mbg> lightguard_jp: yes, I spoke to sbryzak and there's a new module in github.com/seam
[22:40:58] <gastaldi> bleathem: of course
[22:41:15] <lightguard_jp> mbg: Awesome. Is the target for it our release of 3.1?
[22:41:16] <gastaldi> I need to get back into the Seam Conversion module idea :P
[22:41:22] <gastaldi> And write that JSR
[22:41:23] <mbg> lightguard_jp: I'll look into all this next week, I still need to finish a couple of patches for Spring proper :)
[22:41:24] <gastaldi> :P
[22:41:33] <gastaldi> I wish I had time to do that
[22:41:38] <mbg> lightguard_jp: that's the intent
[22:41:39] <lightguard_jp> mbg: Okay, great. Thanks
[22:42:03] <gastaldi> omg: https://github.com/seam/spring
[22:42:26] <mbg> lightguard_jp: np - thanks for the followup
[22:42:30] <gastaldi> Its alive ! :)
[22:42:58] <gastaldi> lightguard_jp: We should definitely discuss about this module on the next meeting
[22:43:05] <gastaldi> WDYT ?
[22:43:35] <mbg> gastaldi: lightguard_jp: I'll be happy to
[22:44:04] <gastaldi> mbg: Can you make it to the meeting next week ?
[22:44:23] <mbg> gastaldi: generally speaking, yes - when is it, exactly?
[22:44:36] <lightguard_jp> 22:00 UTC on Wednesdays
[22:45:52] <gastaldi> I need to use that Pomodoro idea
[22:45:56] <mbg> lightguard: 6PM eastern, that i?
[22:46:00] <mbg> is
[22:46:04] <gastaldi> bleathem: Is this pomodoro thing working for ya ?
[22:46:12] <lightguard_jp> Um, 5 PM Eastern
[22:46:40] <bleathem> gastaldi: I love pomodoro
[22:46:46] <bleathem> although I don't always use it
[22:46:51] <gastaldi> hum
[22:46:57] <bleathem> only when I need to juice up the focus
[22:47:23] <mbg> Ah ok. I'll be there for sure
[22:47:34] <bleathem> k, I'm out till later tonight
[22:47:39] <bleathem> c y'all
[22:47:52] <gastaldi> cool
[22:48:30] *** bleathem has quit IRC
[22:48:53] <mbg> I'll try to put something in writing before the meeting
[22:49:04] <gastaldi> nice
[22:49:15] 
[22:49:29] <mbg> gastaldi: looking forward to it :)
[22:49:50] <gastaldi> Cool
[22:50:09] <gastaldi> Next step: Guice in CDI :)
[22:51:35] <mbg> btw. if you're pomodoring on linux, I found this: http://www.tomighty.org/
[22:51:45] <gastaldi> mgb: The snowdrop guys could have some ideas too. Try to contact them
[22:52:08] <gastaldi> mbg: Nice
[22:52:12] <mbg> gastaldi: I am the Snowdrop guys  ... :)
[22:52:34] <mbg> http://www.jboss.org/snowdrop
[22:53:21] <gastaldi> ahhhh sorry
[22:53:26] 
[22:53:43] 
[22:54:10] <mbg> gastaldi: now it's going to be hard to get honest feedback ...
[22:54:16] <gastaldi> hehe
[22:55:01] <gastaldi> mbg: How do you see these two projects coming along ?
[22:56:28] <mbg> gastaldi: they have different goals. Snowdrop is strictly JBossAS-related, Seam/Spring must work with any CDI implementation and outside JBoss, etc
[22:56:38] <gastaldi> What ? The project is in SVN ?
[22:56:42] <mbg> no
[22:56:54] <mbg> the page is not updated
[22:56:59] <gastaldi> oh
[22:57:06] <gastaldi> agreed
[22:57:07] <mbg> https://github.com/snowdrop
[22:57:20] <gastaldi> cool
[22:57:50] <mbg> We tossed around the idea of having the extension in Snowdrop, but Seam/CDI was more sensible
[22:58:04] <mbg> Seam/Spring
[22:58:05] <mbg> sorry
[22:58:13] <gastaldi> yeah
[22:58:46] *** daniel_hinojosa has quit IRC
[22:58:57] <gastaldi> Basically it shoud support @Inject Spring configuration, right ?
[22:59:08] <gastaldi> ....@Inject using Spring ....
[22:59:39] <jbossbot> git [core] push master af8a7ce.. Lincoln Baxter, III SEAMFORGE-252, SEAMFORGE-226
[22:59:41] <jbossbot> jira [SEAMFORGE-252] Expose PluginMetadata, CommandMetadata, and OptionMetadata for Extensions to consume in Shell API [Open (Unresolved) Task, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-252
[22:59:42] <jbossbot> jira [SEAMFORGE-226] Provide ability to read a password securely (without revealing typed characters.) [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-226
[22:59:42] <jbossbot> git [core] push master 45d131d.. Lincoln Baxter, III Fix prompt deletion on backspace issue
[22:59:42] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/a7c8225...45d131d
[22:59:58] <mbg> I believe it should support bidirectional injection
[23:00:21] <gastaldi> cool
[23:00:41] <gastaldi> I see that there is already something ready on Spring core
[23:00:44] <gastaldi> http://matthiaswessendorf.wordpress.com/2010/05/06/using-cdi-scopes-with-spring-3/
[23:02:17] <mbg> yeah, but that's just making Spring understand CDI annotations
[23:03:09] <mbg> my original idea was to have an abstraction for any JSR330 container
[23:04:37] <gastaldi> That includes Guice I suppose
[23:04:53] *** rmartinelli has quit IRC
[23:05:13] <mbg> there would be parts that could be reused for supporting Guice as well
[23:05:16] <mbg> in theory
[23:15:28] *** koentsje has quit IRC
[23:23:40] *** jganoff has quit IRC
[23:25:45] <jbossbot> git [social] push develop e23992d.. Antoine Sabot-Durand Integration of Twitter user mapping and method
[23:25:45] <jbossbot> git [social] push develop URL: http://github.com/seam/social/compare/5e69dda...e23992d
[23:26:34] *** jose_freitas has quit IRC
[23:37:35] *** gastaldi has quit IRC
[23:42:03] <jbossbot> git [catch] push 3.1.0.Alpha b91c79b.. LightGuard [maven-release-plugin] prepare release 3.1.0.Alpha
[23:42:03] <jbossbot> git [catch] push 3.1.0.Alpha URL: http://github.com/seam/catch/compare/0000000...6ada3f4
[23:43:40] <lightguard_jp> Maven is so dumb
[23:45:54] *** jamezp_afk has quit IRC
[23:46:29] *** mbg has quit IRC
[23:47:41] *** aslak has quit IRC





top