[00:05:20] *** gastaldi has quit IRC
[00:36:32] *** aslak has quit IRC
[00:50:09] <bleathem> JBoss AS noob... how do I change the permgen size?
[00:50:20] <bleathem> JBoss AS 6
[00:50:54] <stuartdouglas> export JAVA_OPTS=-XX:maxPermSize=512m
[00:51:12] <stuartdouglas> assuming you are launching from a terminal
[00:51:18] <johnament> in run.conf
[00:51:34] <bleathem> launching from NetBeans
[00:51:37] *** cbrock has joined #seam-dev
[00:51:43] <johnament> run.conf
[00:52:09] <bleathem> thx!
[00:55:06] <jbossbot> git [jcr] push master 4f19c23.. John Ament Fixed ignored file list to skip eclipse project and classpath.
[00:55:07] <jbossbot> git [jcr] push master URL: http://github.com/seam/jcr/compare/0d3f31c...4f19c23
[01:06:49] <bleathem> I need to update the Seam Faces page with a message indicating how Weld 1.1 / Glassfish 3.1 don't work well with Seam Faces.
[01:06:56] <bleathem> Any suggestions on how I word that?
[01:07:13] <johnament> Seam hates Oracle?
[01:07:21] <johnament> kidding :-)
[01:08:14] <johnament> well, does it work with that change in OSGi bundle?
[01:08:20] <bleathem> Some things do
[01:09:00] <johnament> What doesn't?
[01:09:02] <bleathem> I'm blind without JSFUnit tests to map out what works and what doesn't
[01:09:22] <bleathem> Bugs related to WELD-846 are resolved
[01:09:24] <jbossbot> jira [WELD-846] Incorrect handling of cyclic dependencies between BeanDeploymentArchives [Closed (Done) Bug, Major, Stuart Douglas] https://issues.jboss.org/browse/WELD-846
[01:09:50] <bleathem> But I was getting random deployment exceptions while using an updated weld jar
[01:10:08] <johnament> sbryzak: ping
[01:10:09] <bleathem> GLASSFISH-16061
[01:10:14] <jbossbot> jira [GLASSFISH-16061] could not find Factory: javax.faces.context.FacesContextFactory [Open (Unresolved) Bug, Major, rogerk] http://java.net/jira/browse/GLASSFISH-16061
[01:10:33] <bleathem> (nice, didn't think jbossbot would pick that up)
[01:10:37] <johnament> ooo i didn't know it worked with other jiras
[01:11:23] <johnament> sounds like the cyclic resolution issue.
[01:11:25] <bleathem> Then there is the still open WELD-855, but it's not mission critical
[01:11:29] <jbossbot> jira [WELD-855] Error while catching NonexistentConversationException with Seam Faces/Catch [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/WELD-855
[01:12:05] <bleathem> Looking through old forum posts, I saw you were doing work with JSFUnit and Arquillian johnament
[01:12:24] <bleathem> do you have anything currently working (that includes Seam) ?
[01:12:40] <johnament> well, i know at one point they had jsfunit + arquillian working at a high level.
[01:12:57] <johnament> but then it broke in alpha3 so i made some changes that made it work in alpha3 and alpha4 (I think)
[01:13:42] <johnament> and IIRC they were going to be rewriting a lot to essentially be a plugin on top of arquillian (or something like that) so that you can just inject dependencies.
[01:13:56] <johnament> e.g. their client APIs.
[01:14:13] <bleathem> I got JSFUnit wroking with arquillina
[01:14:19] <bleathem> but it fails as soon as I add Seam
[01:14:26] <bleathem> Seam Faces specifically
[01:14:51] <johnament> well what are you doing in faces to break the highly stable arquillian code base? :-)
[01:15:07] <johnament> btw. i heard arquillian alpha 5 is dropping this week.
[01:15:15] <bleathem> looking forward to it
[01:15:34] <johnament> its the huge rewrite.
[01:15:45] <bleathem> I love rewrites
[01:16:01] <bleathem> it's bleeding edge, with an extra sharp razor :P
[01:16:18] <bleathem> or maybe an incredibly dull razor
[01:16:40] <johnament> considering how long they were working on it, and as much testing that went in to it, i believe it'll be great.
[01:17:16] <bleathem> I'm sure it will.
[01:17:26] <johnament> do your tests deploy as a war/jar/ear?
[01:17:27] <bleathem> Speaking of which, do they use Arquillian to test Arquillian?
[01:17:36] <bleathem> war
[01:17:43] <bleathem> they're jsfunit tests
[01:18:08] <johnament> but not arquillian?
[01:18:26] <bleathem> sorry, Arquillian jsfunit tests
[01:18:38] <bleathem> using jsfunit 2 beta 1
[01:19:23] <johnament> oh
[01:19:33] <johnament> so they finally did get to that point, great.
[01:20:43] <bleathem> I'm sure it'll work better with ARQ alpha 5
[01:21:48] <johnament> so wait, if you're using jsfunit already, what didn't work?
[01:23:47] <bleathem> as soon as I add the Seam Faces dependencies
[01:23:55] <bleathem> the test wars won't deploy
[01:24:33] <bleathem> Caused by: java.lang.InstantiationException: org.jboss.seam.faces.exception.CatchExceptionHandlerFactory
[01:24:54] <bleathem> ^ the offending line in the stack trace
[01:25:46] <johnament> oh, how are you bringing in catch?
[01:27:40] <bleathem> I'm not
[01:27:48] <bleathem> these aren't even Faces tests
[01:27:53] <bleathem> simple JSF tests
[01:28:22] <bleathem> it just fails invoking the constructor on the error handler factory
[01:28:51] <bleathem> I think it's trying to reference the parent errror handler, and failing on that line
[01:28:58] <johnament> hmm
[01:29:13] <bleathem> I'm not sure what JSFUnit tries to do, but I think it's getting in there and re-wiring stuff
[01:29:25] <bleathem> with the JSF factories
[01:30:01] <bleathem> JBoss AS 6 just core dumped on me
[01:30:04] <bleathem> lovely
[01:30:11] <johnament> O_O
[01:30:16] <johnament> what did you do to it?
[01:30:24] <bleathem> Is it ok to run JBoss as 6 from the zip install?
[01:30:33] <bleathem> or should I download the "osgi installer"
[01:30:34] <johnament> also, is there a test case i can look?
[01:30:42] <johnament> how are you trying to run it?
[01:30:49] <bleathem> Netbeans
[01:31:01] <bleathem> Clicking deploy on an app
[01:31:08] <bleathem> Netbeans 7 beta 2
[01:31:24] <johnament> so cutting edge netbeans makes as 6 core dump
[01:32:05] <bleathem> I miss the IBM/Websphere world, where everything was 4 years out of date, but stable as hell
[01:32:12] <bleathem> no, wait, I don't miss it
[01:32:25] <sbryzak> johnament: belated pong
[01:33:28] *** cbrock has quit IRC
[01:33:45] <bleathem> Hey Shane - I want to put a message on the Seam faces page indication there is a problem with Seam Faces and Glassfish 3.1/Weld 1.1
[01:33:58] <johnament> my management kind of wants me to use weblogic.  i keep telling them no, it's too out of date.
[01:34:24] <johnament> sbryzak: so i think we're ready for JCR Alpha1.  How do we do this release?
[01:34:29] <bleathem> I'm not sure how specific I should be with the problems observed, or if I should just warn people there are problems, and stay tuned for an update
[01:34:46] <bleathem> any advice?
[01:35:20] <sbryzak> bleathem: dan is currently addressing our glassfish issues, i'd make any suggestions to him directly so he can include it for consideration
[01:35:34] <bleathem> will do
[01:35:42] <bleathem> thx
[01:35:56] <sbryzak> the plan is to create a page on sfwk.org containing all the current known issues with glassfish
[01:36:06] <sbryzak> he should also be preparing a blog entry as well
[01:36:15] <sbryzak> johnament: i can take care of the release for you
[01:36:49] <sbryzak> do you need it done urgently, or can it wait a few days?
[01:37:33] <johnament> sbryzak: whatever works best for you.  should i tag/branch what we currently have?
[01:38:01] <johnament> so no, not urgently
[01:38:50] <sbryzak> do you have further development to do this week?
[01:39:56] <johnament> I doubt I will have time.  I want to spend most of my free time tomorrow making JMS work a bit better, then I will be away the rest of the week.  George may have some stuff to do though.
[01:40:27] <sbryzak> it would be preferable to wait until the seam 3 final release is done
[01:40:32] <sbryzak> things will be much less hectic then
[01:40:54] <johnament> when's that supposed to be?
[01:41:04] <sbryzak> next weekend if all goes to plan
[01:41:12] <sbryzak> it's not set in stone though
[01:41:51] <johnament> ok
[01:42:09] <johnament> so tentatively postponed until 3/25 maybe?
[01:42:38] <sbryzak> we could plan to do the jcr release next monday, 21 march
[01:43:39] <johnament> That's fine with me.
[01:47:51] <bleathem> johnament: I tried deploying to AS 6, without netbeans. I get this stack trace: http://pastebin.com/WtFKWnL9
[01:48:23] <bleathem> Any ideas?
[01:48:31] <johnament> bleathem: do you have a direct dependency on slf4j api or any impl?
[01:48:55] <johnament> i think that's impl.
[01:49:21] <bleathem> I don't have a direct dependency, no
[01:49:22] *** cbrock has joined #seam-dev
[01:49:38] <bleathem> I'll chack the maven debendency tree, and see if it's picking one up
[01:49:48] <johnament> bleathem: when deploying on as 6, jboss logging is an impl for slf4j,
[01:50:31] <bleathem> this is a simple test app
[01:50:44] <bleathem> do dependencies other than Seam
[01:51:06] <johnament> what ends up in your web-inf/lib ?
[01:51:07] <bleathem> Seam faces-impl, seam-faces-api, seam-international. seal-solder, seam-solder-api
[01:51:40] <bleathem> slf4j-api
[01:51:45] <bleathem> 'sup with that!
[01:52:00] <johnament> i think solder-api brings it in.
[01:52:37] <bleathem> weird, I have both seam-international alpha3 and cr1 in there
[01:52:49] <johnament> i thought solder api and impl were being merged into a single project?
[01:53:09] <bleathem> maybe Seam faces pom is out of date
[01:53:15] <bleathem> in that respect
[01:54:32] *** gastaldi has joined #seam-dev
[01:54:33] *** cbrock has quit IRC
[01:54:36] <gastaldi> hey
[01:54:40] *** cbrock has joined #seam-dev
[01:54:41] *** cbrock has quit IRC
[01:54:41] *** cbrock has joined #seam-dev
[01:54:55] <johnament> hi
[01:55:30] *** cbrock_ has joined #seam-dev
[01:55:32] 
[01:55:35] <bleathem> sorry, wasted ur time - I had my dependencies in there as provided (cop & paste error)
[01:55:52] <johnament> bleathem: so its fixed now?
[01:55:56] <bleathem> yep
[01:56:03] <johnament> cool.
[01:56:06] <johnament> no more core dumping
[01:56:10] <bleathem> !
[01:56:14] <gastaldi> k
[01:56:14] <johnament> !
[01:56:20] <johnament> gastaldi: yes, we will.
[01:56:31] <bleathem> thanks for your help tho!
[01:56:34] <johnament> gastaldi sbryzak: 3-21 aussie time or US time?
[01:56:45] <gastaldi> good question
[01:57:04] <johnament> or Brazil time? (which I think is pretty much US time)
[01:57:05] <sbryzak> johnament: aussie time
[01:57:12] <gastaldi> Here we have GMT-3
[01:57:19] <sbryzak> we live in the future
[01:57:22] <gastaldi> :)
[01:57:30] <gastaldi> Tell me the lottery results then
[01:57:44] <sbryzak> 4 8 15 16 32 42
[01:57:49] <gastaldi> lol
[01:57:59] <gastaldi> Now I am rich :)
[01:58:00] <sbryzak> i think i got one wrong
[01:58:12] <sbryzak> it's been a while since i saw lost
[01:58:43] <johnament> 23 not 32
[01:58:55] *** cbrock has quit IRC
[01:58:55] *** cbrock_ is now known as cbrock
[01:59:02] <sbryzak> ah that's it
[01:59:18] <johnament> :-)
[01:59:44] <gastaldi> Aussie time is GMT + 10, right ?
[02:00:02] <sbryzak> for me it is
[02:00:06] <gastaldi> ok
[02:00:08] <sbryzak> we have a lot of timezones though
[02:00:15] <johnament> 4 right?
[02:00:20] <sbryzak> we are bigger than the continental US you know ;)
[02:00:27] <gastaldi> :)
[02:00:49] <gastaldi> Are there any kangaroos left ?
[02:00:52] <johnament> you could be russia.
[02:00:54] <sbryzak> billions
[02:01:24] <gastaldi> Great, and do u know how to throw a boomerang ?
[02:01:38] *** lightguard_jp has joined #seam-dev
[02:01:39] <sbryzak> i can throw one, but i don't know if it would come back or not
[02:01:44] <gastaldi> lol
[02:01:50] *** lightguard_jp has quit IRC
[02:02:07] *** lightguard_jp has joined #seam-dev
[02:02:58] <gastaldi> Does the toilet flush water spins counter-clockwise ?
[02:03:33] 
[02:03:44] <sbryzak> it depends on the toilet
[02:03:59] <gastaldi> It depends the size of the s*** also :)
[02:04:41] <gastaldi> excellent multicultural knowledge happening now :)
[02:05:27] <gastaldi> johnament: How do u edit those darn xdocbook files ?
[02:06:00] *** lightguard_jp has quit IRC
[02:06:30] <gastaldi> or anyone, if pleased ?
[02:06:37] <johnament> i just open them in eclipse
[02:06:58] <johnament> btw, i fixed the .gitignore so it won't pull in .classpath and .project files
[02:07:04] <gastaldi> Great
[02:07:10] <gastaldi> Which plugin is that ?
[02:07:18] <johnament> system editor
[02:07:22] <johnament> or text editor
[02:07:33] <sbryzak> gastaldi: use a text editor
[02:07:35] <johnament> i think jboss tools has a docbook editor though
[02:07:44] 
[02:07:57] <sbryzak> i have never seen a decent docbook editor
[02:08:03] <gastaldi> yeah, me too
[02:08:07] 
[02:08:26] <gastaldi> Writing plain XML is cruel
[02:08:28] <gastaldi> :(
[02:08:35] <johnament> this hints https://issues.jboss.org/browse/JBIDE-7077
[02:08:36] <jbossbot> jira [JBIDE-7077] Open With -> JBoss Tools -> "JBoss Tools Docbook Editor" - exist in context menu for every xml file [Resolved (Done) Bug, Minor, Denis Maliarevich] https://issues.jboss.org/browse/JBIDE-7077
[02:11:28] <gastaldi> Why when I try to login in http://hudson.jboss.org/hudson/ I get a Forbidden error ?
[02:11:41] <gastaldi> It redirects to this page: https://hudson.jboss.org/hudson/loginEntry?from=%2Fhudson%2F
[02:12:16] <johnament> that is correct.
[02:12:33] <gastaldi> do u get this error also ?
[02:13:37] <gastaldi> JBIDE-1304
[02:13:38] <jbossbot> jira [JBIDE-1304] Docbook XML editor [Resolved (Done) Feature Request, Major, Denis Golovin] https://issues.jboss.org/browse/JBIDE-1304
[02:14:50] <gastaldi> as the error, I meant the Forbidden one in Hudson
[02:16:13] <johnament> i don't follow.
[02:16:26] <gastaldi> Can you login in Hudson ?
[02:18:23] <johnament> no
[02:18:44] <gastaldi> Is that correct ?
[02:20:16] <johnament> yes.
[02:20:24] <johnament> the public ones are just read only
[02:20:38] <gastaldi> oh, ok
[02:20:46] <gastaldi> that was my doubt
[02:20:47] <johnament> the internal to red hat ones are what Martin and team can use.
[02:21:35] <gastaldi> So there is no way to force a build ?
[02:22:21] <gastaldi> Unless Martin and the team does it ?
[02:23:11] <johnament> no, but it does pole every 15 minutes for changes in the repo.
[02:23:15] <johnament> did something go wrong?
[02:24:26] <gastaldi> just curiosity
[02:24:49] <johnament> oh ok
[02:24:52] 
[02:25:47] <gastaldi> OMG, I always get this nasty error when running the docs:
[02:25:47] <gastaldi> Error on line 20 column 20 of file:/D:/git/jcr/docs/src/main/docbook/en-US/master.xml:
[02:25:47] <gastaldi>   Error reported by XML parser: Invalid byte 2 of 3-byte UTF-8 sequence.
[02:30:59] <gastaldi> I could manage to work by changing the XML to ISO-8859-1
[02:31:34] <gastaldi> I could manage to work by changing the XML to ISO-8859-1
[02:31:47] <gastaldi> <?xml version="1.0" encoding="ISO-8859-1"?>
[02:32:47] <gastaldi> Would be a problem if we adopt this encoding as default ?
[02:33:54] <johnament> weird, it doesn't happen to me.
[02:33:59] <johnament> you should switch to linux.
[02:34:39] <gastaldi> :(
[02:35:24] <johnament> i don't see it as an issue for JCR.
[02:39:32] <gastaldi> I will use Ubuntu then
[02:40:47] <johnament> ?
[02:40:54] <johnament> it was just a joke. :-)
[02:40:56] <gastaldi> :)
[02:41:07] <gastaldi> Which dist u use ?
[02:41:38] <bleathem> Can one not have a @Producer return a String?
[02:41:42] <bleathem>  WELD-001437 Normal scoped bean class java.lang.String is not proxyable because the type is final or it contains a final method class java.lang.String
[02:41:44] <bleathem> http://pastie.org/1668675
[02:42:31] <johnament> what scope?
[02:42:56] <johnament> I think the injection point has to be Instance<String> and then you need to select the qualifiers (or they're on the point)
[02:43:32] <bleathem> I'm trying to use it in EL
[02:43:44] <bleathem> the producer is @Named
[02:44:08] <johnament> that works for me...
[02:44:15] <bleathem> So, the producer has to be qualified?
[02:44:22] <johnament> is it dependent or request scoped?
[02:44:31] <bleathem> I guess it'll try and inject it anywhere I @Inject a String orhterwise
[02:44:35] <bleathem> Request Scoped
[02:44:46] <johnament> try making it dependent.
[02:45:04] <bleathem> I'm curious what will that change?
[02:46:44] <johnament> i dunno, i find dependent is fairly magically with resolving scope issues.
[02:46:54] <bleathem> ok, I'll give it a shot
[02:47:14] <johnament> i think every place i use it in EL is a dependent producer, i need to double check.
[02:47:39] <johnament> but i think dependent doesn't require proxies, IIRC.
[02:47:55] <johnament> (if you want the technical reason why it should work)
[02:48:24] <johnament> BTW, I might blow up my AS 6 instance with infinite JMS message loop if i disappear.
[03:01:06] *** jose_freitas has quit IRC
[03:03:48] *** gastaldi has quit IRC
[03:11:57] *** johnament has quit IRC
[03:25:27] *** gastaldi has joined #seam-dev
[03:26:10] *** gastaldi has quit IRC
[03:47:18] *** gastaldi has joined #seam-dev
[03:53:59] <jbossbot> git [jcr] push master 9a2c6eb.. George Gastaldi Removed unused imports
[03:54:00] <jbossbot> git [jcr] push master URL: http://github.com/seam/jcr/compare/4f19c23...9a2c6eb
[04:02:21] <gastaldi> anyone from Europe in here ?
[04:07:11] <jbossbot> git [jcr] push master 9947030.. George Gastaldi Reenabling tests
[04:07:11] <jbossbot> git [jcr] push master URL: http://github.com/seam/jcr/compare/9a2c6eb...9947030
[04:09:52] <gastaldi> sbryzak: Could u force a build on hudson for Seam JCR ?
[04:10:55] <sbryzak> gastaldi: i don't have that ability sorry
[04:11:09] <sbryzak> you'll need to ask one of the QA guys when they come online
[04:11:14] <gastaldi> Nop
[04:11:17] <gastaldi> thanks
[04:12:05] <gastaldi> anyway it will run in 3 mins from now
[04:14:18] <jbossbot> git [faces] push master 7df7e81.. Brian Leathem SEAMFACES-95: Make ProjectStage available from EL
[04:14:20] <jbossbot> jira [SEAMFACES-95] Make ProjectStage available from EL [Open (Unresolved) Feature Request, Minor, Unassigned] https://issues.jboss.org/browse/SEAMFACES-95
[04:14:20] <jbossbot> git [faces] push master URL: http://github.com/seam/faces/compare/6f6c177...7df7e81
[04:15:03] <gastaldi> bleathem: How the @Produces String worked for u ?
[04:15:19] <bleathem> Making it @Dependent scoped did the trick
[04:15:23] <bleathem> are you on twitter?
[04:15:30] <gastaldi> yeah
[04:15:32] <bleathem> (I just tweeted that)
[04:15:36] <bleathem> what's your handle?
[04:15:45] <gastaldi> gegastaldi
[04:16:55] <bleathem> I guess being @Dependent scoped, weld doesn't have to create a proxy for the String
[04:17:08] <bleathem> whereas is it was @Request scoped, weld would have to proxy it
[04:17:19] <bleathem> which it can't, cause it's final
[04:17:24] <gastaldi> yeah
[04:17:31] <gastaldi> makes sense
[04:17:41] <gastaldi> or not :)
[04:17:44] <bleathem> This is why I do this.  I learn stuff I would never touch upon in my day job
[04:32:09] <jbossbot> git [jcr] push master bf9c38f.. George Gastaldi Returning test as ignored until we find out why is this test...
[04:32:09] <jbossbot> git [jcr] push master URL: http://github.com/seam/jcr/compare/9947030...bf9c38f
[04:34:56] *** gastaldi has quit IRC
[04:40:52] <jbossbot> git [servlet] push master 8bbfc2a.. Dan Allen SEAMSERVLET-29 remove reference to Weld Servlet web fragment
[04:40:53] <jbossbot> jira [SEAMSERVLET-29] Deployment to Glassfish AS 3.1 fails with java.lang.NullPointerException [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMSERVLET-29
[04:40:53] <jbossbot> git [servlet] push master URL: http://github.com/seam/servlet/compare/6db1fc2...8bbfc2a
[05:19:32] *** daniel_hinojosa1 has joined #seam-dev
[05:21:32] *** daniel_hinojosa has quit IRC
[05:27:53] <jbossbot> git [servlet] push master 6321829.. Dan Allen note about relative ordering of listeners
[05:27:53] <jbossbot> git [servlet] push master URL: http://github.com/seam/servlet/compare/8bbfc2a...6321829
[06:14:53] *** daniel_hinojosa1 has quit IRC
[06:24:04] *** sbryzak has quit IRC
[06:25:24] *** sbryzak has joined #seam-dev
[06:25:36] <jbossbot> git [servlet] push master a7f1b8d.. Dan Allen apply JBoss Community formatting profile
[06:25:36] <jbossbot> git [servlet] push master URL: http://github.com/seam/servlet/compare/6321829...a7f1b8d
[06:38:16] <jbossbot> git [servlet] push master 5ceef0d.. Dan Allen add note about load-on-startup value
[06:38:17] <jbossbot> git [servlet] push master URL: http://github.com/seam/servlet/compare/a7f1b8d...5ceef0d
[06:41:20] *** cbrock has quit IRC
[06:41:36] <jbossbot> git [servlet] push master 7c1ee92.. Dan Allen update URL of module page
[06:41:37] <jbossbot> git [servlet] push master b3e8a0a.. Dan Allen update url of module page
[06:41:37] <jbossbot> git [servlet] push master URL: http://github.com/seam/servlet/compare/5ceef0d...b3e8a0a
[06:42:08] <jbossbot> git [servlet] push master 368df20.. Dan Allen format
[06:42:08] <jbossbot> git [servlet] push master URL: http://github.com/seam/servlet/compare/b3e8a0a...368df20
[06:45:28] <jbossbot> git [solder] push master 1b150ea.. Dan Allen remove unused import
[06:45:28] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/74b7cc1...1b150ea
[06:52:22] *** bleathem has quit IRC
[07:06:16] *** lukaszlenart has joined #seam-dev
[07:07:05] *** kpiwko has joined #seam-dev
[07:30:27] <jbossbot> git [solder] push master c2020e4.. Dan Allen SOLDER-81 make LoggerProducers serializable...
[07:30:28] <jbossbot> jira [SOLDER-81] Type-safe logger cannot be injected into bean with passivating scope [Open (Unresolved) Bug, Major, Dan Allen] https://issues.jboss.org/browse/SOLDER-81
[07:30:29] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/1b150ea...c2020e4
[07:37:51] *** lukaszlenart has quit IRC
[07:38:11] <jbossbot> git [solder] push master a706215.. Dan Allen clarify javadoc on @SeamManaged
[07:38:11] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/c2020e4...a706215
[07:43:53] *** lukaszlenart has joined #seam-dev
[08:27:56] *** sbryzak has quit IRC
[08:28:34] *** oskutka has joined #seam-dev
[08:31:30] *** sbryzak has joined #seam-dev
[08:31:30] *** sbryzak has quit IRC
[08:31:30] *** sbryzak has joined #seam-dev
[08:33:04] *** marekn has joined #seam-dev
[08:55:37] *** maschmid has joined #seam-dev
[09:02:48] *** mgencur has joined #seam-dev
[09:08:11] *** adamw1pl has joined #seam-dev
[09:09:41] *** aslak has joined #seam-dev
[09:09:41] *** aslak has quit IRC
[09:09:42] *** aslak has joined #seam-dev
[09:12:05] *** jharting has joined #seam-dev
[09:25:12] <jbossbot> git [solder] push master 8082fe1.. Dan Allen SOLDER-61 first cut of docs for Solder logging...
[09:25:16] <jbossbot> jira [SOLDER-61] Write documentation for JBoss Logging [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SOLDER-61
[09:25:17] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/a706215...8082fe1
[09:25:33] *** lukaszlenart has left #seam-dev
[09:28:20] *** clerum has quit IRC
[09:37:34] <jbossbot> git [solder] push master 30b8362.. Dan Allen add note about when proxy is attempted
[09:37:34] *** aslak has quit IRC
[09:37:35] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/8082fe1...30b8362
[09:38:11] *** aslak has joined #seam-dev
[10:04:36] *** alesj has joined #seam-dev
[10:26:30] *** oskutka has quit IRC
[10:27:13] *** oskutka has joined #seam-dev
[10:33:18] *** oskutka has quit IRC
[11:07:53] <nickarls> so what is the current situation in seam/weld/jboss when it comes to logging?
[11:08:02] <nickarls> solder produces a jboss logging logger?
[11:08:32] <nickarls> and jboss logging is an abstraction that abstracts abstractions to logger abstractions?
[11:08:59] <nickarls> what should you use in your applications? jboss loggers? slf4j loggers?
[11:09:23] <nickarls> and if you write custom appenders for as 6, what should you work with? log4j? jboss logging?
[11:09:35] *** oskutka has joined #seam-dev
[11:12:37] *** pmuir has joined #seam-dev
[11:33:27] *** aslak has quit IRC
[11:34:12] *** aslak has joined #seam-dev
[11:45:39] *** emmanuel has joined #seam-dev
[12:13:34] *** jose_freitas has joined #seam-dev
[12:15:31] <jbossbot> git [catch] push master 41ea4de.. Shane Bryzak fix spelling typos
[12:15:31] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/7a6597d...41ea4de
[12:29:17] *** emmanuel has quit IRC
[12:40:11] <nickarls> shane sbryzak: ^^^ any logging insights?
[12:40:41] <sbryzak> nickarls: apparently the typesafe logging feature is fixed now
[12:42:38] <sbryzak> nickarls: i haven't had a chance to try it out yet
[12:45:30] <jharting> sbryzak: ping
[12:45:39] <sbryzak> jharting: pong
[12:47:19] <jharting> sbryzak: I am modifying the example names in the rest module to be consistent with what was discussed on seam-dev. The artifact id and folder name are clear. I am not sure how the context path of the deployed app should look like
[12:47:58] <sbryzak> jharting: make it rest-<examplename>
[12:48:11] <jharting> sbryzak: ok
[12:56:49] *** johnament has joined #seam-dev
[13:05:22] *** kpiwko1 has joined #seam-dev
[13:05:58] *** kpiwko has quit IRC
[13:09:10] *** kpiwko1 is now known as kpiwko
[13:09:55] <jbossbot> git [security] push master 7de53f6.. Shane Bryzak minor
[13:09:55] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/02632d3...7de53f6
[13:11:22] *** epbernard has joined #seam-dev
[13:11:22] *** epbernard is now known as emmanuel
[13:17:02] <jose_freitas> morning
[13:21:11] *** jose_freitas has quit IRC
[13:24:38] *** jose_freitas has joined #seam-dev
[13:29:33] <johnament> mgencur: ping
[13:29:53] <mgencur> johnament: pong
[13:30:17] <johnament> is statuswatcher-updated the correct branch in your repo?
[13:31:59] <mgencur> johnament: yes
[13:33:07] <mgencur> johnament: but I didn't push your last changes there (the changes to the API)
[13:33:44] <johnament> mgencur: that's fine.
[13:34:02] <johnament> mgencur: when i just ran it, i get a NPE.
[13:34:38] <mgencur> johnament: hmm, isn't it related to no-interface session beans (3.1) ?
[13:34:44] <johnament> mgencur: HornetQException[errorCode=105 message=Unable to validate user: null for check type CREATE_DURABLE_QUEUE for address jms.topic.StatusInfoTopic]
[13:34:54] <johnament> something decided to wrap that in a NPE :-)
[13:35:40] *** lightguard_jp has joined #seam-dev
[13:35:43] <mgencur> johnament: I'll try it and let you know in a minute
[13:35:53] <johnament> mgencur: that error hurts my head in a lot of ways.  why is it looking for CREATE_DURABLE_QUEUE for a topic?
[13:36:31] <mgencur> johnament: do you have the security constraints forHornetQ disabled?
[13:36:37] <mgencur> in hornetq-configuration.xml
[13:36:55] *** lightguard_jp has quit IRC
[13:37:12] *** lightguard_jp has joined #seam-dev
[13:38:03] <johnament> mgencur: no, but i remember Jordan mentioning that with something as well.
[13:38:04] *** lightguard_jp has quit IRC
[13:38:08] *** lightgua1d_jp has joined #seam-dev
[13:38:09] <johnament> mgencur: how do i do that?
[13:38:34] <mgencur> johnament: wait, I'll push other 2 commits, one of them contains the description in readme
[13:40:11] <mgencur> johnament: I pushed the changes with -f, there are also your last changes
[13:40:47] <johnament> mgencur: what's -f?
[13:40:53] <mgencur> force
[13:41:04] <mgencur> it can change the history
[13:41:07] <mgencur> of commits
[13:41:22] <mgencur> johnament: you were getting the exception during deployment?
[13:41:46] <johnament> mgencur: no, it deployed fine.  when i click the box, it failed.
[13:42:41] <mgencur> johnament: I'm not getting it right now, maybe it's really in the security constraint
[13:44:49] <johnament> mgencur: ok, now it works after adding in the change to hornetq-configuration.xml
[13:45:04] <mgencur> johnament: good:)
[13:45:31] <mgencur> johnament: what's your first impression?
[13:46:52] <johnament> mgencur: seems like Seam JMS is powerful enough to destroy twitter
[13:47:10] <mgencur> johnament: hehe:)
[13:47:29] <johnament> mgencur: i'm redeploying now w/ the MDB changes.
[13:47:36] <mgencur> ok
[13:57:54] <jbossbot> git [rest] push master ae110b7.. Jozef Hartinger rename jaxrs-exceptions -> exceptions
[13:57:54] <jbossbot> git [rest] push master ebd2c75.. Jozef Hartinger Comply with the example naming scheme
[13:57:55] <jbossbot> git [rest] push master 6248626.. Jozef Hartinger Client example - dist support
[13:57:55] <jbossbot> git [rest] push master 7e716ef.. Jozef Hartinger Remove seam-tasks-statistics
[13:57:55] <jbossbot> git [rest] push master URL: http://github.com/seam/rest/compare/0b7f1df...7e716ef
[13:58:31] <johnament> mgencur: i think i see why.
[13:58:49] <mgencur> johnament: ?
[13:59:08] <johnament> mgencur: i changed all of the producers to be dependent, so that the background threads can use the objects (and not be bound to a scope)
[13:59:35] <johnament> mgencur: however, different sessions are getting injected.
[14:00:06] <mgencur> hmm, interesting
[14:00:12] <lightgua1d_jp> Just for the record I *really* dislike type erasure
[14:00:52] <johnament> lightgua1d_jp: we couldn't possibly ask our licensees to make their JVMs work right </sum>
[14:00:56] <johnament> err </sun>
[14:01:06] <lightgua1d_jp> ha
[14:01:16] <lightgua1d_jp> There's doesn't even work right :)
[14:01:53] <johnament> lightgua1d_jp: it was on purpose, IBM refused to update their JVM to support generics, IIRC
[14:03:20] <lightgua1d_jp> Well, thank you very much IBM
[14:04:17] <lightgua1d_jp> I'm looking at the JPA 2.0 meta model stuff to see how easily/bad it would be to create a generic seam entity converter for Faces
[14:04:26] <lightgua1d_jp> Lots and lots of erasure work arounds :(
[14:09:28] *** monkeyden has joined #seam-dev
[14:14:44] <johnament> mgencur: i think the issue w/ status manager is a similar problem i'm seeing with class loaders in message listeners
[14:15:57] <mgencur> johnament: I remember (only that it was there) some issue with message listener, I wanted to use them at first
[14:16:56] <johnament> mgencur: in order to get the IngressMessageLIstener to work, I had to play with classloaders.  and even then I"m not happy with how they run.
[14:20:58] *** tsurdilo has joined #seam-dev
[14:21:33] <johnament> mgencur: i pushed a fix to session producer just now.
[14:21:37] <jose_freitas> hey guys, how do you test different profiles in manve?
[14:21:41] <jose_freitas> maven*
[14:21:59] <mgencur> johnament: and what does it fix?
[14:22:00] <johnament> mgencur: this creates application scoped sessions, but i don't like it quite yet.
[14:22:35] <johnament> mgencur: you should be able to inject session and consumers
[14:22:57] <mgencur> johnament: i see, ok
[14:23:14] <mgencur> johnament: you mean to MDB?
[14:23:29] <johnament> mgencur: i was able to reproduce in non MDB classes as well.
[14:23:48] <mgencur> johnament: ok, that's great
[14:24:06] <johnament> mgencur: i think we need to introduce a new scope to JMS
[14:25:45] <johnament> mgencur: basically, i need a scope that can be used inside of messages, because making this application scoped is a stop gap fix.
[14:26:05] <mgencur> yeah
[14:26:26] <johnament> mgencur: so now i need to read up on how make scopes.
[14:26:41] <mgencur> johnament: :) sure
[14:27:23] <johnament> mgencur: i also think we need a class that can make the different message types.
[14:31:45] <johnament> mgencur: SEAMJMS-20 and SEAMJMS-21
[14:31:47] <jbossbot> jira [SEAMJMS-20] MessageFactory [Open (Unresolved) Feature Request, Major, John Ament] https://issues.jboss.org/browse/SEAMJMS-20
[14:31:48] <jbossbot> jira [SEAMJMS-21] Create a MessageScoped scope. [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SEAMJMS-21
[14:32:07] <johnament> oh oops.  assigned to me.
[14:32:26] <mgencur> johnament: hehe, that's ok:)
[14:32:56] <johnament> i swear, when Jordan comes up for air he's not going to recognize the code base.
[14:33:21] <mgencur> johnament: I think so, what's up with him?
[14:33:44] <johnament> mgencur: he's in the middle of a big release at work. and his wife's pregnant.
[14:33:54] <mgencur> johnament: oops:)
[14:34:29] <johnament> mgencur: yeah really. i don't envy him.
[14:35:09] <johnament> mgencur: i'm lucky right now, i won't be bogged down at work until probably May 1 time frame,  and I told my GF no kids right now.
[14:36:10] <mgencur> johnament: hmm, easy life :)
[14:36:54] <lightgua1d_jp> haha
[14:37:09] <lightgua1d_jp> Lucky you John :P
[14:38:31] <johnament> lightgua1d_jp: you guys have been pregnant twice since i started following you on twitter i think.
[14:38:49] <johnament> mgencur: i've gotta run for a while, but i'll try to get most of those done by tonight.
[14:39:32] <lightgua1d_jp> johnament: Yeah, 15 months between our this one and the last
[14:39:51] <johnament> lightgua1d_jp: and you have priors right?
[14:39:55] <lightgua1d_jp> And about the same between the previous one as well.
[14:40:01] <lightgua1d_jp> This will be our fourth
[14:40:09] <lightgua1d_jp> And looking like final
[14:40:23] <johnament> always wanted a big family?
[14:40:27] <mgencur> johnament: ok, good luck
[14:40:28] <lightgua1d_jp> This last one has been really hard on my wife, lots of complications this time around
[14:40:46] <johnament> sorry to hear it :/
[14:41:46] <lightgua1d_jp> Yeah, no fun
[14:44:08] <jose_freitas> working with glassfish in eclipse sux hard
[14:45:33] <lightgua1d_jp> :)
[14:45:44] <lightgua1d_jp> Working in eclipse sucks hard
[14:45:47] * lightgua1d_jp ducks
[14:54:00] *** clerum has joined #seam-dev
[14:59:54] *** pmuir has quit IRC
[15:09:40] *** johnament has quit IRC
[15:12:59] *** newtonm has joined #seam-dev
[15:15:34] *** newtonm has left #seam-dev
[15:24:31] *** pmuir has joined #seam-dev
[15:29:50] *** lightgua1d_jp has quit IRC
[15:44:08] 
[15:44:14] <jose_freitas> know*
[15:44:29] <pmuir> of?
[15:44:47] <pmuir> or, more background to your  q ;-)
[15:45:27] <jose_freitas> weld
[15:45:28] <jose_freitas> sorry
[15:46:44] <jose_freitas> I've found this http://hudson.jboss.org/hudson/job/Weld-nightly-dist/
[15:47:17] <jose_freitas> but it's not being used for a long time now
[15:52:20] *** bleathem has joined #seam-dev
[15:53:08] <maschmid> jose_freitas: AFAIK there is now http://hudson.jboss.org/hudson/job/Weld-nightly/ instead which uploads the nightly weld builds directly as SNAPSHOTs into the jboss.org maven repository...
[15:57:07] *** koentsje has joined #seam-dev
[15:57:45] *** lincolnthree1 has joined #seam-dev
[15:59:42] *** balunasj has joined #seam-dev
[15:59:44] *** shervin_a has joined #seam-dev
[16:04:16] *** lincolnthree1 has left #seam-dev
[16:05:39] *** lincolnthree1 has joined #seam-dev
[16:06:46] *** kpiwko has quit IRC
[16:17:25] *** lincolnthree1 has quit IRC
[16:17:41] *** lincolnthree1 has joined #seam-dev
[16:21:36] *** jharting has quit IRC
[16:22:03] *** lincolnthree1 has quit IRC
[16:32:55] *** aslak has quit IRC
[16:33:26] *** adamw1pl has quit IRC
[16:36:32] *** lincolnthree has joined #seam-dev
[16:38:02] *** aslak has joined #seam-dev
[16:53:12] *** shervin_a has quit IRC
[16:58:11] *** koentsje has quit IRC
[16:59:57] *** balunasj has quit IRC
[17:00:27] *** daniel_hinojosa has joined #seam-dev
[17:02:04] *** koentsje has joined #seam-dev
[17:02:10] *** lightguard_jp has joined #seam-dev
[17:04:42] *** newtonm has joined #seam-dev
[17:04:56] *** newtonm has left #seam-dev
[17:06:06] *** oskutka has quit IRC
[17:08:04] <jbossbot> git [forge] push master 79e0f76.. Lincoln Baxter, III SEAMFORGE-68
[17:08:05] <jbossbot> jira [SEAMFORGE-68] rename option JBOSS_6 to JBOSSAS_6 [Open (Unresolved) Enhancement, Minor, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-68
[17:08:05] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/8ec59ce...79e0f76
[17:08:24] *** johnament has joined #seam-dev
[17:13:15] *** marekn has left #seam-dev
[17:14:41] *** lightguard_jp has quit IRC
[17:16:36] *** mgencur has left #seam-dev
[17:21:34] *** lightguard_jp has joined #seam-dev
[17:23:30] <johnament> pmuir: ping
[17:23:41] <pmuir> hi jo
[17:23:42] <pmuir> hi johnament
[17:23:50] <johnament> how are you?
[17:24:24] <johnament> pmuir: i think i still don't understand the issue w/ TCCL in the message listener, as I'm still able to make it happen :/
[17:24:46] <pmuir> ok
[17:24:51] <pmuir> what have you done to fix it?
[17:25:12] <johnament> hold on i'll get the code
[17:25:32] <pmuir> k
[17:25:44] <johnament> https://github.com/johnament/jms/blob/master/impl/src/main/java/org/jboss/seam/jms/bridge/IngressMessageListener.java
[17:26:37] <johnament> so when i construct the listener, it has the class loader from the bean that made it as an arg to the constructor
[17:26:49] <johnament> and i keep it to the side
[17:27:12] <johnament> when i get a message, i switch CL (i should probably wrap that in a synchronized)
[17:27:21] <johnament> then switch it back in the finally
[17:34:10] *** pmuir_ has joined #seam-dev
[17:34:10] *** pmuir_ has quit IRC
[17:34:10] *** pmuir_ has joined #seam-dev
[17:34:23] <jose_freitas> thanks maschmid!
[17:34:25] <johnament> pmuir: currently, when the code runs, it does fire the event correctly, but still throws the exception
[17:36:18] *** pmuir has quit IRC
[17:38:32] <pmuir_> hi johnament sorry got kicked off the network
[17:38:38] <pmuir_> how is the clasloader set?
[17:38:42] *** pmuir_ is now known as pmuir
[17:38:47] <johnament> pmuir: what do you mean?
[17:38:59] <johnament> how much of it did you see from me?
[17:39:03] <pmuir> i see that classloader is set from the ctor
[17:39:10] <pmuir> but not sure what the value of that arg is...
[17:39:59] <johnament> https://github.com/johnament/jms/blob/master/impl/src/main/java/org/jboss/seam/jms/bridge/RouteBuilder.java
[17:40:22] <johnament> line 83
[17:40:44] *** koentsje has quit IRC
[17:41:27] *** alesj has left #seam-dev
[17:43:00] *** maschmid has quit IRC
[18:00:32] *** pmuir has quit IRC
[18:00:51] *** lightguard_jp has quit IRC
[18:24:10] *** pmuir has joined #seam-dev
[18:24:10] *** pmuir has joined #seam-dev
[18:34:48] *** pmuir has quit IRC
[18:43:35] *** koentsje has joined #seam-dev
[18:49:05] *** koentsje_ has joined #seam-dev
[18:49:06] *** koentsje has quit IRC
[18:49:06] *** koentsje_ is now known as koentsje
[19:09:19] *** emmanuel has quit IRC
[19:12:50] <lincolnthree> This is why roseindia sucks:
[19:12:51] <lincolnthree> http://www.roseindia.net/java/example/java/awt/OpenDefaultEditorToEditFile.shtml
[19:12:54] <lincolnthree> Can you find the bug?
[19:20:15] *** bitshuffler has joined #seam-dev
[19:27:36] <monkeyden> NPE on Desktop?
[19:27:46] <lincolnthree> yuppp
[19:29:49] *** tsurdilo has quit IRC
[19:30:16] *** tsurdilo has joined #seam-dev
[19:32:25] <monkeyden> reminds me the examples from of every Wrox Press book I ever bought.  trainwreck.
[19:34:10] <jose_freitas> lol
[19:34:58] <jose_freitas> roseindia has helped me a lot, but I believe that never I could paste a code and it worked perfectly
[19:41:35] <jbossbot> git [dist] push master 2b49fc7.. Dan Allen restore jboss-javaee-6.0 stack dependencies
[19:41:35] <jbossbot> git [dist] push master URL: http://github.com/seam/dist/compare/54eff35...2b49fc7
[19:43:52] <johnament> never do the scjp exam books.  or even gmat.  the answers are always wrong.
[19:47:13] <monkeyden> johnament: the irony of a certification book with a lot of wrong answers isn't lost on me  :D
[19:49:37] *** cbrock has joined #seam-dev
[19:53:07] *** echelog-2 has joined #seam-dev
[20:05:24] <jbossbot> git [forge] push master 15f5fbb.. Lincoln Baxter, III SEAMFORGE-67, also, CTRL-C now resets the buffer and prints a new line
[20:05:26] <jbossbot> jira [SEAMFORGE-67] Add command to open file with default editor [Closed (Done) Feature Request, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-67
[20:05:26] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/79e0f76...15f5fbb
[20:15:15] <clerum> amazing how many issues you find in your app when you are the one acutally using it
[20:15:30] <clerum> eveyone else just assumes it's supposed to work like that
[20:18:07] <lincolnthree> clerum: no kidding
[20:19:25] <clerum> but then I get annoyed with people for not reporting the "issues"
[20:22:12] *** lightguard_jp has joined #seam-dev
[20:22:52] *** lightgua1d_jp has joined #seam-dev
[20:22:53] *** lightguard_jp has quit IRC
[20:23:01] <bleathem> I've found the same to be true for Seam Faces
[20:23:27] <bleathem> it's a pity I can't "use" it in my production apps because of Glassfish 3.1 issues
[20:23:46] <bleathem> I'm sure I would flush out more bugs
[20:24:12] <bleathem> I think I'm beginning to sound like a broken record on that issue.  I should stop!
[20:37:32] <lightgua1d_jp> bleathem: Have you looked at SEAMFACES-28 at all?
[20:37:34] <jbossbot> jira [SEAMFACES-28] ObjectConverter and EntityConverter [Open (Unresolved) Feature Request, Critical, Jason Porter] https://issues.jboss.org/browse/SEAMFACES-28
[20:39:55] <bleathem> s:convertEntity should be easy
[20:40:05] <bleathem> s:convertObject will be a bit more work
[20:40:17] <bleathem> as it needs to tie into the persistence layer
[20:41:15] <lightgua1d_jp> bleathem: I looked at the JPA 2.0 apis this morning
[20:41:22] <lightgua1d_jp> Shouldn't be too hard with a criteria api
[20:41:27] <lightgua1d_jp> s/api/query/
[20:42:00] <bleathem> I guess, if we do the query ourselves.
[20:42:19] <lightgua1d_jp> You have to.
[20:42:30] <lightgua1d_jp> The way it works in Seam 2 isn't really all that great.
[20:42:45] <bleathem> I was thinking of my own apps, where I keep queries centralized
[20:43:08] <bleathem> but I guess it would be convenient to provide an encloased solution
[20:43:10] <lightgua1d_jp> We can get the expected class from the ELResolver, then it's just a simple criteria to find based on Id.
[20:43:13] <bleathem> ^enclosed
[20:43:22] <lightgua1d_jp> If what they gave us wasn't the id, well, too bad :)
[20:43:38] <bleathem> Yep, it's not mandatory to use that converter
[20:43:46] <bleathem> provide it as a convenience option
[20:44:22] <lightgua1d_jp> Yeah
[20:44:32] <lightgua1d_jp> It is nice to just have one generic converter for entities though
[20:44:41] <lightgua1d_jp> Instead of having to write custom ones.
[20:44:53] <bleathem> Yeah, that would be the intention
[20:44:59] <lightgua1d_jp> s:convertEnum can be ported over straight across.
[20:45:00] <bleathem> I've written that a few times already
[20:45:13] <lightgua1d_jp> which custom or generic for entities?
[20:45:21] <bleathem> generic for entities
[20:45:38] <bleathem> sorry
[20:46:05] <bleathem> generic converter for enums
[20:46:35] <bleathem> I was already thinking enums when you wrote eintities :P
[20:46:36] <lightgua1d_jp> Yeah, enum converter is cake. Which they'd make it part of the spec.
[20:46:42] <lightgua1d_jp> haha
[20:46:57] <lightgua1d_jp> Be nice if they had a jpa converter as part of the spec too.
[20:47:12] <jose_freitas> bleathem: do you work with glassfish within eclipse?
[20:47:17] <bleathem> I'll assign it to 3.0.0.Final
[20:47:24] <lightgua1d_jp> Some more integration in EE from the presentation layer would be nice.
[20:47:28] <bleathem> jose_freitas Netbeans
[20:47:41] <jose_freitas> you too lightgua1d_jp?
[20:47:47] <bleathem> lightgua1d_jp Thats' what Seam is for :P
[20:47:57] <bleathem> lightgua1d_jp is a IDEA guy
[20:48:02] <lightgua1d_jp> Yep
[20:48:18] <lightgua1d_jp> Haven't done much with Ecplise for three years, netbeans longer.
[20:48:36] <lightgua1d_jp> But I do check in with netbeans every once in a while to see what's going on.
[20:48:52] <lightgua1d_jp> Don't care much for *looks around for max* eclipse.
[20:50:51] <jose_freitas> hm
[20:50:53] <stuartdouglas> I became an IDEA man recently
[20:51:04] <stuartdouglas> I am never going back to eclipse :-)
[20:51:16] *** lukaszlenart has joined #seam-dev
[20:52:06] <lightgua1d_jp> stuartdouglas: :)
[20:52:13] <lightgua1d_jp> Money well spent for me.
[20:52:24] *** lukaszlenart has left #seam-dev
[20:53:16] <jose_freitas> didn't know that idea was that good
[20:53:28] <lincolnthree> I just use #Forge ;)
[20:53:37] <lincolnthree> I don't like IDEA personally
[20:53:38] <stuartdouglas> the maven integration was what did if for me
[20:53:47] <lincolnthree> never had a problem w/maven in eclipse
[20:54:50] <stuartdouglas> for as7 where we have about 20 modules and the main pom is several thousand lines m2eclipse just could not handle it
[20:55:10] <lincolnthree> ah
[20:55:38] <jose_freitas> hm
[20:55:57] <lightgua1d_jp> lincolnthree: You live in forge
[20:55:58] <lightgua1d_jp> :)
[20:56:36] <lincolnthree> http://pastebin.com/8NDcDfex Seam Forge IGNOREEOF
[20:56:41] <jose_freitas> stuartdouglas: what do you mean by "just could not handle it"? doesnt have performance?
[20:57:24] <lightgua1d_jp> lincolnthree: Is forge shell agnostic?
[20:57:44] <lincolnthree> yes
[20:57:51] <lincolnthree> it just requires a native terminal
[20:58:00] <lightgua1d_jp> Cool
[20:58:08] <lincolnthree> ANSI compliant
[21:02:32] <stuartdouglas> it would get confused all the time, and editing the poms was impossible, as it would lock up eclipse for up to 5 mins at a time
[21:02:49] <stuartdouglas> and then if you edited them outside of eclipse that would also confuse it
[21:04:53] <lightgua1d_jp> stuartdouglas: What has the rest of the team done?
[21:05:40] <stuartdouglas> some just put up with eclipse, but a lot use IDEA
[21:06:04] <lightgua1d_jp> Sweet
[21:06:42] <lightgua1d_jp> I added the formatting for JBoss Community (which is the same as AS7) to the seam/build repo, if people want to check it out and make sure it complies on AS7.
[21:08:53] <lincolnthree> aslak: can you write @Observes methods in a test case itself?
[21:10:36] *** oskutka has joined #seam-dev
[21:11:54] *** alesj has joined #seam-dev
[21:13:43] <lightgua1d_jp> lincolnthree: Yes
[21:13:52] <lightgua1d_jp> I've done it
[21:14:13] <lincolnthree> that means my test is broken :)
[21:14:14] <lincolnthree> thanks
[21:14:16] <lightgua1d_jp> As long as you're not running it as a client it'll work
[21:17:47] *** oskutka has quit IRC
[21:19:51] *** johnament has quit IRC
[21:22:16] *** johnament has joined #seam-dev
[21:22:32] <johnament> ugh. kernel crash. :/
[21:27:58] *** monkeyden has quit IRC
[21:30:21] <aslak> lincolnthree, nope
[21:30:50] <lincolnthree> aslak: yeah figure that out, not compatible, have to create another bean and use Inject
[21:31:34] *** cbrock has quit IRC
[21:31:59] <lightgua1d_jp> lincolnthree: Hm, pretty sure I did that
[21:32:03] *** alesj has left #seam-dev
[21:32:10] <lightgua1d_jp> lincolnthree: not the new bean, but in the test
[21:32:24] <aslak> lincolnthree, sorry, i was thinking the Arq Core @Observes, not CDI
[21:32:33] <lightgua1d_jp> bleathem: a generic s:convertObject (if we're talking about things other than entities) is going to be somewhat difficult
[21:32:55] <aslak> lincolnthree, for CDI i'm not sure, i believe you could at some point, but i think it was a weld bug
[21:33:25] <aslak> lincolnthree, not sure if you are allowed to have Observers and Producers in non-contextual injected beans
[21:33:45] <lincolnthree> it works but you get the wrong instance of the bean
[21:33:48] <lincolnthree> test is never updated
[21:33:50] <aslak> lincolnthree, but don't take my word on that
[21:34:46] <johnament> lincolnthree aslak: its even sloppier in JMS since the event fired gets routed to a different scope completely
[21:35:21] <lightgua1d_jp> I think the way I was doing it, Lincoln, is a little different than what you're doing. I just needed the method called and it did something with a static or threw an exception if it didn't work.
[21:36:09] <lincolnthree> i could use statics
[21:36:13] <lincolnthree> i guess :)
[21:47:50] <jose_freitas> bleathem: how do you test your different maven profiles?
[21:48:35] <jbossbot> git [solder] push master fdb91b3.. Dan Allen update parent, add depmgmt for seam-solder-tooling
[21:48:35] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/30b8362...fdb91b3
[21:50:55] <jbossbot> git [solder] push master 2501881.. Dan Allen additional compatibility tests...
[21:50:55] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/fdb91b3...2501881
[21:52:11] <jbossbot> git [solder] push master 0bd65c3.. Dan Allen add missing license header
[21:52:11] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/2501881...0bd65c3
[21:53:59] <johnament> hmmm. why does seam persistence have a dependency on solrj?
[21:56:09] <jbossbot> git [forge] push master b36a23c.. Lincoln Baxter, III added tests for Shell EOF handling, updated test harness to accept EOF as input
[21:56:09] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/15f5fbb...b36a23c
[21:58:43] <johnament> i'm trying to see if i can make it into the guiness book of records for longest pull request.
[22:02:37] <clerum> it's good to have goals
[22:02:51] <lincolnthree> my goal is to never have goals
[22:02:53] <lincolnthree> shit...
[22:03:20] <clerum> thats a tough goal to achieve...aim lower
[22:03:51] <clerum> so low that even if you fail nobody will notice
[22:04:23] <lightgua1d_jp> johnament: I think aslak has that beat.
[22:04:36] <lightgua1d_jp> haha
[22:04:50] *** jose_freitas has quit IRC
[22:04:53] <johnament> lightgua1d_jp: which that?
[22:05:03] <lightgua1d_jp> arquillian.net
[22:05:11] <aslak> :)
[22:05:15] <johnament> yeah but he can push to that himself :-)
[22:05:18] <lightgua1d_jp> .next*
[22:05:51] <aslak> lightgua1d_jp, not any more, but from oct to yesterday or so..
[22:09:41] <johnament> i'm refactoring my refactored code.
[22:12:45] <johnament> lightgua1d_jp: does catch work with non runtime exceptions?
[22:13:01] <lightgua1d_jp> It should
[22:13:07] <lightgua1d_jp> It's based on Throwable
[22:14:09] <lightgua1d_jp> I was trying to think of a test, but the Servlet example uses at least one checked exception
[22:14:14] <lightgua1d_jp> So I know it works
[22:14:29] <jbossbot> git [forge] push master 7d506ec.. Lincoln Baxter, III SEAMFORGE-52
[22:14:30] <jbossbot> jira [SEAMFORGE-52] NewProjectPlugin --topLevelPackage help text is misleading, looks like a default value (should probably have a default value.) [Open (Unresolved) Enhancement, Minor, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-52
[22:14:30] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/b36a23c...7d506ec
[22:16:56] <johnament> lincolnthree: can we make an application installer on top of forge?
[22:17:07] <lincolnthree> i dont know how, but sure
[22:18:15] <johnament> lincolnthree: well, usually an application install involves running some script(s) against a database, then copying a file somewhere, then deploying it via CLI.
[22:18:31] <johnament> seems like something forge can do.
[22:18:59] <lincolnthree> oh, you mean use forge to install applications?
[22:19:07] <lincolnthree> i thought you meant create an installer *for* forge
[22:19:15] <lightgua1d_jp> That's what I was thinking too
[22:20:21] <johnament> oh sorry
[22:20:35] <johnament> yes, a set of plugins on top of forge for the purpose of installing applications.
[22:20:54] <johnament> i mean, of course you already provide forge as an RPM install I hope :-)
[22:22:15] <lincolnthree> negativ
[22:22:15] <lincolnthree> e
[22:22:17] <lincolnthree> not yet
[22:22:24] <lincolnthree> just a zipfile
[22:22:30] <lincolnthree> RPM would be nice
[22:23:41] <johnament> i agree.
[22:23:42] *** koentsje has quit IRC
[22:23:49] <johnament> ugh, why is the bytesmessage api so fugly.
[22:24:19] *** koentsje has joined #seam-dev
[22:30:46] <jbossbot> git [forge] push master 66a0aa5.. Lincoln Baxter, III SEAMFORGE-66
[22:30:47] <jbossbot> jira [SEAMFORGE-66] Add a command to recursively list files in project [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-66
[22:30:48] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/7d506ec...66a0aa5
[22:32:04] *** cbrock has joined #seam-dev
[22:32:04] *** cbrock has quit IRC
[22:32:04] *** cbrock has joined #seam-dev
[22:33:54] *** jose_freitas has joined #seam-dev
[22:35:40] *** gastaldi has joined #seam-dev
[22:35:51] <gastaldi> hello all !!
[22:36:15] <gastaldi> johnament: I tested that Decorator idea I told u about but had no luck
[22:36:34] <gastaldi> johnament: It will work however if creating a Proxy object
[22:38:24] <johnament> gastaldi: refresh my memory, decorator idea?
[22:38:55] <gastaldi> We need to register the EventListener whenever a Session is created
[22:38:59] *** koentsje_ has joined #seam-dev
[22:39:01] *** koentsje has quit IRC
[22:39:02] *** koentsje_ is now known as koentsje
[22:39:13] <gastaldi> I suggested creating a Decorator for Repository
[22:39:15] <johnament> right, i thought we were proxying the repository
[22:39:22] <gastaldi> Yeah
[22:39:40] <gastaldi> Apparently, using @Decorator did not work
[22:40:22] <gastaldi> But will if we wrap the original Repository calling Proxy.newProxyInstance
[22:40:38] <gastaldi> And implementing an InvocationHandler
[22:45:46] <gastaldi> Check it out: https://gist.github.com/869946
[22:47:45] <gastaldi> And then changing the returned Repository object using: Proxy.newProxyInstance(Thread.currentThread().getContextClassLoader(), new Class[]{Repository.class}, new JcrCDIEventListener(beanManager));
[22:47:49] <gastaldi> WDYT ?
[22:48:05] <johnament> looks like what i was thinking.
[22:48:21] <gastaldi> Could be something for alpha-2
[22:48:44] <gastaldi> Or even alpha-1
[22:48:59] <gastaldi> After all, we are just refactoring the code
[22:49:02] <johnament> do you want to work on it on a branch, then sunday make a go/no-go for inclusion in alpha1?
[22:49:10] <johnament> BTW
[22:49:15] <gastaldi> good idea
[22:49:29] <johnament> I was thinking we should name Alpha1 either "Adventurous Aardvark" or "Hectic Herbivore"
[22:49:58] <gastaldi> why ?
[22:50:05] <johnament> stir up interest
[22:51:14] <gastaldi> oh, you mean like "Neo" as used in JBoss 6 ?
[22:51:38] <johnament> no, just S&G
[22:51:53] <johnament> :-)
[22:52:09] 
[22:52:28] <johnament> i guess its more of an american term.  shits & giggles.
[22:52:34] <gastaldi> lol
[22:52:49] <gastaldi> never heard that expression before
[22:54:33] <gastaldi> I ask myself about the need for the @JcrEventListener annotation
[22:56:01] <gastaldi> I wonder if we could apply a Builder pattern in there
[22:56:08] <gastaldi> I guess it might be too much configuration
[22:56:48] <gastaldi> Maybe could complement that RepositoryResolver idea of yours
[22:56:49] <gastaldi> So the App Developer could choose which events he could listen to, without the need for this annotation
[22:57:41] <johnament> i'd prefer the builder pattern.
[22:57:58] <gastaldi> yeah, me too
[22:58:05] <johnament> just so long as it's flexible enough to do whatever's needed in JCR and doesn't become too difficult to maintain.
[22:58:15] <gastaldi> WDYT ?
[22:58:21] <gastaldi> of course
[23:01:06] *** koentsje has quit IRC
[23:04:01] <jbossbot> git [forge] push master 0d9338b.. Lincoln Baxter, III made JavaResource a little more resilient, added another EOF test
[23:04:01] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/66a0aa5...0d9338b
[23:09:04] <sbryzak> bleathem: ping
[23:09:18] <bleathem> sbryzak pong
[23:09:46] <sbryzak> bleathem: is there any special configuration needed to use CatchExceptionHandler in the faces module?
[23:10:02] <bleathem> No, you just need to include the catchjars
[23:10:08] <bleathem> ^catch jars
[23:10:24] <sbryzak> hmm, i'm doing that but the handle() method isn't getting fired
[23:11:00] <bleathem> You might need an @Faces qualifier on your handler
[23:11:09] <bleathem> let me check
[23:12:14] <lightgua1d_jp> bleathem: He's not hitting https://github.com/seam/faces/blob/3.0.0.CR1/impl/src/main/java/org/jboss/seam/faces/exception/CatchExceptionHandler.java line 50
[23:12:44] <lightgua1d_jp> sbryzak: Anything in https://github.com/seam/faces/blob/3.0.0.CR1/impl/src/main/java/org/jboss/seam/faces/exception/CatchExceptionHandlerFactory.java being run?
[23:12:48] <sbryzak> in my code it's line 54
[23:13:01] <sbryzak> has it changed since CR1?
[23:13:49] <bleathem> No @Faces qualifier required.
[23:14:40] <bleathem> Nothing has changed on the Faces side in a while
[23:15:13] <bleathem> What container are you running in?
[23:15:24] <bleathem> JBoss AS 6?
[23:16:23] <sbryzak> yep AS6
[23:16:41] *** gastaldi has quit IRC
[23:16:42] <sbryzak> sorry, i was afk.. delivery guy was here
[23:16:44] <bleathem> If set the log levels for "org.jboss.seam.faces.exception" to TRACE, do you see the message "Creating the JSF exception handler"
[23:17:22] <sbryzak> i'll try that
[23:17:22] <lightgua1d_jp> Random thought, are you using JSF 2 Shane?
[23:17:26] <lightgua1d_jp> At runtime
[23:17:41] <sbryzak> yes
[23:18:10] <lightgua1d_jp> I'm a might bit stumped then.
[23:18:15] <sbryzak> how is the handler registered?
[23:18:26] <lightgua1d_jp> If the JSF ExceptionHandler were working this would all work correctly :)
[23:18:27] <bleathem> through the faces-config.xml
[23:18:48] <sbryzak> ah, so i need to put something in my application's faces-config.xml ?
[23:18:57] <bleathem> no, it's in the faces jar
[23:19:59] <bleathem> What faces jars are you including?
[23:20:51] <bleathem> both the api and the impl?  or the combined?
[23:20:59] <sbryzak> just seam-faces.jar
[23:21:03] <sbryzak> the combined one
[23:21:10] <bleathem> Might be SEAMFACES-72
[23:21:11] <jbossbot> jira [SEAMFACES-72] Combined jar build does not merge faces-config.xml [Resolved (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-72
[23:21:11] <sbryzak> i just confirmed that it contains faces-config.xml
[23:21:16] <bleathem> try seperate impl and api
[23:21:24] <bleathem> oh
[23:22:06] <bleathem> does the faces-config.xml contain:
[23:22:12] <bleathem> <exception-handler-factory>org.jboss.seam.faces.exception.CatchExceptionHandlerFactory</exception-handler-factory>
[23:22:14] <sbryzak> i'll change the logging level and see if i get anything
[23:22:14] <bleathem> ?
[23:22:21] <sbryzak> bleathem: yes it has that line
[23:22:49] <bleathem> if not, try the impl/api jars.  They are what I've used in my test apps
[23:23:28] <lightgua1d_jp> sbryzak: You said you're getting the FacesMessage though, right?
[23:23:39] <sbryzak> yes, i'm getting the FacesMessage
[23:23:49] <lightgua1d_jp> From the Catch Handler?
[23:23:50] <sbryzak> so the seam-faces module is working, as I can inject the FacesContext
[23:24:26] <sbryzak> yes, in the catch handler
[23:24:46] <lightgua1d_jp> Okay, so everything is working correctly, but it's still logging the exception
[23:25:20] <lightgua1d_jp> like it's not being removed from the iterator
[23:25:30] <sbryzak> argh, where have they moved the logging config to in AS6
[23:26:33] <johnament> server/default/deploy/jboss-logging.xml
[23:27:13] <sbryzak> johnament: thanks :)
[23:27:34] <jbossbot> git [validation] push master a000e11.. Gunnar Morling SEAMVALIDATE-7: Retrieving validators which are valid CDI beans from the container in order to re-use existing bean meta data.
[23:27:36] <jbossbot> jira [SEAMVALIDATE-7] ConstraintValidator instances created incorrectly [Coding In Progress (Unresolved) Bug, Critical, Gunnar Morling] https://issues.jboss.org/browse/SEAMVALIDATE-7
[23:27:36] <jbossbot> git [validation] push master d6e4b3f.. Gunnar Morling SEAMVALIDATE-7: Clarifying documentation on DI services for validators
[23:27:36] <jbossbot> git [validation] push master URL: http://github.com/seam/validation/compare/e022335...d6e4b3f
[23:27:40] <johnament> sbryzak: i couldn't find it for a while myself either
[23:27:58] <lightgua1d_jp> Any other catch handlers in play?
[23:28:04] <sbryzak> i'm so used to it being in the conf directory
[23:28:26] <sbryzak> no other catch handlers that i'm aware of
[23:30:10] <sbryzak> bleathem: i don't get the TRACE message
[23:30:58] <sbryzak> i'll try with separate faces api and impl jars
[23:31:33] <bleathem> Ok, it's definitely no registering the ExceptionHandler
[23:31:39] <bleathem> ^not registering
[23:31:54] <sbryzak> it doesn't seem to be.. it's certainly not hitting my breakpoint
[23:32:33] <lightgua1d_jp> Something would have to send it to Catch though for him to get his FacesMessage that's in the Catch handler
[23:33:03] <lightgua1d_jp> sbryzak: Could you pastebin the code that's throwing the exception?
[23:33:37] <sbryzak> still doesn't work with separate jars
[23:33:46] <sbryzak> how about i check in my changes to github?
[23:34:00] <lightgua1d_jp> that works too
[23:34:05] <jose_freitas> bleathem: ping
[23:34:20] <bleathem> bummer
[23:34:21] <sbryzak> done
[23:34:21] <jbossbot> git [security] push master 69338e6.. Shane Bryzak exception handling
[23:34:21] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/7de53f6...69338e6
[23:34:39] <bleathem> jose_freitas: hey
[23:34:52] <sbryzak> you need to git clone git at github dot com:seam/security.git
[23:34:56] <jose_freitas> hey bleathem: I made the SEAMFACES-57
[23:34:58] 
[23:35:00] <sbryzak> then run mvn clean install in the root dir
[23:35:06] <jose_freitas> https://github.com/joserodolfofreitas/faces/blob/master/impl/src/main/java/org/jboss/seam/faces/component/FormValidationFieldProducer.java
[23:35:10] <sbryzak> then build and deploy examples/authorization
[23:35:26] <bleathem> ok cool, do a pull request, and I'll review it tonight
[23:35:30] <jose_freitas> if you want to take a look before I pull a request, it starts on line 90
[23:35:33] <jose_freitas> ok
[23:36:31] <lincolnthree> yay! my validation conitnues
[23:36:33] <bleathem> sbryzak I can have a closer look at this tonight, if Jason isn't able to get to the bottom of it
[23:36:49] <sbryzak> bleathem: thanks
[23:36:54] <bleathem> sbryzak sorry it's causing trouble :P
[23:37:12] <sbryzak> bleathem: no big problem, would be nice to get to the bottom of it though ;)
[23:37:14] <lincolnthree> jose_freitas: you can probably remove @SuppressWarnings("rawtypes") at this point, no?
[23:38:59] *** cbrock has quit IRC
[23:40:42] <lightgua1d_jp> I'm at a bit of a lose right now.
[23:40:55] <lightgua1d_jp> I don't see anything in there that would cause this not to be working
[23:41:28] <jose_freitas> lincolnthree: hm
[23:41:47] <jose_freitas> sorry, I've just sent the pullrequest
[23:41:59] <sbryzak> lightgua1d_jp: i'm not what else we can debug to work this out... jsf source perhaps
[23:42:11] <sbryzak> afk for a few minutes, making breakfast
[23:42:19] <bleathem> jose_freitas, you can still make changes after sending the pull request
[23:42:23] <bleathem> (i think)
[23:43:00] <lightgua1d_jp> jose_freitas: Yes you can
[23:43:04] <jose_freitas> ok
[23:43:20] <lightgua1d_jp> When you commit, as long as it's the same code (haven't tried adding new files) the pull request will update with the latest code
[23:43:29] <jose_freitas> ok
[23:43:51] <jose_freitas> I'll remove the  @SuppressWarnings("rawtypes") then, but keep in mind that there'll be warnings
[23:44:02] <jose_freitas> cause I work with Object inside
[23:44:30] <jose_freitas> and I return the CastedClass just on getValue()
[23:44:36] <lightgua1d_jp> sbryzak: Did it work correctly when you had markHandled() ?
[23:44:45] <johnament> lightgua1d_jp jose_freitas bleathem: at least when i do it, i need to go in and update the pull request to the latest revision.
[23:45:01] <johnament> i've done that like 10 times for the JMS module so far.
[23:45:07] <lightgua1d_jp> johnament: Really? hm
[23:45:08] <bleathem> jose_freitas - you've got me curious! I'll print it off, and have a look at it in the vanpool.
[23:46:33] <johnament> lightgua1d_jp: yeah, maybe it does it automatically as well, but i just go in and update the pull request since you can't have multiple pull requests.
[23:46:54] <lightgua1d_jp> Right
[23:47:00] <lightgua1d_jp> Not from the same branch anyway
[23:49:23] <jose_freitas> lincolnthree: thanks
[23:49:58] <jose_freitas> bleathem: hope that everything is alright :)
[23:50:04] <jose_freitas> got to go now
[23:50:07] <jose_freitas> see ya
[23:50:13] <bleathem> it will be I'm sure!
[23:50:14] <bleathem> see ya
[23:50:26] <bleathem> thanks for the contrib btw
[23:50:34] <bleathem> much appreciated!
[23:50:43] <jose_freitas> it's a pleasure of mine :)
[23:51:07] *** jose_freitas is now known as jose_freitas_gon
[23:51:22] *** jose_freitas_gon is now known as jose_freitas_brb
[23:57:38] <sbryzak> lightgua1d_jp: markHandled() was the same
[23:57:55] <lightgua1d_jp> hrm
[23:58:10] <sbryzak> is there a working example with this stuff?
[23:58:51] <lightgua1d_jp> Maybe in Faces
[23:59:29] <sbryzak> the short-ly example doesn't have a catch dependency
[23:59:37] <lightgua1d_jp> gr





top