[00:00:35] <hannelita> lightguard_jp: In fact running with -DskipTsts=true also doest solve the problem
[00:00:46] <hannelita> think we need to remove the dependency :(
[00:01:28] <gastaldi> hannelita: Try to remove the dependency and run again
[00:01:42] <hannelita> gastaldi: doing it
[00:03:51] *** mbg has quit IRC
[00:04:00] <hannelita> gastaldi: mvn clean install -DskipTests=true now works!
[00:04:05] <hannelita> Thanks!!
[00:04:17] 
[00:04:34] <hannelita> ok, commiting this pom
[00:04:35] <hannelita> :)
[00:05:15] <hannelita> But..... always run with -DskipTests=true....
[00:05:21] <hannelita> otehrwise it wont work
[00:05:41] <gastaldi> :P
[00:05:56] <gastaldi> at least for awhile
[00:05:56] <gastaldi> I think you should exclude the tests from pom.xml
[00:06:41] <gastaldi> just place a <skipTests>true</skipTests> under surefire
[00:06:52] 
[00:07:10] <gastaldi> lightguard_jp: Any complaints ?
[00:08:20] <lightguard_jp> No, but run it by sbryzak.
[00:08:33] <gastaldi> yeah, good call
[00:10:25] <lightguard_jp> Stepping away for awhile.
[00:14:49] *** lightguard_jp has quit IRC
[00:26:45] <hannelita> gastaldi: pull requested
[00:27:01] <gastaldi> cool
[00:27:05] *** dabloem has quit IRC
[00:27:08] <hannelita> gastaldi: :) But I did not skip testes by default.... This no not cool hehe
[00:27:24] <gastaldi> hannelita: Ok, sbryzak should take a look then
[00:27:54] 
[00:28:37] <hannelita> gastaldi: ok, np, thanksa lot for the help :)
[00:28:46] <gastaldi> Thanks :)
[00:29:24] <hannelita> gastaldi: also this dependency didn allow idconsole to run on AS 7
[00:29:33] *** rruss has quit IRC
[00:29:34] <gastaldi> oh
[00:29:37] 
[00:30:38] *** Diablo-D3 has joined #seam-dev
[00:30:52] <PeteRoyle> hey gastaldi :)
[00:30:54] <PeteRoyle> ping ssachtleben
[00:31:05] <gastaldi> hey PeteRoyle !
[00:33:28] <gastaldi> back on Seam Cron ?
[00:34:57] <PeteRoyle> nah not at the moment. been away on holidays, just back at work now
[00:38:47] *** tsurdilo has quit IRC
[00:40:55] *** akazakov has quit IRC
[00:44:37] *** cbrock has quit IRC
[00:44:40] *** amitev has quit IRC
[00:44:41] *** hannelita has quit IRC
[00:44:42] *** sannegrinovero has quit IRC
[00:44:42] *** sgilda has quit IRC
[00:44:45] *** PeteRoyle has quit IRC
[00:44:45] *** jamezp has quit IRC
[00:44:47] *** nickarls has quit IRC
[00:44:50] *** jose_freitas has quit IRC
[00:44:52] *** sbryzak has quit IRC
[00:44:55] *** jbott has quit IRC
[00:44:56] *** ssachtleben has quit IRC
[00:44:59] *** jbossbot has quit IRC
[00:45:00] *** Diablo-D3 has quit IRC
[00:45:04] *** stuartdouglas has quit IRC
[00:45:05] *** gastaldi has quit IRC
[00:45:09] *** mateus has quit IRC
[00:45:09] *** daniel_hinojosa has quit IRC
[00:45:13] *** lazarotti has quit IRC
[00:45:13] *** clerum has quit IRC
[00:45:16] *** ChanServ has quit IRC
[00:55:06] *** Diablo-D3 has joined #seam-dev
[00:55:06] *** jbott has joined #seam-dev
[00:55:06] *** lazarotti has joined #seam-dev
[00:55:06] *** mateus has joined #seam-dev
[00:55:06] *** ssachtleben has joined #seam-dev
[00:55:06] *** sannegrinovero has joined #seam-dev
[00:55:06] *** cbrock has joined #seam-dev
[00:55:06] *** clerum has joined #seam-dev
[00:55:06] *** daniel_hinojosa has joined #seam-dev
[00:55:06] *** jose_freitas has joined #seam-dev
[00:55:06] *** PeteRoyle has joined #seam-dev
[00:55:06] *** sgilda has joined #seam-dev
[00:55:06] *** jamezp has joined #seam-dev
[00:55:06] *** amitev has joined #seam-dev
[00:55:06] *** sbryzak has joined #seam-dev
[00:55:06] *** nickarls has joined #seam-dev
[00:55:06] *** ChanServ has joined #seam-dev
[00:55:06] *** jbossbot has joined #seam-dev
[00:55:06] *** stuartdouglas has joined #seam-dev
[00:55:06] *** leguin.freenode.net sets mode: +o ChanServ
[00:56:21] *** mateus has quit IRC
[01:03:48] *** cbrock has quit IRC
[01:03:50] *** amitev has quit IRC
[01:03:52] *** sannegrinovero has quit IRC
[01:03:53] *** sgilda has quit IRC
[01:03:56] *** PeteRoyle has quit IRC
[01:03:56] *** jamezp has quit IRC
[01:03:58] *** nickarls has quit IRC
[01:04:01] *** jose_freitas has quit IRC
[01:04:03] *** sbryzak has quit IRC
[01:04:06] *** jbott has quit IRC
[01:04:07] *** ssachtleben has quit IRC
[01:04:10] *** jbossbot has quit IRC
[01:04:11] *** Diablo-D3 has quit IRC
[01:04:14] *** stuartdouglas has quit IRC
[01:04:20] *** daniel_hinojosa has quit IRC
[01:04:23] *** lazarotti has quit IRC
[01:04:23] *** clerum has quit IRC
[01:04:26] *** ChanServ has quit IRC
[01:06:08] *** Diablo-D3 has joined #seam-dev
[01:06:08] *** jbott has joined #seam-dev
[01:06:08] *** lazarotti has joined #seam-dev
[01:06:08] *** ssachtleben has joined #seam-dev
[01:06:08] *** cbrock has joined #seam-dev
[01:06:08] *** clerum has joined #seam-dev
[01:06:08] *** daniel_hinojosa has joined #seam-dev
[01:06:08] *** jose_freitas has joined #seam-dev
[01:06:08] *** PeteRoyle has joined #seam-dev
[01:06:08] *** sgilda has joined #seam-dev
[01:06:08] *** jamezp has joined #seam-dev
[01:06:08] *** amitev has joined #seam-dev
[01:06:08] *** sbryzak has joined #seam-dev
[01:06:08] *** nickarls has joined #seam-dev
[01:06:08] *** ChanServ has joined #seam-dev
[01:06:08] *** jbossbot has joined #seam-dev
[01:06:08] *** stuartdouglas has joined #seam-dev
[01:06:08] *** leguin.freenode.net sets mode: +o ChanServ
[01:12:28] *** hannelita has joined #seam-dev
[01:26:20] <jbossbot> git [security] push develop 52e501d.. hannelita pom changes for test dependency
[01:26:21] <jbossbot> git [security] push develop d056c5b.. Shane Bryzak Merge pull request #29 from hannelita/develop...
[01:26:21] <jbossbot> git [security] push develop URL: http://github.com/seam/security/compare/b377db0...d056c5b
[01:27:20] *** lazarotti has quit IRC
[01:27:25] <hannelita> By taking off this dependency on pull request you will have to run security module using -DskipTests=true :(
[01:28:06] *** ssachtleben has quit IRC
[01:42:00] *** hannelita has quit IRC
[01:45:57] *** cbrock has quit IRC
[02:10:52] *** gastaldi has joined #seam-dev
[02:12:56] *** bleathem has joined #seam-dev
[02:23:23] *** aslak has quit IRC
[02:24:12] *** tkimura has joined #seam-dev
[02:26:29] *** jamezp is now known as jamezp_afk
[02:37:06] *** _gegastaldi has joined #seam-dev
[02:40:40] *** gastaldi has quit IRC
[02:42:58] *** _gegastaldi has quit IRC
[02:45:35] *** lazarotti has joined #seam-dev
[03:51:15] *** gastaldi has joined #seam-dev
[03:51:21] <gastaldi> yo
[03:51:33] <gastaldi> brb
[03:51:35] *** gastaldi has quit IRC
[04:07:10] *** rruss has joined #seam-dev
[04:43:51] <bleathem> Anyone remember the 3 Latin things Lincoln always says you need to address with every presentation?
[05:06:05] <jbossbot> git [jms] push develop fb41192.. Shane Bryzak fix jms module documentation for distribution build
[05:06:05] <jbossbot> git [jms] push develop URL: http://github.com/seam/jms/compare/2e9dc10...fb41192
[05:29:35] <jbossbot> git [jms] push develop afcc84a.. Shane Bryzak rename doc chapters to confirm with module standards
[05:29:35] <jbossbot> git [jms] push develop URL: http://github.com/seam/jms/compare/fb41192...afcc84a
[06:05:53] <jbossbot> git [jms] push develop 0782101.. Shane Bryzak fixed ids
[06:05:53] <jbossbot> git [jms] push develop URL: http://github.com/seam/jms/compare/afcc84a...0782101
[06:06:11] <jbossbot> git [jcr] push develop b16ba5c.. Shane Bryzak add chapter prefixes
[06:06:11] <jbossbot> git [jcr] push develop URL: http://github.com/seam/jcr/compare/8e5677a...b16ba5c
[06:06:32] <jbossbot> git [reports] push develop 6f8b14c.. Shane Bryzak add chapter prefixes
[06:06:32] <jbossbot> git [reports] push develop URL: http://github.com/seam/reports/compare/6da2462...6f8b14c
[06:21:08] *** tsurdilo has joined #seam-dev
[06:21:44] <jbossbot> git [jms] push develop fe518af.. Shane Bryzak make section ids unique
[06:21:44] <jbossbot> git [jms] push develop URL: http://github.com/seam/jms/compare/0782101...fe518af
[06:21:44] *** tsurdilo has quit IRC
[06:22:07] *** tsurdilo1 has joined #seam-dev
[06:23:50] *** lightguard_jp has joined #seam-dev
[06:24:34] <lightguard_jp> sbryzak: Have you restarted sfwk?
[06:24:36] <lightguard_jp> today
[06:24:37] *** clerum has quit IRC
[06:24:44] <sbryzak> lightguard_jp: no, is it down again?
[06:25:24] <lightguard_jp> No, just wondering. I kicked it earlier today
[06:25:47] <sbryzak> i haven't restarted it since i bumped up the permgen
[06:25:54] <lightguard_jp> Okay
[06:25:59] <sbryzak> so if you've only restarted it once since then, i think that's an improvement
[06:26:06] <sbryzak> still not ideal of course
[06:26:15] <sbryzak> but better than crashing multiple times per day
[06:26:18] <lightguard_jp> Also, do you have sern? http://www.syntext.com/products/serna-free/
[06:26:30] <lightguard_jp> True
[06:26:39] <sbryzak> no, don't have sern
[06:26:42] *** tsurdilo has joined #seam-dev
[06:26:56] <sbryzak> hmm, xml editor?
[06:27:03] <lightguard_jp> It's a bit of a large download for an xml editor, but it works nicely with dockbook
[06:27:21] <lightguard_jp> it'll do wysiwyg and it also handles xi includes.
[06:27:33] <lightguard_jp> So we could load up the whole dist documentation and it'll tell us what's invalid.
[06:28:25] <jbossbot> git [dist] push master 54613e0.. Shane Bryzak fix documentation build
[06:28:25] <jbossbot> git [dist] push master URL: http://github.com/seam/dist/compare/820775f...54613e0
[06:28:34] <sbryzak> nice
[06:28:50] <sbryzak> i'll check it out
[06:29:00] <lightguard_jp> I did that with the catch documentation and got that all cleaned up
[06:29:49] *** tsurdilo1 has quit IRC
[06:30:02] <lightguard_jp> It's certainly a bit heavy to push on contributors, but it's nice tool to have for the core devs
[06:30:04] <sbryzak> i was toying with the idea earlier of writing a seam module plugin for maven
[06:30:12] <sbryzak> which would validate a module for "correctness"
[06:30:30] <lightguard_jp> What all would you check?
[06:30:41] <sbryzak> heaps of stuff
[06:30:49] <sbryzak> that assemblies exist for examples
[06:30:55] <sbryzak> that documentation is all uniquely identified
[06:31:11] <sbryzak> assemblies and source build exist for documentation
[06:32:01] <lightguard_jp> Lots of work. Probably be worth putting in the time and effort if we're going to stay with maven for a long time
[06:32:09] <lightguard_jp> I don't think that's what we want to do though :)
[06:32:21] <sbryzak> true
[06:32:27] <sbryzak> is it easy to write gradle plugins? :)
[06:33:02] <lightguard_jp> easier than maven plugins
[06:34:00] <sbryzak> might be worth looking at down the track
[06:34:23] <lightguard_jp> http://gradle.org/current/docs/userguide/custom_tasks.html and http://gradle.org/current/docs/userguide/custom_plugins.html
[06:39:33] *** tsurdilo has quit IRC
[06:51:52] *** mbg has joined #seam-dev
[06:53:06] <jbossbot> git [dist] push master 41ab413.. Shane Bryzak flesh out the contributing section a bit more
[06:53:06] <jbossbot> git [dist] push master URL: http://github.com/seam/dist/compare/54613e0...41ab413
[06:53:39] <lightguard_jp> sbryzak: Seems like your current task is a bit more fun than mine
[06:53:51] <sbryzak> documentation is never fun
[06:54:02] <sbryzak> it's like going to the dentist
[06:54:10] <lightguard_jp> I'm copying and pasting Seam Wiki code for our forum migration
[06:54:23] <sbryzak> ok, i can see how that could be worse
[06:54:38] <sbryzak> btw, the code in svn is out of date
[06:55:12] <lightguard_jp> For the wiki parser and renderer?
[06:55:48] <sbryzak> no that should be current
[06:55:58] <sbryzak> there's new code though that isn't in svn
[06:56:17] <sbryzak> btw, i need to put the getting started guide in the reference docs
[06:56:51] <lightguard_jp> Maintaining that in two places is going to be a pain.
[06:57:12] <lightguard_jp> It'll be constantly improved and added to.
[06:57:21] <sbryzak> as long as you can generate a maven artifact that will be enough
[06:58:09] <sbryzak> i'd like to get it integrated with the bundled docs though, even if it's not finished yet
[06:59:44] <lightguard_jp> How do I get HTML out of this thing? I thought I saw a method, but now I can't find it
[07:00:07] <sbryzak> out of the wiki text?
[07:01:46] <lightguard_jp> Yeah
[07:02:10] <sbryzak> hmm, let me check
[07:03:38] <sbryzak> http://svn.jboss.org/repos/seam/branches/community/Seam_2_3/examples/wiki/src/main/org/jboss/seam/wiki/core/wikitext/renderer/jsf/UIWikiFormattedText.java
[07:04:21] <sbryzak> so, it's WikiTextParser I think
[07:05:02] <sbryzak> yep, http://svn.jboss.org/repos/seam/branches/community/Seam_2_3/examples/wiki/src/main/org/jboss/seam/wiki/core/wikitext/engine/WikiTextParser.java
[07:05:15] <sbryzak> there's a parse() method
[07:05:22] <sbryzak> and you have to set a renderer
[07:05:32] <sbryzak> which knows how to render certain elements
[07:05:39] <lightguard_jp> Right. Once parse is called, how do I get the generated HTML?
[07:06:43] <sbryzak> parser.toString() i think
[07:07:41] <lightguard_jp> Okay
[07:08:45] <lightguard_jp> blasted permgen
[07:08:59] <sbryzak> so, SeamText.java is generated from an antlr grammar
[07:09:16] <sbryzak> http://svn.jboss.org/repos/seam/branches/community/Seam_2_3/jboss-seam/src/main/antlr/org/jboss/seam/text/seam-text.g
[07:09:39] <sbryzak> SeamTextParser i should say
[07:10:18] <lightguard_jp> Yeah, I have the java source, we'll see if it works
[07:10:30] *** oskutka has joined #seam-dev
[07:11:07] <lightguard_jp> That was a really nasty crash of my IDE
[07:11:14] <lightguard_jp> Thank you java memory model.
[07:12:26] <lightguard_jp> I've always wondered why java IDEs are written in Java and not C/C++
[07:17:14] *** oskutka has quit IRC
[07:18:37] *** oskutka has joined #seam-dev
[07:20:50] *** oskutka has quit IRC
[07:22:56] *** oskutka has joined #seam-dev
[07:23:10] *** oskutka has quit IRC
[07:23:51] *** daniel_hinojosa has quit IRC
[07:24:06] *** oskutka has joined #seam-dev
[07:25:54] *** oskutka has quit IRC
[07:27:09] *** oskutka has joined #seam-dev
[07:27:19] *** daniel_hinojosa has joined #seam-dev
[07:30:38] <bleathem> lightguard_jp: right, cuz C/C++ doesn't have *any* memory management issues!
[07:31:08] <lightguard_jp> No, but they're all well known :)
[07:31:22] <nickarls> is viewaction navigation supposed to work?
[07:31:38] <lightguard_jp> nickarls: I think it's broken
[07:31:42] <nickarls> I see the action hit and have a breakpoint at a prenavigatehandler but I get null for the outcome
[07:31:51] <lightguard_jp> bleathem: ^^
[07:32:46] <nickarls> I guess it's about the same uses using a handleNavigate at the end of the method?
[07:33:38] <bleathem> nickarls: unfortuantely it's borken :(
[07:33:42] <bleathem> ^broken
[07:33:55] <nickarls> b0rken beyond repair or just temporary? ;-)
[07:34:04] <bleathem> nickarls: it's a little different, as it replays the entire JSF lifecycle
[07:34:59] <bleathem> nickarls: SEAMFACES-179
[07:35:00] <jbossbot> jira [SEAMFACES-179] s:viewaction not invoked [Open (Unresolved) Bug, Major, Brian Leathem] https://issues.jboss.org/browse/SEAMFACES-179
[07:35:07] <nickarls> yeah, saw that one
[07:35:15] <bleathem> it's not on the schedule to get repaired, as it's going to be included in JSF 2.2
[07:35:35] <bleathem> but if you want to fix it, pull requests are welcome!
[07:35:56] <bleathem> it's a nasty bit of code
[07:36:00] <nickarls> pull the other one! (isn't that at expression in britain?)
[07:36:06] <bleathem> but it could probably be greatly simplfied
[07:36:29] <bleathem> by making the same simplifying assumptions that the JSF viewAction is going to make
[07:36:42] <bleathem> namely that every viewAction navigation results in a redirect
[07:36:56] <bleathem> we could drop a hole bunch of the Faces view action code out that way
[07:37:04] <nickarls> I have a case where I have an "order loader page" which comes in with an ID and then I want to load, start a conversation and redirect in a view action or something to the order page
[07:37:14] <bleathem> nickarls: I've heard "pull my finger"
[07:37:33] <nickarls> the problem is that with a NavigationHandler.navigate, I lose the messages on redirect
[07:37:39] <bleathem> nickarls: I'd just invoke the navigationHandler
[07:37:43] <bleathem> oh
[07:37:43] <nickarls> I think the expression is related to that, yes
[07:37:45] <bleathem> I see
[07:38:10] <bleathem> what about calling the flash "keep messages" method (or whatever it's called
[07:38:12] <bleathem> )
[07:38:49] <bleathem> setKeepMessages
[07:38:54] <nickarls> I use seam i18n/faces and it has a prenavigatehandler that stores them in flash
[07:38:54] <bleathem> http://javaserverfaces.java.net/nonav/docs/2.0/javadocs/javax/faces/context/Flash.html#setKeepMessages(boolean)
[07:39:23] <nickarls> but there is apparently enough redirects to confuse it
[07:39:36] <bleathem> so before you call NavigationHnadler#navigate, call Flash#setKeepMessages
[07:39:39] <bleathem> doesn't work?
[07:40:04] <nickarls> The messages are there when the're stored away but the next hit I see to the "message restore", the flash key is gone
[07:40:14] <nickarls> haven't tried, been using i18n + faces
[07:40:16] <bleathem> ah
[07:40:28] <bleathem> how about the Faces Render scope?
[07:40:35] <bleathem> would that help at all?
[07:40:36] <nickarls> as it's supposed to do about the same thing (and more, surviving multiple redirects - supposedly)
[07:40:56] <nickarls> if I stick stuff in a session scoped bean, everyting works, of course
[07:40:57] <bleathem> I don't know how much real-world testing it's gotten though
[07:41:05] <bleathem> yeah, the trusty old session
[07:41:14] <nickarls> but it's a bit hacky to pass messages in a session scoped bean over redirects
[07:41:34] <bleathem> the request scope is stored in the session
[07:41:42] <bleathem> it just gets cleaned up for you automatically
[07:42:00] <bleathem> man, I could really dive into writing Seam Faces scopes
[07:42:06] <bleathem> there is so much potential there
[07:42:32] <lightguard_jp> imo, facesmessages should be renderscoped
[07:42:40] <bleathem> lightguard_jp: yes!
[07:42:44] <bleathem> and we need a PageScope
[07:42:51] <bleathem> so people don't have to use the ViewScope
[07:42:54] <lightguard_jp> We have ViewScoped
[07:42:54] <bleathem> which is broken
[07:43:06] <lightguard_jp> I thought we made it work correctly in Faces
[07:43:13] <bleathem> not quite
[07:43:17] <bleathem> 1 sec
[07:43:46] <bleathem> SEAMFACES-44
[07:43:47] <jbossbot> jira [SEAMFACES-44] View scope problems, feature needs review [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-44
[07:44:17] <bleathem> jira is an extension of my brain, I could not survive without it!
[07:44:53] *** tremes has joined #seam-dev
[07:45:15] <bleathem> lightguard_jp: we also would benefit from somthing like CODI's viewAccess scope
[07:46:16] <bleathem> Also, it would be really cool to write some framework for defining scopes.  All contexts would be stored in the session, it's just up to the developer to implement the boundary conditions
[07:46:22] <lightguard_jp> Let's write one then, dang it :)
[07:46:31] <bleathem> say when the context becomes active, and when it should die
[07:46:41] <bleathem> then it would be trivial to implement all these different scopes
[07:46:42] <lightguard_jp> bleathem: I think we need to have some hack fests in Toronto :)
[07:46:45] <bleathem> well, not trivial
[07:46:54] <bleathem> but easier
[07:47:09] <bleathem> yes, the number of things I want to talk about in Toronto is crazy!
[07:47:12] <bleathem> 1 week won't be enough
[07:47:19] <sbryzak> i think we should call it Scopes and Dependency Injection
[07:47:23] <sbryzak> or SDI
[07:47:54] <bleathem> sbryzak: why? do you think the contexts aren't important?
[07:48:05] <sbryzak> it's a joke ;)
[07:48:18] *** lazarotti has quit IRC
[07:48:22] <bleathem> woosh!
[07:48:24] <bleathem> lol
[07:48:53] <bleathem> in that case, let's call it "Scopes and Injection of Dependencies" aka SID
[07:48:57] <bleathem> much more pronouncable
[07:49:38] <bleathem> we've got a google doc for RichFaces listing the things we want to talk about at the F-2-F
[07:49:43] <bleathem> is there a similaar one for Seam?
[07:50:06] <sbryzak> there was just the combined one i thought
[07:50:22] <sbryzak> so that everyone could see everyone's agenda
[07:50:37] <bleathem> ok, I'll ahve a look
[07:50:50] <bleathem> (I thought there was a few days where the teams would discuss amongst themselves)
[07:51:08] <bleathem> but we should surely share what we're planning
[07:51:48] <lightguard_jp> sbryzak: It was only shared with a few people.
[07:51:54] <bleathem> hmm, not finding the doc
[07:51:59] <bleathem> oic
[07:52:20] <sbryzak> just added you bleathem
[07:52:29] <sbryzak> sorry, you should have spoke up earlier ;)
[07:52:35] <bleathem> thanks!
[07:52:58] <lightguard_jp> Not sure the new look of the google apps is better.
[07:52:59] <bleathem> yeah, but it's always been "in the future" until this week
[07:53:13] <bleathem> lightguard_jp: yeah, lots of wasted space at the top
[07:53:25] <bleathem> Ctrl-Shift-F for the win!
[07:53:38] <sbryzak> yeah i was just discussing with jason the other day how close the meeting is
[07:54:02] <sbryzak> i've got so many affairs to get in order!
[07:54:29] <bleathem> at least you have a 20 hour flight to take care of some of that :)
[07:55:35] <bleathem> RichFaces Agenda (Richfaces team please fill out)
[07:55:39] <lightguard_jp> I certainly don't envy Shane the flight time
[07:55:39] <bleathem> lol
[07:55:52] <lightguard_jp> bleathem: Copy / paste in the other document
[07:56:13] <bleathem> and it's a non stop flight these days isn't it? when I was a kid, we at least had a stop over in Hawaii
[07:56:26] <bleathem> lightguard_jp: will do, will wait until Jay is back
[07:56:42] <bleathem> I've put a lot of stuff on there that is probably "unapproved"
[07:56:55] <bleathem> been brainstorming a lot
[07:57:18] <bleathem> Can I share this doc with my team members?
[07:57:50] <bleathem> sbryzak, lightguard_jp ^^
[07:58:23] <sbryzak> bleathem: sure
[07:58:52] <sbryzak> no non-stop flights from brisbane to toronto
[07:58:59] <sbryzak> i don't think they have planes that can do that
[07:59:07] <sbryzak> well, maybe there's a military plane that can
[07:59:13] <sbryzak> but i'm just flying qantas this time
[07:59:43] <sbryzak> and i get to pay $15 for the US Visa Waiver program, just for the privilege of transiting through LAX for 4 hours
[07:59:52] <sbryzak> so i'm not even entering the US, yet still have to pay
[08:02:20] <bleathem> lol, sounds like a cash grab indeed!
[08:02:44] <sbryzak> at the moment i think the US needs it
[08:02:47] <bleathem> still, non-stop for LA to Brisbane is something
[08:03:05] <bleathem> and I hate the LA airport
[08:03:16] <sbryzak> i hate LAX too, worst airport in the world
[08:03:24] <bleathem> you'll have to exit security and go back through to make your connection
[08:03:29] <bleathem> such a waste of time!
[08:03:39] <sbryzak> yep, i've had to do that before
[08:04:00] <sbryzak> sounds like design by committee
[08:05:01] <bleathem> might not have been so bad when security wasn't so invasive
[08:05:12] <bleathem> but these days, it's ludicrous
[08:05:26] <sbryzak> lightguard_jp: i've been meaning to ask you, do you think we should be defining repositories inside each module's pom?
[08:06:22] <bleathem> max andersen had a rant against doing that a while back
[08:06:33] <bleathem> he wanted all repositories defined at the settings.xml level
[08:07:13] <sbryzak> yeah, and i think we have an internal page saying we shouldn't have them in the project's pom
[08:07:16] <sbryzak> i'm just trying to find it out
[08:07:24] <lightguard_jp> sbryzak: I think inside the parent pom is fine.
[08:07:37] <lightguard_jp> Yeah, I'm actually a little torn on that one.
[08:07:47] <lightguard_jp> the maven guys don't advocate putting it in the pom
[08:07:51] <bleathem> lightguard_jp: apparenlty it leads to build "irreproducibility"
[08:07:53] <bleathem> word?
[08:07:54] <lightguard_jp> but it makes it difficult on the users
[08:09:33] <sbryzak> well, from what i understand our repository is being replicated on maven central anyway
[08:09:47] <sbryzak> actually, that might not be true for the seam artifacts yet
[08:09:52] *** chkal has joined #seam-dev
[08:11:21] <sbryzak> http://community.jboss.org/wiki/MavenRepositoryCentralSynchronization
[08:11:42] <sbryzak> seam not being done yet
[08:12:25] <bleathem> I can't find that particular discussion of Max's
[08:12:27] <sbryzak> actually, this page recommends that you do add it: http://community.jboss.org/wiki/MavenGettingStarted
[08:12:31] <bleathem> I thought it was on the core, but maybe not
[08:12:35] <sbryzak> it's over a year old though
[08:12:39] <sbryzak> i wonder if it's outdated
[08:13:18] <bleathem> found it, it was on weld-dev
[08:13:29] <bleathem> let me see if I can get a link to the discussion on nabble or something
[08:13:37] <sbryzak> ah yes, http://community.jboss.org/wiki/MavenProjectConfigurationRequirements
[08:14:09] <bleathem> sbryzak: this was the dicsussion I was referring to: http://lists.jboss.org/pipermail/weld-dev/2011-July/002930.html
[08:16:01] *** oskutka has quit IRC
[08:18:28] *** oskutka has joined #seam-dev
[08:21:22] <bleathem> man, does this guy really think 'm going to look through all that source code!
[08:21:22] <bleathem> http://community.jboss.org/thread/171625
[08:25:39] * nickarls is back, reading log
[08:25:48] <nickarls> so all current solutions are broken? ;-)
[08:26:25] <lightguard_jp> sbryzak: It's not true for most of our repo
[08:26:52] *** alesj has joined #seam-dev
[08:27:03] <sbryzak> lightguard_jp: you mean module poms including the repositories?
[08:27:19] <lightguard_jp> No, pushing our repo back up to central
[08:27:33] <bleathem> nickarls: which current solutions?
[08:27:39] <sbryzak> oh, yeah there's a list on the page i pasted above
[08:28:06] <sbryzak> i just sent an e-mail to paul and max about the conflicting maven recommendations
[08:28:11] <sbryzak> hopefully they'll get those pages sorted out
[08:28:20] <lightguard_jp> sbryzak: If you don't include the repo in the pom then it's one other thing users have to do, and unless you've been using Maven for a while you probably don't even know what settings.xml is, or where it is
[08:28:42] <sbryzak> well, that's why max recommends adding a settings.xml to the project
[08:28:46] <bleathem> lightguard_jp: there are some pretty good community pages that describe what to do
[08:28:54] <nickarls> brian: the add-one scopes (flash, view, X) for message propagation over multiple redirects
[08:29:03] <sbryzak> i think it's a good idea, and we can have a boilerplate readme file that explains how to use it
[08:29:08] <bleathem> sbryzak: can you do that? settings.xml has to be in the home folder, doesn't it?
[08:29:19] <sbryzak> in fact, i'm going to be adding a section about maven in the seam introduction chapter
[08:29:28] <lightguard_jp> bleathem: You can tell it which settings file to use
[08:29:33] <sbryzak> bleathem: mvn -s settings.xml
[08:29:35] <bleathem> nickarls: are they not working?
[08:29:58] <bleathem> lightguard_jp, sbryzak: ah! nice
[08:30:19] <sbryzak> afk a bit, have to do some more work on my roof before it rains again
[08:30:21] *** oskutka1 has joined #seam-dev
[08:30:21] <bleathem> RichFaces just links to the maven setup page on our "How to build RichFaces" page
[08:30:22] *** oskutka1 has quit IRC
[08:30:28] <sbryzak> and before it's dark
[08:30:38] <bleathem> sbryzak: happy roofin'!
[08:31:01] <bleathem> sbryzak: watch out for the spiders in snakes after dark :P
[08:31:11] <bleathem> s/in/and/
[08:32:06] <bleathem> 760 words in my blog post
[08:32:19] <bleathem> I remember when I was a kid, I'd groan at the thought of writing a 500 word essay
[08:32:42] <bleathem> at around 300 words, I'd start adding "filler words" to beef up my word count
[08:32:50] <bleathem> funny how things change
[08:34:04] <nickarls> brian: I manage to drop messages in some cases, for example if I have a navigate a "loader?id=666&redirect=true" and then have a preRenderEvent/viewAction that loads stuff and navigates on to "order?faces-redirect=true" after loading the order, starting conversations, adding messages etc.
[08:34:33] <nickarls> so I wonder if it's something in the message propagation lifecycle that goes wrong. or something with the flash scope. or something else
[08:34:34] <bleathem> nickarls: some of this is coming back to me now
[08:35:32] <bleathem> nickarls: I remember working around this for a conversation expired message, by redirecting to a page that had a viewAction that set the message, and redirected (server-side) to the page I actually wanted
[08:35:42] <bleathem> was a horrible hack
[08:36:14] <bleathem> but that was because the coversationExpired exception was interfering with message propagation
[08:36:26] <nickarls> I see the messages stored to the flash but the next time the MessageAdapter tries to restore, the key is not in the flashscope
[08:36:42] <bleathem> even with setKeepMessages(true)?
[08:36:51] <nickarls> You should have seen the hack I had to do long->long conversation jump in single lifecycle
[08:37:19] <nickarls> involved navigating to a page that terminated the conversation, redirected to itself again and started a new ;-)
[08:37:25] <bleathem> would be nice if we could get Seam Faces to the point where these hacks were not necessary, at least not at the app dev level
[08:37:41] <bleathem> nickarls: that sounds horribly familiar!
[08:38:11] <nickarls> brian: I don't think it matters, setKeepMessages has to do with faces messages. i18n stores it's own, neutral, messages in the flash
[08:38:11] <bleathem> I'm too much in an ivory tower lately.  I need to get my hands dirty in real app development again
[08:38:21] <bleathem> nickarls: ah
[08:38:27] <nickarls> and the faces messageadapter restores and converts to facesmessages
[08:38:37] <nickarls> brian: you only think you want ;-)
[08:38:47] <nickarls> after a week you long back to the frameworks
[08:38:54] <bleathem> ignorance is bliss!
[08:39:01] <nickarls> I spend most of my time fighting ("integrating") frameworks
[08:39:14] <nickarls> wonder what in the JSF lifecycle breaks my transactions
[08:39:22] <nickarls> wondering where my messages are dropped
[08:39:32] *** maschmid has joined #seam-dev
[08:39:36] <nickarls> wondering why my UI components lose state
[08:39:43] <nickarls> wonderng why my UI components keep their state too long
[08:39:57] <bleathem> nickarls: good questions
[08:40:06] <bleathem> nickarls: let me know what you find :P
[08:40:06] <nickarls> wondering why JSF loads stuff not even rendered etcetcetc
[08:40:32] <bleathem> nickarls: make use of c:if when you can - it's keeps stuff out of the comonent tree, and makes your page faster
[08:41:05] <nickarls> what is the precedence in c:if and ui:include?
[08:41:50] <bleathem> ui:include isn't conditional
[08:42:22] <bleathem> you should be able to put a ui:include inside a c:if
[08:42:32] <bleathem> and the c:if would not include it
[08:42:44] <bleathem> (or would include it)
[08:43:14] <bleathem> but c:if is evaluated once for the duration of the component tree
[08:43:28] <bleathem> so it's not worth using all the time
[08:43:48] <nickarls> which is no good if I have a tab control and only want to include the tabs that really are visible
[08:43:49] <bleathem> but if you have stuff that is conditionally rendered on auth for instance, c:if is great
[08:44:07] <bleathem> nickarls: well, if you redirect when you change tabs, it would work
[08:44:21] <nickarls> that causes flickering
[08:44:30] <bleathem> and with complex stuff in your tabs, that could be overall fater
[08:44:34] <bleathem> yes, id does
[08:44:38] <bleathem> ^it
[08:44:45] <bleathem> always a trade-off to gain performance!
[08:45:16] <nickarls> but on the topic of i18n/faces message propagation, would it be worth changing to some other mechanism than flash scope?
[08:45:32] <nickarls> the trade-off can always be dropped by a customer with "I don't like it"
[08:45:34] <bleathem> I think using the Render scope would be spamrt
[08:45:45] <bleathem> ^smart
[08:45:57] <bleathem> but I'm not sure if the RenderScope is up to the task at the moment
[08:46:17] <bleathem> It needs some extensive JSFUnit testing
[08:46:41] <bleathem> or forget extensive - I'll take any testing at the moment!
[08:46:51] *** rruss has quit IRC
[08:47:03] <nickarls> I think the mechanism is OK, the preNavigateHandler probably sees all cases of trying to move around
[08:47:27] *** oskutka has quit IRC
[08:47:28] <nickarls> it's just a matter of finding a proper place to store it that lives long enough to do the job but not so long that cleaning up becames a chore.
[08:47:47] <bleathem> nickarls: RenderScope is stored in the session
[08:47:57] <bleathem> cleaned up at the start of every lifecycle
[08:48:21] <bleathem> so it lives long enough, and cleanup is taken care of for you
[08:48:30] *** oskutka has joined #seam-dev
[08:48:45] <bleathem> sorry, not cleaned up at the start of the life cycle, but in the render response phase
[08:48:57] <bleathem> which is why it survives multiple redirects
[08:49:08] <bleathem> because the render response phase is never reached
[08:49:45] <nickarls> doesn't seam have a flash scope implementation that should (theoretically) be able to do the same thing?
[08:50:23] <bleathem> nickarls: that was the RenderScope - originally the Flash scope
[08:50:35] <bleathem> renamed to not be ambiguous withh the JSF FlashScope
[08:50:45] <bleathem> which has different semantics
[08:54:25] <nickarls> hey, looking at the code, it *does* use the render scope
[08:54:33] <bleathem> nice!
[08:54:34] <nickarls> https://github.com/seam/faces/blob/develop/impl/src/main/java/org/jboss/seam/faces/status/MessagesAdapter.java
[08:54:42] <nickarls> no, it doesnt work ;-)
[08:54:42] <bleathem> then everything should work fine!
[08:56:57] *** marekn has joined #seam-dev
[08:57:22] <bleathem> nickarls: like I said, I don't have a lot of confidence in the RenderScope right now.  It needs more tests
[08:57:51] *** daniel_hinojosa has quit IRC
[08:58:35] <nickarls> I need to mine the renderscope and phaselisteners with breakpoints to see if it dies to soon
[08:58:59] <nickarls> but first, take two of the 3.0.0.Final -> 3.1.0.Beta2 migration attempt
[09:11:21] *** marekn has quit IRC
[09:16:35] *** marekn has joined #seam-dev
[09:16:39] *** bleathem is now known as bleathem_away
[09:27:01] *** mbg has quit IRC
[09:29:55] *** pchowaniec has joined #seam-dev
[09:30:55] *** lightguard_jp has quit IRC
[09:40:15] <nickarls> still get the issues of strange maven-compile "symbol not found" for seam-stuff when I upgraded to 3.1.0.Beta2
[09:46:34] *** maximilienw has joined #seam-dev
[09:47:21] *** koentsje has joined #seam-dev
[10:07:10] <sbryzak> nickarls: are you getting an exception?
[10:08:41] *** sannegrinovero has joined #seam-dev
[10:16:40] *** emmanuel has joined #seam-dev
[10:23:00] *** sannegrinovero has quit IRC
[10:33:54] <nickarls> sbryzak: strange things ;-) like [ERROR] \Java\IDE\Indigo\workspace\OSTi3-SYT\src\main\java\fi\affecto\osti\fwkin
[10:33:54] <nickarls> t\seam\security\PlSqlAuthenticator.java:[37,1] error: method does not override o
[10:34:01] <nickarls> oops
[10:34:12] <nickarls> http://pastebin.com/0JuZ4MY2
[10:34:37] <sbryzak> is that a compiler error?
[10:34:39] <nickarls> which is my authenticator, and the authenticate exists a few super() up
[10:34:48] <nickarls> yes. the strange thing is that eclipse shows everything fine
[10:34:56] <nickarls> but mvn build bombs
[10:35:19] <nickarls> also a lot of compile errors for "symbol not found" when referencing seam stuff (e.g. Bundles)
[10:36:22] <sbryzak> hmm, very strange
[10:36:35] <sbryzak> bah, looks like sfwk.org is down again
[10:38:32] <sbryzak> nickarls: are you able to reproduce it with a minimal set of code?
[10:38:49] <sbryzak> i'd like to see if i get the same thing when i build locally
[10:39:10] *** msmigielski has joined #seam-dev
[10:39:21] <nickarls> I've tried a fresh project and I can get e.g. faces/i18n setup fine
[10:41:52] <nickarls> sbryzak: how do you get classpath etc info out of maven so I could see what it picks up?
[10:43:01] <stuartdouglas> nickarls: I have seen that 'method does not override' thing before when the source level was set to 1.5, but the IDE was set to 1.6
[10:43:13] <stuartdouglas> and the method being overridden was from an interface
[10:44:26] <nickarls> I'm on 1.7 for source level
[10:44:32] <nickarls> and it worked for 3.0.0.Final
[10:44:48] <nickarls> there are also the unexplained "cannot find symbol"
[10:50:49] *** sannegrinovero has joined #seam-dev
[10:50:54] <nickarls> my m2eclipse shows resolved dependencies "compile" for seam-international-api and "runtime" for seam-international. is that ok? is the "runtime" seen at compile time?
[10:54:18] <nickarls> I tried changing scope of seam-security to "compile" and the override error went away. is this related to the api/impl split?
[10:55:09] <sbryzak> nickarls: sorry, was afk for dinner.. not sure how to get the classpath in maven
[10:55:16] <sbryzak> there's possibly a command line switch for it
[10:55:33] <nickarls> setting the scope to compile does help
[10:56:08] <nickarls> perhaps eclipse just uses everything it has and it works but the real compile looks more closely at the scopes
[10:56:21] <sbryzak> nickarls: the impl should be runtime, and the api should be compile
[10:56:35] <sbryzak> that should be fixed in beta2
[10:57:22] <nickarls> yes, but sometimes you need the impl and you have to set the scope to compile explicityl nowadays
[10:57:31] *** stuartdouglas has quit IRC
[10:57:41] <nickarls> with 3.0.0.Final you probably had the combined api+impl around all the time
[10:58:10] *** oranheim has joined #seam-dev
[10:59:28] <oranheim> hi
[10:59:33] <oranheim> I'm trying to deploy security-idmconsole example but it fails on as 7.0.1: Caused by: java.lang.ClassNotFoundException: org.jboss.logmanager.Logger$AttachmentKey from [Module "deployment.security-idmconsole.war:main" from Service Module Loader]
[10:59:57] <nickarls> you need a dep in manifest or a jboss-deployment-structure.xml
[11:00:06] <sbryzak> nickarls: yep, 3.0.0 still had the combined jars
[11:00:29] <oranheim> is there a profile target for mvn that should be added
[11:00:33] <sbryzak> oranheim: which version of seam security do you have?
[11:00:39] <nickarls> the api/impl split is fine, just something one needs to be aware of
[11:00:42] <oranheim> latest github
[11:00:44] <nickarls> oranheim: yes
[11:00:48] <sbryzak> actually, it was still broken in the latest release of solder
[11:01:05] <sbryzak> oranheim: you need to build the latest solder, and override the solder version in your local copy of security to 3.1.0-SNAPSHOT
[11:01:14] <nickarls> maven-war-plugin archive/manifestentries/dependencies
[11:01:44] <oranheim> cool
[11:01:56] *** stuartdouglas has joined #seam-dev
[11:10:32] <oranheim> sbryzak: nickarls:  nice! works like a charm :)
[11:18:17] <nickarls> org.jboss.seam.transaction.TransactionInterceptor has moved?
[11:20:55] <sbryzak> nickarls: it's in the new transaction module now
[11:21:03] <sbryzak> org.jboss.seam.transaction:seam-transaction
[11:24:15] <nickarls> indeed, thanks
[11:24:54] * nickarls is giving a live demo of what a seam-noob is going through when upgrading ;-)
[11:26:57] <tremes> sbryzak: hi. seam-mail is not yet released in 3.1.0.Beta2? i am checking github.
[11:27:11] <sbryzak> tremes: no, i don't think it will be in the 3.1.0 release
[11:27:19] <sbryzak> we'll release it later when it's finished
[11:27:47] <tremes> ok.
[11:29:11] <nickarls> "transaction is not active". Isn't the transactioninterceptor supposed to take care of that?
[11:31:36] <sbryzak> nickarls: yes
[11:31:50] <sbryzak> nickarls: was it working before?
[11:32:57] <nickarls> yep
[11:33:24] <sbryzak> hmm, make sure that both seam-transaction.jar and seam-transaction-api.jar are in your distribution
[11:36:38] <nickarls> sbryzak: http://pastebin.com/6vhNK4Sy
[11:37:27] <nickarls> transaction and api are present
[11:37:39] <sbryzak> Caused by: java.lang.NullPointerException
[11:37:39] <sbryzak>         at java.util.concurrent.ConcurrentHashMap.put(ConcurrentHashMap.java:1058) [:1.7.0]
[11:37:40] <sbryzak>         at org.jboss.seam.international.status.ApplicationBundles.put(ApplicationBundles.java:103) [seam-international-api-3.1.0.Beta2.jar:]
[11:38:02] <sbryzak> do you have both seam-international and seam-international-api?
[11:38:46] <nickarls> yep
[11:39:00] <sbryzak> hmm
[11:39:44] <nickarls> it appears to be from the JSF resourceloader (DB-based)
[11:40:59] <sbryzak> my local code for seam-international must be out of date, one minute...
[11:42:02] <sbryzak> weird, the code I have at line 103 is this: containsLocaleMap(locale);
[11:42:12] <sbryzak> which doesn't seem to match up with your stack trace
[11:42:42] <nickarls> sbryzak: I have a custom version ;-)
[11:42:57] <sbryzak> ah
[11:43:07] <sbryzak> so you broke it then ;p
[11:43:31] * nickarls is denying everything
[11:44:02] <sbryzak> so i'm guessing that return bundles.get(locale).put(key, value); is the problem line?
[11:45:30] <nickarls> hmm, I have a theory - I saw a complaint of conversation context not being active. I use a SMPC that is CC
[11:45:43] <nickarls> but wonder what changed between versions?
[11:47:27] <sbryzak> was it a sfwk.org forum post?
[11:53:31] <nickarls> nope. here is a fresh stacktrace: http://pastebin.com/7ePz9WPz
[11:53:47] <nickarls> I think the NPE is a side effect that my resource loader has died on the no-transaction
[11:56:30] <sbryzak> what's executing the db query?
[11:57:57] <sbryzak> there's this also:
[11:57:57] <sbryzak> org.jboss.weld.exceptions.IllegalProductException: WELD-000052 Cannot return null from a non-dependent producer method:  [method] @Produces @SessionScoped @Named public fi.affecto.osti.installaatio.Asetuslataaja.getAsetukset()
[11:58:42] <nickarls> I think that is a side-effect also. I load my JSF/BeanValidation messages from the DB, I think it comes from there
[11:59:19] <sbryzak> ok
[11:59:22] <sbryzak> this class here: fi.affecto.osti.fwkint.seam.international.status.DBResourceLoader
[11:59:26] <sbryzak> can i see that?
[11:59:58] <nickarls> http://pastebin.com/r8zN7zF8
[12:00:47] <sbryzak> there's no @Transactional annotation
[12:01:47] <nickarls> it used to be a stateless EJB which I downgraded
[12:01:55] <nickarls> somehow it remained working so I didn
[12:02:00] <nickarls> 't add anything for 3.0.0
[12:02:12] <sbryzak> so there's no transaction support for pojos
[12:02:20] <sbryzak> try adding @Transactional to loadJSFBundleFor()
[12:02:53] <sbryzak> actually, anything that invokes haeJarjestelmamessut() will need a @Transactional
[12:03:04] <sbryzak> so loadBeanValidationBundleFor() also
[12:03:32] *** kpiwko has joined #seam-dev
[12:03:36] <nickarls> I put it on the class itself, same thing
[12:03:45] <sbryzak> yep that will work
[12:03:57] <nickarls> same exception
[12:05:00] <sbryzak> bah
[12:05:18] <sbryzak> stuartdouglas: any ideas about nickarls transaction issue? (might need to read back a bit)
[12:06:41] <nickarls> stuartdouglas: the core issues is that I get a "transaction not active" on a @Transactional annotated POJO that uses a SMPC
[12:06:49] <nickarls> on 3.1.0.Beta2
[12:07:20] *** alesj has quit IRC
[12:10:53] *** emmanuel has quit IRC
[12:11:14] *** tsurdilo has joined #seam-dev
[12:17:05] * nickarls suspends the transaction for a quick lunch
[12:18:35] *** alesj has joined #seam-dev
[12:19:54] <nickarls> strange thing is that when I breakpoint, I see the TransactionInterceptor.workInTransaction in the stack
[12:20:40] *** aslak has joined #seam-dev
[12:26:20] *** oskutka has quit IRC
[12:28:47] *** msmigielski has quit IRC
[12:29:16] *** oskutka has joined #seam-dev
[12:34:36] <nickarls> Work says transactionActive=true, newTransactionRequired=false
[12:36:49] *** pchowaniec has quit IRC
[12:42:21] *** pchowaniec has joined #seam-dev
[12:45:29] *** tsurdilo1 has joined #seam-dev
[12:49:01] *** tsurdilo has quit IRC
[13:08:34] <stuartdouglas> nickarls: The EM is probably not enrolled in the transaction
[13:08:54] <stuartdouglas> or if it is a SMPC enrolled in a different transaction (although that should not happen)
[13:09:11] <stuartdouglas> but either way, I am way to tired to do much about it right now :-(
[13:09:55] <nickarls> yeah, no use going burnout over this ;-) I reverted, will make another attempt tomorrow
[13:10:26] <sbryzak> nickarls: what does your producer method look like for the em?
[13:11:18] <nickarls> sbryzak: standard @ConversationScoped SMPC
[13:11:32] <sbryzak> is it @ExtensionManaged ?
[13:11:56] <nickarls> yep
[13:13:39] <sbryzak> hmm, i'm out of ideas
[13:13:59] *** tsurdilo2 has joined #seam-dev
[13:16:56] *** tsurdilo1 has quit IRC
[13:21:52] *** msmigielski has joined #seam-dev
[13:22:16] * nickarls is rolling back an AS upgrade to see if the issue could be serverside. not that there should(tm) have been that much changes to transactions recently...
[13:23:16] <nickarls> "did you change anything else?" "No" "Well, I did upgrade the AS to the latest snapshot but that shouldn't effect anything"
[13:31:00] *** epbernard has joined #seam-dev
[13:31:00] *** epbernard is now known as emmanuel
[13:34:41] <oranheim> i'm a bit confused when upgrading to 3.1.0.Beta2 (+latest solder snapshot). Are these the right imports:
[13:34:42] <oranheim> import org.jboss.seam.logging.Log;
[13:34:42] <oranheim> import org.jboss.seam.solder.logging.internal.MessageLogger;
[13:35:08] <nickarls> "internal" is general a warning sign
[13:35:13] *** emmanuel has quit IRC
[13:35:28] <nickarls> I think I import org.jboss.seam.logging.Logger and Inject
[13:35:53] *** epbernard has joined #seam-dev
[13:35:53] *** epbernard is now known as emmanuel
[13:36:04] <oranheim> i see now
[13:36:05] <oranheim> import org.jboss.seam.logging.Logger.Level;
[13:36:05] <oranheim> import org.jboss.seam.logging.MessageLogger;
[13:45:02] *** emmanuel has quit IRC
[13:48:41] <oranheim> nickarls: i won't compile with the above imports
[13:48:48] <oranheim> [INFO] +- org.jboss.seam.solder:seam-solder-logging:jar:3.1.0.Beta2:compile
[13:48:48] <oranheim> [INFO] +- org.jboss.seam.solder:seam-solder-tooling:jar:3.1.0.Beta2:provided
[13:48:48] <oranheim> [INFO] |  \- org.jboss.seam.solder:seam-solder-api:jar:3.1.0.Beta2:compile (scope managed from provided)
[13:48:48] <oranheim> [INFO] +- org.jboss.seam.persistence:seam-persistence:jar:3.1.0.Beta2:compile
[13:48:49] <oranheim> [INFO] |  +- org.jboss.seam.persistence:seam-persistence-api:jar:3.1.0.Beta2:compile
[13:48:49] <oranheim> [INFO] |  \- org.jboss.seam.transaction:seam-transaction-api:jar:3.1.0.Beta2:compile
[13:48:49] <oranheim> [INFO] +- org.jboss.seam.solder:seam-solder:jar:3.1.0.Beta2:compile
[13:50:06] <oranheim> unable to compile typed loggers
[13:55:22] *** epbernard has joined #seam-dev
[13:55:22] *** epbernard is now known as emmanuel
[13:55:24] *** emmanuel has joined #seam-dev
[13:55:35] <nickarls> isn't Logger and MessageLogger in seam-solder-logging?
[13:58:07] <oranheim> seam-solder-logging only contains: org.jboss.seam.solder.logging.internal
[13:58:32] <oranheim> seam-solder-api only contains: org.jboss.seam.logging
[13:58:49] <oranheim> and seam-solder contains package org.jboss.seam.solder.logging, but not the MessageLogger
[13:58:59] *** tsurdilo2 has quit IRC
[13:59:29] *** tsurdilo has joined #seam-dev
[13:59:48] *** emmanuel has quit IRC
[13:59:53] <maschmid> There is org.jboss.seam.logging.MessageLogger interface in solder-api
[14:00:27] <oranheim> From doc 11.3 Types Loggers: "Make sure you are using the annotations from Seam Solder (org.jboss.seam.solder.messages and org.jboss.seam.solder.logging packages only). "
[14:01:41] <oranheim> I have double checked through the Artifact Browser on: https://repository.jboss.org/nexus/index.html#nexus-search;classname~org.jboss.seam.solder.logging.MessageLogger and org.jboss.seam.solder.logging.MessageLogger does not exist
[14:01:52] <maschmid> AFAIK, org.jboss.seam.solder.logging.* has been renamed to org.jboss.seam.logging.*  ... the docs are probably not updated yet
[14:02:03] <oranheim> thx
[14:02:42] *** tkimura has quit IRC
[14:03:13] <oranheim> maschmid: build success
[14:03:35] *** tsurdilo1 has joined #seam-dev
[14:04:04] <maschmid> oranheim: that's a good sign... let's see if it also works :)
[14:04:05] *** epbernard has joined #seam-dev
[14:04:05] *** epbernard is now known as emmanuel
[14:04:21] <oranheim> maschmid: :-)
[14:04:55] *** rmartinelli has joined #seam-dev
[14:05:48] *** tsurdilo1 has quit IRC
[14:06:02] *** tsurdilo has quit IRC
[14:06:09] *** tsurdilo has joined #seam-dev
[14:08:58] *** tsurdilo has quit IRC
[14:09:20] *** tsurdilo has joined #seam-dev
[14:10:48] *** emmanuel has quit IRC
[14:16:15] *** tsurdilo1 has joined #seam-dev
[14:17:25] *** epbernard has joined #seam-dev
[14:17:25] *** epbernard is now known as emmanuel
[14:18:30] *** tsurdilo has quit IRC
[14:21:40] *** tsurdilo1 has quit IRC
[14:24:58] *** oskutka has quit IRC
[14:34:06] *** tsurdilo has joined #seam-dev
[14:37:04] *** oskutka has joined #seam-dev
[14:56:10] <jbossbot> git [core] push master 4f8d99a.. Lincoln Baxter, III Re-added bin folder
[14:56:10] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/5ea0a14...4f8d99a
[15:09:39] *** sgilda has quit IRC
[15:13:51] *** sgilda has joined #seam-dev
[15:19:44] <jbossbot> git [social] push develop 741e194.. Antoine Sabot-Durand Added JBoss AS 7 config for logging
[15:19:44] <jbossbot> git [social] push develop cd00066.. Antoine Sabot-Durand Cleaning dependencies
[15:19:45] <jbossbot> git [social] push develop URL: http://github.com/seam/social/compare/3c6192f...cd00066
[15:25:40] *** marekn has left #seam-dev
[15:33:39] *** lazarotti has joined #seam-dev
[15:34:00] *** rruss has joined #seam-dev
[15:38:31] *** oskutka has quit IRC
[15:43:49] *** sbryzak has quit IRC
[15:46:19] *** lazarotti has quit IRC
[15:46:37] *** lazarotti has joined #seam-dev
[15:54:47] *** bleathem_away has quit IRC
[15:59:21] *** bleathem has joined #seam-dev
[15:59:51] *** alesj has quit IRC
[16:00:38] *** sbryzak has joined #seam-dev
[16:04:07] *** mbg has joined #seam-dev
[16:06:18] *** jganoff has joined #seam-dev
[16:12:50] *** mbg has quit IRC
[16:13:15] *** mbg has joined #seam-dev
[16:18:37] *** msmigielski has quit IRC
[16:20:13] *** clerum has joined #seam-dev
[16:23:35] *** chkal has quit IRC
[16:27:31] *** hannelita has joined #seam-dev
[16:32:35] <oranheim> sbryzak: why is the user.enabled = false by default for all users in the security-idmconsole example?
[16:46:16] *** gastaldi has joined #seam-dev
[16:46:25] <gastaldi> morning all
[16:46:41] <gastaldi> jose_freitas: It seems your prayer has been answered ! No more rain in Floripa ! :)
[16:50:25] <jose_freitas> gastaldi, Yeah. I had to do some blackmailing though.
[16:50:35] <gastaldi> lol
[16:50:45] <gastaldi> THank god, my flu was killing me
[16:51:04] <gastaldi> Now I am feeling a little better
[16:51:07] <jose_freitas> :)
[16:51:36] <jose_freitas> are you religious gastaldi? or you say "thank god" as a language expression?
[16:52:45] *** pmuir has joined #seam-dev
[16:52:46] *** pmuir has quit IRC
[16:52:46] *** pmuir has joined #seam-dev
[16:52:49] <gastaldi> well, as a language expression. I am not an atheist either
[16:55:11] *** pchowaniec has left #seam-dev
[16:57:48] *** tremes has quit IRC
[17:17:16] *** koentsje has quit IRC
[17:25:44] *** ssachtleben has joined #seam-dev
[17:26:06] <ssachtleben> hi all :)
[17:26:38] *** jamezp_afk is now known as jamezp
[17:28:22] <jose_freitas> hi ssachtleben
[17:37:09] <gastaldi> hey ssachtleben
[17:37:32] <ssachtleben> hehe nice 3 days work and rest of week vacation
[17:37:48] <ssachtleben> :D
[17:37:57] *** cbrock has joined #seam-dev
[18:03:45] <gastaldi> damn, how do I mock a FacesContext obj ?
[18:04:02] 
[18:04:24] <gastaldi> getCurrentInstance() I mean
[18:05:56] *** daniel_hinojosa has joined #seam-dev
[18:15:21] *** akazakov has joined #seam-dev
[18:17:58] *** maximilienw has quit IRC
[18:20:07] *** jose_freitas has quit IRC
[18:23:25] *** jose_freitas has joined #seam-dev
[18:30:59] *** rruss has quit IRC
[18:45:14] *** rruss has joined #seam-dev
[18:55:38] *** maschmid has quit IRC
[19:02:12] *** pmuir has quit IRC
[19:03:25] <jose_freitas> gastaldi: why do you need to mock facesContext?
[19:03:39] <gastaldi> I have a code that uses it internally
[19:03:48] <gastaldi> I solved now by refactoring the method
[19:03:49] <jose_freitas> hm
[19:03:59] <gastaldi> and overriding in my test case
[19:05:13] <jose_freitas> hm
[19:26:28] *** tsurdilo has quit IRC
[19:27:03] *** tsurdilo has joined #seam-dev
[19:27:05] *** lazarotti has quit IRC
[19:27:28] *** lazarotti has joined #seam-dev
[19:39:35] *** rruss has quit IRC
[19:43:38] *** gastaldi has quit IRC
[20:03:30] *** alesj has joined #seam-dev
[20:06:38] *** alesj has quit IRC
[20:17:03] *** lightguard_jp has joined #seam-dev
[20:24:04] <jbossbot> git [core] push master 105ed37.. Lincoln Baxter, III SEAMFORGE-285
[20:24:05] <jbossbot> jira [SEAMFORGE-285] New bean returns null: ***ERROR*** [beans new-bean] null [Closed (Done) Bug, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-285
[20:24:05] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/4f8d99a...105ed37
[20:25:33] *** sannegrinovero is now known as sanne
[20:27:09] *** msmigielski has joined #seam-dev
[20:31:57] *** rmartinelli has quit IRC
[20:49:32] *** maxiphone has joined #seam-dev
[20:50:20] *** maxiphone has left #seam-dev
[20:52:03] *** alesj has joined #seam-dev
[20:52:27] *** emmanuel has quit IRC
[21:02:46] *** jamezp is now known as jamezp_afk
[21:04:59] *** kevinpollet has joined #seam-dev
[21:05:15] *** kevinpollet has left #seam-dev
[21:05:22] *** maschmid has joined #seam-dev
[21:13:37] *** maximilienw has joined #seam-dev
[21:21:10] *** rruss has joined #seam-dev
[21:32:40] *** Diablo-D3 has quit IRC
[21:50:46] *** alesj has quit IRC
[21:51:19] *** ssachtleben has quit IRC
[21:57:29] *** tsurdilo has quit IRC
[22:01:29] *** jamezp_afk is now known as jamezp
[22:12:01] *** tsurdilo has joined #seam-dev
[22:28:32] <lightguard_jp> quiet day today
[22:28:46] *** maximilienw has quit IRC
[22:31:28] *** maximilienw has joined #seam-dev
[22:36:53] *** daniel_hinojosa has quit IRC
[22:42:30] *** rruss has quit IRC
[22:45:13] *** maximilienw has quit IRC
[22:49:55] *** maximilienw has joined #seam-dev
[22:50:03] *** jganoff has quit IRC
[22:55:05] *** maximilienw has quit IRC
[22:58:39] *** lazarotti has quit IRC
[22:59:45] *** lightguard_jp is now known as lightguard_jp_aw
[23:00:18] *** maximilienw has joined #seam-dev
[23:04:04] <clerum> lightguard_jp: quiet is often the sound of work getting done
[23:04:08] *** daniel_hinojosa has joined #seam-dev
[23:11:39] *** lazarotti has joined #seam-dev
[23:18:11] *** daniel_hinojosa has quit IRC
[23:22:42] *** daniel_hinojosa has joined #seam-dev
[23:36:04] *** koentsje has joined #seam-dev
[23:38:50] <sbryzak> i was wondering why the seam 2 forum was getting so much activity lately.. it was just spammers
[23:39:02] <lightguard_jp_aw> Nice
[23:39:24] <lightguard_jp_aw> sbryzak: Think that's what's been messing up the site?
[23:39:43] <sbryzak> crashing it you mean? i don't think so
[23:39:54] <sbryzak> there wasn't *that* much
[23:40:16] <sbryzak> i think we should block users with a free email account from posting links
[23:40:25] <lightguard_jp_aw> just business as usual then
[23:41:07] <sbryzak> in seam university i'm actually going to put all new user content in a holding area until it can get moderated
[23:41:39] <sbryzak> so a new user that posts an article, or even a comment won't have their stuff displayed until someone checks it
[23:42:38] <lightguard_jp_aw> makes sense
[23:54:00] *** rruss has joined #seam-dev
[23:55:02] <hannelita> lightguard_jp_aw: ping
[23:55:12] *** lightguard_jp_aw is now known as lightguard_jp
[23:55:14] <lightguard_jp> hannelita: pong
[23:55:31] <hannelita> lightguard_jp: can I make you some questions about confbuzz?
[23:55:40] <lightguard_jp> hannelita: Sure, ask away
[23:55:45] <hannelita> lightguard_jp:
[23:55:55] <hannelita> lightguard_jp: Can we have an admin area?
[23:56:07] <lightguard_jp> certainly
[23:56:21] <hannelita> lightguard_jp: I mean, an area to edit all users ant things like this
[23:56:32] <lightguard_jp> in fact, we need one to help demonstrate view security.
[23:56:45] <lightguard_jp> Yeah, no problem with that
[23:56:56] <hannelita> lightguard_jp: ok, so I will make a super-admn that can manage everyone too
[23:58:26] *** rruss has quit IRC





top