[00:00:09] <bleathem_away> gastaldi: no worries
[00:00:31] <gastaldi> well, it would be nice to link this issue with the another
[00:00:41] <gastaldi> So it would be easy to track down
[00:01:15] <bleathem_away> I can't find it
[00:01:21] <bleathem_away> if you can, please do link it
[00:02:37] 
[00:02:50] *** mbg is now known as mbg|away
[00:05:17] *** hannelit_ has quit IRC
[00:08:32] <gastaldi> bleathem_away: What if  @Unwraps is used to avoid these issues ?
[00:12:59] <gastaldi> Hum, Why Seam Catch is not catching anything ? :P
[00:25:01] <gastaldi> Ah ! I found a bug on Seam catch
[00:25:20] <gastaldi> Sorry
[00:25:22] <gastaldi> Seam Faces
[00:26:07] <gastaldi> https://github.com/seam/faces/blob/develop/impl/src/main/java/org/jboss/seam/faces/exception/CatchExceptionHandler.java
[00:27:05] <gastaldi> When using f:ajax, the exception is caught as a AbortProcessingException. With the current code, nothing is handled
[00:27:23] <gastaldi> bleathem_away: you there ?
[00:32:16] <gastaldi> Actually, is is thrown by a MethodExpressionActionListener
[00:35:49] <gastaldi> jose_freitas: you around ?
[00:36:31] <gastaldi> ** crickets ** :(
[00:42:02] *** lightguard_jp has joined #seam-dev
[00:42:20] <gastaldi> hey jason !
[00:42:44] *** mbg|away is now known as mbg
[00:44:28] <gastaldi> lightguard_jp: Got a minute ?
[00:44:34] <lightguard_jp> Sure
[00:44:47] <gastaldi> I am using Seam Catch + Seam Faces in my demo app
[00:45:03] <gastaldi> https://github.com/gastaldi/jee6-examples-as7
[00:45:23] <gastaldi> here is my handler:  https://github.com/gastaldi/jee6-examples-as7/blob/master/src/main/java/com/george/seam/exception/MyExceptionHandler.java
[00:45:35] <gastaldi> But is never called
[00:46:36] <gastaldi> I figured it out that the problem lies in CatchExceptionHandler
[00:46:51] <lightguard_jp> The JSF integration?
[00:46:54] <gastaldi> Yeah
[00:47:05] <lightguard_jp> Brian wrote that
[00:47:16] <lightguard_jp> We've had a couple of bugs with it now and again.
[00:47:24] <lightguard_jp> Write it up in a JIRA
[00:47:51] <gastaldi> ok
[00:47:59] <lightguard_jp> I've actually never tried the injection that way, should work though.
[00:48:16] <lightguard_jp> Wait, I actually think I have a test that happens to use it.
[00:48:33] <lightguard_jp> Purely unintended though.
[00:49:29] <gastaldi> Can you deploy my app on a JBoss AS 7 ?
[00:49:42] 
[00:49:47] 
[00:50:12] *** cbrock has quit IRC
[00:50:16] <lightguard_jp> Be better to have an arquillian test ;)
[00:50:46] <gastaldi> :)
[00:50:50] 
[00:51:44] *** jamezp is now known as jamezp_afk
[00:51:57] <gastaldi> hummm
[00:52:02] <gastaldi> But I think it will be tough
[00:52:22] <gastaldi> Because I need to click on a link
[00:52:33] <bleathem_away> gastaldi: use jsfunit
[00:52:40] <gastaldi> hummm
[00:52:48] 
[00:52:49] <bleathem_away> oh wait, jsfunit/arquillian only works with jboss as 6
[00:52:55] <bleathem_away> at the moment
[00:52:57] <gastaldi> :(
[00:53:01] <gastaldi> anyway
[00:53:03] <bleathem_away> unti jose_freitas is finsihed fixing that
[00:53:29] <gastaldi> bleathem_away: Can you tell me why AbortProcessingException is ignored on https://github.com/seam/faces/blob/develop/impl/src/main/java/org/jboss/seam/faces/exception/CatchExceptionHandler.java ?
[00:54:22] <gastaldi> In my demo app, when I click a link and an exception is thrown, the original exception is wrapped in an AbortProcessingException :P
[00:54:51] <bleathem_away> yeah, I added that because Dan had it in his original mock-up
[00:55:04] <bleathem_away> I put in the comment "Why is this needed" :P
[00:55:18] <bleathem_away> I still can't tell you why tough :|
[00:55:22] <gastaldi> :)
[00:55:33] <bleathem_away> gastaldi: take it out, see if it makes things better
[00:55:42] <gastaldi> It did :)
[00:56:00] <bleathem_away> jira/pull request it, if you don't mind doing so
[00:56:08] <gastaldi> ok, will do it
[00:56:23] <bleathem_away> thanks!
[00:56:25] <gastaldi> Thanks
[00:58:27] <gastaldi> SEAMFACES-188
[00:58:29] <jbossbot> jira [SEAMFACES-188] CatchExceptionHandler ignores JSF AbortProcessingException [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-188
[01:02:30] *** tsurdilo1 has joined #seam-dev
[01:04:47] <gastaldi> A question regarding Seam Catch: Will ExceptionToCatch follow the exception hierarchy when handling an AbortProcessingException ?
[01:05:16] <gastaldi> In my test, I just called the getCause of it
[01:05:48] *** tsurdilo has quit IRC
[01:08:37] *** tsurdilo2 has joined #seam-dev
[01:10:08] *** jganoff has quit IRC
[01:12:06] *** tsurdilo1 has quit IRC
[01:12:25] <lightguard_jp> gastaldi: The exception is completely unwrapped
[01:12:39] <lightguard_jp> In your example your handler is listing for Throwable, right?
[01:12:52] 
[01:12:57] <gastaldi> Like, EJBException
[01:13:12] <gastaldi> I remember seeing something on docs
[01:13:25] <lightguard_jp> Not sure if EJBException will work, haven't tried. If it's thrown within JSF then it'll be fine.
[01:14:34] <lightguard_jp> Because you're catching the first one, unless JSF is being retarded and not wrapping exceptions the correct way (but you could unwrap it with a Catch extension) it's the first exception.
[01:16:42] <bleathem_away> lol, everything is "retarded" once lightguard_jp starts talking about exception handling - one can tell he's spent a lot of time looking into it all
[01:16:56] <gastaldi> :)
[01:17:11] <lightguard_jp> bleathem_away: Don't get me started unless you have time :)
[01:17:49] <bleathem_away> Did I say exception handling? err..  I meant to talk about swing layouts... :P
[01:18:26] * bleathem_away couldn't think up a more boring subject then swing layouts - maybe CORBA would have been good too
[01:20:17] <gastaldi> hahaha
[01:20:28] <gastaldi> What about bit shifting ?
[01:21:03] <gastaldi> Yaaaay ! It worked !
[01:22:50] <bleathem_away> computer is swapping again, time to start shutting down some apps
[01:23:28] <gastaldi> https://github.com/seam/faces/pull/43
[01:23:41] <gastaldi> Wonder where is our community integrator to merge that ! :)
[01:25:44] *** mbg is now known as mbg|away
[01:26:31] <lightguard_jp> bleathem_away: Not enough RAM?
[01:27:20] <bleathem_away> gastaldi: don't use the github merge, if you do merge it
[01:27:34] <bleathem_away> gastaldi: I hate what it does to the commit history
[01:27:41] <bleathem_away> lightguard_jp: yeah, I need to order more
[01:27:53] <lightguard_jp> Surprised I haven't seen Ken, he had a question for me the other day
[01:28:03] <gastaldi> Hum, there is already another pull request on queue: https://github.com/seam/faces/pull/42/
[01:28:57] <lightguard_jp> Seems like the Community Integrator is slacking
[01:29:35] <jbossbot> git [faces] push develop a73a9c0.. George Gastaldi SEAMFACES-188: Removed unecessary if
[01:29:36] <jbossbot> jira [SEAMFACES-188] CatchExceptionHandler ignores JSF AbortProcessingException [Pull Request Sent (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-188
[01:29:36] <jbossbot> git [faces] push develop URL: http://github.com/seam/faces/compare/ebdfe02...a73a9c0
[01:29:40] <gastaldi> Yaaay !! Done
[01:30:21] <bleathem_away> yeah, I want to review pull request 42
[01:30:25] <gastaldi> cool
[01:30:39] <gastaldi> Can you add those version info on the issue ?
[01:30:50] <gastaldi> And close it ?
[01:31:59] <bleathem_away> ?
[01:32:21] *** mbg|away is now known as mbg
[01:32:32] <gastaldi> SEAMFACES-188
[01:32:34] <jbossbot> jira [SEAMFACES-188] CatchExceptionHandler ignores JSF AbortProcessingException [Pull Request Sent (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-188
[01:32:44] <gastaldi> Add the fixed faces version and close it
[01:35:21] *** mbg has quit IRC
[01:35:42] *** tsurdilo2 has quit IRC
[01:36:26] <bleathem_away> now intellij jas locked up
[01:36:30] <bleathem_away> ^has
[01:36:40] <bleathem_away> swapping kills me
[01:37:42] <bleathem_away> although xkill is rather satisfying
[01:39:11] *** lightguard_jp has quit IRC
[01:40:05] <gastaldi> Is there another Seam Faces release planned ?
[01:41:02] <Diablo-D3> gastaldi: I dont see a point until the first release of cron
[01:41:39] <gastaldi> Diablo-D3: What is the relation of cron and faces ?
[01:41:48] <Diablo-D3> er
[01:41:52] <Diablo-D3> I read that as just Seam
[01:41:55] <gastaldi> :)
[01:43:38] *** lightguard_jp has joined #seam-dev
[01:43:58] <lightguard_jp> Unity is ticking me off today, it's crashed three times
[01:44:49] <gastaldi> I know how that feels
[01:44:59] <Diablo-D3> lightguard_jp: as I have said to many people
[01:45:02] <Diablo-D3> fuck Ubuntu.
[01:45:02] <lightguard_jp> gastaldi: Are you running 32 or 64 bit?
[01:45:08] <gastaldi> 64
[01:45:19] <lightguard_jp> Diablo-D3: Thanks Diablo-D3, next time cut the cuss words
[01:45:34] <lightguard_jp> gastaldi: I'm running 32-bit, is yours at all stable?
[01:45:55] <gastaldi> I have given up and moved to Windows 7 :P
[01:46:06] <gastaldi> wise choice huh ? :D
[01:46:08] <Diablo-D3> lightguard_jp: why are you even using that crap?
[01:46:12] <Diablo-D3> switch to xfce already
[01:46:24] <lightguard_jp> Was using it for awhile.
[01:46:41] <lightguard_jp> Few things that tick me off. I can't find something that really suites me quite right.
[01:46:57] <stuartdouglas> I like linux mint
[01:47:11] <lightguard_jp> stuartdouglas: ??
[01:47:15] <Diablo-D3> lightguard_jp: hell, try switching to normal gnome3 then
[01:47:22] <Diablo-D3> shell sucks, but it isnt nearly as bad as unity
[01:47:30] <lightguard_jp> Diablo-D3: Tried it for a few hours, hated it more
[01:47:36] <stuartdouglas> http://www.linuxmint.com/
[01:47:42] <Diablo-D3> stuartdouglas: mint is just a distro
[01:48:00] <Diablo-D3> unity is a way of life durfa hurfa hurf
[01:48:03] * Diablo-D3 votes republican
[01:48:27] <gastaldi> hummmmm
[01:48:44] <gastaldi> Is this worth a shot: http://jobs.redhat.com/job/JBoss-JEE-Middleware-Sustaining-Software-Engineer-Job/1312025/ ?
[01:48:54] <Diablo-D3> anything mint does, debian already did better 5 years ago
[01:49:28] 
[01:50:52] <bleathem_away> I like Unity
[01:51:00] <lightguard_jp> gastaldi: There aren't any open Seam positions atm
[01:51:01] <bleathem_away> it's a little rough at the moment, but it's a first release
[01:51:07] <bleathem_away> I'm confident it will get better
[01:51:13] <lightguard_jp> bleathem_away: I feel the same way
[01:51:19] <gastaldi> humm, there is an interesting statement:  "Act as the technical point person for a technology of your choosing within the JBoss Product Suite"
[01:51:30] <lightguard_jp> It's possible it's Chrome that's causing some of my problems
[01:51:59] <bleathem_away> Chrome has been really stable for me
[01:52:03] <bleathem_away> I'm running 64-bit
[01:52:09] <lightguard_jp> bleathem_away: How stable?
[01:52:24] <lightguard_jp> Although I'm not really wanting to redo my desktop
[01:52:31] <bleathem_away> I've not had any problems that I would pin on chrome
[01:52:32] <lightguard_jp> s/desktop/os
[01:52:54] <bleathem_away> my problems always come up when I start swapping
[01:53:02] <bleathem_away> or when I fiddle with Unity settings
[01:53:34] <bleathem_away> yeah, I know what you mean.  It would take a team of wild horses to pull my through another OS isntallation at this point
[01:53:44] <bleathem_away> it just takes so long to fine tune everything to the way you want it
[01:53:56] <bleathem_away> that when you get there, you'll put up with a lot of crap
[01:54:03] <bleathem_away> just to not go through it again
[01:54:22] <bleathem_away> wash. rinse. repeat. not.
[01:55:26] <lightguard_jp> Yep
[01:55:41] <lightguard_jp> If I could get xfce where I want it, I'd just switch to that
[01:55:54] <lightguard_jp> Use compiz for my wm
[01:59:18] <bleathem_away> I'm shuddering remebering my fvwm2/fluxbox days
[01:59:25] <bleathem_away> that was way too much tinkering
[01:59:30] <Diablo-D3> heh
[01:59:37] <Diablo-D3> I remember when there was no fluxbox or openbox
[01:59:44] <Diablo-D3> and gnome didnt exist yet
[01:59:59] <Diablo-D3> we used blackbox on a 486 and liked it
[02:00:07] <bleathem_away> Diablo-D3: and you had to walk 10 miles to school, through 5 feet of snow ;)
[02:00:11] <lightguard_jp> bleathem_away: Yes, lots of tinkering, but once you got it, nothing could beat it.
[02:00:16] <Diablo-D3> bleathem_away: up hill both ways!
[02:00:19] <Diablo-D3> and I shit you not
[02:00:21] <Diablo-D3> I live in maine
[02:00:27] <Diablo-D3> it snows 9 months out of the year
[02:00:36] <lightguard_jp> Thought that was Berk
[02:00:46] <bleathem_away> lightguard_jp: I'll grant you that, if you get a config that works, it's stable for a long time
[02:17:44] <gastaldi> gotta go now
[02:17:46] <gastaldi> see ya !
[02:18:08] *** gastaldi has quit IRC
[02:21:46] *** tkimura has joined #seam-dev
[02:22:02] *** lightguard_jp has quit IRC
[02:38:39] *** sgilda has quit IRC
[02:41:27] *** sgilda has joined #seam-dev
[02:58:52] *** akazakov has quit IRC
[03:20:55] *** cbrock has joined #seam-dev
[03:36:49] *** bleathem_away has quit IRC
[03:39:01] *** kenfinnigan has joined #seam-dev
[04:03:25] *** sbryzak has quit IRC
[04:10:05] *** sbryzak has joined #seam-dev
[04:19:30] <Diablo-D3> dear interwebs
[04:19:41] <Diablo-D3> Do not use the word middleware again. I own a crowbar.
[04:19:47] <Diablo-D3> signed, me
[04:31:19] *** kenfinnigan has quit IRC
[05:27:47] *** hannelita has joined #seam-dev
[05:38:41] *** gastaldi has joined #seam-dev
[05:38:57] <gastaldi> hey all !
[06:01:40] *** gegastaldi has joined #seam-dev
[06:05:35] *** gastaldi has quit IRC
[06:28:01] *** gegastaldi is now known as gastaldi
[06:29:06] <gastaldi> hum
[06:29:22] <gastaldi> PrettyFaces should not be using digester :P
[06:32:27] <gastaldi> ah ! There is already a branch regarding that ! :D
[06:48:13] *** gilad has joined #seam-dev
[06:48:20] *** gastaldi has quit IRC
[06:52:11] *** barorion has quit IRC
[06:53:28] *** gastaldi has joined #seam-dev
[06:54:45] *** gastaldi has quit IRC
[07:32:29] *** clerum has quit IRC
[07:39:19] *** lincolnthree has joined #seam-dev
[07:39:24] *** lincolnthree has left #seam-dev
[07:47:18] *** daniel_hinojosa has quit IRC
[07:52:30] *** chkal has joined #seam-dev
[08:00:04] *** bleathem has joined #seam-dev
[08:13:10] *** mgoldmann has joined #seam-dev
[08:13:28] *** hannelita has quit IRC
[08:30:21] *** marekn has joined #seam-dev
[08:40:17] *** epbernard has joined #seam-dev
[08:40:17] *** epbernard is now known as emmanuel
[08:40:22] *** emmanuel has joined #seam-dev
[08:43:29] *** kpiwko has joined #seam-dev
[08:50:45] *** jharting has joined #seam-dev
[08:51:08] *** oskutka has quit IRC
[08:52:39] *** bleathem has quit IRC
[09:00:52] *** kevinpollet has joined #seam-dev
[09:02:21] *** koentsje has joined #seam-dev
[09:06:47] *** alesj has joined #seam-dev
[09:14:43] *** msmigielski has joined #seam-dev
[09:22:08] *** antoine_sd has joined #seam-dev
[09:22:23] *** antoine_sd has left #seam-dev
[09:43:18] *** lightguard_jp has joined #seam-dev
[09:44:04] *** maschmid has joined #seam-dev
[10:02:46] *** cbrock has quit IRC
[10:11:05] *** msmigielski has quit IRC
[10:18:23] *** sannegrinovero has quit IRC
[10:19:29] *** lightguard_jp has quit IRC
[10:39:14] *** alesj has quit IRC
[10:55:43] *** msmigielski has joined #seam-dev
[11:13:45] *** sannegrinovero has joined #seam-dev
[11:14:43] *** tkimura has quit IRC
[11:58:43] *** kevinpollet has quit IRC
[11:59:09] *** kevinpollet has joined #seam-dev
[11:59:09] *** kevinpollet has quit IRC
[12:06:17] <jbossbot> git [social] push develop d18e585.. Antoine Sabot-Durand Switch to Json profile for LinkedIn...
[12:06:17] <jbossbot> git [social] push develop URL: http://github.com/seam/social/compare/2fd26ed...d18e585
[12:09:22] *** emmanuel has quit IRC
[12:20:54] *** epbernard has joined #seam-dev
[12:20:54] *** epbernard is now known as emmanuel
[13:06:58] <Diablo-D3> oh hay
[13:07:02] <Diablo-D3> as7 is final now
[13:08:11] *** mateus has joined #seam-dev
[13:16:26] <Diablo-D3> sigh
[13:21:51] *** alesj has joined #seam-dev
[13:24:25] *** shervin_a has joined #seam-dev
[13:26:49] *** msmigielski has quit IRC
[13:27:35] *** koentsje has quit IRC
[13:29:59] <maschmid> sbryzak: ping
[13:33:55] *** shervin_a has quit IRC
[13:47:22] *** koentsje has joined #seam-dev
[13:49:41] *** kevinpollet has joined #seam-dev
[14:00:00] *** msmigielski has joined #seam-dev
[14:14:58] *** aslak has joined #seam-dev
[14:31:28] <alesj> maschmid: i think that security.drl looks weird in AS6
[14:31:49] <maschmid> alesj: yeah, me too
[14:32:35] <alesj> it shouldn't see WEB-INF via CL
[14:32:52] <alesj> let me check if perhaps we put that as CL root as well
[14:38:23] <maschmid> alesj: I am not sure which of the seam solder resourceLoader did that... it could either be classpath or servlet context....
[14:48:43] <alesj> maschmid: aha, if it's servlet context, then this might actually be ok
[14:50:48] *** mbg has joined #seam-dev
[14:53:44] <maschmid> alesj: You are right, I see it in the spec now...
[14:54:31] <maschmid> alesj: no wait, I need to read the whole page first...
[14:54:34] <maschmid> :)
[15:01:50] *** mbg has quit IRC
[15:07:28] <maschmid> alesj: no, I still don't see how it ServletContext.getResource could legally do that...
[15:08:12] <alesj> let me check if WEB-INF is perhaps part of CL roots in AS6
[15:08:17] <alesj> maschmid: ^
[15:08:43] <maschmid> alesj: ok, thanks...
[15:10:56] *** hannelita has joined #seam-dev
[15:12:46] *** balunasj has joined #seam-dev
[15:14:41] *** hannelita has quit IRC
[15:17:02] <maschmid> alesj: it has to be classpath, it works even if I disable the solder's ServletContextLoader
[15:20:36] <alesj> maschmid: ok, mistery solved :-)
[15:20:39] <alesj>    /** Whether to include web-inf in the classpath */
[15:20:39] <alesj>    private boolean includeWebInfInClasspath;
[15:20:43] <alesj> in WARStructure
[15:20:45] <alesj> and then
[15:20:51] <alesj>        <property name="includeWebInfInClasspath">true</property>
[15:20:59] <alesj> looks like we use this for legacy reasons
[15:21:46] <maschmid> alesj: great! thanks!
[15:23:14] <alesj> replied on the email as well ? maschmid
[15:23:20] *** tsurdilo has joined #seam-dev
[15:24:28] *** msmigielski has quit IRC
[15:30:45] *** msmigielski has joined #seam-dev
[15:32:29] *** tsurdilo1 has joined #seam-dev
[15:34:03] *** tsurdilo has quit IRC
[15:41:30] *** gastaldi has joined #seam-dev
[15:41:35] <gastaldi> Morning folks !!!
[15:56:02] *** bleathem has joined #seam-dev
[15:56:34] *** jharting has quit IRC
[15:56:46] *** epbernard has joined #seam-dev
[15:59:29] *** marekn has quit IRC
[16:00:39] *** emmanuel has quit IRC
[16:04:59] <jose_freitas> morning gastaldi!
[16:06:21] *** gilad has quit IRC
[16:06:34] *** msmigielski has quit IRC
[16:06:35] *** gilad has joined #seam-dev
[16:14:35] <gastaldi> hey jose_freitas !
[16:14:53] <gastaldi> I fixed an issue on Seam Faces yesterday
[16:16:12] *** mbg has joined #seam-dev
[16:16:33] *** antoine_sd has joined #seam-dev
[16:17:40] <jose_freitas> great! :)
[16:18:38] *** chkal has quit IRC
[16:19:04] *** gastaldi_ has joined #seam-dev
[16:19:23] <antoine_sd> hey there
[16:20:04] <gastaldi_> hey ! Pulled my network cable accidentally :P
[16:20:18] <antoine_sd> I need an Arquillian guru to help me upgrade to 1.0.0CR2
[16:20:23] <gastaldi_> And I am not fixing my roof :)
[16:21:32] <jose_freitas> antoine_sd: are you upgrading from what version? alpha 5?
[16:21:39] <antoine_sd> yes
[16:21:41] *** gastaldi has quit IRC
[16:21:50] *** gastaldi_ is now known as gastaldi
[16:22:20] <jose_freitas> https://github.com/joserodolfofreitas/arquillian-test-case
[16:22:23] <jose_freitas> this is CR1
[16:22:29] <antoine_sd> in fact I upgraded the Seam-Parent mom from 10 to 11...
[16:22:29] <jose_freitas> but basically the api/spi is the same
[16:23:05] <jose_freitas> If I'm not mistaken the biggest change would be the arquillian-junit artifact name
[16:23:23] <jose_freitas> in a simple case
[16:23:39] <antoine_sd> My test class doesn't find org.jboss.shrinkwrap.resolver.api.DependencyResolvers. I used to work
[16:24:10] <aslak> antoine_sd, it's not part of arquillian anymore
[16:24:45] <antoine_sd> I confirm (after having looking for it half an hour ;-) )
[16:24:59] <aslak> antoine_sd, you can use org.jboss.arquillian:arquillian-bom:pom: scope import, and then add org.shrinkwrap.resolver...
[16:25:00] <antoine_sd> The pb is that my test class uses it
[16:25:36] <antoine_sd> but perhaps I don't need those
[16:25:42] <aslak> antoine_sd, https://github.com/arquillian/arquillian-core/blob/master/bom/pom.xml#L199
[16:26:07] <aslak> antoine_sd, you can use it, it's just arquillian-core no longer depend on it, so it won't be included transitivly
[16:26:46] <antoine_sd> ok
[16:27:05] <antoine_sd> thanks asiak and jose_freitas
[16:32:30] <gastaldi> aslak: Any scheduled date for 1.0.0.Final of Arquillian ?
[16:33:00] <aslak> gastaldi, no date, but core is basically ready. just working on getting some of the surrounding things up to speed
[16:33:06] <gastaldi> cool
[16:33:46] <aslak> gastaldi, before AS 7.0.1 i guess, but as far as i know that has no date..
[16:33:48] *** clerum has joined #seam-dev
[16:33:59] <gastaldi> rockin
[16:47:47] <gastaldi> hummmm
[16:48:02] <gastaldi> I got a feature idea for Seam Persistence
[16:48:10] <antoine_sd> ok my test class compiles and runs again
[16:48:19] <antoine_sd> thanks a lot !
[16:49:38] <gastaldi> http://blog.caelum.com.br/customizando-a-producao-de-dependencias-no-cdi/
[16:49:47] 
[16:54:40] *** balunasj is now known as balunasj_mtg
[16:54:56] *** mgoldmann has quit IRC
[16:57:17] *** daniel_hinojosa has joined #seam-dev
[17:02:04] *** daniel_hinojosa has quit IRC
[17:11:18] *** antoine_sd has left #seam-dev
[17:12:44] <jbossbot> git [social] push develop d2992b5.. Antoine Sabot-Durand Removing dependencies to Jaxb for JBoss AS7
[17:12:44] <jbossbot> git [social] push develop 0f9f402.. Antoine Sabot-Durand Switched Seam-Parent bom version 11
[17:12:44] <jbossbot> git [social] push develop URL: http://github.com/seam/social/compare/d18e585...0f9f402
[17:21:09] *** jamezp_afk is now known as jamezp
[17:30:35] *** mgoldmann has joined #seam-dev
[17:33:19] *** sannegrinovero has quit IRC
[17:54:26] *** daniel_hinojosa has joined #seam-dev
[17:58:13] *** rmartinelli has joined #seam-dev
[18:03:17] *** mateus has quit IRC
[18:03:32] *** kevinpollet has quit IRC
[18:04:31] *** balunasj_mtg has quit IRC
[18:05:29] *** jganoff has joined #seam-dev
[18:05:49] *** maschmid has quit IRC
[18:11:20] *** alesj has quit IRC
[18:25:13] *** cbrock has joined #seam-dev
[18:25:21] *** cbrock has quit IRC
[18:25:21] *** cbrock has joined #seam-dev
[18:26:55] *** akazakov has joined #seam-dev
[18:40:41] *** kevinpollet has joined #seam-dev
[18:52:43] *** kpiwko has quit IRC
[18:59:41] *** daniel_hinojosa has quit IRC
[19:01:07] <gastaldi> I remember seeing a guessnumber example using CDI anywhere
[19:01:10] <gastaldi> Where is that ?
[19:01:40] <mbg> gastaldi: it's one of the weld examples
[19:02:20] <gastaldi> ah yeah ! https://github.com/weld/core/tree/master/examples/jsf
[19:02:23] <gastaldi> Thanks mbg
[19:02:33] <mbg> gastaldi: np
[19:05:38] 
[19:06:06] <gastaldi> although it will not be very different :P
[19:06:55] *** tsurdilo1 has quit IRC
[19:09:31] *** daniel_hinojosa has joined #seam-dev
[19:30:29] *** sannegrinovero has joined #seam-dev
[19:37:03] *** lightguard_jp has joined #seam-dev
[19:37:04] *** kevinpollet has quit IRC
[19:37:16] *** kevinpollet has joined #seam-dev
[19:40:50] <lightguard_jp> OMG!!! Apache licence should be required or promoted for Specification RI and TCK - on the list for JSR2 from the JSR348 minutes of today's meeting!! YA!
[19:42:11] <gastaldi> :P
[19:42:14] <gastaldi> Crappy license
[19:42:27] 
[19:42:38] <lightguard_jp> LGPL doesn't have patent language
[19:42:49] <gastaldi> oh
[19:42:57] <lightguard_jp> Also not seen as "business friendly"
[19:44:17] 
[19:44:30] 
[19:45:01] <lightguard_jp> All Red Hat stuff was LGPL for a while, now things are moving towards Apache License
[19:45:20] <gastaldi> Humm, here is an explanation: http://www.gnu.org/licenses/why-not-lgpl.html
[19:47:46] <gastaldi> haha ! In http://en.wikipedia.org/wiki/Comparison_of_free_software_licenses there is also a Do What The Fuck You Want To Public License (WTFPL)
[19:48:18] <lightguard_jp> Yep
[19:48:19] *** kevinpollet has quit IRC
[19:48:31] *** kevinpollet has joined #seam-dev
[19:48:36] <gastaldi> interesting
[19:49:55] 
[19:50:26] <lightguard_jp> That all depends if you add a message.
[19:50:39] <gastaldi> In my example I had to create a handleFacesException(@Handles CaughtException<FacesException> pe) to make it work
[19:51:10] 
[19:51:32] 
[19:51:48] <gastaldi> I thought it would be nice to have it already written on Seam Faces, for example
[19:51:48] <lightguard_jp> Yeah, the Catch integration doesn't add exception messages, you'd need to do that on your own. There may be times you don't want an exception to be shown to the user, or you want different wording.
[19:52:06] <gastaldi> hum, right
[19:52:13] <gastaldi> Normally a FacesException would do that
[19:52:15] <gastaldi> I think
[19:52:53] <lightguard_jp> I think JSF does it if it traps the exception.
[19:53:31] <gastaldi> hum, I think not. At least when using Seam Catch, it is swallowed
[19:53:45] <gastaldi> unless you have a @Handles defined
[19:54:13] <gastaldi> WDYT ?
[19:54:24] <lightguard_jp> Yep.
[19:55:56] <gastaldi> Wish there is a way to make this behavior standard when using Seam Faces
[19:56:07] <lightguard_jp> Normally JSF will add the message if it traps the exception (using vanilla JSF)
[19:56:16] <gastaldi> ah
[19:56:40] <lightguard_jp> You could add a @Handles CaughtException<FacesException> to add a message.
[19:57:01] <lightguard_jp> Then if you want something specific just create a handler for that specific exception type and mark it as handled().
[19:58:50] 
[19:59:56] <gastaldi> hummm Maybe that behavior could be the default when no @Handles is found
[20:00:04] <lightguard_jp> I think trying to come up with something that's flexible enough for everything would be a bit of a pain.
[20:00:18] <lightguard_jp> That could work.
[20:00:21] <gastaldi> But then the CatchExceptionHandler should treat that
[20:00:24] <lightguard_jp> If Faces added it's own handler that did that.
[20:00:30] <gastaldi> Yeah
[20:00:37] 
[20:01:34] 
[20:01:57] *** hannelita has joined #seam-dev
[20:02:31] <lightguard_jp> I think that part is fine, but Faces should create it's own handler to add a message.
[20:03:19] <gastaldi> hum
[20:06:49] *** msmigielski has joined #seam-dev
[20:07:35] <gastaldi> The code seems it is already doing that, but it is not storing on h:messages either :P
[20:07:49] <lightguard_jp> Where?
[20:09:03] <gastaldi> https://github.com/seam/faces/blob/develop/impl/src/main/java/org/jboss/seam/faces/exception/CatchExceptionHandler.java
[20:09:06] <gastaldi> Check it out
[20:09:29] <gastaldi> the last "if" should be calling the original ExceptionHandler from JSF 2
[20:10:02] <lightguard_jp> If Catch doesn't handle it
[20:10:45] <gastaldi> yeah, just as we were arguing about
[20:11:50] <lightguard_jp> If you have *any* Catch handler that doesn't call abort or throw that second to last if will be called
[20:12:05] <lightguard_jp> Assuming you have something that matches
[20:12:18] <lightguard_jp> like CaughtException<FacesException> or CaughtException<Throwable>
[20:12:45] 
[20:13:12] <lightguard_jp> Okay, I have to say I'm lost now :) I was with you for a bit, but not anymore.
[20:14:13] <gastaldi> The fact is that an exception thrown in an actionListener is swallowed by CatchExceptionHandler
[20:14:23] <gastaldi> somehow, but the code says it is not
[20:14:36] <lightguard_jp> As it should be. Why wouldn't it?
[20:14:53] <gastaldi> Because my h:messages is empty when the page is rendered
[20:15:12] <gastaldi> Having an exception on log
[20:15:27] <gastaldi> let me try that again, just a sec
[20:16:12] <gastaldi> This time with a @Veto on my handler
[20:23:07] *** hannelita has quit IRC
[20:23:24] <gastaldi> Yeah, bug confirmed
[20:23:46] <lightguard_jp> Did it hit any handlers?
[20:23:49] <gastaldi> No
[20:23:51] <lightguard_jp> Hm
[20:24:01] <gastaldi> getUnhandledExceptionQueuedEvents().iterator().hasNext() returned false all the time
[20:25:00] <gastaldi> Well, it hit CatchExceptionHandler
[20:25:13] <gastaldi> But it did nothing
[20:25:28] <gastaldi> https://github.com/gastaldi/jee6-examples-as7
[20:25:39] <gastaldi> Here is an example of what I am talking about
[20:25:41] <lightguard_jp> Returns false all the time... odd
[20:25:48] <lightguard_jp> Do you have any Catch Handlers?
[20:26:03] <lightguard_jp> class?
[20:26:08] <gastaldi> No, they are vetoed
[20:26:12] <gastaldi> never called
[20:26:30] <lightguard_jp> Okay, doesn't seem like a Catch bug
[20:26:35] <gastaldi> https://github.com/gastaldi/jee6-examples-as7/blob/master/src/main/java/com/george/ejb/HelloService.java method doSomething()
[20:26:44] <gastaldi> No ! It seems like a Faces bug
[20:27:04] <gastaldi> No worries about Catch ! Be cool :)
[20:27:28] <gastaldi> I believe the problem lies in CatchExceptionHandler by not handling the exception at all
[20:27:29] <lightguard_jp> gastaldi: Are you debugging?
[20:27:32] <gastaldi> Yeah
[20:27:55] <lightguard_jp> If you can, see if calling iterator() gives you the same iterator.
[20:27:58] <lightguard_jp> The same instance
[20:28:06] <lightguard_jp> If it does, that would be the problem
[20:28:08] <gastaldi> ok, just a sec
[20:28:38] <gastaldi> no. different instances
[20:30:28] <lightguard_jp> Different instances... Then how ??
[20:30:53] <lightguard_jp> We're only ever calling remove if the event is handled
[20:31:06] <lightguard_jp> Put a break point there and see if it's hit
[20:31:24] 
[20:31:39] <lightguard_jp> How
[20:31:43] <lightguard_jp> Wow*
[20:31:48] <gastaldi> :P
[20:32:49] <lightguard_jp> I'm starting to wonder if this is a JSF bug
[20:33:45] <gastaldi> hum, could be
[20:33:49] <gastaldi> I am using AS7
[20:33:57] <gastaldi> Mojarra 2.0.8 I suppose
[20:34:17] 
[20:34:25] <gastaldi> And see if h:messages is filled
[20:35:31] <gastaldi> Just tested and h:messages remain empty
[20:35:53] <lightguard_jp> What class does getUnhandledExceptionQueuedEvents return?
[20:36:15] <gastaldi> Well, I am not using Seam Catch yet
[20:36:18] <lightguard_jp> I wonder if it's a bug that was fixed then.
[20:36:19] <gastaldi> How do I get this info ?
[20:36:35] <lightguard_jp> Call the method and call getClass() :)
[20:36:57] *** kevinpollet has quit IRC
[20:37:14] *** kevinpollet has joined #seam-dev
[20:39:18] <lightguard_jp> jose_freitas: ping
[20:42:02] <jose_freitas> lightguard_jp pong
[20:42:29] <jose_freitas> hey lightguard_jp, howdy/
[20:43:12] <lightguard_jp> jose_freitas: Hey, would you mind commenting on http://seamframework.org/Community/AQuestionAboutTheSampleCodeGeneratedByWeldsJEE6Archetype?
[20:44:11] <lightguard_jp> jose_freitas: At least I think you worked on that stuff, didn't you?
[20:44:41] <jose_freitas> didn't work on the archetype
[20:44:51] <jose_freitas> but maybe I can help
[20:44:52] <lightguard_jp> Okay
[20:44:55] <lightguard_jp> Thanks
[20:46:27] <gastaldi> hum in this example it should return a request scoped anyway
[20:46:40] <gastaldi> because @Model is a @RequestScoped object
[20:46:54] <jose_freitas> yeah
[20:47:14] <gastaldi> weird question
[20:47:46] <jose_freitas> indeed
[20:47:55] <jose_freitas> I'm going to ask what's returning
[20:48:31] <jose_freitas> and he's returning new Member() not a
[20:48:38] <jose_freitas> a MemberRegistration
[20:48:46] <jose_freitas> don't know what he wants
[20:50:39] <jose_freitas> and there're two getNewMember
[20:51:48] *** kevinpollet has left #seam-dev
[20:52:05] *** alesj has joined #seam-dev
[20:55:44] <jose_freitas> lightguard_jp: answered
[20:56:10] <lightguard_jp> jose_freitas: Thanks
[20:58:12] <jose_freitas> http://seamframework.org/Community/AQuestionAboutTheSampleCodeGeneratedByWeldsJEE6Archetype#comment161076
[20:58:53] <gastaldi> I think he meant that the getNewMember should be written as the second one
[21:00:01] <jose_freitas> ahn
[21:00:07] <jose_freitas> didn't get that.
[21:00:09] <jose_freitas> maybe
[21:00:44] *** jamezp is now known as jamezp_afk
[21:01:03] <jose_freitas> ahn, it's make more sense gastaldi :)
[21:01:08] <gastaldi> ;)
[21:01:51] *** epbernard has quit IRC
[21:07:13] *** koentsje has quit IRC
[21:08:53] *** msmigielski has quit IRC
[21:10:48] *** hannelita has joined #seam-dev
[21:19:28] *** mgoldmann has quit IRC
[21:20:52] <jose_freitas> ok
[21:20:53] <jose_freitas> http://seamframework.org/Community/AQuestionAboutTheSampleCodeGeneratedByWeldsJEE6Archetype#comment161078
[21:20:59] <jose_freitas> now I think I have a proper answer
[21:22:41] *** hannelita has quit IRC
[21:24:03] <gastaldi> cool
[21:24:29] <gastaldi> jose_freitas: In JSF 2.0 what is the default behavior when an exception is thrown ?
[21:25:07] <jose_freitas> what do you mean?
[21:25:41] <gastaldi> Take https://github.com/gastaldi/jee6-examples-as7/blob/master/src/main/webapp/helloworld.xhtml for instance
[21:25:53] <jose_freitas> the exception would be handled by jsf (mojarra) and printed on screen?
[21:25:57] <jose_freitas> rendered
[21:26:08] <gastaldi> I wish it does that :)
[21:26:13] 
[21:26:28] <gastaldi> See that I have a <h:messages> element in there ?
[21:26:47] <gastaldi> When i click the commandButton, the method just throws an exception
[21:26:58] <gastaldi> And the h:messages is empty :P
[21:30:27] <mbg> lightguard_jp - what time is the meeting?
[21:34:26] <lightguard_jp> One hour and 28 minutes
[21:34:43] <mbg> thx
[21:39:11] <jose_freitas> gastaldi: without catch?
[21:40:24] <gastaldi> Yeah
[21:51:56] *** Diablo-D3 has quit IRC
[21:54:36] <jbossbot> git [catch] push ReST_documentation b45e023.. LightGuard Sphinx setup
[21:54:37] <jbossbot> git [catch] push ReST_documentation c6d5ffe.. LightGuard Working on converting over to ReST.
[21:54:37] <jbossbot> git [catch] push ReST_documentation 31b2a76.. LightGuard Fixing a code block
[21:54:37] <jbossbot> git [catch] push ReST_documentation 123d56c.. LightGuard Adding line numbers
[21:54:37] <jbossbot> git [catch] push ReST_documentation URL: http://github.com/seam/catch/compare/0000000...123d56c
[21:55:11] <lightguard_jp> Hehe, everything's public :)
[21:55:34] *** jamezp_afk is now known as jamezp
[21:55:53] <lightguard_jp> Yep, didn't think GitHub's ReST parser worked well enough for what we want to do
[22:01:05] *** hannelita has joined #seam-dev
[22:09:14] *** jamezp has quit IRC
[22:16:49] *** msmigielski has joined #seam-dev
[22:19:28] *** daniel_hinojosa has quit IRC
[22:23:38] *** mbg1 has joined #seam-dev
[22:24:41] *** msmigielski has quit IRC
[22:26:00] *** mbg has quit IRC
[22:28:50] *** tsurdilo has joined #seam-dev
[22:30:19] *** jamezp has joined #seam-dev
[22:30:19] *** jamezp has joined #seam-dev
[22:42:43] *** kevinpollet has joined #seam-dev
[22:43:06] *** kevinpollet has left #seam-dev
[22:43:32] <gastaldi> 10 min left to our regular meeting
[22:48:48] *** maschmid has joined #seam-dev
[22:48:53] *** barorion has joined #seam-dev
[22:49:08] *** hannelita has quit IRC
[22:51:47] *** gilad has quit IRC
[22:51:53] *** kenfinnigan has joined #seam-dev
[22:52:01] <gastaldi> hey kenfinnigan !
[22:52:10] <kenfinnigan> hey gastaldi
[22:52:18] <lightguard_jp> kenfinnigan: Hey
[22:52:23] <lightguard_jp> kenfinnigan: You had a question or something for me the other day
[22:52:28] <lightguard_jp> Did you get it resolved?
[22:52:44] *** ChanServ sets mode: +o lightguard_jp
[22:52:47] *** lightguard_jp sets mode: +o jbott
[22:52:51] <kenfinnigan> it was some issues I was having with maven classpaths and arquillian
[22:52:58] <lightguard_jp> Ah, all resolved?
[22:52:59] <kenfinnigan> think I have it sorted now, but only time will tell
[22:53:05] <lightguard_jp> :)
[22:53:21] <kenfinnigan> at the moment I'm giving up on trying to get the test cases working on weld embedded and focusing on AS7
[22:53:29] <kenfinnigan> at least to get the testsuite structure operational
[22:53:37] <lightguard_jp> That works
[22:53:46] <lightguard_jp> Catch works with Weld Embedded
[22:53:48] *** kevinpollet has joined #seam-dev
[22:54:04] 
[22:54:07] *** kevinpollet has quit IRC
[22:54:16] <jbossbot> git [catch] push arquillian_cr1_upgrade URL: http://github.com/seam/catch/compare/0000000...1d99c5d
[22:54:20] <kenfinnigan> might take a look at catch if I hit any issues
[22:54:25] <lightguard_jp> kenfinnigan: ^-2
[22:54:45] <gastaldi> Catch works anywhere
[22:54:48] <kenfinnigan> that just gave me a 404
[22:55:09] <lightguard_jp> https://github.com/seam/catch/tree/feature%2Farquillian_cr1_upgrade
[22:55:51] <kenfinnigan> thanks#
[22:56:03] <lightguard_jp> np
[22:56:25] <kenfinnigan> what are your thoughts on doing something similar to mojavelinux's arquillian showcase
[22:56:30] <lightguard_jp> #startmeeting
[22:56:30] <jbott> Meeting started Wed Jul 20 21:00:49 2011 UTC.  The chair is lightguard_jp. Information about MeetBot at http://wiki.debian.org/MeetBot.
[22:56:30] <jbott> Useful Commands: #action #agreed #help #info #idea #link #topic.
[22:56:43] <lightguard_jp> The weekly Seam Community meeting shall now commence.
[22:56:49] <kenfinnigan> in that he defines the container boms in a separate section and then just includes the pom for the module running the tests
[22:57:16] <mbg1> hello
[22:57:20] <gastaldi> hey
[22:57:23] *** mbg1 is now known as mbg
[22:57:57] <lightguard_jp> Welcome everyone! Glad to have you all with us again this week
[22:58:14] <jose_freitas> hey :)
[22:58:31] <lightguard_jp> sbryzak: ping
[22:58:38] <sbryzak> i'm awake ;)
[22:58:42] <lightguard_jp> We'll see if Shane is here for our first item :)
[22:58:48] <jose_freitas> g'morning sbryzak
[22:58:49] 
[22:58:57] <lightguard_jp> Excellent
[22:59:12] <lightguard_jp> #topic Action Item report from last meeting
[22:59:13] *** jbott changes topic to "Action Item report from last meeting"
[22:59:42] <lightguard_jp> The only AI from last week was about QA taking ownership of additional poms for examples
[22:59:57] <lightguard_jp> sbryzak: Any word from QE about that?
[23:00:15] <sbryzak> not as yet, i haven't brought it up with Ondrej yet
[23:00:32] <lightguard_jp> Okay. We'll leave that up for next week then.
[23:00:53] <lightguard_jp> #action sbryzak will speak with Ondrej about example pom ownership
[23:01:11] <lightguard_jp> #topic Seam Hack outcome / thoughts
[23:01:11] *** jbott changes topic to "Seam Hack outcome / thoughts"
[23:01:21] <gastaldi> Too bad john is not around
[23:01:24] <lightguard_jp> gastaldi: Would you mind commenting on that? I don't see John
[23:01:28] <lightguard_jp> Yeah :(
[23:01:45] <lightguard_jp> I know he had a good idea about getting the word out
[23:01:46] 
[23:02:02] <lightguard_jp> Hehe, I don't think any of us did really :(
[23:02:18] <gastaldi> In fact,it needed more publicity
[23:02:31] <gastaldi> We could use the jboss.org feed lists
[23:02:49] <lightguard_jp> I think that was the idea.
[23:03:06] <lightguard_jp> #info we need to get the word out more via jboss.org feed lists, blogs, twitter, jboss.org events, etc
[23:03:12] <gastaldi> cool
[23:03:13] <mbg> is there a page where the announcement/outcome is published?
[23:03:22] <mbg> future meetings, etc?
[23:03:24] <lightguard_jp> I think part of the problem may have been how quickly after the meeting we had the first one.
[23:03:43] <kenfinnigan> that's not a bad idea, is to have a page showing the upcoming hackfests and the modules they relate to
[23:03:50] <lightguard_jp> mbg: For meetings I send out emails to the seam-dev list
[23:04:02] <kenfinnigan> then we could also list all the jira's that need to be worked on as part of it
[23:04:06] 
[23:04:18] <mbg> lightguard_jp: yeah, I was just thinking of something tweetable, bloggable, etc
[23:04:20] <kenfinnigan> then afterwards show which ones were completed as part of the event and by whom
[23:04:24] <lightguard_jp> I'd like to do that with the new site, but we could do it with the current site.
[23:04:38] <mbg> single point of access, and so on
[23:04:44] <lightguard_jp> Probably good to put it on ir2 as well
[23:04:53] <gastaldi> ir2 ?
[23:04:57] <lightguard_jp> in.relation.to
[23:05:02] <gastaldi> oh
[23:05:02] <kenfinnigan> definitely for the new site, but we would need something in the interim
[23:05:06] <lightguard_jp> Yeah.
[23:05:09] <mbg> lightguard_jp: yeah, that sort of thing
[23:05:33] <kenfinnigan> having a single page where all the information could be added, in addition to seam-dev mailings, would make it easier to communicate a single url
[23:05:37] <lightguard_jp> Would anyone like to put something together on the current site?
[23:05:55] <lightguard_jp> We could add it to the Project Meetings page currently
[23:06:03] <kenfinnigan> good idea
[23:06:12] <lightguard_jp> http://seamframework.org/Seam3/ProjectMeetings
[23:06:46] <gastaldi> cool
[23:06:47] <lightguard_jp> It'll have to be someone that's an admin on the site. I'm not setting up any more Member editable pages anymore.
[23:07:02] <lightguard_jp> I spend too much time checking and fixing vandalized pages now.
[23:07:14] <lightguard_jp> Any volunteers?
[23:08:00] <kenfinnigan> I don't have the time at the moment unfortunately
[23:08:17] <gastaldi> Me neither, unfortunately :(
[23:08:48] <lightguard_jp> Sounds like we're all pretty strapped for time
[23:08:56] <kenfinnigan> looks that way
[23:09:35] <lightguard_jp> #info a section at http://seamframework.org/Seam3/ProjectMeetings should be added to talk about Hack Nights
[23:09:41] <jose_freitas> me neither
[23:10:01] <lightguard_jp> I'll see if I can get to it then.
[23:10:11] <lightguard_jp> #action lightguard_jp will create the section (hopefully)
[23:10:22] <lightguard_jp> I'll have to get with John for the info he would like to put up there.
[23:10:43] <lightguard_jp> #action lightguard_jp add the next Seam Hack Night for next week's agenda
[23:11:01] <lightguard_jp> I'll be right back
[23:11:56] *** jganoff has quit IRC
[23:13:11] <lightguard_jp> Okay, back
[23:13:14] <lightguard_jp> #topic Seam Spring Module
[23:13:14] *** jbott changes topic to "Seam Spring Module"
[23:13:26] <mbg> alright
[23:13:27] <lightguard_jp> I know this came up last week, and is actually something we should have done in the past
[23:13:44] <mbg> yes
[23:14:00] <lightguard_jp> mbg is the lead of Snowdrop, Spring extensions for running on JBoss.
[23:14:08] <lightguard_jp> I'll leave it to mbg and sbryzak :)
[23:14:23] <mbg> full name's Marius Bogoevici
[23:14:39] <mbg> pidgin is shadowing full names AFAICT
[23:14:49] <mbg> ok, so in the past we had this: http://seamframework.org/Documentation/Seam3Modules#H-SpringIntegrationLedByMariusBogoevici
[23:15:02] <mbg> which never really happened
[23:15:21] *** antoine_sd has joined #seam-dev
[23:15:34] <mbg> I put together an etherpad page with a more elaborate structure here: http://ietherpad.com/hTJ3VzeDxT
[23:16:28] <mbg> the main goal would be to offer a replacement for the former Spring/Seam module, in the context of a more general Spring/CDI integration
[23:17:35] *** antoine_sd has quit IRC
[23:17:47] <mbg> so one major feature would be bidirectional injection, but we should also support Seam Managed PCs or transactions, as the old module did
[23:17:52] <lightguard_jp> gastaldi: I think you expressed interest in helping, correct?
[23:18:11] <gastaldi> Yeah
[23:18:34] <lightguard_jp> I think we need to support the same features as the previous version of the Seam / Spring module
[23:18:44] <lightguard_jp> Which, IIRC, is all that you said mbg
[23:18:49] <mbg> lightguard_jp: yup
[23:18:55] <mbg> there's also support for taskexecutors
[23:19:02] <lightguard_jp> Okay
[23:19:19] <lightguard_jp> Is the plan for this to live inside Seam or Snowdrop?
[23:19:23] <mbg> Seam
[23:19:36] <lightguard_jp> I think Pete would disagree, but that's fine :)
[23:19:43] <gastaldi> hehe
[23:19:49] <mbg> yeah, we discussed this a few times
[23:19:52] <mbg> the problem is this:
[23:20:25] <mbg> the normal approach is to put this kind of integration in the "parent" project. the problem is, that the parent project is Spring, which we cannot dp
[23:20:26] <mbg> do
[23:20:35] <lightguard_jp> You need space on github, a module page on the site, a JIRA project, and ... I think that's it.
[23:20:36] <mbg> also, Snowdrop is JBAS7-centric
[23:20:49] <lightguard_jp> OKay
[23:21:00] <mbg> well, sbryzak created the module for it
[23:21:11] <mbg> and the JIRA project IIRC
[23:21:12] *** antoine_sd has joined #seam-dev
[23:21:29] <bleathem> what does snowdrop do? will the seam spring module leverage anything from snowdrop?
[23:21:46] <sbryzak> mbg: i haven't created jira project yet, i'll do that today
[23:22:14] <bleathem> or is it an independent effort?
[23:22:28] <lightguard_jp> #action Spring Module needs a module home on sfwk.org
[23:23:20] <mbg> bleathem: Snowdrop has a few JBAS-related features - i.e. support for older versions of Spring (so that they are compatible with JBoss). We also have a deployer which can bootstrap application contexts from deployments
[23:23:39] <mbg> think ContextLoaderListener but for any kind of deployment
[23:23:51] <lightguard_jp> Sounds like tighter, more transparent Spring integration basically
[23:24:14] <mbg> lightguard_jp: yes, but mostly JBossAS related
[23:24:27] <lightguard_jp> Okay, got it.
[23:24:47] <bleathem> makes sense for the module to live in Seam then
[23:24:54] <gastaldi> #agreed
[23:25:23] <gastaldi> Cool
[23:25:39] <mbg> great. ok. now what I need to do is to create JIRA items for it
[23:26:02] <mbg> and not only me :)
[23:26:14] <jose_freitas> hehehe
[23:26:15] 
[23:27:04] <lightguard_jp> gastaldi: Not sure.
[23:27:12] <mbg> we need to ping jboss.org I guess
[23:27:20] <bleathem> +1 for greenhopper on all seam modules
[23:27:26] <gastaldi> next time, tell them to do for all the modules
[23:27:28] <mbg> I tried to enable it for Snowdrop but nothing happened
[23:27:36] <kenfinnigan> I think they have to do it on a per jira project basis
[23:27:43] <mbg> it's per project unfortunately
[23:27:58] <lightguard_jp> sbryzak: Could you take that one (GreenHopper)?
[23:28:01] <kenfinnigan> didn't take them long to do it for i18n
[23:28:09] <gastaldi> neither for reports
[23:28:18] <mbg> they just hate me then
[23:28:24] <gastaldi> haha
[23:28:35] <sbryzak> i thought it was only being trialled at the moment
[23:28:56] <mbg> I'm a good trial subject ...
[23:29:26] <sbryzak> i'll take a look
[23:29:53] <lightguard_jp> thanks
[23:30:15] <lightguard_jp> #action sbryzak Will follow up with getting GreenHopper enabled on JIRA projects
[23:30:52] *** aslak has quit IRC
[23:31:08] <mbg> so, once the JIRA items and/or greenhopper is out, we can share them. I'm expecting to drive most of this stuff, but would gladly welcome any help (gastaldi, I'm looking at you)
[23:31:43] <gastaldi> :)
[23:31:55] 
[23:32:31] <lightguard_jp> Are there further questions about the Spring module, or what we need to do to get started?
[23:32:52] <sbryzak> mbg: https://issues.jboss.org/browse/SEAMSPRING
[23:32:54] <sbryzak> you're an admin
[23:33:23] <mbg> sbryzak: and so are you
[23:33:31] <jose_freitas> lol
[23:33:40] <mbg> sbryzak: thx
[23:34:33] <sbryzak> someone's already enabled greenhopper for seam international and seam reports
[23:34:40] <gastaldi> yes
[23:34:53] <sbryzak> gastaldi: have you been using it?
[23:34:57] <gastaldi> Yeah
[23:34:59] <gastaldi> For sure
[23:35:02] <sbryzak> any major problems?
[23:35:04] <kenfinnigan> I have too
[23:35:06] <sbryzak> or minor ones?
[23:35:12] <kenfinnigan> nothing I've noticed
[23:35:17] <gastaldi> Not that I known of
[23:35:20] <sbryzak> hmm, ok
[23:35:26] <sbryzak> i guess i'll enable it for all modules then
[23:35:30] <gastaldi> yeah, do it
[23:36:14] <sbryzak> done
[23:36:31] <gastaldi> yaaay !
[23:36:52] *** maschmid has quit IRC
[23:36:56] <gastaldi> Now it will be easier to schedule issues on different versions
[23:37:10] <mbg> cool
[23:37:31] <jose_freitas> :)
[23:38:01] <kenfinnigan> what's next?
[23:38:11] <lightguard_jp> #topic Seam Documentation updates / thoughts
[23:38:12] *** jbott changes topic to "Seam Documentation updates / thoughts"
[23:38:30] *** epbernard has joined #seam-dev
[23:38:30] *** epbernard is now known as emmanuel
[23:38:30] <lightguard_jp> I hope people had a chance to look at the email and video I emailed out about docs
[23:38:41] *** emmanuel has quit IRC
[23:38:47] <gastaldi> hum, I have something to say about that: Docbook sucks
[23:39:08] <kenfinnigan> can we move to confluence like forge and arquillian?
[23:39:12] <lightguard_jp> Based on comments we've received on the forums, at conferences, email, etc. We're really lacking in the documentation department.
[23:39:15] <gastaldi> +1 to that
[23:39:16] <kenfinnigan> would make it much easier to update
[23:39:30] <gastaldi> Indeed
[23:39:34] <lightguard_jp> I'm prototyping using Sphinx for it
[23:39:45] <sbryzak> we will be still using docbook for seam 3.1
[23:39:51] <sbryzak> after that i'll be looking at other options
[23:39:56] <jose_freitas> +1 on that too
[23:40:01] <lightguard_jp> The Confluence way is nice, but they haven't really figured out authorization yet.
[23:40:06] <jose_freitas> documentation in confluence is way better
[23:40:13] <jose_freitas> hm
[23:40:17] <antoine_sd> +1 for a better documentation
[23:40:18] <gastaldi> sbryzak: When is coming 3.1 ?
[23:40:27] <gastaldi> When is 3.1 coming :P
[23:40:32] <lightguard_jp> We're looking toward Sept / Oct for a final release
[23:40:38] <sbryzak> beta in 3 weeks
[23:40:42] <sbryzak> i'll be sending an e-mail out today
[23:40:45] <gastaldi> oh
[23:40:52] <sbryzak> we may eventually use https://docs.jboss.org/author for documentation
[23:41:16] <gastaldi> yeah, confluence
[23:41:28] <gastaldi> Forge is there also
[23:42:00] <lightguard_jp> We'd like to see documentation (yes, in docbook for now) get some more love, make sure all the features are documented, hopefully a walk through of an example, troubleshooting, etc.
[23:42:05] <bleathem> So both confluence or sphinx are on the table for future documentation platforms for Seam?
[23:42:21] <bleathem> Why do we have to wait to change the doc platform?
[23:42:22] <gastaldi> bleathem: Any suggestions ?
[23:42:22] <lightguard_jp> Let us know if you'd like one of us to look over docs
[23:42:33] <bleathem> Lots of time will be wasted with Docbook trying to get things ready for 3.1
[23:42:38] <lightguard_jp> bleathem: Dan had thought the github pages idea would work
[23:42:48] <bleathem> Fix it now, so we can spend more time writing docs, and less time writing xml
[23:42:49] <lightguard_jp> It may work alright, haven't tried
[23:43:11] <mbg> the nice thing about confluence is that it exports docbook
[23:43:21] <antoine_sd> not sure to understand : we can use confluence to generate docbook format ?
[23:43:25] <lightguard_jp> Not sure how much of a "nice thing" that is :)
[23:43:49] <jose_freitas> HEHEHE
[23:43:52] <bleathem> Docs need to improve for 3.1, right now docbook xml is impeding that
[23:43:54] <sbryzak> bleathem: i'd rather not change our documentation platform this close to a release
[23:44:02] <sbryzak> we can look at it after 3.1 is out
[23:44:09] <bleathem> ok, your call sbryzak
[23:44:12] <mbg> lightguard_jp: it's a format that can be consumed elsewhere, that's what I meant ...\
[23:44:15] <lightguard_jp> I'm trying sphinx as it will export to pretty much everything we'd want, it's wiki, and people can add via pull requests on github.
[23:44:35] <gastaldi> hummm
[23:44:38] <gastaldi> Interesting
[23:44:58] <lightguard_jp> Sphinx is what the Python community use for almost all their docs
[23:45:11] <lightguard_jp> http://sphinx.pocoo.org/examples.html
[23:45:36] <bleathem> Adding to the existing docbook is ok, but to do a major restructure as is being asked will not be feasible.
[23:45:41] <lightguard_jp> It'll export to html, single page html, latex, epub, pdf, and some others as well.
[23:45:53] <bleathem> Maybe we should hold of on a major doc re-work until post 3.1
[23:46:09] <gastaldi> yeah
[23:46:11] <lightguard_jp> Perhaps not re-work, but cleanup for 3.1
[23:46:19] <kenfinnigan> bleathem: agree with you there.  docbook involves too much trial and error
[23:46:40] <lightguard_jp> For sure we need to get all the features for the modules there and some trouble shooting sections would be nice. Top issues people have run into.
[23:46:40] <bleathem> docbook = XM{HELL}
[23:46:41] <sbryzak> if anyone is having trouble with docbook, let me know and i can help out
[23:46:42] <gastaldi> Docbook is not WYSIWYG
[23:47:41] <sbryzak> post 3.1 we'll probably use confluence, but i need to see how it goes in relation to versioning, releases etc
[23:48:41] <lightguard_jp> Lincoln and Aslak are using confluence for Forge and Arquillian, respectively so they're prototyping a lot of what we'd want.
[23:48:47] <kenfinnigan> sbryzak: does that mean sphinx is off the table or just that you're leaning towards confluence?
[23:49:16] <sbryzak> i know that our docs team have put a lot of work into setting up confluence
[23:49:28] <sbryzak> and there's other things that need to be considered also
[23:49:35] <sbryzak> in terms of productization
[23:50:22] <jose_freitas> guys, I have to go
[23:50:34] <kenfinnigan> no problem with that, just wondering if lightguard_jp should discontinue his sphinx trial if that's not really a feasible option even now
[23:50:38] <jose_freitas> but if it's a vote need, mine is for confluence
[23:50:48] <jose_freitas> needed*
[23:51:03] <sbryzak> it's extremely likely we'll be using docs.jboss.org/author
[23:51:16] <sbryzak> so i wouldn't be trialling anything else right now
[23:51:20] <antoine_sd> and why not now
[23:51:25] *** jose_freitas has quit IRC
[23:51:53] <sbryzak> antoine_sd: not now, because i don't want to throw a spanner in the machinery as we're leading up to the release
[23:52:03] <antoine_sd> I just started my doc why couldn't I start on confluence instead of docbook (just asking)
[23:52:05] <antoine_sd> ok
[23:52:07] <sbryzak> after the release when we have some breathing space, we can look at moving to another solution
[23:52:23] <sbryzak> a couple of months ago i would have said fine
[23:52:34] <sbryzak> but we're just a few weeks from beta, so it's cutting it too close
[23:53:02] <sbryzak> and i'd rather us put all our efforts into the release, and not fighting against a new documentation platform
[23:53:29] <bleathem> FYI: "spanner" is Australian for "wrench"
[23:53:43] <sbryzak> haha, yeah wrench
[23:54:03] <gastaldi> hehe
[23:54:10] <kenfinnigan> bleathem: you got that wrong.  "wrench" is American for proper English "spanner"
[23:54:20] <bleathem> lol
[23:54:31] <gastaldi> http://en.wikipedia.org/wiki/Spanner
[23:54:59] <gastaldi> ok
[23:55:09] 
[23:55:21] <lightguard_jp> I think so, unless there are other ideas / concerns
[23:55:31] <gastaldi> Just in time
[23:55:53] <bleathem> #info For 3.1, documentation efforts will stick with docbook, post 3.1, it's likely we will move to confluence: https://docs.jboss.org/author
[23:57:16] <lightguard_jp> #endmeeting
[23:57:21] <lightguard_jp> Thanks all for coming!
[23:57:25] *** jbott changes topic to "Seam 3.0.0.Final has been released! Development discussions for Seam (seamframework.org). Join #seam for user discussions.  See http://seamframework.org/Seam3/Chat for logs and more info.  TeamSpeak 3 server is available for Seam devs at 216.6.228.98:10024, password: seam-dev"
[23:57:25] <jbott> Meeting ended Wed Jul 20 22:01:35 2011 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
[23:57:25] <jbott> Minutes:        http://transcripts.jboss.org/meeting/irc.freenode.org/seam-dev/2011/seam-dev.2011-07-20-21.00.html
[23:57:25] <jbott> Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/seam-dev/2011/seam-dev.2011-07-20-21.00.txt
[23:57:25] <jbott> Log:            http://transcripts.jboss.org/meeting/irc.freenode.org/seam-dev/2011/seam-dev.2011-07-20-21.00.log.html
[23:58:23] <mbg> hm, I can look into * **UNASSIGNED**   * Spring Module needs a module home on sfwk.org
[23:58:24] <bleathem> lol, I love the link to spanner in the minutes - nice one gastaldi!
[23:58:34] <gastaldi> haha ! I was just going to say that
[23:58:42] <mbg> gastaldi threw a spanner in the minutes?
[23:58:51] <gastaldi> Yeah ! :D
[23:59:36] <bleathem> We already have "vanity commits" from lincoln, I think we now have "vanity info" from gastaldi :P
[23:59:53] <gastaldi> haha





top