[00:22:30] *** stuartdouglas has left #seam-dev
[00:25:40] *** stuartdouglas has joined #seam-dev
[00:25:40] *** ChanServ sets mode: +v stuartdouglas
[00:37:54] *** alesj has quit IRC
[00:47:59] *** sgilda has joined #seam-dev
[00:56:34] *** PeteRoyle has joined #seam-dev
[01:27:56] *** hannelita has joined #seam-dev
[01:32:06] <jbossbot> git [solder] push develop 591e0b6.. Shane Bryzak merged catch codebase with solder
[01:32:06] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/a08cb62...591e0b6
[01:32:27] *** hannelita has quit IRC
[01:40:36] <jbossbot> git [solder] push develop a29aad9.. Shane Bryzak merge seam config codebase with solder
[01:40:37] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/591e0b6...a29aad9
[01:55:28] <jbossbot> git [solder] push develop 8605b99.. Shane Bryzak merged seam servlet codebase with solder
[01:55:28] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/a29aad9...8605b99
[02:37:15] *** clerum has quit IRC
[02:59:14] *** clerum has joined #seam-dev
[02:59:14] *** ChanServ sets mode: +v clerum
[03:49:50] *** ssachtleben has quit IRC
[05:08:55] *** gastaldi has joined #seam-dev
[05:08:55] *** ChanServ sets mode: +v gastaldi
[05:09:23] *** gastaldi has left #seam-dev
[05:09:51] <jbossbot> git [solder] push develop 179c245.. Shane Bryzak merged catch, config and servlet docs, moved config examples into solder
[05:09:51] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/8605b99...179c245
[05:31:01] *** clerum has quit IRC
[07:13:47] *** oskutka has joined #seam-dev
[07:18:15] *** PeteRoyle has quit IRC
[07:35:18] *** alesj has joined #seam-dev
[07:44:34] *** tremes has joined #seam-dev
[07:49:03] *** amitev has quit IRC
[07:49:23] *** PeteRoyle has joined #seam-dev
[07:56:27] <jbossbot> git [solder] push develop 4e1b848.. Shane Bryzak rebranding of documentation, editing
[07:56:27] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/179c245...4e1b848
[08:00:13] *** mnovotny has joined #seam-dev
[08:01:02] *** mkouba has joined #seam-dev
[08:05:52] *** mgoldmann has joined #seam-dev
[08:06:58] *** mnovotny has quit IRC
[08:10:58] *** mnovotny has joined #seam-dev
[08:14:15] *** mbg has joined #seam-dev
[08:14:16] *** ChanServ sets mode: +v mbg
[08:21:23] *** kpiwko has joined #seam-dev
[08:28:58] *** shervin_a has joined #seam-dev
[08:42:11] *** jharting has joined #seam-dev
[08:44:30] *** msmigielski has joined #seam-dev
[08:49:09] *** amitev has joined #seam-dev
[08:51:13] *** maschmid has joined #seam-dev
[08:51:40] *** emmanuel has joined #seam-dev
[08:58:16] *** koentsje has joined #seam-dev
[08:58:42] *** PeteRoyle has quit IRC
[09:01:09] *** PeteRoyle has joined #seam-dev
[09:03:34] *** oskutka has quit IRC
[09:08:51] *** PeteRoyle has quit IRC
[09:09:49] *** shervin_a has quit IRC
[09:15:33] *** PeteRoyle has joined #seam-dev
[09:22:36] *** PeteRoyle has quit IRC
[09:24:04] *** PeteRoyle has joined #seam-dev
[09:24:17] *** mathieuancelin has joined #seam-dev
[09:25:56] *** ChanServ sets mode: +v PeteRoyle
[09:40:19] *** PeteRoyle has quit IRC
[09:44:05] *** oskutka has joined #seam-dev
[09:52:51] *** PeteRoyle has joined #seam-dev
[10:07:37] *** PeteRoyle has quit IRC
[10:19:35] *** PeteRoyle has joined #seam-dev
[10:29:30] *** PeteRoyle has quit IRC
[10:31:05] *** oskutka has quit IRC
[10:34:22] *** sannegrinovero has joined #seam-dev
[10:35:11] *** PeteRoyle has joined #seam-dev
[10:41:51] *** PeteRoyle has quit IRC
[10:42:59] *** PeteRoyle has joined #seam-dev
[10:47:08] *** mgoldmann_ has joined #seam-dev
[10:50:32] *** mgoldmann has quit IRC
[10:51:11] *** PeteRoyle has quit IRC
[10:52:54] *** oskutka has joined #seam-dev
[10:53:37] *** PeteRoyle has joined #seam-dev
[11:13:33] <jbossbot> git [solder] push develop 8685f27.. Shane Bryzak more doc updates
[11:13:33] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/4e1b848...8685f27
[12:05:58] *** emmanuel has quit IRC
[12:16:31] *** epbernard has joined #seam-dev
[12:16:31] *** epbernard is now known as emmanuel
[12:43:57] *** maxandersen has joined #seam-dev
[12:58:58] *** mkouba has quit IRC
[13:08:24] *** msmigielski has quit IRC
[13:11:27] *** koentsje has quit IRC
[13:13:53] *** mkouba has joined #seam-dev
[13:25:50] *** pmuir has joined #seam-dev
[13:25:50] *** pmuir has quit IRC
[13:25:50] *** pmuir has joined #seam-dev
[13:37:08] *** msmigielski has joined #seam-dev
[13:39:18] *** rmartinelli has joined #seam-dev
[13:42:25] *** alesj has quit IRC
[13:49:27] *** jose_freitas has quit IRC
[13:50:11] *** alesj has joined #seam-dev
[13:52:39] *** jose_freitas has joined #seam-dev
[14:01:45] *** jose_freitas_ has joined #seam-dev
[14:03:45] *** jose_freitas has quit IRC
[14:13:20] *** gastaldi has joined #seam-dev
[14:13:20] *** ChanServ sets mode: +v gastaldi
[14:13:25] <gastaldi> hey all
[14:14:33] <sbryzak> gastaldi: hey!!
[14:14:36] <gastaldi> Boarding to Paris today. Excited to be there ASAP ! :)
[14:14:39] <sbryzak> didn't you just get married?
[14:14:39] <gastaldi> hey sbryzak
[14:14:47] <gastaldi> Yeah, waiting for the plane to arrive :)
[14:14:56] <sbryzak> congrats!!! and what on earth are you doing on irc? ;p
[14:15:00] <gastaldi> lol
[14:15:07] <sbryzak> get off!! go!!
[14:15:10] <gastaldi> Thanks ! :)
[14:15:59] <gastaldi> oh oh, wife arrived. Gotta leave now :D
[14:16:09] <sbryzak> have fun :)
[14:16:11] <gastaldi> bye everyone, see ya in 2 weeks
[14:16:27] *** gastaldi has quit IRC
[14:21:58] *** sgilda has quit IRC
[14:22:17] *** sgilda has joined #seam-dev
[14:23:44] *** sgilda has quit IRC
[14:37:28] <jbossbot> git [examples] push master 4632913.. Jozef Hartinger Sync up with Seam 3.1.0.Beta2
[14:37:28] <jbossbot> git [examples] push master a823deb.. Jozef Hartinger Migrated booking functional tests to Arquillian ajocado.
[14:37:28] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/7c6a5a3...a823deb
[14:41:43] *** jamezp_afk has quit IRC
[14:42:27] *** jamezp_afk has joined #seam-dev
[14:42:28] *** ChanServ sets mode: +v jamezp_afk
[14:59:26] *** edburns has joined #seam-dev
[15:11:44] *** msmigielski has quit IRC
[15:16:26] *** lazarotti has joined #seam-dev
[15:19:00] *** jose_freitas_ has quit IRC
[15:19:19] *** jose_freitas has joined #seam-dev
[15:21:11] *** msmigielski has joined #seam-dev
[15:31:31] *** koentsje has joined #seam-dev
[15:44:50] *** Diablo-D3 has quit IRC
[15:49:19] *** tsurdilo has joined #seam-dev
[15:54:29] <jbossbot> git [examples] push master 7f71651.. Jozef Hartinger Migrated catch-basic-servlet example to Arquillian Ajocado
[15:54:29] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/a823deb...7f71651
[16:00:41] *** msmigielski has quit IRC
[16:02:33] *** oskutka has quit IRC
[16:14:38] *** koentsje has quit IRC
[16:17:30] *** clerum has joined #seam-dev
[16:17:30] *** ChanServ sets mode: +v clerum
[16:17:53] *** mbg has quit IRC
[16:17:58] *** mbg has joined #seam-dev
[16:17:58] *** ChanServ sets mode: +v mbg
[16:22:15] *** jharting has quit IRC
[16:28:25] *** bleathem has joined #seam-dev
[16:28:26] *** ChanServ sets mode: +v bleathem
[16:53:51] *** lincolnthree has joined #seam-dev
[16:53:52] *** ChanServ sets mode: +v lincolnthree
[16:59:17] *** msmigielski has joined #seam-dev
[17:02:15] *** mkouba has quit IRC
[17:03:32] *** rruss has joined #seam-dev
[17:09:14] *** tremes has left #seam-dev
[17:11:09] *** jamezp_afk is now known as jamezp
[17:27:30] *** msmigielski has quit IRC
[17:29:13] *** msmigielski has joined #seam-dev
[17:38:35] *** msmigielski has quit IRC
[17:45:49] *** lightguard_jp has joined #seam-dev
[17:45:49] *** ChanServ sets mode: +o lightguard_jp
[17:47:18] <lightguard_jp> bleathem: I thought this was covered already: http://seamframework.org/Community/SeamFacesFeatureRequestForViewAction
[17:47:55] *** akazakov has joined #seam-dev
[17:48:10] <bleathem> lightguard_jp: seam-faces needs vdl-doc
[17:48:39] <bleathem> lightguard_jp: viewAction lets you specify phase
[17:48:49] <lightguard_jp> Yeah, I thought so
[17:48:57] <bleathem> lightguard_jp: but I wish I had vdl doc to point the user to
[17:49:17] <lightguard_jp> bleathem: Mind posting a quick response and reference to the docs where it talks about it (or maybe the code if needed)?
[17:49:27] <bleathem> doing so now
[17:49:47] *** koentsje has joined #seam-dev
[17:51:47] <clerum> bleathem: are their any known issues with viewaction
[17:51:57] <bleathem> yeah
[17:52:02] <bleathem> it won't do navigation atm
[17:52:11] <clerum> ah
[17:52:35] <clerum> but normal actions like starting a conv should be ok?
[17:52:59] <lincolnthree> bleathem: no navigation?
[17:53:09] <bleathem> lincolnthree:
[17:53:17] <bleathem> lincolnthree: yep
[17:53:37] <bleathem> lincolnthree: that was the emails I was sending you and Dan in the summer
[17:53:46] <lincolnthree> bleathem: huh
[17:54:11] <bleathem> it's broken, and sbryzak and I agreed it wasn't worth fixing since it was coming in JSF 2.2
[17:54:23] <lincolnthree> got it
[17:54:28] <bleathem> wasn't worth fixing, given how non-trivial it was to fix
[17:54:34] <lincolnthree> we need to reply to that guy about it don't we?
[17:54:45] <bleathem> I thought we were waituing for him
[17:54:50] <lincolnthree> he replied didn't he?
[17:54:55] * bleathem looking
[17:55:16] <lightguard_jp> rht email down?
[17:56:21] <jamezp> lightguard_jp: Mine's up, but I don't use the web interface.
[17:56:28] <bleathem> lincolnthree: "
[17:56:29] <bleathem> I'll reach out to you both in a few weeks to coordinate a time to talk."
[17:56:55] <lincolnthree> oh ok
[17:56:57] <lincolnthree> sorry
[17:57:05] <bleathem> np
[17:57:07] <lincolnthree> for some reason that got unread
[17:57:14] <lincolnthree> i thought it was new
[17:57:29] *** mathieuancelin has quit IRC
[18:00:03] <lightguard_jp> bbl
[18:00:11] *** lightguard_jp has quit IRC
[18:02:23] *** alesj has quit IRC
[18:04:10] *** aslak has joined #seam-dev
[18:04:10] *** aslak has quit IRC
[18:04:10] *** aslak has joined #seam-dev
[18:08:34] *** jamezp has quit IRC
[18:09:20] *** jamezp has joined #seam-dev
[18:09:20] *** ChanServ sets mode: +v jamezp
[18:12:31] *** mathieuancelin has joined #seam-dev
[18:22:59] *** hannelita has joined #seam-dev
[18:23:29] *** oskutka has joined #seam-dev
[18:25:01] *** mathieuancelin has quit IRC
[18:25:15] *** mnovotny has quit IRC
[18:25:33] *** mnovotny has joined #seam-dev
[18:25:34] *** mathieuancelin has joined #seam-dev
[18:42:49] *** mnovotny has quit IRC
[18:43:22] *** kpiwko has quit IRC
[18:46:35] *** kevinpollet has joined #seam-dev
[18:47:17] *** maschmid has quit IRC
[18:52:32] *** oskutka has quit IRC
[19:01:00] *** hannelita has quit IRC
[19:23:07] *** cbrock has joined #seam-dev
[19:25:38] *** jose_freitas has quit IRC
[19:25:57] *** jose_freitas has joined #seam-dev
[19:27:48] *** cbrock has quit IRC
[19:27:57] *** cbrock has joined #seam-dev
[19:48:59] *** emmanuel has quit IRC
[20:04:05] *** msmigielski has joined #seam-dev
[20:04:41] *** epbernard has joined #seam-dev
[20:04:41] *** epbernard is now known as emmanuel
[20:05:04] *** emmanuel has quit IRC
[20:06:34] *** kevinpollet has quit IRC
[20:14:13] *** lightguard_jp has joined #seam-dev
[20:14:14] *** ChanServ sets mode: +o lightguard_jp
[20:16:59] *** Diablo-D3 has joined #seam-dev
[20:30:56] *** alesj has joined #seam-dev
[20:42:55] *** kevinpollet has joined #seam-dev
[21:05:01] *** jamezp is now known as jamezp_afk
[21:28:59] *** msmigielski has quit IRC
[21:34:21] *** tremes has joined #seam-dev
[21:42:18] *** koentsje has quit IRC
[21:57:16] *** tremes has quit IRC
[21:57:54] *** msmigielski has joined #seam-dev
[22:02:57] *** jamezp_afk is now known as jamezp
[22:04:23] *** msmigielski has quit IRC
[22:08:08] *** pmuir has quit IRC
[22:24:05] *** mgoldmann_ has quit IRC
[22:33:13] <akazakov> stuartdouglas: sbryzak: hi guys. I'm working on CDI/Seam tooling and I have a couple of questions for you. I'm looking at seam security source code and not sure I understand how seam solder and config modules work there.
[22:34:02] <akazakov> for example I see the following seam config:
[22:34:03] <akazakov>     <sp:SamlSpInVirtualApplicationScopeProducer>
[22:34:03] <akazakov>         <s:modifies/>
[22:34:03] <akazakov>     </sp:SamlSpInVirtualApplicationScopeProducer>
[22:34:30] <akazakov> but that class has a @Veto:
[22:34:32] <akazakov> @Veto
[22:34:32] <akazakov> public class SamlSpInVirtualApplicationScopeProducer {
[22:35:08] *** paulbakker has joined #seam-dev
[22:35:27] <jbossbot> git [core] push master ed42efc.. Lincoln Baxter, III Almost modular plugin hot-loading
[22:35:27] <jbossbot> git [core] push master 602962d.. Lincoln Baxter, III Don't fail, just ignore
[22:35:27] <jbossbot> git [core] push master cf5a80c.. Lincoln Baxter, III Almost there
[22:35:27] <jbossbot> git [core] push master 8b743a3.. Lincoln Baxter, III cleanup
[22:35:28] <jbossbot> git [core] push master 27b8b13.. Lincoln Baxter, III add-constraint becomes constraint
[22:35:29] <jbossbot> git [core] push master 18d78d5.. Lincoln Baxter, III Jboss Modules Boots w/Plugins
[22:35:30] <jbossbot> git [core] push master e68649f.. Lincoln Baxter, III Seam Forge -> Forge
[22:35:30] <jbossbot> git [core] push master 677e6a3.. Lincoln Baxter, III New plugin loading registry
[22:35:31] <jbossbot> git [core] push master 61bcea2.. Lincoln Baxter, III plugin hot-loading is BACK
[22:35:32] <jbossbot> git [core] push master 33f5e96.. Lincoln Baxter, III Merge branches 'modules' and 'master'
[22:35:33] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/c80e433...33f5e96
[22:35:33] <jbossbot> git [core] push modules 27b8b13.. Lincoln Baxter, III add-constraint becomes constraint
[22:35:34] <jbossbot> git [core] push modules 18d78d5.. Lincoln Baxter, III Jboss Modules Boots w/Plugins
[22:35:35] <jbossbot> git [core] push modules e68649f.. Lincoln Baxter, III Seam Forge -> Forge
[22:35:36] <jbossbot> git [core] push modules 677e6a3.. Lincoln Baxter, III New plugin loading registry
[22:35:36] <jbossbot> git [core] push modules 61bcea2.. Lincoln Baxter, III plugin hot-loading is BACK
[22:35:37] <jbossbot> git [core] push modules URL: http://github.com/forge/core/compare/8b743a3...61bcea2
[22:36:30] <akazakov> shouldn't the producer from  SamlSpInVirtualApplicationScopeProducer be ignored even if this class is mentioned in seam-config with <s:modify> ?
[22:37:59] <jbossbot> git [core] push modules URL: http://github.com/forge/core/compare/61bcea2...0000000
[22:43:11] <lightguard_jp> akazakov: Not 100% sure, but I think the config modification happens after the solder stuff so it's removing the @Veto
[22:44:55] <nickarls> lightguard_jp: any theories on how http://pastebin.com/Fe5eXBxU can escape from a method with an exception handler interceptor (sorry bout the formatting)?
[22:45:00] *** jamezp has quit IRC
[22:45:07] <nickarls> something with the UndeclaredThrowable?
[22:45:49] <nickarls> CDI interceptors are outermost and should catch it, or?
[22:45:52] <lightguard_jp> nickarls: Looking
[22:46:12] <akazakov> lightguard_jp: thanks. If seam config removes @Veto in that case then it explains how SamlIdentityProviderConfigurationApi can be injected in seam security ;)
[22:47:26] *** jbossbot has quit IRC
[22:47:29] <lightguard_jp> nickarls: Got the code that's executing for this?
[22:47:39] <nickarls> lightguard_jp: it's a POJO, is the problem that the transaction is started/ended by the jsf lifecycle?
[22:48:06] <nickarls> (by seam faces/transactions integration)
[22:48:20] <lightguard_jp> What's the interceptor look like?
[22:48:38] <nickarls> the catch interceptor?
[22:48:42] <lightguard_jp> Yeah
[22:48:46] <lightguard_jp> Is it from Catch?
[22:49:50] <nickarls> lightguard: http://pastebin.com/3gM2J4wG no haven't moved to it yet
[22:51:38] <lightguard_jp> What's in Tilaustoiminnot.java ?
[22:52:13] <nickarls> lots of stuff but the failure comes from me doing an entityManager.persist
[22:52:37] <lightguard_jp> Looks like a flush to me
[22:52:45] <nickarls> yes, I flush afterwards
[22:53:07] <nickarls> so that's probably the line, then the DB fails on an internal constraint
[22:53:15] <lightguard_jp> Yep
[22:53:37] <lightguard_jp> You don't ever hit the catch block in the interceptor, do you?
[22:54:20] <nickarls> nope, just as if the interceptor would be in the wrong place to see it
[22:54:40] <lightguard_jp> What's the config for your interceptors in beans.xml?
[22:55:46] <nickarls> lightguard_jp: http://pastebin.com/EyPPN4Rm
[22:55:55] <nickarls> is the catcher and transaction in the wrong order?
[22:56:05] *** edburns is now known as edburns_away
[22:56:09] <lightguard_jp> Kinda looks that way
[22:56:29] <nickarls> easy to test, deploying
[22:56:29] <lightguard_jp> You probably want the catch interceptor to be the last one.
[22:56:36] <lightguard_jp> So it'll wrap the whole thing
[22:58:03] <nickarls> nope, didn't help either
[22:59:37] <nickarls> or is it the SqlExceptionHelper that "helps" by catching it and just outputting it?
[22:59:47] <nickarls> which would be strange
[23:00:44] <lightguard_jp> Did the stack trace change any?
[23:01:01] *** tsurdilo has quit IRC
[23:01:52] *** jamezp has joined #seam-dev
[23:01:53] *** ChanServ sets mode: +v jamezp
[23:02:39] <sbryzak> morning guys
[23:03:18] <nickarls> lightguard_jp: nope, it only passes the interceptor when it proceeds normally
[23:04:22] <lightguard_jp> The transaction interceptor is first?
[23:04:29] <lightguard_jp> nickarls: This is using JSF?
[23:04:32] <lightguard_jp> sbryzak: Morning
[23:05:29] <nickarls> lightguard_jp: yep
[23:07:41] <lightguard_jp> nickarls: I'm really surprised the Servlet Catch filter doesn't catch this
[23:10:05] <lightguard_jp> nickarls: Does it enter that filter?
[23:10:15] <akazakov> sbryzak: have you seen my questions above? :)
[23:10:17] <nickarls> lightguard_jp: the stderr and general output in http://pastebin.com/NTX2ZRSD looks like it might have just been caught and outputted by the helper?
[23:10:37] <sbryzak> akazakov: no, which questions?
[23:10:58] <lightguard_jp> nickarls: Looks that way
[23:11:12] <sbryzak> ah, about seam security?
[23:11:23] <nickarls> it would exaplain why there is nothing to catch
[23:11:31] <akazakov> sbryzak: yes
[23:11:34] <nickarls> but it makes exception handling quite tricky
[23:11:43] <sbryzak> akazakov: what would you like to know exactly?
[23:11:45] <lightguard_jp> nickarls: But isn't it throwing another exception?
[23:12:15] <sbryzak> lightguard_jp: i removed the troubleshooting section from the docs because it wasn't particularly helpful
[23:12:22] <nickarls> nope, not that I see. That one would be caught, I would think
[23:12:57] <lightguard_jp> sbryzak: Okay. I think it's worthwhile to have in other modules where there are a lot of the same problems.
[23:13:09] <lightguard_jp> nickarls: Yeah, that's what I would think too.
[23:13:17] <akazakov> sbryzak: i would like to know if @Veto should be ignored in case of <s:modify/> for the same class. Or if it should not, then how seam security inject such a bean.
[23:13:24] <sbryzak> lightguard_jp: what problems in specific are you talking about?
[23:13:42] <sbryzak> those two paragraphs basically tell the user nothing
[23:14:17] <lightguard_jp> sbryzak: Not in Catch, but other modules like security or persistence or faces where the same problems come up often
[23:14:49] <sbryzak> lightguard_jp: i think that's more the role of a knowledge base, not the ref docs
[23:14:49] <lightguard_jp> Like how to configure security, or other scopes for PCs, or viewAction in faces
[23:15:10] <sbryzak> if the docs do their job correctly, the user shouldn't have any problems
[23:15:14] <lightguard_jp> sbryzak: Stop gap as we don't have a knowledge base yet :)
[23:15:32] <lightguard_jp> sbryzak: Not going to argue that one
[23:15:57] <lightguard_jp> nickarls: Which version of Weld is this running?
[23:16:00] <sbryzak> i think the way we should approach it, is to include warnings at appropriate locations throughout the docs
[23:16:15] <sbryzak> so if there's a particular gotcha that the user has to look out for, it should be documented as a warning
[23:16:17] <lightguard_jp> sbryzak: That works as well
[23:16:24] <sbryzak> rather than have a troubleshooting section
[23:16:37] <nickarls> lightguard_jp: a freshish snapshot
[23:17:01] *** lincolnthree has left #seam-dev
[23:17:02] <sbryzak> akazakov: are you talking about the openid beans?
[23:18:11] <lightguard_jp> nickarls: Any idea where the source for org.jboss.weld.proxies.EntityManager is?
[23:19:42] <akazakov> sbryzak: not sure what openid beans mean.. For example the bean injected in https://github.com/seam/security/blob/develop/external/src/test/java/org/jboss/seam/security/externaltest/integration/saml/idp/IdpCustomizer.java
[23:19:56] <akazakov> SamlIdentityProviderConfigurationApi idp
[23:21:00] <sbryzak> ok, so you're trying to use saml?
[23:21:18] <sbryzak> akazakov: it's not officially supported yet, that feature is a tech preview only
[23:21:24] <sbryzak> just so you know
[23:22:14] <akazakov> I just look at test code and see that our CDI Tools mark it this injection point as unsatisfied dependency
[23:22:53] <sbryzak> possibly.. the external tests are failing currently
[23:22:57] <akazakov> so i'm trying to figure out if it's an issue of CDI tooling. And if it's so then where is a problem.
[23:25:20] <nickarls> lightguard_jp: hmm, couldn't find it under weld or the as
[23:25:52] <lightguard_jp> nickarls: odd. That's the class we need to look at
[23:26:00] <lightguard_jp> nickarls: AS7?
[23:26:04] <nickarls> yep
[23:26:14] <lightguard_jp> 7.0.2?
[23:26:33] <nickarls> upstream master 12h ago
[23:26:36] <akazakov> sbryzak: ok... will wait for first successful tests and verify the code again ;)
[23:26:53] <sbryzak> akazakov: it looks like SamlIdpBean implements that interface
[23:28:03] <akazakov> sbryzak: yes, but it has @Typed
[23:28:12] <sbryzak> akazakov: so either SamlIdpInApplicationScopeProducer or SamlIdpInVirtualApplicationScopeProducer need to be activated for the deployment
[23:28:34] <sbryzak> hmm
[23:30:44] <akazakov> sbryzak: the only explanation of that working injection (if it's working) I can find is that @Veto is ignored by seam config in case of <s:modify>
[23:31:16] <sbryzak> no, it should only be ignored for s:replaces
[23:31:39] <sbryzak> honestly, the api design for the external security module is very obfuscated
[23:31:48] <nickarls> lightguard_jp: could it be some sort of synthetic name from the SMPC producer extension?
[23:31:59] <sbryzak> and the guy who wrote it isn't around any more
[23:32:12] <lightguard_jp> nickarls: possible
[23:32:19] <lightguard_jp> stuartdouglas: ^^
[23:32:22] <lightguard_jp> org.jboss.weld.proxies.EntityManager
[23:32:54] <lightguard_jp> org.jboss.weld.proxies.EntityManager$ManagedPersistenceContext$-1129036962$Proxy$_$$_WeldClientProxy
[23:33:11] <stuartdouglas> I think @Veto is ignored by seam config in the <s:modify> case
[23:33:28] <stuartdouglas> because otherwise the bean that you have configured will be ignored
[23:35:04] <sbryzak> stuartdouglas: ah, that would explain why it works then
[23:35:15] <stuartdouglas> Is this causing problems?
[23:35:23] <sbryzak> i don't think so
[23:35:40] <sbryzak> akazakov was just asking how a particular injection point was being satisfied
[23:36:15] <akazakov> stuartdouglas: sbryzak: yes, it's important for CDI tooling to know how to resolve dependencies for such cases
[23:36:38] <akazakov> if @Veto is ignored then we should fix it in CDI tools
[23:37:21] <nickarls> stuartdouglas: is org.jboss.weld.proxies.EntityManager some sort of synthetic name for the SMPC?
[23:37:46] <akazakov> seam docs says then all the annotations should be merged in case of <s:modify>. but @Veto seems to be a special one
[23:38:27] <stuartdouglas> nickarls: Stuff that is being proxied in javax or java is proxied in the org.jboss.weld.proxies package instead
[23:39:36] <nickarls> stuartdouglas: which project? weld? I don't see the source anywhere
[23:40:12] <stuartdouglas> weld
[23:40:17] <stuartdouglas> in ProxyFactory
[23:40:45] <stuartdouglas> now that you mention it that is wrong, it should be org.jboss.weld.proxies.javax.persistence.EntityManager
[23:40:52] <stuartdouglas> but I don't think it really matters
[23:41:50] <nickarls> stuartdouglas: I'm trying to hunt down what swallows http://pastebin.com/Fe5eXBxU when it gets surprised
[23:42:14] <nickarls> never gets to the catch handler, looks like it's just outputted
[23:42:17] *** jbossbot has joined #seam-dev
[23:42:45] <stuartdouglas> that looks like a e.printStackTrace()
[23:43:07] <stuartdouglas> nickarls: does catch require an interceptor?
[23:43:16] <stuartdouglas> cause the SMPC will not have interceptors
[23:44:01] <nickarls> I have an interceptor for the calling bean but it's not hit
[23:44:12] <nickarls> neither is the servlet filter that should catch
[23:44:39] <nickarls> the SQLExceptionHelper wouldn't be so cruel as not to rethrow, one would think
[23:49:19] *** sannegrinovero has quit IRC
[23:49:26] <nickarls> stuartdouglas: where do you think the UndeclaredThrowableException comes from and do you think it could upset the proxy?
[23:49:57] <stuartdouglas> nickarls: The SMPC uses a reflection proxy, I think it comes from there
[23:51:43] <nickarls> ngh, 1am. have to hibernate myself and continue in the morning.
[23:52:22] *** paulbakker has quit IRC
[23:52:22] <stuartdouglas> nickarls: can you set a breakpoint in the Exception.printStackTrace method?
[23:54:03] <nickarls> stuartdouglas: which Exception?
[23:54:49] <stuartdouglas> java.lang.Throwable.printStackTrace()





top