[00:03:47] *** daniel_hinojosa has quit IRC
[00:05:41] *** daniel_hinojosa has joined #seam-dev
[00:06:11] <lightguard_jp> clerum: Try cleaning out jboss (remove content in work and temp)
[00:06:39] <clerum> I was able to do it through the admin console
[00:06:51] <lightguard_jp> okay :)
[00:06:55] <lightguard_jp> Did it die on deploy?
[00:07:19] <clerum> nope
[00:07:31] <clerum> how do I invoke the test?
[00:08:25] <lightguard_jp> It should be a servlet call
[00:08:35] <lightguard_jp> aslak: ^^+2
[00:17:35] <aslak> clerum, http://localhost:8080/test/ServletTestRunner?className=fullname&methodName=xx&outputMode=serializedObject
[00:20:01] <clerum> like - http://localhost:8080/test/ServletTestRunner?className=org.jboss.seam.mail.SeamRenderMailMessageTest&methodName=testTextMailMessage&outputMode=serializedObject
[00:22:26] <aslak> sorry, test/ArquillianServletRunner
[00:23:25] <clerum> is there a readable output mode?
[00:27:13] <clerum> I do get a better looking error
[00:29:01] <clerum> but it is a object
[00:30:04] <clerum> aslak: ^^
[00:32:23] <aslak> clerum, hehe, no sorry, not implemented yet.. :)
[00:33:48] <clerum> so arquillain appears to be swallowing something
[00:34:18] <clerum> the output coming back has some odd looking stuff
[00:34:25] <aslak> clerum, oh, you get the cnfe on weldexception.. try puting weld-core on cp
[00:34:55] <clerum> in the archive?
[00:35:07] <clerum> https://gist.github.com/861259#file_gistfile2.txt line 74
[00:39:16] <aslak> no, miss read
[00:39:39] <aslak> clerum, what is the issue? no deployment happens?
[00:39:47] <aslak> no exception in junit?
[00:40:11] <clerum> deploys
[00:40:29] <clerum> but surefire report - > https://gist.github.com/861259#file_gistfile1.txt
[00:41:24] <clerum> on as6 remote test. other tests run file
[00:42:56] <aslak> do you have weld-core on cp?
[00:43:13] <aslak> it can't find UnsatisfiedResolutionException
[00:43:59] <clerum> doesn't appear as such
[00:51:32] <clerum> nice
[00:51:35] <clerum> ok
[00:51:38] <clerum> getting a better error now
[01:01:31] <clerum> lincolnthree: any idea why the getting https://gist.github.com/cf6fe8562104c129d7b7 in arquillian
[01:01:41] <clerum> but works fine when deployed in example
[01:02:10] *** alesj has quit IRC
[01:21:26] *** stuartdouglas has left #seam-dev
[01:22:23] <jbossbot> git [mail] push master 630e75d.. Cody Lerum structure for seam render impl
[01:22:23] <jbossbot> git [mail] push master b7053cc.. Cody Lerum rename TemplateImpl to TemplateProvider
[01:22:24] <jbossbot> git [mail] push master 51d17e5.. Cody Lerum Merge branch 'master' into seam-render
[01:22:24] <jbossbot> git [mail] push master 0fd9d44.. Cody Lerum update with lincolnthree input
[01:22:24] <jbossbot> git [mail] push master 96bb722.. Cody Lerum drop MailTemplate interface
[01:22:24] <jbossbot> git [mail] push master 0e2f688.. Cody Lerum add Seam Render to example...
[01:22:24] <jbossbot> git [mail] push master URL: http://github.com/seam/mail/compare/06c0bb8...0e2f688
[01:26:16] *** gastaldi has joined #seam-dev
[01:26:21] <gastaldi> hello
[01:26:44] <gastaldi> Hey aslak ! Welcome back from Cuba !
[01:27:28] <gastaldi> Arquillian is waiting for you for an upgrade of Weld
[01:28:52] <gastaldi> Anybody: How do I edit my seam 3 module page ? :P
[01:29:14] <aslak> gastaldi, heya, thank you! :)
[01:29:31] <aslak> gastaldi, weld 1.1 final you mean?
[01:29:38] <gastaldi> yeah
[01:29:42] <gastaldi> at least :)
[01:29:53] <aslak> gastaldi, it's done, just not released.. :)
[01:30:07] <aslak> gastaldi, you can use the weld provided container for now..
[01:30:11] <lightguard_jp> gastaldi: on the left side under all the menus will be an edit link
[01:30:44] <lightguard_jp> aslak: We need to be able to release containers independantly of arquillian, probably enrichers too.
[01:31:05] *** daniel_hinojosa has quit IRC
[01:31:26] <gastaldi> found it
[01:31:38] <lightguard_jp> gastaldi: excellent
[01:31:54] <gastaldi> Just corrected a minor typo :)
[01:31:57] <lightguard_jp> gastaldi: I'm going to be leaving soon, but feel free to email / twitter / ping me if you have questions
[01:32:01] <lightguard_jp> Oops
[01:32:12] <gastaldi> ok
[01:32:15] <gastaldi> Thanks !
[01:34:34] <clerum> lincolntree: https://github.com/seam/mail
[01:34:46] <clerum> lincolnthree: that is
[01:34:51] <aslak> lightguard_jp, yea, definitly. splitting out the modules for next.next release
[01:34:55] <clerum> works in the sendmail web example
[01:35:11] <clerum> arquillian test fails and not sure why
[01:35:18] <clerum> have it marked as @Ignore for now
[01:35:19] <lightguard_jp> aslak: I'll probably have to do that for Glassfish remote 3.1
[01:35:26] <lightguard_jp> Been bogged down with Catch
[01:35:36] <lightguard_jp> And work
[01:35:42] <aslak> lightguard_jp, work? hehe
[01:36:03] <lightguard_jp> aslak: Yeah, the stuff I have to do to pay the bills that isn't the work I want to be doing :)
[01:36:56] <gastaldi> lightguard_jp: Same for me
[01:37:12] <gastaldi> lightguard_jp: I feel like a whore, just doing for the money ! :)
[01:37:25] <lightguard_jp> haha
[01:39:50] <aslak> :)
[01:42:39] <gastaldi> aslak: when alpha-5 of arquillian will be released ?
[01:43:34] <aslak> gastaldi, got some integration work still to finish, and waiting for a shrinkwrap release. majorly overdue, but the puzzle is closing
[01:44:15] <aslak> puzzle is soon puzeled ?
[01:44:56] <gastaldi> :)
[01:46:13] *** jose_freitas has quit IRC
[01:53:57] <gastaldi> I am trying to run "clean install" on my Seam JCR Docs submodule, but I always get a NPE on jdocbook plugin
[01:54:13] <gastaldi> Does it happens with anyone ?
[01:57:35] <lightguard_jp> I usually run that with the release profile
[01:58:07] <gastaldi> mvn -Prelease clean install ?
[01:58:14] *** johnament has joined #seam-dev
[01:58:20] <gastaldi> hey johnament !
[01:58:31] <johnament> hey george
[01:58:33] <gastaldi> do you get NPE on generating the docs on seam JCR ?
[02:00:04] <lightguard_jp> gastaldi: Yep
[02:00:47] <lightguard_jp> gastaldi: Time to go home.
[02:00:56] <gastaldi> lightguard_jp: Thanks for the help again !
[02:01:00] <lightguard_jp> Sure
[02:01:03] <johnament> no i do not
[02:01:23] <gastaldi> strange.
[02:04:10] <gastaldi> johnament: How do you generate the docs ?
[02:04:35] <johnament> either release profile or just go straight in and mvn install
[02:04:49] <gastaldi> http://pastebin.mozilla.org/1138660
[02:04:52] <gastaldi> I get this error
[02:05:03] <gastaldi> (see in the bottom)
[02:05:08] *** lightguard_jp has quit IRC
[02:05:24] <johnament> those look like maven issues
[02:06:00] 
[02:06:30] <gastaldi> http://pastebin.mozilla.org/1138661
[02:06:40] <gastaldi> I ran without -X
[02:08:33] <gastaldi> stacktrace on http://pastebin.mozilla.org/1138663
[02:08:45] <gastaldi> it looks like some system property is missinh
[02:09:11] <gastaldi> MPJDOCBOOK-56
[02:09:13] <jbossbot> jira [MPJDOCBOOK-56] NPE when using a Proxy Server and JDK > 1.5 [Resolved (Done) Bug, Minor, Steve Ebersole] https://issues.jboss.org/browse/MPJDOCBOOK-56
[02:10:16] <johnament> are you using a proxy
[02:10:24] <gastaldi> no
[02:10:54] <gastaldi> humm.. But there is one enabled
[02:10:58] <gastaldi> let me try again
[02:13:19] *** daniel_hinojosa has joined #seam-dev
[02:13:49] <gastaldi> now a XML Parse error on master.xml :(
[02:13:50] <gastaldi> Shoot
[02:14:22] <johnament> are you working off of mine?
[02:14:43] <gastaldi> Error on line 20 column 20 of file:/d:/git/jcr/docs/src/main/docbook/en-US/maste
[02:14:43] <gastaldi> r.xml:
[02:14:43] <gastaldi>   Error reported by XML parser: Invalid byte 2 of 3-byte UTF-8 sequence.
[02:14:56] <gastaldi> I did a "git pull upstream master"
[02:15:12] *** bleathem_ has joined #seam-dev
[02:15:17] *** bleathem_ is now known as bleathem__
[02:15:23] *** bleathem__ is now known as bleathem_home
[02:17:27] <johnament> ok, it's time for me to merge my hg branches back together.
[02:18:32] <gastaldi> I had an idea
[02:18:53] <gastaldi> What if we return proxy/decorated repository on @Inject @JcrRepository
[02:19:09] <gastaldi> and then when a session is created, we attach the JcrEventListener ?
[02:19:57] <gastaldi> That way, event listeners will always be bind and we could have a finer control on Repository operations
[02:20:04] <gastaldi> like, firing another events
[02:20:06] <gastaldi> WDYT ?
[02:20:22] <johnament> I don't know why we need to?
[02:20:40] <gastaldi> Remember to automatically bind the EventListener issue ?
[02:21:04] <johnament> I thought we were doing that in the producer?
[02:21:19] <gastaldi> Yeah, but only for Session objects produce
[02:21:23] <gastaldi> produced there
[02:21:32] <johnament> right.
[02:21:34] <gastaldi> What if a Repository is injected and login is called ?
[02:21:48] <gastaldi> we could not control that
[02:22:00] <johnament> They can still use our APIs to create an instance of the listener, no?
[02:22:35] <gastaldi> yes, but it will not be so fun
[02:22:53] <gastaldi> I mean, it would still need to have seam-jcr-impl on the classpath
[02:22:57] <gastaldi> on compile time
[02:23:09] <gastaldi> and that would not be so nice
[02:23:38] <gastaldi> Do you see any problems on having a decorator for Repository objects ?
[02:24:05] <johnament> we can move the class to API
[02:25:06] <gastaldi> did you understand my idea ?
[02:26:04] <gastaldi> I am saying that the EventListener will be bound to the Session no matter how the Session is created
[02:26:20] <gastaldi> Actually we are producing Session objects
[02:26:52] <gastaldi> but when the app developer calls Repository.login(...), it must manually register the listener
[02:27:31] <johnament> i know.
[02:27:45] <gastaldi> that way, we may simply inject Repository
[02:28:01] 
[02:28:33] <johnament> well, i know for the SeamManaged I have to create a proxy repository, so it's possible.
[02:28:34] <gastaldi> man, that will be good !
[02:29:09] *** daniel_hinojosa has quit IRC
[02:29:13] <johnament> i honestly want to get the module out there in a preview state so people can play with it and give us feedback.
[02:29:25] <gastaldi> that would not change a bit
[02:29:46] <gastaldi> It would just be refactored
[02:29:51] <johnament> definitely
[02:29:52] <gastaldi> No strings attached
[02:30:00] <johnament> just saying, i don't want to derail monday's release.
[02:30:26] <gastaldi> I say we may still release on monday if that works now
[02:30:40] 
[02:30:54] 
[02:37:34] <gastaldi> Any ideas for injecting Credential on creating sessions ?
[02:38:16] <gastaldi> Or is this something we may consider ?
[02:39:57] <johnament> i figure, client will need to provide a @Produces public Credentials .. method or similar.
[02:40:21] <johnament> at the same scope as they are injecting the session. or wider.
[02:40:45] <johnament> if found, then we use the credentials on login
[02:41:36] <gastaldi> that would be on app developer code ?
[02:41:49] <johnament> the producer?
[02:41:52] <gastaldi> no
[02:42:04] <johnament> only the producer method would in app developer code
[02:42:47] <gastaldi> Ah ! And we could place an Instance<Credentials> on the @Produces for Session
[02:42:55] <gastaldi> to resolve on runtime
[02:43:17] <johnament> something like it.
[02:43:25] <johnament> i would prefer to use bean manager to lookup, but either would work.
[02:43:51] <johnament> probably in the extension, i want to make sure we know up front if there is a credential producer or not
[02:44:05] <gastaldi> Yeah
[02:44:33] <johnament> the other thing is that we need to make sure credentials can map to a repo somehow
[02:46:05] <gastaldi> yeah, I was thinking of that now
[03:02:29] *** johnament has quit IRC
[03:05:20] *** gastaldi has quit IRC
[03:10:34] *** bitshuffler has joined #seam-dev
[03:20:35] *** gastaldi has joined #seam-dev
[03:21:08] <gastaldi> I remember seeing a class named AbstractWeldTest
[03:21:20] <gastaldi> Is it a replacement for Arquillian ?
[03:30:30] *** aslak has quit IRC
[03:45:45] *** gastaldi has quit IRC
[04:05:55] *** stuartdouglas has joined #seam-dev
[04:05:55] *** stuartdouglas has joined #seam-dev
[04:08:01] <sbryzak> stuartdouglas: i'm guessing you're at the airport?
[04:08:30] <stuartdouglas> yep
[04:08:53] <stuartdouglas> only for another 20 minutes though
[04:09:07] <sbryzak> i had to pay $15 there just so i could check my e-mail
[04:12:16] <stuartdouglas> It's free now
[04:12:29] <stuartdouglas> Or at least, it is at the moment, some optus promotion
[04:13:43] *** gastaldi has joined #seam-dev
[04:14:58] <sbryzak> good to hear, i think all airports should have free wifi
[04:17:04] <jbossbot> git [mail] push master 5742b68.. Cody Lerum package reshuffle
[04:17:04] <jbossbot> git [mail] push master URL: http://github.com/seam/mail/compare/0e2f688...5742b68
[04:35:40] *** stuartdouglas has quit IRC
[04:45:58] *** gastaldi has quit IRC
[04:47:58] *** stuartdouglas has joined #seam-dev
[04:49:51] *** stuartdouglas has quit IRC
[05:04:37] *** daniel_hinojosa has joined #seam-dev
[05:12:27] *** lincolnthree has quit IRC
[06:50:21] *** tsurdilo has joined #seam-dev
[06:56:42] *** clerum has quit IRC
[06:58:09] *** clerum has joined #seam-dev
[07:04:31] *** tsurdilo1 has joined #seam-dev
[07:07:34] *** tsurdilo has quit IRC
[07:17:07] *** tsurdilo1 has quit IRC
[07:25:06] *** oskutka has joined #seam-dev
[07:45:28] *** stuartdouglas has joined #seam-dev
[07:57:10] *** stuartdouglas has quit IRC
[08:02:53] *** bitshuffler has quit IRC
[08:08:02] *** rruss has quit IRC
[08:10:14] *** daniel_hinojosa has quit IRC
[08:13:31] *** jharting has joined #seam-dev
[08:17:17] *** bleathem_home has quit IRC
[08:23:37] *** maschmid has joined #seam-dev
[08:39:03] *** marekn has joined #seam-dev
[08:39:50] *** bitshuffler has joined #seam-dev
[09:02:03] *** mgencur has joined #seam-dev
[09:22:37] *** emmanuel has joined #seam-dev
[09:39:12] *** shervin_a has joined #seam-dev
[10:03:37] *** msmigielski has joined #seam-dev
[10:24:44] *** kpiwko has joined #seam-dev
[10:40:02] <nickarls> hmm, isn't the api supposed to be included in the jar you get by including "seam-international"?
[10:44:59] *** maxandersen has quit IRC
[10:45:25] *** msmigielski has quit IRC
[10:45:29] *** maxandersen has joined #seam-dev
[10:45:33] *** maxandersen has quit IRC
[10:45:33] *** maxandersen has joined #seam-dev
[10:48:18] *** emmanuel has quit IRC
[11:02:05] *** maxandersen has quit IRC
[11:04:22] *** alesj has joined #seam-dev
[11:10:37] *** maxandersen has joined #seam-dev
[11:42:49] *** stuartdouglas has joined #seam-dev
[11:45:30] *** stuartdouglas has quit IRC
[12:03:34] *** jharting has quit IRC
[12:10:02] *** sannegrinovero has joined #seam-dev
[12:10:08] *** msmigielski has joined #seam-dev
[12:12:52] <sbryzak> nickarls: yes... isn't it??
[12:14:36] <nickarls> yep, my bad, I was looking for a class that was in snapshot but not in cr1
[12:15:50] <sbryzak> nickarls: np, you had me worried for a moment ;)
[12:31:43] *** clerum has quit IRC
[12:33:25] *** clerum has joined #seam-dev
[12:51:02] *** msmigielski has quit IRC
[12:51:38] *** maschmid has quit IRC
[12:54:55] <jbossbot> git [security] push master b504a4f.. Shane Bryzak start authorization chapter
[12:54:55] <jbossbot> git [security] push master 76eb0cc.. Shane Bryzak remove unnecessary annotations, minor refactoring
[12:54:56] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/b886629...76eb0cc
[12:57:44] <nickarls> anyone know what the current status of the locale->message integration is in snapshot (ApplicationBundles etc)?
[13:04:56] *** bitshuffler has quit IRC
[13:36:21] *** jbossbot has quit IRC
[13:42:40] *** lincolnthree has joined #seam-dev
[13:45:55] <lincolnthree> good morning everyone
[13:46:43] <sbryzak> lincolnthree: morning
[13:47:01] <lincolnthree> sbryzak: I patched forge dist alpha2 download zipfile
[13:47:10] <lincolnthree> you might want to do the same for Seam CR2, though it means uploading a new file
[13:47:34] <sbryzak> what was the patch?
[13:47:50] <lincolnthree> i replaced jansi.jar with jansi-1.5.jar to fix the windoze issues
[13:48:10] <sbryzak> ah
[13:48:13] <lincolnthree> not sure why *i* didn't have issues with it? but? ces la'vie
[13:48:35] <lincolnthree> it fixes the problem
[13:48:53] <lincolnthree> and i've updated the pom to reflect the change so it shouldn't bug us going forward
[13:48:55] *** lincolnthree has quit IRC
[13:49:56] <nickarls> l3: do you know anything about the status of the post-CR1 Locale->Bundle integration in the i18n module?
[13:55:04] *** lincolnthree has joined #seam-dev
[13:55:12] <lincolnthree> blah, i love airport internet!
[13:55:28] <lincolnthree> what did I miss (from "it fixes the problem")
[13:55:33] <lincolnthree> sbryzak: if anything
[13:55:55] <sbryzak> not much ;)
[13:56:12] <maxandersen> sbryzak: lincolnthree: im curious about the log4j logging problem - isn't this Weld being bad in shipping it inside it self ?
[13:56:37] <lincolnthree> log4j problem? that's news to me
[13:56:39] <lincolnthree> what's happening?
[13:56:45] <sbryzak> maxandersen: is this the issue that martin discovered?
[13:56:57] <maxandersen> yes dont have the jira just now.
[13:57:00] <sbryzak> lincolnthree: i just moved the issue to SEAMFORGE
[13:57:10] <sbryzak> SEAMFORGE-57
[13:57:32] <sbryzak> dammit jbossbot, where are you
[13:57:35] <maxandersen> sbryzak: yes, but the problem isn't Seamforge afaik
[13:57:37] <lincolnthree> i see it
[13:57:46] <lincolnthree> i believe this is because of the way it's packaged with seam
[13:57:59] <sbryzak> it's because it's distributed in the weld-servlet bundle
[13:58:00] <lincolnthree> ye
[13:58:01] <lincolnthree> yep
[13:58:12] <sbryzak> in fact, i'm not sure why we're packaging weld-servlet
[13:58:25] <lincolnthree> forge should probably have its own lib folder IMO
[13:58:35] <maxandersen> sbryzak: yes exactly?thus not really a Forge "problem" ..just saying ;)
[13:58:38] <sbryzak> lincolnthree: that blows out the distribution size by quite a lot
[13:58:44] <lincolnthree> true..
[13:58:55] <lincolnthree> but I don't think this is something I can fix really
[13:59:05] <sbryzak> we can fix it by not bundling weld-servlet
[13:59:19] <lincolnthree> i suppose that would work ;) shall i push the issue back to SEAM? ;)
[13:59:20] <sbryzak> i'm not sure which module pulls it in, i need to investigate
[13:59:30] <sbryzak> sure, push it back
[13:59:35] <sbryzak> i'll make a note in it
[13:59:37] <lincolnthree> hehe
[13:59:43] <sbryzak> musical issues
[14:00:06] <lincolnthree> SEAM-3?
[14:00:07] <lincolnthree> or SEAM
[14:00:13] <sbryzak> just SEAM
[14:00:22] <lincolnthree> what is the seam-3 project?
[14:00:38] <sbryzak> i didn't know there was one
[14:00:44] <lincolnthree> i see both seam and seam-3 in the project list
[14:01:01] <lincolnthree> https://issues.jboss.org/browse/SEAM-3
[14:01:01] <sbryzak> oh
[14:01:05] <sbryzak> Seam is 2.x
[14:01:09] <sbryzak> Seam 3 is 3.x
[14:01:10] <lincolnthree> weird
[14:01:25] <lincolnthree> i think there's a bug in jira or something
[14:01:33] <lincolnthree> there's no way to get to the SEAM-3 project
[14:01:34] <lincolnthree> lol
[14:01:38] <sbryzak> the key is SEAM
[14:01:41] <lincolnthree> it takes you to SEAM/3
[14:01:48] <sbryzak> for Seam 2.x the key is JBSEAM
[14:01:53] <lincolnthree> Ahhhhh
[14:02:35] <sbryzak> i think we have more jira projects than any other jboss product
[14:02:45] <lincolnthree> lol probably
[14:02:52] <lincolnthree> with reason too
[14:02:54] <lincolnthree> but things get lost
[14:03:11] <lincolnthree> ok, https://issues.jboss.org/browse/SEAM-36
[14:03:55] <sbryzak> thanks
[14:04:06] <lincolnthree> np
[14:08:16] <lincolnthree> My cell phone is hating me right now
[14:08:33] <lincolnthree> Using it as a data-source for my laptop is taxing the limit of my version 1 droid
[14:08:59] *** aslak has joined #seam-dev
[14:08:59] *** aslak has quit IRC
[14:08:59] *** aslak has joined #seam-dev
[14:14:37] <nickarls> lincolnthree: trying to understand the i18n module messages, there are no docs on how to use it from EL. Is is supposed to expose the bundles as maps or how is it done?
[14:15:16] <lincolnthree> nickarls: good question - i don't think we ever completely finished that off. but yes, bundles is a map available in EL
[14:15:20] <lincolnthree> it's a double map
[14:15:31] <lincolnthree> so you get the bundle, then dereference a second map to get the message
[14:15:37] <lincolnthree> i forget the exact EL syntax right now
[14:16:00] <lincolnthree> #{bundles['bundlekey']['messagekey']}
[14:16:02] <lincolnthree> or something lke that
[14:16:51] <nickarls> I'm using the JSF post-app-construct event, inject the ApplicationBundles and populate the Locale,bundlename,resourcebundle pairs
[14:17:53] *** msmigielski has joined #seam-dev
[14:17:56] <nickarls> it would be handy if you could just have bundlekey.messagekey but that would require some more magic
[14:18:40] *** jbossbot has joined #seam-dev
[14:20:00] <lincolnthree> yeah, that's what i proposed originally, but I think dan veto'd it a while back in favor of this easier solution
[14:25:42] *** lincolnthree has quit IRC
[14:33:13] *** clerum has quit IRC
[14:34:20] *** lincolnthree has joined #seam-dev
[14:38:40] *** clerum has joined #seam-dev
[14:53:20] <lincolnthree> the issues they are a rollin' in
[14:54:14] <nickarls> lincolnthree: good thing that someone is trying stuff out ;-)
[14:55:29] <nickarls> here's another one for your collection: ApplicationBundles.put* throw NPEs for non-existent locales (double get into uninitialized nested map). I'll try to remember JIRA:ing it ;-)
[14:56:41] <lincolnthree> JEERA
[14:59:42] <lincolnthree> http://www.dzone.com/links/things_are_heating_up_over_at_jboss_seamforge_is.html
[15:05:40] *** rruss has joined #seam-dev
[15:05:45] *** lightguard_jp has joined #seam-dev
[15:06:24] *** lincolnthree has quit IRC
[15:09:43] *** tsurdilo has joined #seam-dev
[15:17:36] *** msmigielski has quit IRC
[15:18:35] *** msmigielski has joined #seam-dev
[15:26:13] *** lincolnthree has joined #seam-dev
[15:28:58] *** msmigielski has quit IRC
[15:31:39] *** oskutka has quit IRC
[15:37:11] *** monkeyden has joined #seam-dev
[15:49:55] <mgencur> lincolnthree: ping
[15:50:09] <lincolnthree> mgencur: pong
[15:50:53] <mgencur> lincolnthree: hi Lincoln, is there any other documentation then reference guide for Forge?
[15:51:11] <mgencur> I mean where the particular commads would be explained or something like it
[15:51:16] <lincolnthree> mgencur: yes, but you aren't going to like it
[15:51:23] <mgencur> hehe
[15:51:35] <lincolnthree> type 'help'
[15:51:56] <mgencur> lincolnthree: ok
[15:52:02] <lincolnthree> then type 'help commmand'
[15:52:06] <lincolnthree> whatever your command is
[15:52:12] <lincolnthree> so 'help new-project'
[15:52:13] <lincolnthree> etc
[15:52:42] <mgencur> lincolnthree: good, I will try several commands
[15:52:51] <lincolnthree> PS: http://pastebin.com/nERV3uw0
[15:53:34] <mgencur> lincolnthree: thanks:)
[15:53:41] <lincolnthree> not checked in yet :)
[15:53:45] <lincolnthree> but fixed remote repo resolution
[15:54:11] <mgencur> that's great, where was the problem?
[15:54:33] <lincolnthree> I didn't have any aether-wagon-adapter providers on the classpath
[15:54:44] <lincolnthree> so it was unable to connect to any remote repos
[15:54:52] <lincolnthree> now it goes out to whatever repositories are configured in your project pom :)
[15:54:59] <lincolnthree> which by default includes the jboss repo
[15:55:04] <lincolnthree> because we are cool like that
[15:55:07] <lincolnthree> and i have the power
[15:55:14] <mgencur> :) good
[15:56:10] <lincolnthree> the unit test is a bit hackish?
[15:56:14] <lincolnthree>    @Test
[15:56:14] <lincolnthree>    public void testLookup()
[15:56:14] <lincolnthree>    {
[15:56:14] <lincolnthree>       List<String> versions = repo.getAvailableVersions("com.ocpsoft:ocpsoft-pretty-faces:[,)",
[15:56:14] <lincolnthree>                new DependencyRepositoryImpl("central",
[15:56:14] <lincolnthree>                         "http://repo1.maven.org/maven2/"));
[15:56:15] <lincolnthree>       assertTrue(versions.size() > 10);
[15:56:15] <lincolnthree>    }
[15:56:30] <mgencur> lincolnthree: how can I return to a particular project that I created with Forge? I mean to its workspace
[15:56:44] <lincolnthree> cd ~/Projects/myproject
[15:57:10] <mgencur> lincolnthree: and type forge ?
[15:57:17] <lincolnthree> or run that within forge ;)
[15:57:32] <mgencur> lincolnthree: yeah, I get it
[15:57:41] <lincolnthree> maybe i dont get what you're asking
[15:57:57] <lincolnthree> or do you mean, you want to go back to the project root directory
[15:58:20] <mgencur> lincolnthree: no, I already know what I wanted ;-)
[15:59:08] <lincolnthree> I think I am going to alias 'cd <' to take you back to the project root
[15:59:13] <lincolnthree> what do you think about that?
[15:59:25] <lincolnthree> so if you are in any subdirectory, you can get back to the project home
[16:00:06] <sbryzak> lincolnthree: how about you make it cd ~
[16:00:17] <lightguard_jp> :)
[16:00:18] <lincolnthree> that takes you to the user's home dir ;)
[16:00:23] <mgencur> lincolnthree: hmm, that would be good, but not neccessary
[16:00:49] <lincolnthree> mgencur: i think it is necessary, for instance, if you create a new-entity? that entity is already picked up
[16:00:50] <lincolnthree> then you need to cd ../../../../ ?.. etc
[16:00:56] <lincolnthree> to get back to "project home"
[16:01:16] <mgencur> lincolnthree: I don't know yet what is needed and when ;-) so then yes:)
[16:01:31] <lincolnthree> $ go home ?
[16:01:36] <lincolnthree> $ go project
[16:01:49] <lincolnthree> maybe the "mark" and "go" commands would be useful
[16:02:04] <lincolnthree> $ mark javasrc
[16:02:07] <lincolnthree> $ go javasrc
[16:02:11] <lincolnthree> takes you back to that dir
[16:02:17] <lincolnthree> with tab-completion of course
[16:02:25] <lincolnthree> $ go java<TAB>
[16:02:28] *** kpiwko has quit IRC
[16:02:39] <lincolnthree> I feel a JIRA coming on
[16:02:42] <mgencur> it would be sweet
[16:02:56] <lincolnthree> witha  few defaults
[16:02:57] <lincolnthree> go project
[16:03:01] <lincolnthree> go root
[16:03:04] <lincolnthree> go home
[16:03:05] <lincolnthree> etc
[16:03:13] <mgencur> yeah, sounds good
[16:03:30] <lincolnthree> hmm? but should they be global to forge or to the project
[16:03:41] <lincolnthree> probably just to the project, in which case that could be the use-case for forge.xml
[16:03:42] <lincolnthree> or....
[16:03:58] <mgencur> I'd prefer to the project
[16:03:58] <lincolnthree> if ?global is passed, then they would go in to the global config
[16:05:07] <jbossbot> git [forge] push master 340017f.. Lincoln Baxter, III SEAMFORGE-53 SEAMFORGE-58
[16:05:09] <jbossbot> jira [SEAMFORGE-53] Version range prompt is not querying remote repositories [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-53
[16:05:10] <jbossbot> jira [SEAMFORGE-58] Failing to install forge.api facet - missing Forge API version to choose [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-58
[16:05:10] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/d360251...340017f
[16:14:55] <mgencur> lincolnthree: Lincoln have you seen this? ...
[16:14:57] <mgencur> [test] test $ new-entity --named Martin
[16:14:57] <mgencur> In which package you'd like to create this @Entity, or enter for default: [com.mgencur.domain] com.mgencur.domain
[16:14:57] <mgencur> ***ERROR*** [new-entity] org.eclipse.jdt.internal.compiler.impl.CompilerOptions.getSeverity(J)I
[16:15:15] <lincolnthree> hmmm
[16:15:36] <jbossbot> git [forge] push master 1d5b362.. Lincoln Baxter, III Additional promptChoice() fix and test cases for SEAMFORGE-58
[16:15:37] <jbossbot> jira [SEAMFORGE-58] Failing to install forge.api facet - missing Forge API version to choose [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-58
[16:15:37] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/340017f...1d5b362
[16:15:43] <lincolnthree> let me try that
[16:15:48] <mgencur> please
[16:16:18] <lincolnthree> works for me
[16:16:24] <lincolnthree> [example] src $ new-entity --named Lincoln
[16:16:25] <lincolnthree> In which package you'd like to create this @Entity, or enter for default: [com.example.domain] com.example.domain
[16:16:25] <lincolnthree> Wrote /Users/lbaxter/Desktop/example/src/main/java/com/example/domain/Lincoln.java
[16:16:25] <lincolnthree> Created @Entity [com.example.domain.Lincoln]
[16:16:25] <lincolnthree> Picked up type <JavaResource>: com.example.domain.Lincoln
[16:16:43] <mgencur> lincolnthree: hmm, interesting
[16:16:55] <lincolnthree> you are using alpha2?
[16:17:10] <mgencur> lincolnthree: yes, the one packaged inside Seam CR2
[16:17:33] <lincolnthree> just tried with that version, too
[16:17:35] <lincolnthree> worked as well
[16:17:39] <lincolnthree> is it reproducible?
[16:17:58] <lincolnthree> could you give me a stack trace?
[16:18:00] <lincolnthree> $ set VERBOSE on
[16:18:01] <lincolnthree> err
[16:18:05] <lincolnthree> $ set VERBOSE true
[16:18:05] <mgencur> ok
[16:18:57] <mgencur> lincolnthree: http://pastebin.com/3G5cJuBe
[16:19:37] <lincolnthree> wow
[16:19:42] <mgencur> lincolnthree: I will try the standalone one (alpha2)
[16:19:51] <lincolnthree> it looks like somehow the CR2 build must have pulled in a different version of JDT
[16:19:57] <lincolnthree> mgencur: thanks
[16:21:52] <mgencur> lincolnthree: it works fine with the standalone version
[16:22:06] <lincolnthree> ok? sbryzak, looks like another packaging issue
[16:22:18] <lincolnthree> :(
[16:25:59] *** daniel_hinojosa has joined #seam-dev
[16:26:48] <mgencur> lincolnthree: I tried it again with fresh Seam 3 distribution unpacked and the problem is still there, I'll file an issue
[16:27:13] <lincolnthree> file the issue in SEAM
[16:27:18] <lincolnthree> if you would :)
[16:27:22] <mgencur> lincolnthree: yes
[16:27:24] <lincolnthree> ty
[16:27:35] <mgencur> yrw:)
[16:28:18] *** lincolnthree has quit IRC
[16:30:35] *** lincolnthree has joined #seam-dev
[16:48:58] <clerum> lincolnthree: any idea why I would get an https://gist.github.com/cf6fe8562104c129d7b7 in arquillian as6 remote test but works fine when deployed to the server in test example
[16:49:52] <clerum> I see the class in org.jboss.seam.mail.SeamRenderMailMessageTest_test.war\WEB-INF\lib\seam-render-1.0.0-SNAPSHOT.jar\org\jboss\seam\render\TemplateCompiler.class
[16:50:04] <lincolnthree> hmm? is there a valid beans.xml ?
[16:50:07] <lincolnthree> in META-INF ?
[16:50:24] <lincolnthree> of the render.jar
[16:51:07] <clerum> the test jar has an empty beans.xml as in <beans xsi:schemaLocation=" http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/beans_1_0.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee"> </beans>
[16:51:32] <clerum> as does seam-render-1.0.0-SNAPSHOT.jar
[16:51:39] <lincolnthree> strange
[16:51:48] *** lightguard_jp has quit IRC
[16:51:57] <clerum> k
[16:51:58] <lincolnthree> ah, hm
[16:52:10] <clerum> just wondering if you had seen something like that before
[16:52:17] <lincolnthree> i think you need to manually add the jar to the deployment
[16:52:29] <lincolnthree> yeah, and i had to do something like this:
[16:52:54] *** jose_freitas has joined #seam-dev
[16:53:35] <clerum> different than - https://github.com/codylerum/mail/blob/master/examples/sendmail/src/test/java/org/jboss/seam/mail/SeamRenderMailMessageTest.java#L70
[16:54:08] <lincolnthree> same, was just about to show that: https://github.com/ocpsoft/prettyfaces/blob/master/tests-jsf2/src/test/java/com/ocpsoft/pretty/faces/test/redirect/URLRedirectTest.java
[16:54:11] <lincolnthree> v strange
[16:54:17] *** marekn has quit IRC
[16:54:41] <clerum> yeah if I deploy the example I can send messages using render
[17:00:58] *** shervin_a has quit IRC
[17:06:06] <mgencur> lincolnthree: Lincoln, when I type "help beans", it outputs "new-conversation" among others, but when I type "beans new-conversation" the output is ***ERROR*** [[beans] ] Missing command for plugin [beans], available commands: [list-alternatives, new-bean, setup, list-decorators, list-interceptors]
[17:06:10] <mgencur> any comments?
[17:06:38] <lincolnthree> hmmm let me take a look
[17:06:52] <lincolnthree>    @RequiresResource(JavaResource.class)
[17:06:59] <lincolnthree> you aren't in a JavaResource
[17:07:11] <lincolnthree> that is some poor messaging though
[17:07:20] <mgencur> lincolnthree: how can I get there?:)
[17:07:29] <lincolnthree> cd into a java class :)
[17:07:36] <mgencur> ahaa
[17:07:44] <mgencur> thanks
[17:07:50] <lincolnthree> np, ill try to fix that up
[17:08:06] <rruss> mgencur: and thanks for the testing :)
[17:08:16] <lincolnthree> yes very much!
[17:08:37] <mgencur> :)
[17:08:43] <mgencur> no problem
[17:08:58] <mgencur> lincolnthree: anyway, the "beans new-bean" doesn't work either in the seam distribution (because of the same error with JDT)
[17:09:56] <lincolnthree> for testing purposes in this moment, could you just use the Forge dist itself?
[17:10:14] <lincolnthree> unless you'd like to continue hitting these :)
[17:10:26] <mgencur> lincolnthree: yes, but I will not spot bugs in Seam 3 ;-)
[17:10:39] <lincolnthree> it doesn't really use seam 3 at all anyway
[17:10:54] <lincolnthree> but go for it, 2 with 1 stone
[17:11:03] <mgencur> I understand but it is in the distribution
[17:11:28] <lincolnthree> *nods*
[17:15:58] <mgencur> lincolnthree: btw, there is also a JIRA for Forge documentation, currently under Seam project, I don't know who will take care of it: https://issues.jboss.org/browse/SEAM-35
[17:15:59] <jbossbot> jira [SEAM-35] Documentation issues [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAM-35
[17:17:20] <lincolnthree> could you add alink to the specific docs that shows the issue?
[17:17:30] <lincolnthree> this is correct in the forge docs afaik
[17:17:47] <lincolnthree> i want to see the issue but need to make sure i look in the right place
[17:18:08] <lincolnthree> sbryzak: was working on the docs integration as well as the forge -> seam bundle
[17:18:17] <mgencur> lincolnthree: this comes from reference documentation bundled inside Seam 3 CR2
[17:18:28] <lincolnthree> is it hosted online?
[17:18:44] <mgencur> lincolnthree: hmm, I don't knwo
[17:18:46] <mgencur> know
[17:19:03] <lincolnthree> http://docs.jboss.org/seam/3/3.0.0.CR2/reference/en-US/html_single/
[17:19:44] <mgencur> lincolnthree: some of the bugs are really there
[17:19:59] <mgencur> for example "install Forge" link
[17:20:21] <lincolnthree> are really where?
[17:20:29] <lincolnthree> i see them in the seam master docs
[17:20:35] <mgencur> lincolnthree: in the link you've sent me:)
[17:20:38] <lincolnthree> ah yes
[17:24:33] *** lukaszlenart has joined #seam-dev
[17:24:40] <mgencur> lincolnthree: as I look here: http://docs.jboss.org/forge/1.0.0.Alpha2/html_single, I think at least the minor issue with example-plugin is there ....
[17:24:41] <mgencur> $ example-plugin --two dog bird --one cat lizard   >> option one equals: cat >> option two equals: dog  >> option one equals: bird >> option two equals: lizard
[17:24:50] *** lightguard_jp has joined #seam-dev
[17:25:03] <mgencur> I think it should be one, two, three, four, not one, two, one, two
[17:25:08] <mgencur> wdyt?
[17:25:12] <lincolnthree> oops? let me look
[17:25:44] *** lukaszlenart has quit IRC
[17:26:13] <lincolnthree> yes
[17:26:15] <mgencur> lincolnthree: and some typos as well
[17:26:15] *** daniel_hinojosa has quit IRC
[17:26:17] <lincolnthree> you are correct
[17:26:25] <mgencur> look for the typos in the JIRA
[17:26:38] <lincolnthree> could you open a separate JIRA for forge docs typos?
[17:26:41] <lincolnthree> in SEAMFORGE?
[17:27:00] <lincolnthree> if that's not too much to ask
[17:27:03] *** lukaszlenart has joined #seam-dev
[17:27:14] <lincolnthree> (i don't know if it is, so tell me)
[17:27:15] <lincolnthree> lol
[17:27:25] <mgencur> lincolnthree: no no :)
[17:27:46] <lincolnthree> like sbryzak said earlier, Seam has the most issue trackers of any project I think
[17:28:10] <mgencur> lincolnthree: yes, sometimes it's anoying
[17:28:11] <jose_freitas> hehehe
[17:28:25] *** lukaszlenart has left #seam-dev
[17:28:45] <mgencur> I don't have time to go through all the issues, can I just cut&paste the desctiprion to the forge issue? I have to go in a minute
[17:30:16] <lincolnthree> sure
[17:30:18] <lincolnthree> that's no
[17:30:19] <lincolnthree> problem
[17:30:39] <lincolnthree> ditto, my butt is getting sore in these lame airport seats
[17:30:43] <lincolnthree> need to walk around
[17:30:44] <lincolnthree> and find food
[17:31:00] <mgencur> ok
[17:31:39] <mgencur> lincolnthree: https://issues.jboss.org/browse/SEAMFORGE-60, leaving.....
[17:31:41] <jbossbot> jira [SEAMFORGE-60] Documentation issues [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-60
[17:31:55] *** mgencur has left #seam-dev
[17:34:31] <jose_freitas> isn't there a seam-parent for CR2?
[17:38:53] <lincolnthree> jose_freitas: there should be
[17:38:57] <lincolnthree> ask sbryzak
[17:39:45] <jose_freitas> hm
[17:40:06] <jose_freitas> I just looked at nexus repo and there's no new parent nor a new bom
[17:40:59] <clerum> same as CR1 except for addtion of forge
[17:41:19] <clerum> versions/deps/etc should all be the same
[17:41:28] <clerum> right?
[17:42:22] <jose_freitas> yes, it should be
[17:43:01] *** lukaszlenart has joined #seam-dev
[17:43:09] <jose_freitas> I acctually was just thinking how sbryzak is managing that, does that mean that officially we have modules with different versions?
[17:43:28] <lincolnthree> yes, and they all come together to form the CR release
[17:43:32] <lincolnthree> or bundle
[17:43:54] *** lukaszlenart has left #seam-dev
[17:43:58] <jose_freitas> I mean, when we have seam 3.1 for example are we going to have seam-faces 3.1 and for example seam-international 3.05?
[17:44:05] <clerum> no
[17:44:16] <clerum> I don't think so
[17:44:21] *** lukaszlenart has joined #seam-dev
[17:44:24] <lincolnthree> i believe so
[17:44:27] *** lukaszlenart has left #seam-dev
[17:44:45] <clerum> if mail had no changes between seam 3 and 3.1 I don't think we would do another mail release just to bump the version
[17:44:54] <clerum> seam 3.1 would just include mail 3.0
[17:45:02] <jose_freitas> hmm
[17:45:09] <clerum> unless I misunderstand the concept
[17:45:11] <lincolnthree> that's correct. you are both saying the same thing :)
[17:45:19] <jose_freitas> lol
[17:45:36] <clerum> sure, but I'm the one who is right :-)
[17:45:42] <jose_freitas> np
[17:45:44] <jose_freitas> :)
[17:46:02] <clerum> I'll mark that down as my win for the day
[17:46:25] <jose_freitas> lol
[17:46:37] <lincolnthree> you are both right
[17:46:37] <lincolnthree> go watch barney
[17:47:09] * jose_freitas googling barney
[17:47:14] <clerum> everybody wins just like in 5 year old soccer
[17:47:15] <jose_freitas> oh
[17:47:22] <jose_freitas> that was offensive
[17:47:49] <lincolnthree> http://www.google.com/images?q=barney&oe=utf-8&rls=org.mozilla:en-US:official&client=firefox-a&um=1&ie=UTF-8&source=univ&sa=X&ei=xq53TdTqEcyP0QGDhKDgBg&ved=0CHcQsAQ&biw=1436&bih=727
[17:48:38] <jose_freitas> :) offensive indeed
[17:48:39] <jose_freitas> lol
[17:49:06] <clerum> whats awesome about that is you get barney the dinosaur, the presidental dog, the simpsons drunk and the ladies man from how I met your mother
[17:49:37] <clerum> oh and barney frank, even better
[17:49:44] <jbossbot> git [forge] push master 0d77473.. Lincoln Baxter, III SEAMFORGE-51 SEAMFORGE-60
[17:49:45] <jbossbot> jira [SEAMFORGE-51] Persistence plugin needs more informative help messages when prompting for container and provider types [Closed (Done) Enhancement, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-51
[17:49:46] <jbossbot> jira [SEAMFORGE-60] Documentation issues [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-60
[17:49:46] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/1d5b362...0d77473
[17:56:47] <lincolnthree> Off to find Pizza.
[17:57:13] *** lincolnthree has quit IRC
[18:23:30] *** daniel_hinojosa has joined #seam-dev
[18:31:42] *** lincolnthree has joined #seam-dev
[18:38:55] *** alesj has quit IRC
[18:53:47] *** msmigielski has joined #seam-dev
[18:53:52] *** cbrock has joined #seam-dev
[18:54:00] *** alesj has joined #seam-dev
[18:54:33] *** alesj has left #seam-dev
[19:11:50] *** lincolnthree has quit IRC
[19:17:25] <jose_freitas> bleathem: ping
[19:24:38] *** msmigielski has quit IRC
[19:25:04] <bleathem> jose_freitas pong
[19:25:58] *** jose_freitas has quit IRC
[19:27:23] *** aslak has quit IRC
[19:27:46] *** tsurdilo has quit IRC
[19:28:13] *** aslak has joined #seam-dev
[19:28:28] *** clerum has quit IRC
[19:29:16] *** clerum has joined #seam-dev
[19:30:26] *** jose_freitas has joined #seam-dev
[19:36:46] *** clerum has quit IRC
[19:41:01] *** cbrock has quit IRC
[19:41:08] *** cbrock has joined #seam-dev
[19:41:09] *** cbrock has quit IRC
[19:41:09] *** cbrock has joined #seam-dev
[19:43:57] *** cbrock has quit IRC
[19:44:18] *** cbrock has joined #seam-dev
[19:49:49] *** daniel_hinojosa has quit IRC
[19:51:35] *** daniel_hinojosa has joined #seam-dev
[19:52:17] *** cbrock has quit IRC
[19:52:27] *** cbrock has joined #seam-dev
[19:52:27] *** cbrock has quit IRC
[19:52:27] *** cbrock has joined #seam-dev
[19:52:30] *** tsurdilo has joined #seam-dev
[19:54:16] *** cbrock_ has joined #seam-dev
[19:54:16] *** cbrock_ has quit IRC
[19:54:16] *** cbrock_ has joined #seam-dev
[19:55:54] *** cbrock__ has joined #seam-dev
[19:55:54] *** cbrock__ has quit IRC
[19:55:54] *** cbrock__ has joined #seam-dev
[19:56:59] *** cbrock has quit IRC
[19:57:05] *** cbrock__ is now known as cbrock
[19:57:55] *** epbernard has joined #seam-dev
[19:57:55] *** epbernard is now known as emmanuel
[19:59:07] *** cbrock_ has quit IRC
[20:08:00] *** cbrock has quit IRC
[20:08:40] *** cbrock has joined #seam-dev
[20:08:40] *** cbrock has quit IRC
[20:08:40] *** cbrock has joined #seam-dev
[20:11:15] *** clerum has joined #seam-dev
[20:13:02] *** tsurdilo has quit IRC
[20:13:32] *** tsurdilo has joined #seam-dev
[20:19:00] *** lukaszlenart has joined #seam-dev
[20:19:41] *** monkeyden has quit IRC
[20:24:15] *** stuartdouglas has joined #seam-dev
[20:26:27] *** emmanuel has quit IRC
[20:36:54] *** lukaszlenart has left #seam-dev
[20:47:07] *** sannegrinovero has quit IRC
[20:55:07] *** lincolnthree has joined #seam-dev
[21:02:23] *** johnament has joined #seam-dev
[21:03:26] <lightguard_jp> sbryzak: http://seamframework.org/Community/MigratingFromSeam221ToSeam300CR1#comment150719 you know the timeline better than I do
[21:03:41] <jose_freitas> can anybody confirm if the meeting is in one hour?
[21:04:22] *** stuartdouglas has quit IRC
[21:05:18] <lightguard_jp> Yes, should be
[21:05:43] *** daniel_hinojosa has quit IRC
[21:07:57] *** tsurdilo has quit IRC
[21:08:04] <lincolnthree> Greaaaat, I'll be on an airplane.
[21:08:07] <lincolnthree> :)
[21:10:10] <johnament> lightguard_jp: so it's 4pm eastern? i thought 5... hrm.
[21:10:25] <lightguard_jp> 2100 UTC
[21:11:15] <johnament> I can't read I support
[21:12:03] <lightguard_jp> We moved it back a day and back one hour too
[21:12:31] <johnament> that somehow works a bit better for me.
[21:12:47] <johnament> now i don't have to show up to work an hour late to stay an hour late :-)
[21:14:51] <lightguard_jp> :)
[21:14:56] <lightguard_jp> I think that was Ken's idea too
[21:16:44] <johnament> Thursday's a travel day for me as well.  I'm traveling between our buildings all afternoon so it was being a PIA (I think I was only at 1 meeting).
[21:33:51] *** lincolnthree has quit IRC
[21:39:06] <nickarls> is there any construct in seam catch for doing JSF redirects or is it just "grab a FacesContext" and go from there?
[21:40:01] <nickarls> in the category "seam security integration, redirect to login page on authenticationexception"
[21:40:18] <jose_freitas> there's an integration with seam-faces that do just that
[21:41:39] *** lincolnthree has joined #seam-dev
[21:42:04] <nickarls> documented somewhere? Didn't catch my eye in either docs
[21:42:12] <jose_freitas> org/jboss/seam/faces/exception/CatchExceptionHandler.java
[21:42:14] <jose_freitas> take a look at
[21:42:24] <jose_freitas> I dont know if it has documentation
[21:42:28] <jose_freitas> I believe it has
[21:42:31] <jose_freitas> though
[21:44:39] <jose_freitas> oh
[21:44:57] <jose_freitas> sorry, I misunderstood what you needed
[21:46:28] <nickarls> I see that both servlet and faces has integration that hooks into error handling and redirect them to Catch.
[21:46:35] <lightguard_jp> nickarls: bleathem I believe it's just inject the faces context and go from there
[21:47:27] <nickarls> it would be good if the security module would provide configurable handlers for this
[21:47:52] <nickarls> as I guess it will be a standard procedure to redirect to login page on security exceptions
[21:48:11] <jose_freitas>  nickarls:
[21:48:19] <jose_freitas> I'd vote on that
[21:48:33] <lightguard_jp> nickarls: I believe Stuart and Shane have something for type safe navigation in faces
[21:49:55] <nickarls> yes, I assume it's planned since most work done in the sec module currently revolves around authentication and programmatic authorization
[21:51:38] <nickarls> hope Adams EL-stuff from http://www.warski.org/blog/?p=211 gets included in some form, too
[21:52:51] *** alesj has joined #seam-dev
[21:57:29] *** lincolnthree has quit IRC
[21:59:06] *** cbrock_ has joined #seam-dev
[21:59:06] *** cbrock_ has quit IRC
[21:59:06] *** cbrock_ has joined #seam-dev
[21:59:38] <lightguard_jp> Drat got a meeting here at work
[21:59:46] *** lightguard_jp is now known as lightguard_jp_aw
[22:00:12] <johnament> i haven't seen this one start.
[22:00:41] *** cbrock has quit IRC
[22:00:41] *** cbrock_ is now known as cbrock
[22:05:45] <lightguard_jp_aw> Mr Community isn't here
[22:08:14] *** stuartdouglas has joined #seam-dev
[22:08:49] *** lightguard_jp_aw is now known as lightguard_jp
[22:10:40] <nickarls> all that the catch module now needs is heuristical logic so that it can analyze a stack trace and explain in plain english what went wrong ;-)
[22:11:03] <lightguard_jp> nickarls: May be a bit more than I want to tackle right now :)
[22:11:41] *** alesj has quit IRC
[22:13:03] *** mojavelinux has joined #seam-dev
[22:13:10] <mojavelinux> there we go, hey everyone!
[22:13:16] <lightguard_jp> :)
[22:13:26] <mojavelinux> apparently I can't connect to freenode when tethering w/ android
[22:13:32] <mojavelinux> sasl error, strange
[22:13:46] <mojavelinux> I'm hangin' w/ ALR right now in BossTown
[22:14:13] <clerum> http://readystate4.com/2011/02/25/solution-to-sasl-error-while-joining-irc-from-a-tethered-mobile-device-notice-you-need-to-identify-via-sasl-to-use-this-server/
[22:14:55] <johnament> what are you using to tether?
[22:15:45] <mojavelinux> cool! thanks, that's exactly what I need...I'll keep that cheat handy for when I don't have a wifi connection to steal :)
[22:15:57] <mojavelinux> tethering with mytouch 4g
[22:17:01] <jose_freitas> hey mojavelinux
[22:17:24] <mojavelinux> okay, so let's get started, albeit a little late :)
[22:19:16] <mojavelinux> obviously, the focus is "commit now or forever hold your Seam 3.0 peace" :)
[22:19:18] <lightguard_jp> *chirp* *chirp*
[22:19:32] <mojavelinux> sorry, that was my brain not being able to come up with something witty fast enough
[22:19:33] <mojavelinux> hehehe
[22:19:43] <lightguard_jp> We should try to get modules updated to the new formatting for final
[22:19:59] <mojavelinux> btw, ALR has said at least a half dozen times in the last 24 hours "seam catch is so cool"
[22:20:07] <lightguard_jp> :)
[22:20:32] <lightguard_jp> I'll be looking at pull requests for the modules on Friday
[22:20:35] <mojavelinux> but to the credit of all other module leads, he doesn't know what else is out there
[22:20:53] <mojavelinux> yes, two important things for final, imho
[22:21:02] <mojavelinux> is #1 we need to be 100% on ASL
[22:21:05] <lightguard_jp> If they're not merged in, and you haven't responded to the email or told me otherwise I'll be merging them in
[22:21:12] <mojavelinux> to be honest, I haven't had a chance to figure out which modules aren't there yet
[22:21:26] <lightguard_jp> I'm not sure either. Shane may know though
[22:21:32] <mojavelinux> though a quick grep could tell us
[22:22:38] *** daniel_hinojosa has joined #seam-dev
[22:22:48] <mojavelinux> and the second, though less critical, is the code formatting profile...so that we just get that done and behind us
[22:23:28] <lightguard_jp> Looks like we're starting to questions on the forums about seam 2 -> seam 3 migration, we need to let the community know where we're at with that
[22:24:00] <mojavelinux> yes, I think it would help if we had a page where we are tracking information about it, that way we have somewhere to point people
[22:24:15] <mojavelinux> perhaps just Seam3/MigrationFromSeam2
[22:24:17] <lightguard_jp> http://www.seamframework.org/Seam3/Seam2ToSeam3MigrationNotes
[22:24:30] <mojavelinux> oh yeah, I forget we had that
[22:24:40] <mojavelinux> we don't want comments turned on, better to direct people to the forums
[22:25:01] <mojavelinux> I think we should still create a new page, because "Notes" I think is too soft...it needs to be more of a plan
[22:25:19] <lightguard_jp> We can at least scrape the content
[22:25:25] <lightguard_jp> Probably should remove the current page
[22:26:20] <mojavelinux> yep
[22:26:34] <mojavelinux> oh, one other very important thing for Seam 3 final
[22:26:43] <mojavelinux> is that we must ship with the generated type-safe loggers
[22:26:50] <jose_freitas> hm
[22:27:15] <mojavelinux> that is pretty much ready...we don't even necessary need the generator done...we just need to be able to bundle the implementation so that we don't have the dynamic proxy problem
[22:28:26] <mojavelinux> and I believe Ken said it's ready to try out, so shane and I will follow up with him...I'll make sure we have information up about how to use it once we get it running
[22:28:31] <mojavelinux> at least in wiki format
[22:29:22] <jbossbot> git [validation] push master 5192854.. Gunnar Morling SEAMVALIDATE-9: Using HV 4.2 Beta2
[22:29:23] <jbossbot> jira [SEAMVALIDATE-9] Update the dependency to Hibernate Validator to 4.2.0.Beta2 [Coding In Progress (Unresolved) Enhancement, Major, Gunnar Morling] https://issues.jboss.org/browse/SEAMVALIDATE-9
[22:29:23] <jbossbot> git [validation] push master e022335.. Gunnar Morling SEAMVALIDATE-9: Minor reference guide update
[22:29:24] <jbossbot> git [validation] push master URL: http://github.com/seam/validation/compare/fe800ed...e022335
[22:29:25] <lightguard_jp> That's an annotation processor?
[22:29:58] <mojavelinux> yes
[22:30:13] <mojavelinux> linked from the solder page
[22:30:26] <mojavelinux> james perkins is working on it with collaboration from ken
[22:30:32] <lightguard_jp> Cool
[22:30:40] <mojavelinux> and they are making a lot of headway...it will be a central part of seam i18n as well
[22:30:50] <lightguard_jp> Good to hear
[22:30:52] <mojavelinux> and it's not just the generated java files and classes
[22:31:05] <mojavelinux> but it also generates the translation files
[22:31:17] <mojavelinux> which obviously have to be filled in
[22:31:35] <mojavelinux> though it would be pretty interesting to hook that annotation processor up to google translate for lazy developers :)
[22:31:45] <lightguard_jp> mojavelinux: ALR said your presentation from last night was recorded and will be posted up. We should probably showcase it on the site, or have a list of videos / presentations about CDI / Seam 3 on the site.
[22:32:38] <mojavelinux> yes, that is something I've been meaning to bring up...from the community side, we really need to make some improvements
[22:32:45] <mojavelinux> there are three areas I see to hit right away
[22:33:05] <mojavelinux> 1. a collection of links, similar to what we have w/ arquillian http://diigo.com/user/jbosstools/arquillian
[22:33:25] <mojavelinux> and aggressively collect any (reasonable) mention of seam or cdi extensions (articles)
[22:33:59] <mojavelinux> 2. a collection of events, both past and future
[22:34:28] <lightguard_jp> The third?
[22:34:33] <mojavelinux> past with the recordings/slides/links to slideshare/sliderocket, etc
[22:34:37] <mojavelinux> 3. is a real seam blog
[22:34:49] <lightguard_jp> Ah, right. all of those would be very nice
[22:35:00] <mojavelinux> which would extend beyond just blog entries, but also include screencasts and the like
[22:35:41] <mojavelinux> we've really attracted a lot of contributors that are making seam awesome (and are fun to work with)
[22:35:48] <mojavelinux> now we need to attract a lot of seam *users*
[22:36:22] <lightguard_jp> :)
[22:36:45] <mojavelinux> and this goes back to a problem which we haven't solved yet (time seems to just slip away), which is the fact that the seam home page says nothing about seam 3 :)
[22:37:07] <jose_freitas> yes, when I started I was really struggling
[22:37:11] <lightguard_jp> Oh, small infrastructure piece. Those that are on the list, you'll notice I've asked to have FishEye and JIRA linked up with the github repos, hopefully we'll those integrations turned on soon.
[22:37:28] <mojavelinux> oh yeah, I should mention that, since I meant to reply anyway
[22:37:53] <mojavelinux> this has actually been going on for a while
[22:38:09] <mojavelinux> back at devoxx I learned that jboss has setup fisheye to work with git
[22:38:16] <mojavelinux> so I put in a ticket to have us linked up
[22:38:26] <lightguard_jp> Cool
[22:38:30] <mojavelinux> and as it goes with jboss it, I quite literally fall asleep waiting for a response
[22:38:33] <lightguard_jp> Max said Hibernate Tools was setup
[22:38:55] <mojavelinux> so when the response comes, it's so far down in my e-mail, I don't even see that they ask "what is seam?" or some ridiculous question like that
[22:39:14] <mojavelinux> but what it came down to was that they were concerned that our 28 modules would somehow overload fisheye
[22:39:24] <mojavelinux> and they wanted to setup a seperate instance of fisheye just for seam
[22:39:34] <mojavelinux> which to me seems completely insane, but okay, if they want to host it, so be it
[22:40:18] <lightguard_jp> Then it was dropped again?
[22:40:33] <mojavelinux> then I haven't found my vpn token again so I can find out what the exciting conclusion was :)
[22:40:53] <lightguard_jp> haha
[22:41:17] <mojavelinux> I'm sure it's like "where is github?"
[22:41:18] <lightguard_jp> Real cliff-hanger, I can tell
[22:41:28] <mojavelinux> "on the internet"
[22:41:30] <mojavelinux> "google it"
[22:42:15] <lightguard_jp> http://lmgtfy.com/?q=github
[22:42:53] <mojavelinux> hahaha
[22:42:54] <lightguard_jp> http://lmgtfy.com/?q=github&l=1 little better
[22:43:08] <mojavelinux>  http://lmgtfy.com/?q=github+seam&l=1
[22:43:56] <mojavelinux> to the cloud
[22:46:20] *** cbrock has quit IRC
[22:46:34] <mojavelinux> okay, seems like we are all converted to asl
[22:46:45] <mojavelinux> so then we just need to announce it as part of the seam 3.0 final news article
[22:46:57] <mojavelinux> the examples/pom.xml needs to be updated
[22:47:32] <mojavelinux> actually, it should just not have the license and inherit from parent
[22:47:34] <mojavelinux> I'll fix it
[22:48:54] *** stuartdouglas has quit IRC
[22:49:10] <mojavelinux> anything else?
[22:49:22] <johnament> jms needs to have headers updated still
[22:49:49] <johnament> for asl
[22:50:29] <jbossbot> git [examples] push master 6f6e376.. Dan Allen remove inherited blocks, including license
[22:50:29] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/e37f18d...6f6e376
[22:51:33] <mojavelinux> jms assembly.xml references lgpl.txt, should be license.txt
[22:51:36] <mojavelinux> ah
[22:52:51] <sbryzak> morning all, sorry i'm late (slept in)
[22:52:54] <johnament> i dunno, wanna create an issue for it? i can probably get it included in my pull
[22:53:08] <lightguard_jp> Probabaly a good idea
[22:53:11] <lightguard_jp> sbryzak: Morning
[22:53:12] <sbryzak> i was out drinking with stuart last night
[22:53:35] <mojavelinux> yep, I'll do that john
[22:53:49] <sbryzak> one thing i wanted to mention is that we need to sort out page level security for the faces module
[22:53:55] <mojavelinux> hahah, lots of that happening last night :)
[22:54:38] <johnament> :-SEAMJMS-19
[22:54:39] <jbossbot> jira [SEAMJMS-19] Fix licenses [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/SEAMJMS-19
[22:54:41] <mojavelinux> I got to meet Ken in person last night; stupid me didn't recognize him right away
[22:54:43] <mojavelinux> thanks jason!
[22:55:35] <lightguard_jp> mojavelinux: np
[22:55:41] <mojavelinux> okay, page level security
[22:56:09] <johnament> haha i got the assigned before the created.
[22:56:23] <sbryzak> so apparently we have a mechanism in the faces module already which should almost allow it (with a little work)
[22:56:39] <sbryzak> i'm just trying to find the code
[22:56:45] <mojavelinux> so one approach I posted is the component tag...even if we offer type-safe approach, do you think people would still be interested in the more quick and dirty approach of the tag?
[22:56:56] <mojavelinux> I linked to that in the jira (the tag)
[22:57:06] <mojavelinux> do you know that git can do grep?
[22:57:10] <mojavelinux> you can do git grep
[22:57:17] <mojavelinux> to look across the whole history for source code
[22:57:31] <mojavelinux> useful for tracking down old features that got cut like this one
[22:57:33] <lightguard_jp> bleathem: ping
[22:57:43] <sbryzak> ok, it's ViewDataConfigurationExtension
[22:58:01] <sbryzak> it allows you to create an enum to configure view-related metadata
[22:58:42] <sbryzak> the idea was that we could annotate it with the new typesafe security annotations that stuart and i came up with last night
[22:58:57] <sbryzak> bleathem: are you able to work with stuart to get this implemented?
[23:00:07] <sbryzak> btw, does anyone know Diego Lovison?  he's signed a new contributor agreement
[23:00:19] *** cbrock has joined #seam-dev
[23:00:30] <mojavelinux> nope, not me
[23:00:47] <mojavelinux> yes, that would be brilliant to have the security annotations on this type-safe enum
[23:01:00] <mojavelinux> the only thing is, ViewData is not the first thing that comes to mind when I think of view configuration
[23:01:05] <mojavelinux> sounds like a context
[23:01:20] <sbryzak> stuart said that the configuration can come from anywhere
[23:01:27] <sbryzak> using an enum is just one implementation
[23:01:43] <sbryzak> one idea was to investigate whether we could extend faces-config
[23:01:45] <mojavelinux> myfaces codi calls it ViewConfig
[23:01:54] <sbryzak> i.e. put extra stuff in there to define view security
[23:01:59] <mojavelinux> yes, it supports that
[23:02:02] <mojavelinux> there is a new extensions tag
[23:02:05] <mojavelinux> which is schemaless
[23:02:11] <sbryzak> great
[23:02:15] <mojavelinux> basically, you can stuff xml in there
[23:02:22] <mojavelinux> and that is available through the JSF API
[23:02:24] <sbryzak> i think we should definitely look at using faces-config then
[23:02:45] <mojavelinux> yep
[23:02:51] <sbryzak> bleathem must be out getting coffee or something ;)
[23:03:04] <mojavelinux> oh, I see, the annotation is @ViewConfig
[23:03:12] <mojavelinux> but also @ViewData for a view patter
[23:03:32] <sbryzak> ah yep, that's it
[23:03:45] <lightguard_jp> I don't know Diego
[23:03:58] <mojavelinux> view data is just not a good name, imho
[23:04:05] <lightguard_jp> Sounds like it's mostly there, just some internal work to link it all up?
[23:04:34] <sbryzak> i believe so, unfortunately stuart is going to be attending new hire orientation for the next two days
[23:05:05] <sbryzak> so we probably won't see much of him.  we really need bleathem to collaborate with stuart on this
[23:05:10] <mojavelinux> yep
[23:05:40] <sbryzak> is this a good time to talk about glassfish also?
[23:05:46] <sbryzak> or should we do that offline
[23:06:02] <mojavelinux> I like @ViewMapping better than @ViewData, I'll suggest that in the jira
[23:06:17] <mojavelinux> I actually need to head to the airport fairly soon, heading back home
[23:06:31] <sbryzak> np, we'll postpone it for now
[23:06:36] <mojavelinux> k
[23:06:50] <lightguard_jp> I think that wraps up the "meeting" then :)
[23:06:59] 
[23:07:01] <jbossbot> jira [SEAMSECURITY-37] Unsatisfied dependencies for type [Messages]... [Open (Unresolved) Bug, Major, Shane Bryzak] https://issues.jboss.org/browse/SEAMSECURITY-37
[23:07:50] <lightguard_jp> mojavelinux: sbryzak http://seamframework.org/Community/MigratingFromSeam221ToSeam300CR1#comment150719 if we want to comment on that
[23:08:01] <sbryzak> i didn't want to answer him with a half answer
[23:08:55] <sbryzak> migration guide is dan's baby
[23:09:07] <johnament> dan's having a baby?
[23:09:31] <mojavelinux> hahaha, it probably will end up feeling like that when it's all said and done :)
[23:09:54] <mojavelinux> we'll prepare a good response to that jira...essentially, we are both right
[23:09:54] <sbryzak> he may need stitches
[23:10:25] <lightguard_jp> Ouch, won't feel the same there ever again
[23:10:26] <mojavelinux> he's right that we have an issue to address...but he is incorrect that we don't care
[23:10:56] <jose_freitas> yes
[23:10:57] <mojavelinux> in fact, I care a great deal and I think about the glassfish problem about every 5 minutes
[23:10:57] <jose_freitas> having an spec does mean that everything would work like magic
[23:10:59] <mojavelinux> there are some easy ways out if the hard ways don't come to fruition
[23:11:01] <jose_freitas> I guess that should be cleared
[23:11:29] <mojavelinux> for instance, as jason pointed out, we can use a producer to create a bean in the event that it is unsatisified because of visibility reasons
[23:11:41] <mojavelinux> it's just that we want to do it the right way, and the right way wasn't exactly clear
[23:21:14] <mojavelinux> "I saw on the Catch module page that shiny blue ball icon linking to the Catch Hudson build. Who would be the right one to address in order to have a build set up for Validation as well? I definitely need that blue icon, well, I mean a CI build :-)"
[23:21:25] <mojavelinux> yes, that is a seam module lead talking, you guessed it
[23:23:26] <lightguard_jp> I don't think we have that info on the module pages
[23:24:15] <lightguard_jp> nevermind
[23:24:49] <lightguard_jp> Gunnar's not here :(
[23:29:10] <mojavelinux> oh, I pointed him the right direction
[23:29:22] <mojavelinux> it's in the module handbook
[23:29:31] <lightguard_jp> :) I just sent him a pm via community.jboss.org as well
[23:29:34] <lightguard_jp> http://seamframework.org/Seam3/ModuleInfrastructure#H-HudsonBuild
[23:29:46] <lightguard_jp> mojavelinux: You need to catch a plane, don't you?
[23:30:11] <lightguard_jp> sbryzak: Have you seen http://www.warski.org/blog/?p=211 ?
[23:30:31] <lightguard_jp> That would be cool to add to the page security idea as well.
[23:31:09] <mojavelinux> what would be cool is to encourage adam to come back :)
[23:31:30] <sbryzak> lightguard_jp: that looks a little similar to my solution
[23:31:49] <sbryzak> except i don't have any EL
[23:32:12] <lightguard_jp> Seam 2 had the EL stuff, not sure if it'll still be needed or not
[23:32:32] *** mojavelinux has quit IRC
[23:32:46] <sbryzak> i'm banning EL from seam security ;)
[23:34:33] <lightguard_jp> haha
[23:34:52] <jose_freitas> guys, I started a topic about stateful archictecture in the clouds some days ago, and I'd really love to have your opinions there
[23:34:54] <jose_freitas> http://seamframework.org/Community/StatefulArchitectureInTheClouds
[23:35:21] <jose_freitas> that's a problem that's bugging me for some time now
[23:35:44] <jose_freitas> and I'm trying to "evangelize" the architecture seam/cdi encourages
[23:36:21] <jose_freitas> cause it seems a really new horizon to me, I've been developing applications for almost 5 years now and almost always using stateless
[23:38:41] <jose_freitas> when I started studying seam at the beggining of the year, I started to care more about stateful architecture, but that horizon is on an edge with this discussion, and I was hoping to have your opinions there to light the debate a little more
[23:39:25] <lightguard_jp> jose_freitas: What is it you're looking for? How CDI/Seam can help with that?
[23:39:37] <jose_freitas> not really
[23:39:47] <jose_freitas> http://manidoraisamy.blogspot.com/2010/07/why-does-elastic-nature-of-cloud-impose.html
[23:39:58] <jose_freitas> it started with this article
[23:40:07] <jose_freitas> Why does "Elastic" nature of cloud impose "statelessness"
[23:40:56] <jose_freitas> so because seam/cdi encourages stateful, I would like to have something like "why stateful architecture works in cloud"
[23:42:03] <jose_freitas> or something like that's not entirelly through, we could work with a tool that manages the session on a clever way
[23:42:05] <jose_freitas> and etc
[23:42:44] <jose_freitas> actually, any light you could give lightguard_jp ;)
[23:43:28] <jose_freitas> I'm trying to think on a stateful solution that will definetelly work in the clouds
[23:44:52] <jose_freitas> how much stateful could an application be to allow elasticity
[23:45:13] <lightguard_jp> There are other ways to handle it besides going completely stateless
[23:45:45] <lightguard_jp> Have you looked at infinispan?
[23:46:24] <jose_freitas> yes
[23:47:15] <jose_freitas> the problem is that normally features are related to scalability, i mean they're talking about clever ways to go bigger
[23:47:16] <lightguard_jp> An approach like that is very common for stateful applications to go into the "cloud"
[23:47:26] <jose_freitas> my worries is more like, how could I go smaller?
[23:47:42] <jose_freitas> elasticity
[23:47:49] <jose_freitas> stateful vs elasticity
[23:48:03] <lightguard_jp> Ah.
[23:48:26] <jose_freitas> am I talking nonsense?
[23:48:44] <lightguard_jp> Good question. I know I don't have enough expertise to talk to that one
[23:48:52] <lightguard_jp> Try asking the infinispan guys
[23:48:54] <lightguard_jp> at #infinispan
[23:49:20] <jose_freitas> ok
[23:49:23] <jose_freitas> I'll try them
[23:49:41] *** stuartdouglas has joined #seam-dev
[23:49:41] *** stuartdouglas has joined #seam-dev
[23:50:06] <jose_freitas> anyway, thank you lightguard_jp =) you always have the kind to give me some attention
[23:52:47] <jose_freitas> well, I'll ask them tomorrow, got to rest a little bit.
[23:53:44] *** johnament has quit IRC
[23:58:48] *** stuartdouglas has quit IRC





top