[00:05:37] *** daniel_hinojosa has quit IRC
[00:07:44] *** jose_freitas has quit IRC
[00:14:09] <sbryzak_> gastaldi: ping
[00:14:40] <gastaldi> sbryzak_: pong
[00:14:54] <sbryzak_> oops
[00:14:55] *** sbryzak_ is now known as sbryzak
[00:15:08] <sbryzak> gastaldi: do you have a code example for full text search in modeshape?
[00:15:17] <gastaldi> hum, let me see
[00:15:38] <sbryzak> there's a section in the ref docs that describes the full text search language
[00:15:43] <sbryzak> but no code showing how it's used
[00:17:11] 
[00:17:29] <gastaldi> Mind pinging the guys @ #modeshape ?
[00:17:42] <sbryzak> yeah i might do that shortly
[00:17:45] <sbryzak> thanks :)
[00:22:49] *** daniel_hinojosa has joined #seam-dev
[00:45:30] *** rmartinelli has quit IRC
[00:45:44] * bleathem is less than impressed with ie9
[00:49:46] <gastaldi> hahaha
[00:50:09] <gastaldi> bleathem: Get impressed by this: http://www.verborgh.be/articles/2010/02/12/supporting-jquery-clientbehavior-in-jsf-2-0/ :)
[00:50:42] <hannelita> hey ppl :)
[00:50:43] <bleathem> yead, I was wrting apps with that bit of code before I became involved with Seam
[00:51:30] <bleathem> gastaldi: nvermind, I thought it was a different article
[00:51:33] * bleathem reading
[00:52:05] <gastaldi> never mind the reading. See the code only
[00:52:51] <gastaldi> the first code is everything I ever needed to have jQuery + JSF together
[00:53:20] <bleathem> cool
[00:53:24] <bleathem> bookmarked to look at alter
[00:53:26] <bleathem> later
[00:56:19] <gastaldi> ko, gotta go
[00:56:21] <gastaldi> ok
[00:56:24] <gastaldi> See ya guys
[00:56:25] *** hannelita has quit IRC
[00:56:46] *** gastaldi has quit IRC
[01:09:01] *** aslak has quit IRC
[01:12:10] <PeteRoyle> Hi folks. Is this the most up-to-date JMS Forge plugin available? https://github.com/forge/plugin-seam-jms
[01:12:33] <PeteRoyle> lincolnthree: I guess you would know best ^
[01:12:34] *** cbrock has quit IRC
[01:14:43] <sbryzak> peteroyle: probably johnament would know best
[01:14:49] *** mbg has joined #seam-dev
[01:14:51] <PeteRoyle> ah k thanks
[01:14:53] <sbryzak> i haven't seen him online for a few days though
[01:43:11] <bleathem> PeteRoyle: that is the autoritaive location for the JMS Forge plugin
[01:43:26] <bleathem> he may have something newer (johnament) in a private fork
[01:43:31] <bleathem> but I'd go with the official one
[01:43:51] <PeteRoyle> ok thanks bleathem
[01:43:54] *** bleathem is now known as bleathem_afk
[01:43:56] <bleathem_afk> np
[01:47:52] *** mbg has quit IRC
[01:49:26] <lightguard_jp> I despise using tomcat. So much of a pain to manually set everything up
[01:50:03] *** mbg has joined #seam-dev
[01:53:16] <sbryzak> i don't know why people bother now that as7 is out
[01:53:37] <lightguard_jp> Yeah, but we are getting quite a few questions and users who get frustrated and leave
[01:54:05] <sbryzak> yeah, not our fault though.. their questions are really about weld, not seam
[01:54:31] <sbryzak> seam's job is to provide portable extensions for cdi, not to ensure that cdi works everywhere
[01:54:48] <lightguard_jp> We understand that internally, but externally it's all seen as one and the same :(
[01:59:06] *** jose_freitas has joined #seam-dev
[02:05:08] *** sgilda has quit IRC
[02:05:48] *** sgilda has joined #seam-dev
[02:08:35] *** mbg has quit IRC
[02:16:33] <lightguard_jp> They don't log anything when they add stuff to JNDI???
[02:18:45] *** tkimura has joined #seam-dev
[02:23:29] *** sannegrinovero has quit IRC
[02:34:15] *** jamezp is now known as jamezp_afk
[02:43:24] *** akazakov has quit IRC
[02:48:36] <lightguard_jp> wow, this may actually be our bug
[02:51:49] <lightguard_jp> bleathem_afk: need some help when you get back
[02:53:53] <lightguard_jp> lincolnthree: Does chkal hang out on irc?
[03:06:14] *** lightguard_jp is now known as lightguard_jp_aw
[03:14:21] *** daniel_hinojosa has quit IRC
[03:42:30] <lincolnthree> lightguard_jp_aw: yes
[03:42:36] <lincolnthree> typically earlier, he's in the DE
[03:46:40] *** gastaldi has joined #seam-dev
[03:57:24] *** mbg has joined #seam-dev
[03:57:28] <gastaldi> Hey
[03:59:46] *** bleathem_afk is now known as bleathem
[03:59:51] <bleathem> lightguard_jp_aw: pong
[04:04:40] <gastaldi> http://www.youtube.com/watch?v=vhYMRtqvMg8
[04:05:01] 
[04:07:14] *** jose_freitas has quit IRC
[04:15:02] <gastaldi> cool huh ?
[04:18:50] *** mbg is now known as mbg|away
[04:33:33] *** daniel_hinojosa has joined #seam-dev
[04:35:35] <gastaldi> hum, It would rock having a JIRA on Openshift
[04:40:28] <lightguard_jp_aw> bleathem: Seems like Faces 3.1.0.Beta2 doesn't work on Tomcat7. I'm going to try some things and see if they'll be a good workaround.
[04:40:58] <lightguard_jp_aw> Problem is the SeamApplicationFactory is called while Weld is starting, so the BeanManager can't be obtained
[04:41:42] *** lightguard_jp_aw is now known as lightguard_jp
[04:42:24] *** tsurdilo has quit IRC
[04:45:11] <gastaldi> hum, sounds like a chicken egg problem
[04:46:00] <gastaldi> lightguard_jp: Try to change the ordering of these services in web.xml
[04:51:58] <bleathem> ah
[04:52:10] <bleathem> chkal looked into that at one point
[04:52:31] <bleathem> lightguard_jp ^^
[04:53:38] <lightguard_jp> bleathem: yeah, I think  it's that change that broke it
[04:53:51] <lightguard_jp> gastaldi: No good
[04:54:00] <bleathem> lightguard_jp: http://twitter.com/#!/chkal/status/106265988089122816
[04:54:15] <bleathem> back in a bit, got read to the kids
[04:54:54] <lightguard_jp> well, it's done loading by the time seam faces needs it
[04:55:13] <gastaldi> damn, started using Fedora and getting beated up
[05:03:20] *** Diablo-D3 has quit IRC
[05:05:14] <gastaldi> fixed
[05:14:37] <bleathem> lightguard_jp: so problem solved?
[05:20:41] *** mbg|away is now known as mbg
[05:30:55] <gastaldi> I am starting to like Linux :)
[05:31:59] <gastaldi> yum is like maven
[05:32:07] <gastaldi> Downloads the entire internet
[05:39:41] *** mbg has quit IRC
[05:50:56] *** hannelita has joined #seam-dev
[05:52:45] <lightguard_jp> bleathem: No it's not fixed that should have said it's not done
[05:52:53] <lightguard_jp> I'm going to try with MyFaces
[05:53:17] <lightguard_jp> I don't see what's so different in AS7 vs Tomcat in this regard
[05:53:48] <bleathem> someone (maybe stuartdouglas) said it was because loading CDI in a servlet container is different
[05:54:06] <bleathem> it loads later for some very specific reason
[05:54:17] <bleathem> was probably in seam-dev if you want to search the logs
[05:54:24] <bleathem> or ping stuartdouglas
[05:54:36] <lincolnthree> bleathem: perhaps the solution is to add deferred loading
[05:54:45] <lincolnthree> allow a bootstrap without BM lookup
[05:54:53] <bleathem> yeah, can we register some kind of call back for when servlet is finished loading?
[05:54:58] <lincolnthree> if it's not available, simple try to load it and keep falling back
[05:55:03] <lincolnthree> not even a need
[05:55:05] <lincolnthree> and yes
[05:55:07] <lincolnthree> there  is
[05:55:13] <lincolnthree> SerlvetContextListener.contextInitialized()
[05:55:17] <bleathem> so let's do that
[05:55:29] <bleathem> seems clean
[05:55:33] <lightguard_jp> Why not just use the event like we were doing before?
[05:55:47] <bleathem> lightguard_jp: didn't work in MyFaces (I believe)
[05:55:55] <bleathem> chkal's fix was to get it working with MyFaces
[05:56:01] <lincolnthree> SCL is a Servlet spec implementation
[05:56:04] <lincolnthree> will be the most stable
[05:56:05] <lincolnthree> imo
[05:56:18] <bleathem> lincolnthree: let me know when that pull request is ready!
[05:56:21] <lincolnthree> I don't trust JSF or CDI yet, really.
[05:56:21] <bleathem> ;)
[05:56:30] <lincolnthree> bleathem: hah! let me know when my money is deposited
[05:56:58] <lincolnthree> would be nice if we had test cases for that
[05:56:59] <lincolnthree> do we?
[05:57:12] <bleathem> no
[05:57:17] <gastaldi> are there new features without test cases ?
[05:57:17] <bleathem> we need some more test cases!
[05:57:37] <lincolnthree> gastaldi: does a camel have humps?
[05:57:41] <gastaldi> haha
[05:57:41] <bleathem> gastaldi: tsting in Seam Faces is waiting on the JSFUnit release
[05:57:48] *** mbg has joined #seam-dev
[05:57:51] <bleathem> feel my pain brothers:
[05:57:58] <lincolnthree> bleathem: yep
[05:58:01] <lincolnthree> prettyfaces feels your pain
[05:58:08] <lightguard_jp> Can the JSF application factory also be a ServletContextListener?
[05:58:11] <bleathem> an *entire* day of debugging, and I discovered a JSF issue that was already known:
[05:58:12] <bleathem> http://java.net/jira/browse/JAVASERVERFACES-2063
[05:58:13] <jbossbot> jira [JAVASERVERFACES-2063] <f:ajax/> not working at all in IE9 (normal mode) [Open (Unresolved) Bug, Critical, rogerk] http://java.net/jira/browse/JAVASERVERFACES-2063
[05:58:19] <gastaldi> hummm
[05:58:21] * bleathem howls at the moon!
[05:58:25] <gastaldi> nice question lightguard_jp
[05:58:37] <hannelita> lightguard_jp: ping
[05:58:40] <lightguard_jp> bleathem: Lesson: Next time search JIRA first ;)
[05:58:46] <bleathem> ugh
[05:58:51] <gastaldi> nothing works in IE9
[05:58:57] <bleathem> an *entire* day !!!
[05:58:59] <gastaldi> or IE at all
[05:59:11] <gastaldi> except ASP
[05:59:12] <bleathem> funny thing is, the part that's broke is the IE specific code
[05:59:29] <bleathem> if I alter the javascript to take the "every other browser" path, everything works fine!
[05:59:39] <bleathem> so ie9 is actaully fixed!
[05:59:44] <bleathem> which is why it's broken
[05:59:50] <bleathem> :'(
[05:59:56] <gastaldi> hahah
[06:00:07] <gastaldi> yeah, crazy stuff
[06:00:19] <bleathem> lincolnthree: I told you I wouldn't be happy by the time I got to the bottom of this!
[06:00:26] <lincolnthree> bleathem: that's crazy sad
[06:00:32] <hannelita> lightguard_jp: 2 things - Commiting confbuzz stuff righ now and question - will you going to need the environment setup for now? I'm translating that :)
[06:00:34] 
[06:00:44] <lincolnthree> where is confbuzz located?
[06:00:54] <bleathem> gastaldi: too bad brazil is so far away, I'd take you up on that offer
[06:01:02] <gastaldi> lol
[06:01:15] <lincolnthree> bleathem: i'll remember that for two weeks from now
[06:01:39] <lightguard_jp> lincolnthree: https://github.com/seam/seam-example-confbuzz
[06:01:41] * bleathem will do many sit-ups in preperation for the F@F
[06:01:46] <bleathem> ^F2F
[06:01:50] <lightguard_jp> hannelita: No
[06:02:11] <hannelita> lightguard_jp: ok, so better spend time coding eheh
[06:02:23] 
[06:02:52] <gastaldi> It just returns: "execution expired"
[06:04:14] <lincolnthree> thanks lightguard_jp
[06:06:25] <lincolnthree> bleathem: we need to get rewrite interegrated into seam faces
[06:06:46] <lincolnthree> actually
[06:06:48] <lincolnthree> scratch that
[06:06:57] <lincolnthree> i think i want to release some alpha of PrettyFaces 4 first
[06:08:02] <bleathem> lincolnthree: sounds good, let's land it in Seam Faces when it's had a bit of a real-world test
[06:08:08] *** mbg has quit IRC
[06:08:20] <lincolnthree> bleathem: that *is* the real-world test ;)
[06:08:30] <bleathem> :D
[06:08:47] <lincolnthree> i got a new example app, built using forge, too
[06:09:03] <lincolnthree> https://github.com/ocpsoft/rewrite/tree/master/showcase/multi-domain
[06:09:13] <lincolnthree> https://github.com/ocpsoft/rewrite/blob/master/showcase/multi-domain/src/main/java/com/ocpsoft/rewrite/showcase/domain/DomainRewriteConfiguration.java
[06:10:23] <lincolnthree> bleathem: i'm just waiting for feedback from folks
[06:10:37] <lincolnthree> the nice thing about PF4 is that it works seamlessly with old PF configs
[06:10:45] <lincolnthree> it just adds Rewrite capabilities
[06:10:46] <bleathem> that is a nice thing
[06:11:04] <bleathem> and some other project's configs too right ;)
[06:11:10] <lincolnthree> hah yeah
[06:14:30] *** lazarotti has quit IRC
[06:18:38] <jbossbot> git [xwidgets] push master 3769c52.. Shane Bryzak update versions
[06:18:38] <jbossbot> git [xwidgets] push master URL: http://github.com/seam/xwidgets/compare/ef0b2dc...3769c52
[06:22:43] <gastaldi> Anyone knows where I can get a server to run a JIRA instance for free ? :P
[06:22:51] <gastaldi> I have the OSS license
[06:23:09] <gastaldi> but their hosted option is not valid for OSS :(
[06:25:09] <lightguard_jp> gastaldi: email them and see if they'll host it for you anyway.
[06:25:35] <gastaldi> lightguard_jp: Tried that, but got a no :(
[06:25:46] <lightguard_jp> gastaldi: opensource.atlassian.com ?
[06:26:44] <lightguard_jp> gastaldi: what's the project?
[06:27:08] <gastaldi> Metawidget
[06:28:10] <lightguard_jp> Metawidget is hosted within the jboss repo. Have Richard contact someone (though I'm not sure) and see if we can give them a JIRA project.
[06:29:07] <gastaldi> lightguard_jp: I think its on SourceForge
[06:29:22] 
[06:30:35] *** kennardconsult has joined #seam-dev
[06:31:01] 
[06:31:28] <kennardconsult> Cool
[06:31:48] <gastaldi> lightguard_jp said that metawidget is hosted within the jboss repo, is that true ?
[06:32:02] <kennardconsult> Yes
[06:32:06] <gastaldi> cool
[06:32:32] <gastaldi> So he said you may contact someone and see if they can give a JIRA project for it
[06:32:44] <kennardconsult> Who should I contact?
[06:32:54] <lincolnthree> hey kennardconsult, I've resolved the build issues you were running up against. let me know if you have any more problems
[06:33:01] <lincolnthree> kennardconsult: not sure about that
[06:33:06] <lincolnthree> you could always try mark newton
[06:33:11] <kennardconsult> Yeah I see that. Sorry I haven't come back to you sooner. Will try and build tonight
[06:33:13] <lincolnthree> he's the "community manager"
[06:33:18] <lincolnthree> no problem!
[06:33:22] <lincolnthree> just letting you know :)
[06:33:36] <kennardconsult> Okay I'll drop Mark a line
[06:33:42] <gastaldi> great
[06:34:03] <PeteRoyle> can I ask a forge-related question here?
[06:34:24] <gastaldi> sure
[06:34:58] <lincolnthree> PeteRoyle: of course :)
[06:35:17] <gastaldi> until lincolnthree registers a #forge channel
[06:35:24] <gastaldi> :)
[06:35:27] <lincolnthree> gastaldi: yeah, i'm an IRC noob
[06:35:40] <lincolnthree> if you can tell me how, I will
[06:35:49] <gastaldi> I figured it out yesterday
[06:36:07] <gastaldi> wanna do it ?
[06:36:16] <PeteRoyle> Cool : ) So I'm trying to install the arquillian plugin. If I use SNAPSHOT or BETA1, it complains on restart with ClassNotFoundException: org.jboss.forge.parser.xml.Node
[06:36:18] <lincolnthree> yes
[06:36:21] <gastaldi> cool
[06:36:22] <lightguard_jp> lincolnthree: http://www.scribd.com/doc/2892558/freenode-irc-chanserv-help
[06:36:35] <lincolnthree> ahh PeteRoyle, that's because the plugin has been updated past Beta1 :/
[06:36:47] <PeteRoyle> So I wanted to try using git/master/head, but that has a compile error ATM
[06:36:55] <PeteRoyle> (at least it does for me)
[06:36:56] *** kennardconsult has left #seam-dev
[06:36:58] <lincolnthree> is there a tag for Beta1?
[06:37:10] <PeteRoyle> I downloaded from sonatype
[06:37:23] <PeteRoyle> nexus
[06:37:31] <sbryzak> lincolnthree: i had a forge question also
[06:37:32] <lincolnthree> right, forge
[06:37:42] <lincolnthree> sbryzak: shoot
[06:37:49] <lincolnthree> PeteRoyle: 1 sec
[06:38:00] <sbryzak> a couple of weeks ago i was doing some seam training with some students
[06:38:11] <sbryzak> i got them to use forge to create their project scaffold etc
[06:38:17] <sbryzak> we were using beta1
[06:38:17] <gastaldi> cool
[06:38:31] <sbryzak> my question is in relation to the entity manager producer
[06:38:54] <lincolnthree> PeteRoyle: https://repository.jboss.org/nexus/index.html#nexus-search;gav~org.jboss.forge~forge-distribution~~~
[06:38:59] <lincolnthree> download a snapshot from there
[06:38:59] <sbryzak> since it wasn't @ExtensionManaged, pojo beans weren't participating in the transaction
[06:39:05] <gastaldi> humm
[06:39:07] <sbryzak> so nothing was getting persisted to the db
[06:39:12] <lincolnthree> sbryzak: ah interesting
[06:39:18] <PeteRoyle> lincolnthree: awesome thanks :)
[06:39:22] 
[06:39:23] <sbryzak> the fix was to just add @ExtensionManaged to the producer
[06:39:26] <lincolnthree> sbryzak: what do i need to change? just add that?
[06:39:38] <lincolnthree> my entities persist just fine, though
[06:39:54] <sbryzak> lincolnthree: with a pojo action bean?
[06:39:59] <sbryzak> i.e. non-ejb ?
[06:40:00] <lincolnthree> ah
[06:40:05] <lincolnthree> not sure about that part, no
[06:40:20] <lincolnthree> will this solution work with EJB as well?
[06:40:23] 
[06:40:37] <sbryzak> seam persistence works with both
[06:41:29] <sbryzak> yeah but a lot of people don't use ejb's
[06:41:47] <sbryzak> and we've been pushing pojo-based development for the last few years
[06:42:14] <gastaldi> hum, how different is an EJB 3.1 to a pojo ?
[06:42:19] <lightguard_jp> bleathem: Doesn't work with myfaces either
[06:42:31] <sbryzak> gastaldi: very, you don't get any of the ejb services with a pojo
[06:42:58] <sbryzak> so no transaction control, etc
[06:43:17] <gastaldi> right, so why the need to manage that on another way ?
[06:43:28] <lincolnthree> gastaldi: yea, though seam persistence and transactions
[06:43:42] <gastaldi> hum
[06:43:57] <gastaldi> Ok, using Tomcat as the server might be an option
[06:44:22] <sbryzak> gastaldi: exactly, not all environments support ejbs
[06:44:28] <gastaldi> right
[06:44:48] 
[06:45:51] *** hannelita has quit IRC
[06:45:56] <PeteRoyle> lincolnthree: thanks that's worked a treat
[06:46:14] <lincolnthree> PeteRoyle: sorry about all the trouble, i'm working hard to make sure this doesn't happen once we go Final
[06:46:35] <PeteRoyle> heh no worries it was a simple fix :)
[06:46:46] <lincolnthree> PeteRoyle: have you tried the new scaffold?
[06:46:53] <PeteRoyle> not since beta1
[06:47:01] <PeteRoyle> has it changed much since then?
[06:47:04] <lincolnthree> if you do, i'd love to hear what you think, a little
[06:47:06] <lincolnthree> mostly the UI
[06:47:15] <lincolnthree> in Beta2 it's going to be drastically different
[06:47:17] <PeteRoyle> ok I'll probably be checking it out pretty soon
[06:47:33] <lincolnthree> the scaffold will no longer make too many changes to the project, it will pull in a separate dep
[06:48:20] <PeteRoyle> ok can't wait to try it
[06:48:37] <lincolnthree> actually that is probably in the SNAPSHOT you just downloaded
[06:48:38] <lincolnthree> ;)
[06:48:52] <lincolnthree> still working on providing some menus for scaffolded entities though
[06:49:30] <gastaldi> jQuery ?
[06:49:42] <lincolnthree> gastaldi: not yet
[06:49:45] <PeteRoyle> well once I get arq going I'll give it a shot
[06:49:52] <lincolnthree> i need help on scaffold badly
[06:50:53] <gastaldi> :)
[06:51:01] <lightguard_jp> lincolnthree: I'll be happy to help with that, as soon as you send a check ;)
[06:51:16] <gastaldi> hahaha I was going to say that also
[06:51:47] <lincolnthree> trust me
[06:51:54] <lincolnthree> if I could get red hat to start sending someone checks to do that
[06:51:55] <lincolnthree> i would
[06:52:00] <lightguard_jp> hehe.
[06:52:10] <lightguard_jp> I might settle for a pair of socks though.
[06:53:09] <gastaldi> I accept PayPal
[06:53:24] <gastaldi> No refund
[06:54:19] <gastaldi> Wow ! We need to get a Seam Payment module soon !! :D
[06:54:38] <gastaldi> imagine that ! :D
[06:54:47] <sbryzak> is that a module that lets users make payments to the seam devs?
[06:54:53] <gastaldi> Yeah
[06:54:58] <gastaldi> Most important of all
[06:55:02] <sbryzak> i'm liking it already
[06:55:11] <lincolnthree> we do need a seam payments module, actually
[06:55:16] <lincolnthree> in truth, it's something lacking from the industry
[06:55:19] <gastaldi> yeah
[06:55:22] <lincolnthree> we would get a LOT of interest from startups if we provided that
[06:55:24] <lincolnthree> so...
[06:55:26] <lincolnthree> let's add it to the list
[06:55:30] <gastaldi> Yaaay !
[06:55:32] <lincolnthree> like paypal IPN integration
[06:55:33] <lincolnthree> etc
[06:55:34] <sbryzak> lincolnthree: what would it do exactly?
[06:55:39] <gastaldi> yeah
[06:55:42] <lincolnthree> google checkout integration
[06:55:47] <gastaldi> Woo hooo
[06:55:52] <lincolnthree> providing the APIs for setting up the proper callbacks and responses
[06:55:52] <lincolnthree> etc
[06:55:54] <sbryzak> lincolnthree: could you type up a summary and post to seam-dev?
[06:56:04] <lincolnthree> sure. send me a personal JIRA ;) jk
[06:56:06] <lincolnthree> yes
[06:56:10] <gastaldi> hahaha
[06:56:24] <gastaldi> jbott should create JIRAs
[06:56:24] <jbott> gastaldi: Error: "should" is not a valid command.
[06:56:29] <gastaldi> ah sorry
[06:56:41] <gastaldi> MUST then
[06:57:11] <lightguard_jp> hm
[06:57:15] <lightguard_jp> jbott help
[06:57:15] <jbott> lightguard_jp: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
[06:57:32] <lightguard_jp> thanks for that info
[06:58:11] <lincolnthree> for a minute i thought jbott was talking about forge
[06:58:15] <lincolnthree> i need sleep
[06:58:37] <gastaldi> haha
[06:58:51] <sbryzak> i gotta stop drinking coke zero
[06:58:58] <sbryzak> i think i've had 5 cans today
[06:59:07] <gastaldi> wow, sodium high !
[06:59:22] <gastaldi> sbryzak: Try red bull
[06:59:34] <sbryzak> what's its carb content?
[06:59:39] <gastaldi> sugar free
[06:59:50] <sbryzak> wow, didn't know that
[07:00:03] <sbryzak> ok i will
[07:00:17] <gastaldi> :)
[07:00:18] <sbryzak> but it always reminds me of that scene from Yes Man
[07:00:26] <lightguard_jp> Try water
[07:00:37] <gastaldi> lol, it reminds me one episode of Family Guy
[07:00:57] <gastaldi> yeah, water way more healthy
[07:01:13] <sbryzak> http://www.youtube.com/watch?v=4h6iCn0301M
[07:02:04] <gastaldi> http://www.youtube.com/watch?v=kZMb2i4K8jc
[07:03:47] <sbryzak> gastaldi: haha that's cool
[07:03:59] <gastaldi> hehe
[07:04:22] <bleathem> SerlvetContextListener.contextInitialized()
[07:04:29] <lincolnthree> bleathem: yes
[07:04:38] <bleathem> gonna look up the api
[07:04:59] <lincolnthree> javax.servlet.ServletContextListener
[07:05:11] <bleathem> that looks perfect
[07:05:23] <bleathem> gotta open up the Faces code
[07:05:25] <lightguard_jp> http://java.sun.com/javaee/6/docs/api/ I thought that was taken down
[07:05:29] <lincolnthree> ordering may still be a problem, depends
[07:05:38] * bleathem blows the dust off the Faces IntelliJ project
[07:05:57] <lightguard_jp> couldn't we listen for the last event in the CDI lifecycle?
[07:06:13] <lightguard_jp> Wait, we went over that
[07:06:19] <lightguard_jp> lincolnthree: you don't trust it ;)
[07:06:50] <bleathem> "Receives notification that the web application initialization process is starting"
[07:06:53] <lincolnthree> lightguard_jp: also the problem is that the object created by JSF is not a CDI contextual instance
[07:06:59] <lincolnthree> so it will not be the instance that observes the event
[07:07:03] <lincolnthree> that will be a *separate* instance
[07:07:06] <lincolnthree> and won't work
[07:07:21] <lincolnthree> even if it is @ApplicationScoped or @Singleton
[07:07:22] <bleathem> lightguard_jp: what's the existing class taht does the work?
[07:08:08] <bleathem> SeamApplicationFactory?
[07:08:12] <gastaldi> I think there is a standard way to order ServletContextListeners
[07:08:36] <lightguard_jp> lincolnthree: You're right.
[07:08:46] <lightguard_jp> bleathem: Yes
[07:09:32] <lightguard_jp> What if we put the logic in getApplication in a try / catch and return the application from the delegate in the catch block?
[07:10:17] <gastaldi> sounds reasonable
[07:10:33] <lightguard_jp> bleathem: lincolnthree What do you two think about that?
[07:10:44] <bleathem> sorry distracted for a minute
[07:10:48] <bleathem> reading...
[07:11:41] <lincolnthree> lightguard_jp: why the catch block?
[07:11:49] <bleathem> what's the problem we are trying to solve again?
[07:11:55] <gastaldi> lol
[07:12:02] <bleathem> seriously :)
[07:12:09] <lincolnthree> (I'm coding from memory here. lol)
[07:12:10] <lightguard_jp> because it blows up looking for the beanmanager because CDI hasn't finished with it's bootstrap.
[07:12:30] <bleathem> CDI hasn't finished loading at the time JSF initializes?
[07:12:37] <lincolnthree> right, so why not just wrap the application, but fall back to the wrapped instance if CDI is not available yet?
[07:13:00] 
[07:13:04] <lincolnthree> oh
[07:13:06] <lincolnthree> sorry
[07:13:08] <lincolnthree> i just re-read
[07:13:08] <lincolnthree> yes
[07:13:12] <lincolnthree> lightguard_jp: exactly, righ ton
[07:13:17] <gastaldi> :)
[07:13:18] <bleathem> is this getter called everytime we need it?
[07:13:28] <lincolnthree> bleathem: yes
[07:13:30] <bleathem> or is the value stashed somewhere
[07:13:40] <lincolnthree> not sure how many times per request
[07:13:44] <lincolnthree> but this kind of work isn't expensive
[07:13:45] <lightguard_jp> It should be called every time a new FacesContext is created
[07:13:51] <bleathem> ok
[07:13:55] <lincolnthree> lightguard_jp: right, that's right
[07:13:57] <bleathem> so by the time the first request comes in
[07:14:04] <bleathem> CDI must be fully initialized
[07:14:08] <bleathem> so we should be safe
[07:14:19] <gastaldi> What if you place into a Instance<BeanManager> then ?
[07:14:46] <bleathem> gastaldi: does that require injection to work?
[07:14:52] <bleathem> cuz we can't inject into this
[07:14:55] <gastaldi> ah yeah, sorry
[07:15:09] <bleathem> lightguard_jp: I like yor solution with the try catch block
[07:15:10] <gastaldi> ah
[07:15:37] <gastaldi> You can retrieve the beanmanager from the servlet context or the JNDI tree
[07:15:50] <bleathem> gastaldi: that's what we're doing
[07:15:54] <bleathem> but in the Servlet container
[07:16:03] <bleathem> CDI is not initialised in time
[07:16:11] <bleathem> it works falwlessly in the EE environment
[07:16:17] <gastaldi> ah, now I get it, thanks for explaining me
[07:16:35] <bleathem> np
[07:16:41] <gastaldi> yeah, it seems the only solution is the try catch. Looks like a racing condition
[07:18:09] 
[07:18:12] <lightguard_jp> I can't patch IntelliJ on linux??
[07:18:30] <bleathem> lightguard_jp: what do you mean?
[07:18:32] <PeteRoyle> So that's not a bad amount of time to go from nothing to first Arq test executing
[07:18:42] <gastaldi> yay !
[07:18:44] <PeteRoyle> (thanks to Forge)
[07:18:50] <bleathem> Forge rocks
[07:18:58] <lightguard_jp> bleathem: On the mac when an update happened it would tell me there's a patch
[07:18:58] <bleathem> oh oh, baby crying
[07:19:07] <gastaldi> Forge soldiers never die !!
[07:20:36] <PeteRoyle> is it possible for a forge plugin to call another forge plugin? (eg: th arquillian plugin using the project plugin to add the JBoss Snapshots repo?
[07:21:30] <gastaldi> ok, gotta sleep now
[07:21:32] <gastaldi> see ya !!
[07:21:36] <PeteRoyle> night!
[07:21:36] <lightguard_jp> PeteRoyle: It should be, but you'd have to check to see if the plugin is installed
[07:21:38] <lightguard_jp> gastaldi: night
[07:21:43] <bleathem> cy gastaldi!
[07:21:46] <bleathem> ^cu
[07:21:50] <lightguard_jp> PeteRoyle: install it if you can, and it's not there.
[07:21:57] <PeteRoyle> lightguard_jp: so there's an api for that stuff?
[07:22:05] *** gastaldi has quit IRC
[07:22:17] <lightguard_jp> bleathem: I'll get that try / catch block in there in a sec
[07:22:23] <lightguard_jp> PeteRoyle: Sort of :)
[07:22:33] <lightguard_jp> The catch plugin does stuff kind of like this
[07:22:38] <lightguard_jp> But not with plugins
[07:23:09] <lightguard_jp> PeteRoyle: lincolnthree: would be the one to better answer
[07:23:12] <PeteRoyle> ahk
[07:23:58] <lincolnthree> PeteRoyle: yes that works
[07:24:03] <lincolnthree> you just call:
[07:24:36] <lincolnthree> shell.execute("project add-repository blah blah");
[07:24:36] <lincolnthree> but
[07:24:39] <lincolnthree> there's a better way
[07:24:41] <lincolnthree> you use
[07:25:28] <lincolnthree> project.getFacet(DependencyFacet.class).addRepository(...)
[07:25:28] <lincolnthree> @Inject Project project;
[07:25:28] <lincolnthree> etc
[07:25:45] <lightguard_jp> lincolnthree: Facets need to be better documented.
[07:25:55] <lightguard_jp> They're very powerful, but I don't think they're well understood
[07:26:18] <lincolnthree> lightguard_jp: yeah,  very true
[07:26:27] <lincolnthree> their usage/architecture could use some documentation love
[07:26:35] <lincolnthree> i don't talk about them at all in the plugin author docs
[07:26:58] <PeteRoyle> yeah that looks good but I don't fully comprehend. It's ok, I don't need to just yet
[07:27:24] <lincolnthree> https://issues.jboss.org/browse/SEAMFORGE-290
[07:27:26] <jbossbot> jira [SEAMFORGE-290] Document Facet architecture and usage in plugin author guide [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-290
[07:44:20] <lightguard_jp> Good grief, same problem, different place this time.
[07:44:24] <lightguard_jp> Not sure how to fix this one.
[07:45:12] <lightguard_jp> Now it's coming from DelegatingSystemEventListener
[07:45:50] <lightguard_jp> Well, this is a process event deal
[07:45:52] <lightguard_jp> so it'll get called lots
[07:46:09] <lightguard_jp> during start up, if the BeanManager isn't there we just return an empty list
[07:46:16] <lightguard_jp> anyone have a problem with that?
[07:46:19] <lightguard_jp> bleathem: lincolnthree ?
[07:47:00] *** koentsje has joined #seam-dev
[07:47:06] <lincolnthree> bleathem: catching up
[07:47:41] <lincolnthree> lightguard_jp: looking
[07:48:28] <lincolnthree> lightguard_jp: that may or may not cause issues
[07:48:46] <lincolnthree> but, how frequently is that called?
[07:48:54] <lincolnthree> if we can't find the bean-manager, we may want to log a warning
[07:49:05] <lincolnthree> but i think that solution sounds like pretty much the only route
[07:49:16] <lincolnthree> means we will miss out on the startup events though
[07:49:28] <lincolnthree> which kind of defeats the purpose of having the system event listener (to a large extent)
[07:50:24] <nickarls> lightguard_jp: mornings, quick question: any theories why my catch handler for Throwable gets my SessionExpiredException even after it passes through its own handler and gets marked as handled?
[07:50:43] <nickarls> EE needs a standard set of CDI events to fire during boot/deployments/system setup
[07:52:04] <lightguard_jp> nickarls: You did markAsHandled() or just didn't call it?
[07:52:35] <nickarls> I did handled() and markHandled(). There is a third?
[07:52:58] <lightguard_jp> handled should do it.
[07:53:07] <lightguard_jp> nickarls: pastebin your handlers please
[07:54:18] <lightguard_jp> lincolnthree: I think this is only on servlet containers (or maybe only in tomcat)
[07:56:56] <nickarls> lightguard_jp: http://pastebin.com/b6C9Qwv0
[07:57:00] <lincolnthree> gotta crash
[07:57:02] <lincolnthree> night all
[07:57:19] <nickarls> nights
[07:59:13] <lightguard_jp> lincolnthree: night
[07:59:59] <lightguard_jp> nickarls: For sure the SEE handler is called first?
[08:00:25] *** lincolnthree has left #seam-dev
[08:01:27] <nickarls> yep. breakpointed both
[08:02:00] *** tremes has joined #seam-dev
[08:02:01] *** tremes has left #seam-dev
[08:02:04] <lightguard_jp> Step through the ExceptionHandlerDispatcher (think that was the name).
[08:02:05] *** tremes has joined #seam-dev
[08:02:12] <lightguard_jp> That should work the way you expect it to
[08:03:05] <sbryzak> is there a new version of weld in AS7.0.1?
[08:04:14] <lightguard_jp> sbryzak: 1.1.2.Final
[08:04:29] <sbryzak> is that the same that was in 7.0.0.Final ?
[08:04:36] <lightguard_jp> I don't think so
[08:04:42] <sbryzak> hmm
[08:04:43] <lightguard_jp> I think 7.0.0.Final had 1.1.1.Final
[08:04:53] <sbryzak> since upgrading to 7.0.1, i've got some mysterious breakages
[08:05:09] <sbryzak> suddenly there's unsatisfied dependencies for certain injection points
[08:05:27] <sbryzak> even though they're definitely satisfied, i can confirm the classes are there
[08:05:44] <nickarls> lightguard_jp: oops, it's not the same exception that hits the other handles, it's a side-effect in the same request...
[08:05:56] <nickarls> sbryzak: and pattern in the missing stuff?
[08:06:20] <lightguard_jp> nickarls: Okay, cool
[08:06:24] <lightguard_jp> That's good to know.
[08:06:35] <sbryzak> nickarls: what do you mean?
[08:07:28] <nickarls> sbryzak: are the unsatisfied deps all from seam or a certain lib or just random?
[08:07:52] <sbryzak> well, in the security external module there's a class called OpenIdAuthenticator
[08:08:04] <sbryzak> it has a field defined like this:
[08:08:05] <sbryzak> @Inject
[08:08:07] <sbryzak>     Instance<OpenIdRelyingPartyApi> openIdApiInstance;
[08:08:15] <sbryzak> and the problem line is this:
[08:08:16] <sbryzak> OpenIdRelyingPartyApi openIdApi = openIdApiInstance.get();
[08:08:29] <sbryzak> and here's what weld says:
[08:08:30] <sbryzak> 16:06:03,935 ERROR [org.jboss.seam.security.IdentityImpl] (http--127.0.0.1-8080-1) Login failed: java.lang.RuntimeException: org.jboss.weld.exceptions.UnsatisfiedResolutionException: WELD-001308 Unable to resolve any beans for Types: [interface org.jboss.seam.security.external.openid.api.OpenIdRelyingPartyApi]; Bindings: [ at javax dot enterprise.inject.Default()]
[08:08:42] <sbryzak> pretty standard usage of Instance
[08:09:13] <nickarls> the injection is cross-lib?
[08:09:15] <sbryzak> there is a bit of a hierarchy on the implementing bean, but that shouldn't matter
[08:09:20] <sbryzak> no, the injection is in the same lib
[08:09:27] <sbryzak> here's the implementing class declaration:
[08:09:28] <sbryzak> public class OpenIdRpBean extends EntityBean implements OpenIdRpBeanApi
[08:09:38] <sbryzak> public interface OpenIdRpBeanApi extends OpenIdRelyingPartyApi, OpenIdRelyingPartyConfigurationApi
[08:10:09] <sbryzak> so, OpenIdRpBeanApi extends OpenIdRelyingPartyApi (the interface with unsatisfied dependencies)
[08:10:17] <sbryzak> and OpenIdRpBean implements OpenIdRpBeanApi
[08:10:58] <sbryzak> i'm going to try and get the bean types for OpenIdRpBean
[08:11:02] <sbryzak> maybe that will shed some light
[08:11:15] <nickarls> crank debug logging up and see what the weld boot lists
[08:14:46] *** chkal has joined #seam-dev
[08:15:54] <lightguard_jp> sbryzak: May not be very helpful (because I don't use any Instance) but catch just passed using Weld 1.1.2
[08:16:36] <sbryzak> i'm looking through the registered beans list now
[08:17:46] <lightguard_jp> bleathem: Well, I got it fixed, but to Lincoln's point I'm not sure how great it is because we loose out on startup events
[08:18:02] <lightguard_jp> chkal: Hey
[08:18:08] <chkal> hey there!
[08:19:00] <chkal> lightguard_jp: I saw you commented on SEAMFACES-165
[08:19:01] <jbossbot> jira [SEAMFACES-165] @Inject for Validators doesn't work with MyFaces [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-165
[08:19:56] <lightguard_jp> Yeah.
[08:20:22] <lightguard_jp> chkal: I could push this to my fork (or create a fork if I don't have one) and you can take a look.
[08:20:33] <lightguard_jp> Well, I could just do a diff and paste that up
[08:21:22] <chkal> lightguard_jp: Yeah, OK!
[08:21:43] <lightguard_jp> chkal: https://pastee.org/nquqb
[08:21:57] <chkal> lightguard_jp: I tried to reproduce this issue but everything seems to work fine in my test using MyFaces 2.0.6 with Tomcat 7.0.5
[08:22:13] <lightguard_jp> I wonder if it's something with a newer version of tomcat
[08:22:16] <lightguard_jp> I'm using 7.0.20
[08:22:39] <lightguard_jp> chkal: download a newer version of tomcat and see if you still experience the problem
[08:24:41] <sbryzak> bah, i found the problem
[08:24:45] <sbryzak> OpenIdRpBean is @Typed(OpenIdRpBean.class)
[08:24:56] <sbryzak> why on earth, i don't know...
[08:24:58] <nickarls> tadaa
[08:25:12] <nickarls> to prevent ambiguous resolvess?
[08:25:29] <sbryzak> no idea
[08:25:35] <sbryzak> and i have no idea why it worked previously
[08:25:44] <sbryzak> unless there was a bug with @Typed in weld, and it was fixed in 1.1.2
[08:26:22] <sbryzak> this means that seam security 3.1.0.Beta2 is broken for openid authentication
[08:27:22] <chkal> lightguard_jp: Ok, I'll try with a new version... I guess 7.0.5 is a bit old! :)
[08:27:35] <nickarls> Diablo will claw your eyes out ;-) Wasn't that his pet issue?
[08:28:04] <sbryzak> nickarls: with openid authentication?
[08:28:54] <PeteRoyle> got to go. see you folks
[08:29:24] <sbryzak> peteroyle: cya pete
[08:32:11] <nickarls> sbryzak: been toying at all with Seam Security against windows domains? either using logged in user or logging in against active directory?
[08:32:25] <nickarls> sbryazk: or using smartcard readers for authenticaition?
[08:32:44] <sbryzak> not as yet
[08:33:05] <lightguard_jp> PeteRoyle: later
[08:33:07] <sbryzak> apparently picketlink has support for oswego
[08:34:22] <nickarls> oswego?
[08:35:02] <sbryzak> er, no that's not it
[08:35:34] <nickarls> found only some city in NY
[08:35:38] <sbryzak> anil told me about it early last year
[08:35:46] <sbryzak> nah, it has a funny sounding name like that
[08:35:57] <lightguard_jp> chkal: Any luck?
[08:36:32] <sbryzak> hmm, maybe it was spnego?
[08:37:35] <chkal> lightguard_jp: My test application works fine with Tomcat 7.0.20, Weld 1.1.2, MyFaces 2.0.6 and Seam Faces 3.1.0.Beta2
[08:37:59] <chkal> lightguard_jp: My test project is here: https://github.com/chkal/seam-faces-tests/tree/validation
[08:38:02] <nickarls> sbryzak: that might be closer. Some mention of "NTLM fall back is not yet supported. (NTLM is deprecated in the industry)."
[08:39:23] <lightguard_jp> chkal: Hrm
[08:40:33] <lightguard_jp> chkal: I get a compile issue
[08:40:36] <lightguard_jp> with yoru project
[08:41:22] <lightguard_jp> [ERROR] /tmp/seam-faces-tests/src/main/java/de/chkal/seam/faces/stage/ProdStageBean.java:[6,40] package org.jboss.seam.faces.projectstage does not exist
[08:42:28] <chkal> lightguard_jp: Are you on the correct branch. Checkout 'validation'
[08:43:50] <lightguard_jp> chkal: Ah
[08:44:52] <lightguard_jp> Same thing
[08:45:55] <chkal> lightguard_jp: That's weird! I'm deploying this app to Tomcat using Eclipse and the validation runs fine...
[08:47:18] <lightguard_jp> chkal: I have no idea where you're getting the class, they don't exist in seam faces
[08:47:35] <lightguard_jp> org.jboss.seam.faces.projectstage isn't in github
[08:49:49] <chkal> Oh, sorry, they are on my private branch for SEAMFACES-185
[08:49:49] <bleathem> ProjectStage is a javax class
[08:49:51] <jbossbot> jira [SEAMFACES-185] Add support for activating beans based on the JSF project stage [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-185
[08:49:52] <bleathem> javax.faces.application.ProjectStage;
[08:50:02] <bleathem> ah
[08:50:23] <lightguard_jp> chkal: Okay, I'll see if it's another seam module that for whatever reason is messing things up in my project
[08:50:48] <bleathem> so lightguard_jp you don't like the try/catch approach?
[08:50:49] <chkal> lightguard_jp: ProdStageBean shouldn't exist in the 'validation' branch..
[08:51:23] <bleathem> lightguard_jp: could we just have SeamFaces wait for CDI to start?
[08:51:31] <bleathem> loop until the BeanManager is avilable?
[08:51:36] <bleathem> with some kind of timeoout?
[08:51:51] *** antoine_sd has joined #seam-dev
[08:51:51] <bleathem> hey chkal - how are you?
[08:52:06] <chkal> bleathem: Fine, thanks. And you?
[08:52:07] *** maschmid has joined #seam-dev
[08:52:13] <bleathem> not bad
[08:52:22] <bleathem> crazy day in javascript debugging land
[08:52:45] <lightguard_jp> bleathem: Maybe. Still digging.
[08:52:51] <lightguard_jp> With just faces things are fine
[08:52:58] <bleathem> at one point I was stepping through the jsf.js code simultaneously with chrome and ie9, to see what they were doing differently
[08:53:18] <bleathem> lightguard_jp: well that's ok then cuz Seam Faces is the only module you really need :P
[08:53:26] <lightguard_jp> uck, nasty
[08:57:15] *** antoine_sd has quit IRC
[08:58:40] <chkal> bleathem: BTW: It's awesome to see RF 4.1.0 includes <rich:picklist>! Now we can finally remove PrimeFaces from our latest project! :)
[08:59:19] <bleathem> chkal: I'm glad to hear that you are happy with the progress we are making in RichFaces 4.1
[09:00:52] <lightguard_jp> GRRR
[09:00:54] <bleathem> chkal: I added the keyboard navigation back into the pickList since the M1 release
[09:01:04] <bleathem> that was a lot of fun actually
[09:01:10] <lightguard_jp> Now it isn't doing it... bah
[09:01:23] <bleathem> lightguard_jp: there do be gremlins in your tomcat
[09:01:27] <lightguard_jp> Figures I'd waste so much time on an issue that isn't really an issue.
[09:01:35] <lightguard_jp> bleathem: Possible
[09:01:42] <lightguard_jp> Yet another reason why I don't like it.
[09:01:59] *** mkouba has joined #seam-dev
[09:02:20] <lightguard_jp> https://twitter.com/#!/jbossorg/status/109520860720807936
[09:02:52] <bleathem> I can think of someone who should apply
[09:03:07] <bleathem> she already almost does the job
[09:03:15] <lightguard_jp> Not sure how much Newton would like it if they're not in Brno :)
[09:03:26] *** omid has joined #seam-dev
[09:03:28] <bleathem> oh, nevermind
[09:03:31] <bleathem> it's a dev job
[09:03:36] <bleathem> didn't read the description
[09:03:37] <lightguard_jp> bleathem: Thinking of someone's wife?
[09:03:43] <bleathem> lightguard_jp: ;)
[09:04:09] <bleathem> lightguard_jp: wierd, I don't see awestruck anywhere in that job description !?
[09:05:35] <lightguard_jp> haha
[09:08:28] <lightguard_jp> chkal: And it appears to be working with mojarra too
[09:10:25] <chkal> lightguard_jp: Hmm! Ok!
[09:10:59] <chkal> lightguard_jp: And you cannot reproduce the error anymore?
[09:11:18] <lightguard_jp> chkal: no
[09:11:22] <nickarls> how can you be a senior software engineer with only 2-4 years work experience? Sounds more like "how you don't have too much experience so we have to pay you well" ;-)
[09:11:30] <nickarls> s/how/hope
[09:11:47] <lightguard_jp> nickarls: ??
[09:11:53] <lightguard_jp> That a resume you're going over?
[09:12:13] <nickarls> https://careers.redhat.com/ext/detail?redhat8327
[09:12:20] <lightguard_jp> Ah
[09:12:47] <omid> Hi guys
[09:13:21] <omid> i created a richfaces component by CDK, it works fine in richfaces projects but when i use it in Seam project the javascript library is not loaded
[09:13:26] <omid> WDYT ?
[09:13:48] <lightguard_jp> omid: Which version of seam are you talking about?
[09:13:58] <omid> seam 2.2
[09:14:05] <lightguard_jp> Also which version of richfaces?
[09:14:10] <lightguard_jp> and jsf
[09:14:20] <omid> I'm wondering why non of seam tgas use external js ?
[09:14:24] <omid> 3.3
[09:14:32] <omid> i created my project based on seam gen
[09:14:40] <omid> 1.2
[09:14:58] <lightguard_jp> bleathem: I think this is your question ;)
[09:15:13] <omid> ;) thanx
[09:15:24] <bleathem> ugh. My RF 3 and Seam 2 knowledge is rather week
[09:15:33] <bleathem> weak?
[09:15:43] <bleathem> which one is 7 days?
[09:15:55] <bleathem> week is 7 days
[09:16:09] <lightguard_jp> bleathem: Getting late?
[09:16:12] <bleathem> so, I'm going with weak for my RF 3 and Seam 2 knowledge
[09:16:15] <bleathem> ah yea
[09:16:18] <maschmid> sbryzak: I thought the idea of OpenIdRpBean being @Typed(OpenIdRpBean.class) is that: 1. only the OpenIdRpInApplicationScopeProducer or OpenIdRpInVirtualApplicationScopeProducer can inject it directly using that type... all the other injections has to be using some of the interfaces... that way you can be sure it is using the speected producer...
[09:16:30] <maschmid> specifiecd
[09:16:37] <maschmid> sorry... I can't type
[09:17:35] *** emmanuel has joined #seam-dev
[09:19:59] <sbryzak> maschmid: but if it's type, it won't have the bean types of the interfaces it implements
[09:20:08] <sbryzak> *Typed i mean
[09:20:47] <maschmid> sbryzak: that's the point... the only place where it is injected using the OpenIdRpBean is the OpenIdRpInApplicationScopeProducer and the OpenIdRpInVirtualApplicationScopeProducer ... only one can be enabled of course
[09:21:10] <maschmid> sbryzak: the producers don't have @Typed
[09:21:26] <nickarls> bleathem: worked around my "messages disappearing for multiple redirects" by modifying the messagesadapter so that if it finds stashed-away messages when storing away, it merges them in before overwriting the flashkey in the rendercontext...
[09:21:46] <bleathem> nice!
[09:21:50] *** alesj has joined #seam-dev
[09:21:55] <sbryzak> maschmid: yes, but that means i can't inject a OpenIdRelyingPartyApi
[09:22:06] <bleathem> nickarls: are we going to see a pull request for that?
[09:22:12] <bleathem> ;)
[09:22:34] <maschmid> sbryzak: why not? why won't the producer work in that case?
[09:22:36] <nickarls> bleathem: I think it could be a general solution to because teorethically there shouldn't be any if everything went fine
[09:22:57] <nickarls> bleathem: as soon as I get git flow installed on windows ;-)
[09:23:10] <sbryzak> OpenIdRpInApplicationScopeProducer is actually vetoed
[09:23:19] <nickarls> I have a change for i18n coming in, too
[09:23:20] <bleathem> nickarls: windoes. ewww!
[09:23:24] <maschmid> sbryzak: yes, you need to enable on or the other using config
[09:23:30] *** oskutka has joined #seam-dev
[09:23:36] <maschmid> OpenIdRpInApplicationScopeProducer or OpenIdRpInVirtualApplicationScopeProducer.java
[09:23:37] <bleathem> nickarls: you don't actually *need* git flow
[09:23:43] <sbryzak> ah, i wish marcel had of documented that
[09:23:44] <bleathem> you can manipulate the branches yourself
[09:24:03] <maschmid> sbryzak: it was originally using @Alternatives, but that didn't work
[09:24:05] <bleathem> nickarls: in fact, for the scale of change you are talking about, you can do that as a single commit on the develop branch
[09:24:14] <nickarls> bleathem: yeah, I know. I must confess I'm not that git-converted yet.
[09:24:26] <nickarls> bleathem: and github has online edit now! ;-)
[09:24:34] <bleathem> nickarls: true!
[09:24:38] <bleathem> git = awesome
[09:24:43] <bleathem> it was so worth learning
[09:24:45] <sbryzak> i see now that it's enabled in the openid-rp example
[09:24:54] <bleathem> I wish I'd never bothered with mercurial first
[09:25:14] <nickarls> bleathem: Indeed. Especially for large projects it's a life saver. When you have 100 committers, someone is bound to screw up the build
[09:25:30] <bleathem> nickarls: and it's usually me!
[09:25:34] <bleathem> ;)
[09:25:52] <maschmid> sbryzak: I think Tomas has tested the openid-rp on AS7 and it worked (except some known issues)
[09:25:58] * bleathem apparently ;) has replace :P as my goto smiley
[09:26:37] <sbryzak> yeah it should work, the producer is enabled in it ;)
[09:26:54] <sbryzak> i've switched my code back, just testing again
[09:28:05] <bleathem> sleep time
[09:28:08] <bleathem> later all
[09:28:14] *** bleathem has quit IRC
[09:28:20] <omid> sbryzak,  i can't find JBPM module in SEAM 3 is it omit from seam 3 ?
[09:28:34] *** antoine_sd has joined #seam-dev
[09:28:56] <sbryzak> maschmid: i've discovered a problem
[09:28:58] <lightguard_jp> Oh, we got directory browsing back in nexus
[09:29:04] <sbryzak> omid: there is no jbpm module in seam 3
[09:29:14] <sbryzak> omid: it's being taken care of by the drools team
[09:30:34] <nickarls> you can't create new files with the github edit?
[09:30:39] <omid> thanx
[09:30:44] <nickarls> I thought I could drop eclipse altogether
[09:30:52] <sbryzak> actually, it could be a problem with seam config
[09:30:58] <sbryzak> stuartdouglas: ping
[09:32:21] <tremes>             /msg nickserv set hidemail on
[09:32:37] <tremes> sorry
[09:32:43] <lightguard_jp> hehe
[09:32:45] <nickarls> good thing that wasn't the "identify"
[09:33:00] <lightguard_jp> yeah, that would have been bad
[09:33:04] <tremes> :)yeah
[09:36:36] *** marekn has joined #seam-dev
[09:38:42] <nickarls> anyone know why the i18n Messages is a Set?
[09:38:51] <nickarls> as opposed to a List?
[09:39:11] <lightguard_jp> nickarls: Why would you have more than one of a given message?
[09:40:22] <nickarls> I'm talking about the order, isn't the set order undefined?
[09:40:41] <lightguard_jp> nickarls: depends on the impl
[09:41:46] <nickarls> ah, yes. LinkedHashSet implements it
[09:51:04] <maschmid> sbryzak: The configuration of OpenIdRpBean doesn't work?
[09:51:17] <sbryzak> yep
[09:51:35] <sbryzak> so the realm is null
[09:51:40] <sbryzak> and the openid request is invalid
[09:51:45] <maschmid> sbryzak: I have compeltely forgot about that... I must have noticed that too while I was fixing the example... sorry
[09:52:22] <sbryzak> so the question is, how do we fix it...
[09:52:23] <maschmid> there is a workaround for that in openid-rp
[09:52:43] <maschmid> OpenIdRelyingPartyCustomizer
[09:54:00] <lightguard_jp> I'm out, bed time
[09:55:27] <sbryzak> maschmid: code-based solution is no good
[09:55:31] <sbryzak> lightguard_jp: night jason
[09:55:36] <maschmid> sbryzak: it uses properties :)
[09:56:23] <sbryzak> i'm going to create a new bean called OpenIdConfiguration
[09:56:29] <sbryzak> we can configure that using seam-config
[09:56:37] <sbryzak> and OpenIdRpBean can inject it to get its values
[09:56:53] <sbryzak> that should fix it
[09:57:47] <maschmid> sbryzak: it could also be put into the OpenIdRpInApplicationScopeProducer  (and the other one) somehow... users have to put those into config anyway....
[09:58:40] *** lightguard_jp has quit IRC
[09:59:00] <sbryzak> both of those producers just inject a @New instance of OpenIdRpBean anyway
[09:59:10] <sbryzak> i think the config class will be easiest
[09:59:15] <maschmid> sbryzak: ok
[09:59:21] <sbryzak> although honestly, i'd like to enable one of the producers by default
[09:59:30] <sbryzak> and perhaps make the other one an alternative.. what do you think?
[10:00:14] <sbryzak> OpenIdRpInVirtualApplicationScopeProducer would have to extend OpenIdRpInApplicationScopeProducer then
[10:00:51] <maschmid> sbryzak: You can try... I think there were some other problems with having both OpenIdProviderBean and OpenIdRpBean enabled in one app...
[10:01:28] <maschmid> (because the same have to be done for the OpenIdProviderBean and its producers
[10:02:20] <sbryzak> hmm
[10:02:39] * maschmid has to go to a meeting now...
[10:02:50] <sbryzak> they don't seem to have a conflicting hierarchy
[10:02:57] <sbryzak> i'll give it a try anyway
[10:08:50] *** daniel_hinojosa has quit IRC
[10:33:08] *** sannegrinovero has joined #seam-dev
[10:33:48] *** omid has quit IRC
[10:40:59] *** mgoldmann has joined #seam-dev
[10:44:09] <maschmid> sbryzak: it should probably work for openid... I am not sure about saml... it looks more complicated there... (there is a common SamlEntityBean class and some things are injecting by that type)
[10:44:29] <sbryzak> i'm not advertising our saml support at the time being
[10:44:37] <sbryzak> so at the moment it's unsupported
[10:59:47] *** sbryzak has quit IRC
[11:16:10] *** sbryzak has joined #seam-dev
[11:16:11] *** sbryzak has joined #seam-dev
[11:21:48] <jbossbot> git [remoting] push develop 063ef35.. Shane Bryzak correct unmarshalling of weld proxy objects
[11:21:49] <jbossbot> git [remoting] push develop URL: http://github.com/seam/remoting/compare/24f8163...063ef35
[11:23:19] <jbossbot> git [xwidgets] push master c977f63.. Shane Bryzak support for load-on-demand for remote method invocations
[11:23:19] <jbossbot> git [xwidgets] push master URL: http://github.com/seam/xwidgets/compare/3769c52...c977f63
[11:24:15] <jbossbot> git [university] push master ffa4509.. Shane Bryzak implemented basic search
[11:24:15] <jbossbot> git [university] push master URL: http://github.com/seam/university/compare/f24ad25...ffa4509
[11:36:14] *** tkimura has quit IRC
[12:07:55] *** emmanuel has quit IRC
[12:14:14] *** tttom has joined #seam-dev
[12:18:36] *** pmuir has joined #seam-dev
[12:18:36] *** pmuir has quit IRC
[12:18:36] *** pmuir has joined #seam-dev
[12:24:23] *** sannegrinovero has quit IRC
[12:29:19] *** antoine_sd has quit IRC
[12:45:19] *** sannegrinovero has joined #seam-dev
[12:54:56] <sbryzak> maschmid: ping
[12:55:03] <maschmid> sbryzak: pong
[12:55:17] <sbryzak> maschmid: so i'm pretty happy with the way the testsuite looks now
[12:55:28] <sbryzak> could we start replicating that structure throughout the other modules?
[12:56:19] <maschmid> sbryzak: sure, any favorite modules I should start with?
[12:56:39] <sbryzak> well, they all need to be done.. so whichever you like :)
[12:56:45] <maschmid> ok :)
[12:56:50] <sbryzak> maybe do them in alphabetical order
[12:57:08] *** rmartinelli has joined #seam-dev
[13:00:29] *** aslak has joined #seam-dev
[13:00:39] *** aslak has quit IRC
[13:00:40] *** aslak has joined #seam-dev
[13:07:57] <maschmid> sbryzak: btw. there is still the issue with the release plugin... it will not update the parent version of the modules that are disabled by default...
[13:08:27] <sbryzak> even if the release profile is enabled?
[13:08:52] *** epbernard has joined #seam-dev
[13:08:52] *** epbernard is now known as emmanuel
[13:09:27] <sbryzak> maschmid: it looks ok to me - here's an example: https://github.com/seam/faces/blob/3.1.0.Beta2/docs/reference/pom.xml
[13:15:24] <maschmid> sbryzak: I mean with the new testsuite structure... you will need to do a release with the -DallTests ... (e.g. mvn release:update-versions  without it will only update testsuite/weld-ee-embedded-1.1/pom.xml, not the other container profiles)
[13:15:43] <sbryzak> ah, i see
[13:16:07] <sbryzak> hmm
[13:16:19] <sbryzak> we could enable them in the release profile, but disable the surefire plugin maybe
[13:16:36] <sbryzak> does that make sense?
[13:23:46] <maschmid> why disabling the surefire plugin while doing a release?
[13:24:13] <sbryzak> only for the other containers, not for weld-ee-embedded
[13:25:14] *** koentsje has quit IRC
[13:28:11] <maschmid> well, one of the reasons this structure is not that much verbose is that it doesn't need to disable the tests... because the whole modules are just disabled, so it can be much simpler...
[13:31:22] <sbryzak> i can't think of another way to update the versions without enabling the modules
[13:31:58] <sbryzak> we need the default build, and the release build to be lightweight
[13:32:18] <sbryzak> so at most we want to run the weld-ee-embedded tests during those builds
[13:34:42] *** jose_freitas has joined #seam-dev
[13:35:11] <maschmid> ok, I'll see what I can do....  disabling the tests just when the "release" property is there shouldn't be so complicated....
[13:35:26] <maschmid> I wish for http://jira.codehaus.org/browse/MNG-3328
[13:35:27] <jbossbot> jira [MNG-3328] Allow multiple profile activation properties. [Open (Unresolved) Improvement, Major, Unassigned] http://jira.codehaus.org/browse/MNG-3328
[13:36:53] <sbryzak> maschmid: that feature would be very nice
[13:36:59] <sbryzak> we could do some really clever stuff with that
[13:37:16] <maschmid> It would solve all my problems :)
[13:37:18] <sbryzak> like move a lot of the profile stuff to a parent testing pom
[13:37:37] <sbryzak> and have allTests only run the container tests if the container directory exists, etc
[13:48:07] <maschmid> sbryzak: ok, I have pushed a new version which runs the AS and glassfish tests only if there is no "release" property...
[13:55:22] *** alinpandichi has joined #seam-dev
[14:31:32] <tremes> sbryzak:ping
[14:34:12] <tremes> sbryzak: hi. can you please add 3.1.0.Beta2 version to JIRA?
[14:45:52] *** alesj has quit IRC
[14:45:54] *** marekn has left #seam-dev
[14:54:56] *** koentsje has joined #seam-dev
[15:06:06] *** tremes has quit IRC
[15:16:23] *** mbg has joined #seam-dev
[15:17:19] *** alinpandichi has left #seam-dev
[15:19:16] *** sannegrinovero has quit IRC
[15:35:22] *** sannegrinovero has joined #seam-dev
[15:42:43] *** lazarotti has joined #seam-dev
[15:48:43] *** lazarotti has quit IRC
[15:49:29] *** lazarotti has joined #seam-dev
[15:53:28] *** tsurdilo has joined #seam-dev
[15:55:01] *** msmigielski has joined #seam-dev
[15:57:32] *** iphands has joined #seam-dev
[15:58:04] *** msmigielski has quit IRC
[16:02:34] *** chkal has quit IRC
[16:03:32] *** mgoldmann has quit IRC
[16:15:29] *** hannelita has joined #seam-dev
[16:32:30] *** gastaldi has joined #seam-dev
[16:32:34] <gastaldi> hey
[16:32:43] <gastaldi> morning !
[16:35:10] *** mbg is now known as mbg|away
[16:38:02] *** mbg|away is now known as mbg
[16:38:57] <jose_freitas> morning gastaldi
[16:39:13] <gastaldi> hey jose_freitas
[16:46:02] *** oskutka has quit IRC
[16:46:31] <maschmid> morning!
[16:47:58] <hannelita> morning :)
[16:48:53] *** bleathem has joined #seam-dev
[16:54:53] *** Diablo-D3 has joined #seam-dev
[16:59:30] *** maschmid has quit IRC
[17:06:11] <gastaldi> jose_freitas: Have you used jQuery UI + Primefaces ?
[17:13:54] *** mkouba has quit IRC
[17:20:36] *** koentsje has quit IRC
[17:29:56] *** jamezp_afk is now known as jamezp
[17:36:22] *** daniel_hinojosa has joined #seam-dev
[17:37:02] *** ssachtleben has joined #seam-dev
[17:37:24] <ssachtleben> hi :)
[17:37:30] <ssachtleben> ping PeteRoyle
[17:37:55] *** msmigielski has joined #seam-dev
[17:41:00] *** cbrock has joined #seam-dev
[17:47:15] *** akazakov has joined #seam-dev
[17:49:15] *** gastaldi has quit IRC
[17:57:39] *** koentsje has joined #seam-dev
[18:06:05] *** maximilienw has left #seam-dev
[18:13:13] *** emmanuel has quit IRC
[18:13:31] *** maxiphone has joined #seam-dev
[18:26:08] *** antoine_sd_ has joined #seam-dev
[18:28:25] *** bleathem is now known as bleathem_afk
[18:38:14] *** bleathem_afk is now known as bleathem
[18:42:32] *** maxiphone has quit IRC
[18:46:30] *** kevinpollet has joined #seam-dev
[18:47:48] *** pmuir has quit IRC
[19:00:17] *** rmartinelli has quit IRC
[19:02:41] *** ssachtleben has quit IRC
[19:08:33] *** mbg is now known as mbg|away
[19:09:46] *** gastaldi has joined #seam-dev
[19:43:15] *** rmartinelli has joined #seam-dev
[19:52:14] *** msmigielski has quit IRC
[19:57:58] *** mbg|away is now known as mbg
[20:02:09] *** aslak has quit IRC
[20:04:33] *** kevinpollet has quit IRC
[20:04:39] *** rmartinelli has quit IRC
[20:19:38] <bleathem> how can you pull from one local branch to another local branch?
[20:19:41] <bleathem> anyone know?
[20:20:55] *** sgilda has quit IRC
[20:22:14] <jamezp> bleathem: Do you want to rebase on a local branch?
[20:22:24] <bleathem> jamezp: yes
[20:22:32] <bleathem> git pull --rebase local_branch
[20:22:35] <bleathem> didn't work
[20:23:10] <jamezp> I think you need to push it up to your remote repo and doe git pull --reabse origin branch
[20:23:43] <bleathem> hmm, too bad
[20:23:48] <bleathem> seems unnecessary
[20:24:08] <jamezp> There might be another way, but I'm not sure what it is :-)
[20:26:16] 
[20:26:43] <gastaldi> you can create another branch by running git checkout -b new-branch
[20:27:19] <jamezp> bleathem: Maybe you can: git rebase branch
[20:27:48] <jamezp> gastaldi: merge creates a commit, which I find kind of annoying.
[20:27:55] <bleathem> jamezp: I did the remote thing you suggested
[20:27:57] <gastaldi> hum right
[20:28:14] *** rmartinelli has joined #seam-dev
[20:28:17] <bleathem> seems like it should be unecessary, but it worked
[20:28:24] <jamezp> I use rebase to squash commits all the time.
[20:28:37] <bleathem> yeah, me too
[20:28:55] <bleathem> in this case I committed a fix to develop, that I wanted in my feature branch
[20:29:01] <bleathem> (local feature branch)
[20:29:11] <bleathem> I could have merged
[20:29:13] <bleathem> I guess
[20:29:22] <bleathem> and continued committing to the feature branch
[20:29:31] <jamezp> Yeah, then you have that extra commit though. Me no likey.
[20:31:28] *** mbg is now known as mbg|away
[20:35:03] <gastaldi> anyone know of a good SQL proxy JDBC driver ?
[20:37:22] <gastaldi> hum, found one: http://code.google.com/p/log4jdbc/
[20:39:58] *** mbg|away is now known as mbg
[20:44:09] *** gastaldi has quit IRC
[20:49:36] *** msmigielski has joined #seam-dev
[21:03:36] *** jamezp is now known as jamezp_afk
[21:16:49] *** lightguard_jp has joined #seam-dev
[21:28:49] <lightguard_jp> Must be the sound of work being done
[21:30:53] *** rmartinelli has quit IRC
[21:32:33] *** gastaldi has joined #seam-dev
[21:32:57] <gastaldi> hey
[21:33:20] <gastaldi> We were discussing about a new module yesterday: Seam Payment
[21:33:31] <lightguard_jp> Yeah, saw that one.
[21:33:33] <lightguard_jp> Cool idea
[21:33:43] <gastaldi> to support integration with PayPal, Google Checkout
[21:34:05] <gastaldi> maybe worth placing on the next meeting ?
[21:35:25] <gastaldi> I have developed a Currency converter implemented as a REST client for www.xe.com
[21:36:21] <gastaldi> Here it is: http://translate.google.com/translate?sl=pt&tl=en&js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&u=http%3A%2F%2Fgastaldi.wordpress.com%2F2010%2F04%2F27%2Fservico-rest-para-conversao-de-moeda%2F&act=url
[21:36:58] <gastaldi> hum, it messed my code
[21:37:17] <gastaldi> Here is the original: http://gastaldi.wordpress.com/2010/04/27/servico-rest-para-conversao-de-moeda/
[21:37:49] *** marekn has joined #seam-dev
[21:38:43] <gastaldi> kinda of a screen scraper tool :)
[21:39:35] <lightguard_jp> gastaldi: I think Lincoln was going to draft something together and put it out on the dev list.
[21:39:47] <gastaldi> right
[21:40:05] 
[21:42:26] <gastaldi> ok, gotta run now, see ya later
[21:42:37] *** gastaldi has quit IRC
[21:47:28] *** mbg is now known as mbg|away
[21:47:45] *** msmigielski has quit IRC
[21:50:07] *** mbg|away is now known as mbg
[21:55:27] <lightguard_jp> bleathem: ping
[21:57:02] *** rmartinelli has joined #seam-dev
[21:58:25] *** mbg1 has joined #seam-dev
[22:00:30] *** koentsje has quit IRC
[22:01:41] <lightguard_jp> bleathem: Care to take this one? http://seamframework.org/Community/EntityConverterInSeam3
[22:02:19] *** epbernard has joined #seam-dev
[22:02:19] *** epbernard is now known as emmanuel
[22:02:45] *** jamezp_afk is now known as jamezp
[22:05:33] *** msmigielski has joined #seam-dev
[22:06:37] *** mbg is now known as mbg|away
[22:40:52] *** daniel_hinojosa has quit IRC
[22:42:27] *** daniel_hinojosa has joined #seam-dev
[22:49:17] <jose_freitas> have a nice weekend
[22:49:25] *** jose_freitas has quit IRC
[22:54:26] <nickarls> lightguard_jp: will em.getEntityManagerFactory().getPersistenceUnitUtil().getIdentifier() work with id in superclass?
[22:58:30] <lightguard_jp> no idea
[22:58:57] <lightguard_jp> Take a look at the persistence module though, there's a class in there that may help, forget the name, but it has something to do with entity ids
[23:06:19] *** emmanuel has quit IRC
[23:09:03] *** rmartinelli has quit IRC
[23:48:45] *** edburns has joined #seam-dev
[23:48:49] <edburns> Hello, anyone here?
[23:51:34] *** edburns is now known as edburns_away
[23:53:08] *** bleathem has quit IRC





top