[00:03:15] <lightguard_jp> jose_freitas: no problem
[00:55:40] *** lightguard_jp has quit IRC
[01:06:11] *** stuartdouglas has joined #seam-dev
[01:16:08] *** stuartdouglas has quit IRC
[01:16:28] *** lincolnthree has joined #seam-dev
[01:16:51] *** gastaldi has joined #seam-dev
[01:17:03] *** gastaldi has left #seam-dev
[01:17:04] <jbossbot> git [forge] push master 2f99e7e.. Lincoln Baxter, III Bound CTRL-D to abort a plugin blocking at a prompt.
[01:17:04] <jbossbot> git [forge] push master 2a43303.. Lincoln Baxter, III added missing files to last commit
[01:17:04] <jbossbot> git [forge] push master 8ec59ce.. Lincoln Baxter, III added CTRL-D shutdown messages
[01:17:04] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/0d77473...8ec59ce
[01:21:32] *** lincolnthree has quit IRC
[01:24:13] *** bleathem has quit IRC
[01:28:37] *** gastaldi has joined #seam-dev
[01:29:10] <gastaldi> howdy !
[01:30:49] *** maxandersen has quit IRC
[01:49:12] *** aslak has quit IRC
[01:49:58] *** gastaldi has quit IRC
[02:13:55] *** clerum has quit IRC
[02:18:34] <jbossbot> git [jcr] push seam-jcr-master 223c8b1.. John Ament SEAMJCR-14 - Provide basic configuration setup.  Updated test cases to use this class as well.
[02:18:35] <jbossbot> jira [SEAMJCR-14] Provide basic configuration settings in a constants file. [Pull Request Sent (Unresolved) Feature Request, Major, John Ament] https://issues.jboss.org/browse/SEAMJCR-14
[02:18:35] <jbossbot> git [jcr] push seam-jcr-master f9bb297.. George Gastaldi Changed Jackrabbit config
[02:18:36] <jbossbot> git [jcr] push seam-jcr-master 28e0b2e.. George Gastaldi Merge branch 'master' of https://github.com/johnament/jcr into johnament-master
[02:18:36] <jbossbot> git [jcr] push seam-jcr-master URL: http://github.com/seam/jcr/compare/0000000...28e0b2e
[02:25:07] *** clerum has joined #seam-dev
[04:16:53] <jbossbot> git [security] push master 3772ee7.. Shane Bryzak added foundational classes for security extension / typesafe authorization, new authorization example skeleton
[04:16:54] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/76eb0cc...3772ee7
[05:51:00] *** echelog-2 has joined #seam-dev
[06:01:55] *** echelog-2 has joined #seam-dev
[06:03:23] *** koentsje has joined #seam-dev
[06:16:55] *** koentsje has quit IRC
[06:33:19] *** tsurdilo has quit IRC
[07:05:59] <nickarls> The night shift arrives. You can go to bed now
[07:07:11] *** lukaszlenart has joined #seam-dev
[07:17:34] *** shervin_a has joined #seam-dev
[07:56:51] *** daniel_hinojosa has quit IRC
[08:00:20] *** daniel_hinojosa has joined #seam-dev
[08:06:10] *** clerum has quit IRC
[08:08:55] *** jharting has joined #seam-dev
[08:18:23] *** daniel_hinojosa has quit IRC
[08:50:35] *** mgencur has joined #seam-dev
[09:12:23] *** emmanuel has joined #seam-dev
[09:16:24] *** oskutka has joined #seam-dev
[09:28:33] *** rruss has quit IRC
[09:30:32] <jharting> sbryzak: ping
[09:37:38] *** marekn has joined #seam-dev
[09:41:55] <sbryzak> jharting: pong
[09:42:56] <jharting> sbryzak: Hi Shane, are seam-security-external's dependencies supposed to be bundled with the seam dist?
[09:43:09] <sbryzak> jharting: yes they should be
[09:43:53] <jharting> sbryzak: ok, looks like some of them are missing
[09:44:05] <sbryzak> jharting: which ones?
[09:44:40] <jharting> sbryzak: xmlsec for instance
[09:45:01] <sbryzak> hmm, i wonder why that wasn't included
[09:45:11] <jharting> sbryzak: transitive dependencies like spring
[09:46:00] <sbryzak> xmlsec is marked as optional
[09:46:40] <sbryzak> that will be why it wasn't included
[09:47:08] <sbryzak> actually i'm not sure we need xmlsec
[09:47:13] <sbryzak> there's a comment in the pom
[09:47:16] <jharting> sbryzak: aah, I could not tell from the dependency tree, I'll have to look into the poms for optional tags and check again
[09:47:19] <sbryzak> which makes me think it's just for jdk 5
[09:47:43] <sbryzak> marcel musn't have realised that jdk6 is our minimum requirement
[09:48:52] <sbryzak> gotta go out for a bit, back later
[09:49:09] *** lukaszlenart has left #seam-dev
[09:49:53] *** kpiwko has joined #seam-dev
[09:51:02] * nickarls is having a WTF moment, how can a bean have a @Injected field null when have the same appscoped bean injected fine in other places?
[10:21:26] *** alesj has joined #seam-dev
[10:21:27] *** aslak has joined #seam-dev
[10:21:50] *** aslak has quit IRC
[10:21:50] *** aslak has joined #seam-dev
[11:01:38] *** bitshuffler has joined #seam-dev
[11:34:14] *** oskutka has quit IRC
[11:59:09] *** sannegrinovero has joined #seam-dev
[12:06:30] *** jharting has quit IRC
[12:18:24] *** emmanuel has quit IRC
[12:32:06] *** epbernard has joined #seam-dev
[12:32:06] *** epbernard is now known as emmanuel
[12:47:27] *** maxandersen has joined #seam-dev
[12:49:28] <nickarls> max: when you are really bored you can make tooling for JBT that builds an arq JavaArchive by right-clicking on a file and then it includes the whole dependency tree from the project and pulls in what it needs from the local maven repo. Thanks ;-)
[12:52:09] *** bitshuffler has quit IRC
[13:01:26] <maxandersen> nickarls: okey - done. anything else ?
[13:01:58] <nickarls> could you make this small animated paper clip that...
[13:02:02] <maxandersen> nickarls: btw. where in the jar shuold we put all the dependencies  ?
[13:03:02] <nickarls> you look at my pom.xml and then use those coordinates and make it a war
[13:09:15] <maxandersen> nickarls: well - that aint a jar ;)
[13:09:32] <maxandersen> nickarls: so install m2eclipse + wtp extension and you got it already
[13:14:26] <nickarls> max: I'd like JBT to write the @Deployment method, of course, including only the bare minimum
[13:28:03] <maxandersen> nickarls: but can we make it minimal ? we could properly generate one based on pom content maybe...
[13:28:42] *** kpiwko has quit IRC
[13:29:24] *** kpiwko has joined #seam-dev
[13:30:17] *** maxandersen has quit IRC
[13:30:45] *** maxandersen has joined #seam-dev
[13:44:07] *** shervin_a has quit IRC
[13:50:29] <nickarls> max: yep, that would require you to examine all the artifacts in the pom tree to determine which class is included where
[13:50:41] <nickarls> don't think maven has any api for that.
[13:53:43] *** bitshuffler has joined #seam-dev
[13:57:19] <maxandersen> nickarls: you want add only needed classes instead of listing the actual dependency?
[13:57:54] *** balunasj has joined #seam-dev
[14:00:07] *** balunasj has quit IRC
[14:00:46] *** balunasj has joined #seam-dev
[14:08:00] <nickarls> if I have Foo.java that imports Bar.java and Bar.java imports Worksheet.java, by right-clicking on Foo and do "make test archive", I'd like to have a war with Foo, Bar and jxl.jar from my pom.xml
[14:08:45] <nickarls> then of course if Tar.class references only Foo and Bar, right-clicking that would let me "add to test archve" and only have that included.
[14:08:59] <nickarls> it's no small feat but it would be a killer feature
[14:09:29] <nickarls> and yes, it's a discussion for #jbosstesting but you're not there ;-)
[14:09:31] *** balunasj_mtg has joined #seam-dev
[14:11:54] <nickarls> currently, build the @Deployment method is a PITA as you'll have to track down the deps yourself
[14:20:34] *** balunasj has quit IRC
[14:50:40] *** lightguard_jp has joined #seam-dev
[15:25:02] *** rruss has joined #seam-dev
[15:25:07] *** balunasj_mtg has quit IRC
[15:25:47] *** rruss has quit IRC
[15:46:20] *** monkeyden has joined #seam-dev
[15:54:16] *** clerum has joined #seam-dev
[16:02:26] <lightguard_jp> Anyone have the ability to restart seamframework.org?
[16:10:34] <clerum> that server really goes down a lot
[16:10:58] <lightguard_jp> Junkie software
[16:22:20] *** emmanuel has quit IRC
[16:22:38] *** epbernard1 has joined #seam-dev
[16:22:38] *** epbernard1 is now known as emmanuel
[16:22:44] *** emmanuel has quit IRC
[16:22:44] *** emmanuel has joined #seam-dev
[16:31:38] *** rruss has joined #seam-dev
[16:36:25] *** tsurdilo has joined #seam-dev
[16:40:50] *** koentsje has joined #seam-dev
[16:44:46] *** daniel_hinojosa has joined #seam-dev
[16:50:45] *** koentsje has quit IRC
[16:50:59] *** koentsje has joined #seam-dev
[16:51:54] *** lukaszlenart has joined #seam-dev
[16:58:04] *** daniel_hinojosa has quit IRC
[16:58:10] *** bleathem has joined #seam-dev
[16:58:19] <bleathem> jose_freitas ping
[16:58:37] *** balunasj has joined #seam-dev
[16:59:11] *** lukaszlenart has left #seam-dev
[17:15:18] *** koentsje has quit IRC
[17:18:33] <jose_freitas>  hey bleathem
[17:18:43] <bleathem> Hey!
[17:18:49] <jose_freitas> how are you?
[17:19:12] <bleathem> not bad, you?
[17:19:24] <jose_freitas> pretty good acctually :)
[17:19:28] <bleathem> I was wondering if you ever filed that jira regarding the deployment problems to glassfish 3.1 we were discussing in IRC?
[17:19:47] <bleathem> The issue has come up in the seam-dev maillist, and I'd like to point to a jira issue
[17:20:02] <bleathem> if such a jir aissue exists
[17:20:20] *** koentsje has joined #seam-dev
[17:20:44] 
[17:21:06] 
[17:21:31] <bleathem> you couldn't download the google link?
[17:21:40] <jose_freitas> I havent receive the google link
[17:21:49] <jose_freitas> just one for your httpd
[17:22:12] <bleathem> are you still interested in trying it?
[17:22:27] <jose_freitas> yeah, sure
[17:22:32] <jose_freitas> I can try it now
[17:22:38] <bleathem> ok cool! 1 sec, I'll get the link
[17:23:03] <bleathem> https://docs.google.com/leaf?id=0BxgvWijVcYmAYzZhOWE5MGYtYTE4OC00MDY1LWEzN2QtY2Q1N2JiNjRjYTE5&authkey=CIbQqN0J&hl=en
[17:23:04] <jose_freitas> sorry for not testing it before, it was carnival here in brazil, and it's really hard to work on this time of the yer
[17:23:06] <jose_freitas> year*
[17:23:10] <bleathem> no worries
[17:23:19] <bleathem> things come up
[17:23:51] *** daniel_hinojosa has joined #seam-dev
[17:23:57] <mgencur> jose_freitas: I created one JIRA today regarding seam-booking and GF 3.1: https://issues.jboss.org/browse/SEAM-40
[17:23:58] <jbossbot> jira [SEAM-40] seam-booking does not work correctly with Glassfish 3.1 [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAM-40
[17:24:25] <mgencur> I was partially able to work with the application, but not all the things work
[17:24:42] <jose_freitas> which weld version do you have ?
[17:25:17] <bleathem> it's a post weld 1.1 snapshot build
[17:25:30] <mgencur> jose_freitas: hmm, I used the one attached in the JIRA
[17:25:33] <bleathem> byt the maven release numbers in weld still say 1.1.0-SNAPSHOT for some reason
[17:25:52] <jose_freitas> ok
[17:26:23] <jose_freitas> lemme make some tests
[17:26:55] *** lincolnthree has joined #seam-dev
[17:27:03] <bleathem> mgencur thanks for filing the issue, unfortunately it involves more than just the seam-booking app
[17:27:36] <bleathem> I think the issue is related to WELD-846
[17:27:37] <jbossbot> jira [WELD-846] Incorrect handling of cyclic dependencies between BeanDeploymentArchives [Closed (Done) Bug, Major, Stuart Douglas] https://issues.jboss.org/browse/WELD-846
[17:27:46] <mgencur> yeah, it seems so
[17:28:01] <bleathem> or at least when I used a weld build with glassfish that had the 846 bug patched, I was able to deploy
[17:28:48] <bleathem> I have a feeling Seam 3.0 is going to ship, and not support glassfish, at least for Seam Faces.
[17:29:22] <bleathem> a little depressing considering all the hard work that's gone into Seam 3 and Weld.
[17:29:46] <jose_freitas> cmon bleathem, we can still work it out
[17:29:48] <jose_freitas> ;)
[17:29:59] <bleathem> I think the solution is a weld minor release
[17:30:06] <bleathem> and there is no word on that issue yet
[17:30:55] <bleathem> meeting, gotta jet!
[17:31:04] *** mgencur has left #seam-dev
[17:32:09] <jose_freitas> later
[17:34:53] *** lincolnthree has quit IRC
[17:36:31] <jose_freitas> mgencur, did you make tests for the situation you described on jira?
[17:36:48] <jose_freitas> ah ok
[17:36:50] <jose_freitas> just saw it
[17:36:53] <jose_freitas> thanks
[17:37:00] <jose_freitas> :)
[17:52:39] *** cbrock has joined #seam-dev
[18:07:46] *** lightguard_jp has quit IRC
[18:08:49] *** balunasj is now known as balunasj_away
[18:15:30] *** cbrock has quit IRC
[18:15:43] *** marekn has quit IRC
[18:20:51] *** alesj has quit IRC
[18:29:26] *** cbrock has joined #seam-dev
[18:29:27] *** cbrock has quit IRC
[18:29:27] *** cbrock has joined #seam-dev
[18:38:57] <jose_freitas> bleathem: can you ping me when you're back?
[18:50:35] *** rruss has quit IRC
[18:55:36] *** lightguard_jp has joined #seam-dev
[19:04:11] <bleathem> jose_freitas hey
[19:04:38] <jose_freitas> hey bleathem
[19:04:39] *** rruss has joined #seam-dev
[19:04:46] <bleathem> what's up?
[19:05:31] <jose_freitas> I'm getting a totally weird exception within glassfish and maybe you can help me figure out what's wrong
[19:05:35] <bleathem> sure
[19:05:37] <jose_freitas> let me pastebin the exception
[19:06:34] <jose_freitas> http://pastebin.com/KTw1AJVT
[19:06:57] 
[19:07:09] <bleathem> yuck
[19:07:09] <jose_freitas> I tried both in eclipse and netbeans
[19:07:30] <jose_freitas> with eclipse both with embedeed glassfish and external one
[19:08:23] <jose_freitas> http://seamframework.org/Community/SeamFacesPersistenceServletCatchProduceNullPointerException
[19:08:25] <jose_freitas> found this
[19:08:26] <bleathem> So it seems to throw the NPE while reading web.xml fragments
[19:08:28] <jose_freitas> I'm going to try
[19:08:54] <bleathem> That's linked to from SEAM-40
[19:08:56] <jbossbot> jira [SEAM-40] seam-booking does not work correctly with Glassfish 3.1 [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAM-40
[19:08:59] <bleathem> I was just reading through that
[19:09:48] <bleathem> is Seam booking using web.xml fragments?
[19:09:53] <bleathem> explicitly?
[19:10:26] <jose_freitas> nope
[19:10:49] <bleathem> hmm, maybe it's from one of it's dependencies then
[19:10:59] <jose_freitas> yes
[19:11:04] <jose_freitas> seam-servlet
[19:11:35] <bleathem> anything funny in the web.xml fragment for Seam servlet?
[19:13:21] <jose_freitas> nope
[19:13:34] <jose_freitas> I'm just reading the item 5 of the instructions on seam-40
[19:14:13] <bleathem> oh yeah, that looks like it!
[19:15:51] <lightguard_jp> I've got everything I need and should be getting to you with details of an offer by tomorrow or Monday the latest.  Sit tight and I'll be back in touch!
[19:19:13] <bleathem> lightguard_jp ??
[19:19:25] <lightguard_jp> Wrong window
[19:19:32] <bleathem> lol
[19:19:43] <bleathem> *could* have been embarassing!
[19:19:54] <lightguard_jp> Eh, I'm over that, had it happen too many times
[19:19:56] <jose_freitas> lol
[19:20:03] <bleathem> emphasis on could
[19:20:23] <lightguard_jp> :)
[19:25:13] *** rruss has quit IRC
[19:25:55] *** kpiwko has quit IRC
[19:29:32] 
[19:29:55] <jose_freitas> I'll have to package it
[19:31:39] *** lincolnthree has joined #seam-dev
[19:32:36] <bleathem> deploy it manually
[19:32:39] <bleathem> localhost:4848
[19:32:59] <bleathem> or use asadin deploy mywar.war
[19:33:06] <bleathem> ^asadmin
[19:50:52] <jose_freitas> man, glassfish sxu
[19:56:50] *** cbrock has quit IRC
[19:57:58] *** marekn has joined #seam-dev
[19:59:40] *** emmanuel has quit IRC
[20:09:15] <jose_freitas> bleathem: ping
[20:11:32] <jose_freitas> there's no unsatisfied dependency problem anymore
[20:12:47] <bleathem> so it works?
[20:13:11] *** msmigielski has joined #seam-dev
[20:13:30] <jose_freitas> yes, it's "working" there're lot of other problems
[20:13:39] <jose_freitas> but at least the dependency problem is gone
[20:13:45] <jose_freitas> with the new weld
[20:14:08] <bleathem> ok, cool
[20:14:30] <jose_freitas> did you acomplish those tests with arquillian?
[20:16:55] <bleathem> no, I tried so hard, but I got stuck everytime.  I'm hoping Dan will be able to help me get them going, then I can just go nuts writing test.
[20:17:17] <jose_freitas> this is sparta
[20:20:06] <bleathem> what do you mean?
[20:20:27] <jose_freitas> it was a bad joke (obviouslly)
[20:20:49] <bleathem> figured that :P still curious what you meant though!
[20:21:11] <jose_freitas> you sad that you could go nuts
[20:21:26] <jose_freitas> this is madness
[20:21:32] <jose_freitas> THIS IS SPARTA!
[20:21:37] <jose_freitas> POW
[20:21:47] 
[20:21:59] <jose_freitas> ^^
[20:24:52] <bleathem> I'd let out a scream, but my office-mates might look at me funny :P
[20:32:51] <lincolnthree> bleathem, take a look at what i did in prettyfaces-tests-jsf2 project for example of arquillian and JSFUnit test cases
[20:33:00] <lincolnthree> http://github.com/ocpsoft/prettyfaces/
[20:33:16] <bleathem> thanks, does it work with Weld 1.1?
[20:33:40] <bleathem> I've got JSFUnit working with JBoss AS 6 embedded, but as soon as I add Seam 3 dependencies, the tests won't run
[20:33:53] <lincolnthree> Hmmmm? it will work with weld 1.1 if you use the weld packaged arquillian runner
[20:33:57] <lincolnthree> like i've done in forge
[20:34:37] <bleathem> hmmm interesting, I'll take a look
[20:37:16] *** sannegrinovero has quit IRC
[20:55:09] *** marekn has left #seam-dev
[21:03:33] *** koentsje has quit IRC
[21:04:57] <lightguard_jp> bleathem: Have you seen anything like SEAMCATCH-48 ?
[21:04:58] <jbossbot> jira [SEAMCATCH-48] HandlesException never got invoked in jboss AS 6 Final [Open (Unresolved) Bug, Major, Jason Porter] https://issues.jboss.org/browse/SEAMCATCH-48
[21:05:05] <lightguard_jp> It all seems like it should work
[21:07:32] <bleathem> He's not using Seam Faces?  Straight up catch integration?
[21:09:59] <bleathem> If so, the exception is just swallowed by the JSF exception handler mechanism
[21:10:42] <bleathem> unless he catches the NPE, and throws a "Catch Event" or whatever it's called.
[21:11:55] <lightguard_jp> It seems like he's using Seam Faces, but good point.
[21:12:10] <lightguard_jp> Once the integration is in place I haven't seen any problems before
[21:12:37] *** lukaszlenart has joined #seam-dev
[21:15:58] *** stuartdouglas has joined #seam-dev
[21:19:17] <jose_freitas> lightguard_jp: ping
[21:19:23] <lightguard_jp> jose_freitas: pong
[21:20:21] *** stuartdouglas has quit IRC
[21:21:40] <bleathem> lightguard_jp: he listed the seam modules he's using, but did not list Faces (did not list Catch either, but it's reported as a Catch issue)
[21:22:59] <lightguard_jp> I don't see anywhere where he listed the modules he's using.
[21:23:48] <bleathem> in the environmnet tag
[21:23:59] <bleathem> Environment: jboss AS 6 with seam 3 persistence, seam 3 Config, seam 3 internationalizarion, jsf 2
[21:24:12] <lightguard_jp> Okay
[21:24:22] <bleathem> Worth asking I guess
[21:24:27] <lightguard_jp> None of those pull in Catch, but he's got to have it otherwise he wouldn't be able to compile
[21:24:41] <lightguard_jp> Unless it's not there in the war at deploy time.
[21:26:28] <jose_freitas> lightguard_jp: what's the behaviour when someone calls. event.handled?
[21:27:18] <jose_freitas> it stops the exception flows?
[21:27:22] <lightguard_jp> The excption is handled by that handler, no others, and finishes.
[21:27:29] <lightguard_jp> Yep
[21:29:11] <lightguard_jp> jose_freitas: handled means "This exception has been taken care of, no one else needs to do anything with it."
[21:30:25] *** balunasj_away has quit IRC
[21:31:11] <jose_freitas> ok, the question sounded stupid, but I was trying to make a line where at some place the NPE was being handled
[21:34:32] <lightguard_jp> jose_freitas: Did the answer help?
[21:37:37] <jose_freitas> well, yes but I could not track the exception
[21:38:09] <jose_freitas> acctually I was trying to help you with the seamcatch-48
[21:41:54] <nickarls> good, people are talking catch, I have a question ;-)
[21:42:13] *** koentsje has joined #seam-dev
[21:42:41] <nickarls> evt.markHandled() is supposed to stop propagation, right?
[21:44:33] <nickarls> I have a case that @Handles SecurityExceptions which marks it as handled but for some reason my @Handles Throwable also got its hand on it
[21:50:01] <jose_freitas> nickarls: when the exception is handled there's a debug log which should print "Exception handled {className}"
[21:50:13] <jose_freitas> is that being printed?
[21:50:57] *** rruss has joined #seam-dev
[21:50:57] <nickarls> Didn't look. Just saw it hit both breakpoints.
[21:51:04] *** stuartdouglas has joined #seam-dev
[21:51:30] <jose_freitas> you're using seam-faces I suppose
[21:51:34] *** lukaszlenart has left #seam-dev
[21:51:40] <nickarls> yes
[21:52:09] <nickarls> faces, servlet, catch, international, security and config, I think
[21:52:41] <lightguard_jp> markHandled() does not stop execution, handled() does
[21:53:48] <lightguard_jp> markHandled() just says some handler has seen this, essentially.
[21:53:50] *** cbrock has joined #seam-dev
[21:54:56] *** msmigielski1 has joined #seam-dev
[21:55:28] *** msmigielski has quit IRC
[21:58:09] <nickarls> sneaky ;-)
[21:59:10] <jose_freitas> indeed
[21:59:32] <jose_freitas> intuitively I could say that it'd stop propagation too
[22:00:27] <nickarls> it does say "This handler does not modify the invocation of subsequent handlers, as designated by invoking markHandled() on CaughtException. "
[22:01:31] <nickarls> OTOH "Catch continues to work through the exception stack trace, notifying handlers of each exception in the stack, until a handler flags the exception as handled. Once an exception is marked as handled, Catch stops processing the exception." is sneaky because markHandled() is the only method the user has seen in the doc at that point
[22:09:07] <nickarls> security external module pulls in lots of AS 6 M5 stuff apparently
[22:09:21] *** maxandersen has quit IRC
[22:09:36] <lightguard_jp> I may change it after final
[22:09:42] <lightguard_jp> For 3.0.1
[22:09:49] <lightguard_jp> Not changing the API now
[22:10:00] <nickarls> yes, no point causing more confusion
[22:10:18] <nickarls> enough if it's mentioned more clearly in the docs
[22:10:39] <lightguard_jp> Good point
[22:11:01] <lightguard_jp> Suggestions for the API change after final? Or just change the docs and be good?
[22:11:29] <nickarls> or both
[22:11:51] <nickarls> perhaps @Deprecate the markHandled if it's not really used?
[22:12:00] <nickarls> or is it?
[22:12:16] <lightguard_jp> markHandled is the default
[22:12:23] <lightguard_jp> But deprecating it is a good idea
[22:12:54] <lightguard_jp> It used to be called proceed() but that wasn't exactly it either
[22:13:18] <lightguard_jp> Maybe change handled() to markHandledAndStop() ?
[22:13:29] <lightguard_jp> or endHandling()
[22:13:41] <lightguard_jp> event.endHandling() reads pretty well
[22:15:17] <nickarls> evt.handled() is pretty natural too
[22:16:04] <lightguard_jp> I'm trying figure out which one to change :(
[22:16:19] <lightguard_jp> markHandled says what it does, but it does seem too close to handled()
[22:17:02] <nickarls> just make markHandled() call handled() ;-)
[22:17:27] <lightguard_jp> That really breaks things
[22:19:02] <lightguard_jp> markHandled() continues processing other handlers, handled() does not
[22:19:15] *** stuartdouglas has quit IRC
[22:23:17] *** monkeyden has quit IRC
[22:24:31] *** rruss has quit IRC
[22:35:13] *** jharting has joined #seam-dev
[22:57:23] <sbryzak> need coffee...
[23:01:32] <cbrock> awesome, getting HTTP 400 Bad Request trying to deploy snapshots to nexus
[23:02:25] <sbryzak> cbrock: happens to me sometimes, just try again
[23:03:17] <cbrock> sbryzak: it's consistently failing on the second artifact for me
[23:06:19] <nickarls> shane: planning some catch-integrated securityexception handler with redirect to configurable login page like seam2 had?
[23:07:26] *** sannegrinovero has joined #seam-dev
[23:10:13] <jbossbot> git [catch] push master 7a6597d.. LightGuard Reformatting to new formatting guidelines
[23:10:13] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/eb850cf...7a6597d
[23:10:41] *** cbrock has quit IRC
[23:11:11] *** cbrock has joined #seam-dev
[23:11:12] *** cbrock has quit IRC
[23:11:12] *** cbrock has joined #seam-dev
[23:14:29] *** jharting has quit IRC
[23:18:59] *** msmigielski1 has quit IRC
[23:19:11] <cbrock> sbryzak: i'm convinced that Nexus is just screwed: https://repository.jboss.org/nexus/content/repositories/snapshots/org/jboss/
[23:19:18] <cbrock> sbryzak: try clicking on "errai"
[23:19:27] <cbrock> sbryzak: it jus thangs
[23:19:34] <lightguard_jp> It's from Sonatype ;P
[23:19:35] <cbrock> sbryzak: but try going to any other folder.... it's fine
[23:21:35] <cbrock> eng-ops ticket time!
[23:31:49] <sbryzak> cbrock: checking it out now
[23:32:44] <sbryzak> cbrock: i can't even see errai there...
[23:33:01] <cbrock> sbryzak: hmm
[23:33:11] <cbrock> sbryzak: i did... an then it didn't respond
[23:33:52] <cbrock> sbryzak: i see it
[23:34:22] <sbryzak> ah it's there now
[23:34:52] <cbrock> sbryzak: all i can deploy is errai-parent
[23:34:56] <cbrock> sbryzak: the n it fails
[23:35:07] <cbrock> sbryzak: rejecting the next artifact with error 400
[23:36:02] <cbrock> sbryzak: http://www.pastie.org/1657458
[23:36:22] <cbrock> sbryzak: all the googling i've done suggests this is a problem of trying to deploy snapshots to a staging repository
[23:36:35] <cbrock> sbryzak: but examination of the URLs shows that's, in fact, not what it's doing
[23:37:48] <sbryzak> hmm, i'm not sure what the problem is
[23:38:02] <cbrock> i am maximum irritated
[23:45:29] *** stuartdouglas has joined #seam-dev
[23:46:25] *** cbrock has quit IRC





top