September 19, 2011  
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30

[00:45:26] *** sannegrinovero has quit IRC
[01:44:15] *** hannelita has joined #seam-dev
[01:46:02] *** hannelita has quit IRC
[02:19:39] *** sannegrinovero has joined #seam-dev
[02:37:16] *** stuartwdouglas has joined #seam-dev
[02:37:19] *** stuartwdouglas has quit IRC
[02:37:57] *** stuartwdouglas has joined #seam-dev
[02:38:45] *** clerum has quit IRC
[02:50:19] *** clerum has joined #seam-dev
[03:11:59] *** tsurdilo has joined #seam-dev
[03:16:24] *** sannegrinovero has quit IRC
[03:17:33] *** lazarotti has joined #seam-dev
[03:52:46] *** tsurdilo has quit IRC
[03:58:17] *** tsurdilo1 has joined #seam-dev
[04:14:02] *** jamezp_afk has quit IRC
[04:15:25] *** jamezp_afk has joined #seam-dev
[04:59:39] *** tsurdilo2 has joined #seam-dev
[05:01:46] *** clerum has quit IRC
[05:02:26] *** tsurdilo1 has quit IRC
[05:26:11] *** tsurdilo1 has joined #seam-dev
[05:29:16] *** tsurdilo2 has quit IRC
[05:35:15] *** tsurdilo2 has joined #seam-dev
[05:38:36] *** tsurdilo1 has quit IRC
[05:46:00] *** lincolnthree has quit IRC
[06:07:38] *** tsurdilo has joined #seam-dev
[06:09:19] *** tsurdilo1 has joined #seam-dev
[06:11:00] *** tsurdilo2 has quit IRC
[06:12:06] *** tsurdilo has quit IRC
[06:49:26] *** tsurdilo1 has quit IRC
[06:55:54] *** lazarotti has quit IRC
[07:59:31] *** tremes has joined #seam-dev
[08:10:42] *** oranheim has joined #seam-dev
[08:27:50] *** stuartwdouglas has quit IRC
[08:39:53] *** maschmid has joined #seam-dev
[08:47:16] *** mkouba has joined #seam-dev
[08:49:11] *** kpiwko has joined #seam-dev
[08:55:10] *** mgoldmann has joined #seam-dev
[09:03:20] *** shervin_a has joined #seam-dev
[09:07:47] *** shervin_a has left #seam-dev
[09:13:57] *** kevinpollet has joined #seam-dev
[09:22:17] *** kevinpollet has quit IRC
[09:40:01] *** jharting has joined #seam-dev
[09:40:21] *** epbernard has joined #seam-dev
[09:41:07] *** epbernard is now known as emmanuel
[09:53:32] *** jamezp_afk has quit IRC
[09:54:07] *** jamezp_afk has joined #seam-dev
[09:55:03] *** mgoldmann_ has joined #seam-dev
[09:55:11] *** mgoldmann has quit IRC
[10:22:51] *** mgoldmann has joined #seam-dev
[10:24:28] *** mgoldmann_ has quit IRC
[10:30:38] *** oskutka has joined #seam-dev
[10:34:00] *** koentsje has joined #seam-dev
[10:44:16] *** sannegrinovero has joined #seam-dev
[10:52:47] *** pmuir has joined #seam-dev
[10:52:50] *** pmuir has quit IRC
[10:52:50] *** pmuir has joined #seam-dev
[11:05:06] *** pchowaniec has joined #seam-dev
[11:40:20] *** koentsje has quit IRC
[11:41:59] *** emmanuel has quit IRC
[11:49:09] *** alesj has joined #seam-dev
[12:17:57] *** epbernard has joined #seam-dev
[12:17:57] *** epbernard is now known as emmanuel
[12:32:25] *** koentsje has joined #seam-dev
[12:35:38] *** tremes has quit IRC
[12:50:00] *** tsurdilo has joined #seam-dev
[12:50:36] *** tremes has joined #seam-dev
[12:51:09] *** tremes has quit IRC
[12:52:48] *** tremes has joined #seam-dev
[13:33:34] *** jose_freitas has joined #seam-dev
[13:34:07] *** mathieuancelin has joined #seam-dev
[13:37:27] *** Diablo-D3 has quit IRC
[13:44:24] *** kevinpollet_ has joined #seam-dev
[13:45:12] *** Diablo-D3 has joined #seam-dev
[13:45:48] <jbossbot> git [social] push develop 5b2414e.. Marek Schmidt configure MavenDependencyResolver (MDR) from settings.xml, enable the jboss repositories by default, so MDR can see them
[13:45:48] <jbossbot> git [social] push develop 9493659.. Antoine Sabot-Durand Merge pull request #8 from maschmid/fixtest...
[13:45:48] <jbossbot> git [social] push develop URL: http://github.com/seam/social/compare/3569b79...9493659
[13:49:40] *** kevinpollet_ has quit IRC
[13:51:29] *** clerum has joined #seam-dev
[14:04:52] *** jharting has quit IRC
[14:09:33] *** maschmid has quit IRC
[14:13:29] *** pmuir has quit IRC
[14:16:27] *** kevinpollet_ has joined #seam-dev
[14:19:16] *** tsurdilo has quit IRC
[14:19:46] *** tsurdilo has joined #seam-dev
[14:25:28] *** rmartinelli has joined #seam-dev
[14:54:42] *** lazarotti has joined #seam-dev
[15:00:16] *** alazarot has joined #seam-dev
[15:00:47] *** clerum has quit IRC
[15:02:36] *** lazarotti has quit IRC
[15:15:25] *** kevinpollet_ has quit IRC
[15:16:51] *** koentsje has joined #seam-dev
[15:26:48] *** maschmid has joined #seam-dev
[15:27:21] *** jharting has joined #seam-dev
[15:39:33] *** lincolnthree has joined #seam-dev
[15:46:37] *** mnovotny has joined #seam-dev
[15:47:02] *** clerum has joined #seam-dev
[15:54:30] *** rruss has joined #seam-dev
[16:11:59] *** mbg has joined #seam-dev
[16:13:13] *** edburns has joined #seam-dev
[16:16:46] *** bleathem has joined #seam-dev
[16:18:03] <jose_freitas> hey bleathem
[16:18:08] <jose_freitas> how you doing?
[16:18:13] <bleathem> hey jose_freitas
[16:18:19] <bleathem> pretty good, and you?
[16:18:27] *** oskutka has quit IRC
[16:18:33] <jose_freitas> awesome, me too"
[16:18:59] <bleathem> quiet week in #seam-dev last week?
[16:19:09] <jose_freitas> true
[16:19:10] <jose_freitas> hehehe
[16:19:11] <jose_freitas> did you have time to work on the cdk code to make richfaces components use jquery ui? (themeroller)
[16:19:31] <bleathem> getting there
[16:19:45] <jose_freitas> :)
[16:19:53] <bleathem> I've got the work done for the next installment in my CDK blog series (input component)
[16:19:54] <jose_freitas> didn't find a documentation about cdk
[16:20:00] <bleathem> the jQuery one will be the one after
[16:20:04] <jose_freitas> nice
[16:20:56] <jose_freitas> I'll start to extend some components this week
[16:21:45] <jose_freitas> I wanted to be sure that prime and rich faces components could have the same look
[16:22:32] <jose_freitas> richfaces is definetelly more extensible
[16:22:46] *** mnovotny has quit IRC
[16:22:59] *** mnovotny has joined #seam-dev
[16:32:20] *** pmuir has joined #seam-dev
[16:32:20] *** pmuir has quit IRC
[16:32:20] *** pmuir has joined #seam-dev
[16:32:46] <lincolnthree> hey pmuir, i just sent you the new requirements
[16:34:45] <clerum> jquery themeroller support in RF would be awesome
[16:34:59] <pmuir> thanks lincolnthree I will process it later today
[16:35:16] <lincolnthree> pmuir: ok. I'm hoping we can get started soon because we don't have much time :)
[16:35:39] <pmuir> lincolnthree: I hope to send it to Richard this week assuming Jay can write his bit
[16:35:46] <lincolnthree> pmuir: ok sounds good!
[16:35:46] <pmuir> and then we can get richard started I think
[16:35:53] <pmuir> not sure, there may be some paperwork
[16:40:20] *** pmuir has quit IRC
[17:03:43] *** oskutka has joined #seam-dev
[17:05:08] *** pmuir has joined #seam-dev
[17:05:08] *** pmuir has quit IRC
[17:05:08] *** pmuir has joined #seam-dev
[17:08:07] *** ssachtleben has joined #seam-dev
[17:08:16] *** oskutka has quit IRC
[17:08:46] *** pmuir has quit IRC
[17:10:19] *** pchowaniec has left #seam-dev
[17:16:18] *** tremes has left #seam-dev
[17:16:54] *** oskutka has joined #seam-dev
[17:17:18] *** oskutka has quit IRC
[17:23:45] *** mkouba has quit IRC
[17:26:08] *** jamezp_afk is now known as jamezp
[17:26:38] *** jharting has quit IRC
[17:34:30] *** sbryzak has joined #seam-dev
[17:34:30] *** sbryzak has quit IRC
[17:34:30] *** sbryzak has joined #seam-dev
[17:35:42] *** sbryzak has quit IRC
[17:36:21] *** ssachtleben has quit IRC
[17:39:50] *** ssachtleben has joined #seam-dev
[17:43:41] *** mathieuancelin has left #seam-dev
[17:47:40] *** sbryzak has joined #seam-dev
[17:47:47] *** sbryzak has quit IRC
[17:47:47] *** sbryzak has joined #seam-dev
[17:49:00] <sbryzak> goooooood morning all
[17:51:44] <lincolnthree> sbryzak: wakey wakey
[17:51:51] <sbryzak> i'm fully awake
[17:51:55] <ssachtleben> good morning
[17:51:57] <sbryzak> 1.49am
[17:52:19] <ssachtleben> oh well sounds more like good night :P
[17:52:20] *** akazakov has joined #seam-dev
[17:54:01] <sbryzak> my body clock is seriously screwed up
[17:54:11] <sbryzak> but might as well get some uninterrupted work done ;)
[17:57:11] *** lincolnthree has left #seam-dev
[18:07:52] *** kpiwko has quit IRC
[18:08:50] <jbossbot> git [solder] push develop 2949b6a.. Shane Bryzak big refactor, move to org.jboss.solder package
[18:08:50] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/7dbbfb9...2949b6a
[18:12:06] *** alesj has quit IRC
[18:17:06] *** cbrock has joined #seam-dev
[18:18:26] *** maschmid has quit IRC
[18:20:42] *** kevinpollet has joined #seam-dev
[18:22:09] *** lukaszkaleta has joined #seam-dev
[18:46:58] *** kevinpollet has quit IRC
[18:47:23] *** alesj has joined #seam-dev
[18:47:56] *** alesj has quit IRC
[18:48:09] *** alesj has joined #seam-dev
[18:54:21] *** kevinpollet has joined #seam-dev
[18:58:14] <jbossbot> git [solder] push develop b5c24f3.. Shane Bryzak fix test compiler errors
[18:58:15] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/2949b6a...b5c24f3
[19:05:23] *** gastaldi has joined #seam-dev
[19:05:37] <gastaldi> yo !!!
[19:07:58] *** emmanuel has quit IRC
[19:38:18] *** epbernard has joined #seam-dev
[19:38:18] *** epbernard is now known as emmanuel
[19:42:06] *** mgoldmann has quit IRC
[19:43:52] *** hannelita has joined #seam-dev
[19:48:19] *** kaletalukasz has joined #seam-dev
[19:51:24] *** lukaszkaleta has quit IRC
[19:52:53] *** kaletalukasz has quit IRC
[19:54:11] *** sannegrinovero has quit IRC
[19:55:00] <gastaldi> jose_freitas: ping
[19:55:07] *** Diablo-D3 has quit IRC
[20:11:00] *** mnovotny has quit IRC
[20:12:14] *** lincolnthree1 has joined #seam-dev
[20:19:36] *** jamezp has quit IRC
[20:22:07] *** hannelita has quit IRC
[20:25:59] *** jamezp has joined #seam-dev
[20:44:10] <jbossbot> git [international] push develop 34cb754.. Ken Finnigan Merge pull request #17 from maschmid/testsuite-update...
[20:44:10] <jbossbot> git [international] push develop URL: http://github.com/seam/international/compare/83d244f...34cb754
[20:44:11] *** gastaldi has quit IRC
[21:06:47] <bleathem> ping jose_freitas
[21:08:15] *** jamezp is now known as jamezp_afl
[21:08:18] *** jamezp_afl is now known as jamezp_afk
[21:10:34] <bleathem> it's 4pm in Florianopolis, jose_freitas!
[21:10:44] <jose_freitas> hey bleathem
[21:10:53] <bleathem> hey jose_freitas!
[21:10:58] <bleathem> I got some good news for you...
[21:11:05] <jose_freitas> =D yay!
[21:11:10] <bleathem> I wrapped the jQuery UI calendar component
[21:11:18] <bleathem> haven't blogged it yet (will do so next week)
[21:11:24] <bleathem> but you can look at the code
[21:11:45] <bleathem> it has a minimal mapping of attributes at the moment, but it's really easy to add more
[21:11:53] <bleathem> (pull requests welcome!)
[21:11:55] <jose_freitas> =D
[21:12:01] <jose_freitas> nice!
[21:12:10] <bleathem> https://github.com/bleathem/CDK-examples
[21:12:56] <jose_freitas> great! I'll take a look
[21:13:05] <jose_freitas> do you think that making rich:inputText  use themeroller would be hard?
[21:15:21] <jose_freitas> it seems really easy with @ResourceDependencies
[21:15:44] <jose_freitas> that's great
[21:15:55] <bleathem> jose_freitas: simplest case would be to add the appropriate jquery UI class to the existing component (no CDK required for that)
[21:16:19] <ssachtleben> hey bleathem
[21:16:26] <ssachtleben> do you have seen SEAMFACES-46 ?
[21:16:27] <jbossbot> jira [SEAMFACES-46] @End should probably not throw exceptions if a conversation could not be ended because it does not exist [Pull Request Sent (Unresolved) Feature Request, Major, Sebastian Sachtleben] https://issues.jboss.org/browse/SEAMFACES-46
[21:16:44] <ssachtleben> I have commented a strange behavior
[21:16:54] <jose_freitas> bleathem: yeah, but I was thinking on something more natural
[21:16:54] <bleathem> ssachtleben: looking... (I haven't look at that since the hack night)
[21:17:08] <bleathem> jose_freitas: what is richInputText?
[21:17:16] <bleathem> I don't see it in the showcase...
[21:17:27] <jose_freitas> like you just add <rich:inputText /> and you get it rendered like the a themeroller inputtext
[21:17:35] <jose_freitas> well, isn't inputText?
[21:17:54] <jose_freitas> it's a normal input like h:inputText
[21:19:02] <clerum> org.richfaces.enableControlSkinning
[21:19:11] <clerum> I think you would want do something like that
[21:19:19] <clerum> so you can still use standard components
[21:19:26] <clerum> but applies a jquery themeroller style
[21:19:33] <bleathem> jose_freitas: so you are proposing adding a new component called rich:InputText?
[21:19:37] <jose_freitas> nope
[21:19:38] <jose_freitas> hehehe
[21:20:28] <bleathem> jose_freitas: do you mean rich:inplaceInput?
[21:20:52] <jose_freitas> oic,
[21:21:00] <jose_freitas> it doesn't have a normal input
[21:21:26] <jose_freitas> so does client validation applies to a h:inputText ?
[21:21:37] <jose_freitas> apply*
[21:21:38] <bleathem> jose_freitas: I think clerum hit the nail on the head, you just want to apply your skins to the exisiting components
[21:21:47] <jose_freitas> yes
[21:21:54] <clerum> no reason to duplicate the standards
[21:22:09] <clerum> just need another option on the like the controlSkinning
[21:23:08] <jose_freitas> I'll try that clerum
[21:23:35] <jose_freitas> thanks
[21:23:38] <clerum> are you working on porting the themeroller skinning to RF?
[21:23:43] <clerum> that would be awesome
[21:23:44] <jose_freitas> I didn't start with richfaces yet
[21:23:51] <jose_freitas> so I'm noober thatn the noobest
[21:23:57] <clerum> :-)
[21:24:09] <jose_freitas> but I need richfaces with themeroller
[21:24:27] <jose_freitas> so if there's no way of doing it with controlSkinning, I'll end up doing it
[21:24:53] <clerum> oh yeah it won't use themeroller skinning
[21:25:08] <clerum> it just applies RF skinning to standard h:inputText etc...
[21:25:19] <jose_freitas> hmm
[21:25:58] <jose_freitas> so, what would be the way out? cdk?
[21:26:14] <bleathem> good question
[21:26:30] <clerum> manually craeting your own RF skinn that matches the themeroller skin
[21:26:31] <bleathem> can themeroller be made to apply it's skin to all components?
[21:26:36] <clerum> but yeah mixing the two is kind of hard
[21:26:43] <clerum> prime and rich I assume?
[21:26:46] <jose_freitas> yeah
[21:26:57] <jbossbot> git [core] push master 62dcebd.. Lincoln Baxter, III SEAMFORGE-232
[21:26:58] <jbossbot> jira [SEAMFORGE-232] Need a "servlet setup" command [Closed (Done) Feature Request, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-232
[21:26:59] <jbossbot> git [core] push master bce6e39.. Lincoln Baxter, III SEAMFORGE-218
[21:26:59] <jbossbot> jira [SEAMFORGE-218] Building a new-project --type war should not fail on missing web.xml [Closed (Done) Enhancement, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-218
[21:27:00] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/2a94549...bce6e39
[21:27:04] <jose_freitas> and themeroller itself is really cool
[21:27:55] <bleathem> ssachtleben: so the issue you observe, is that the injected conversation id is always null?
[21:29:12] <bleathem> ssachtleben: I don't know if @Begin(join=true) makes sense, given that each request can only ever have a single conversation associated with it (at the moment)
[21:29:53] <bleathem> ssachtleben: unless an exception is being thrown if the conversation is already long running... is that what you are trying to avoid?
[21:31:13] <jose_freitas> I couldn't find a lot of documentation on cdk
[21:32:13] <jose_freitas> anyway, I cannot pospone it anymore. I'll start my studies on this tomorrow
[21:32:39] <clerum> bleathem: I think we are trying to avoid getting a called end on transient exception when calling a methond annotated with @End when in a transient conversation
[21:33:09] <clerum> something to make the @End not acutally call conversation.end() if the conversation is not long running
[21:35:46] <bleathem> clerum: yeah, it sounds like ssachtleben solved the problem with @End, and is asking more details about @Begin in the comments
[21:36:23] <bleathem> jose_freitas: well hopefully the demo of wrapping the jQuery UI components with the CDK helps
[21:36:52] <bleathem> jose_freitas: if I get the component fleshed out a bit more, I'll add it to the Sandbox.
[21:36:57] *** gastaldi has joined #seam-dev
[21:37:15] <gastaldi> jose_freitas: ping again :)
[21:37:21] <bleathem> jose_freitas: and if we get a number of jQuery UI components wrapped this way, we can make a sub-project out of the effort
[21:37:36] <bleathem> jose_freitas: if you get stuck with the CDK, feel free to ping me
[21:37:44] <jose_freitas> hey gastaldi
[21:37:56] <jose_freitas> thanks bleathem, I'm sure your example will help
[21:38:27] <gastaldi> jose_freitas: Have you received a Google Docs mail ?
[21:38:49] *** jose_freitas_aw has joined #seam-dev
[21:38:58] <jose_freitas_aw> gastaldi: yeap
[21:39:08] <gastaldi> cool
[21:39:38] 
[21:39:46] <jose_freitas_aw> great
[21:39:56] 
[21:40:05] <clerum> bleathem: hmm yeah I don't like join
[21:40:14] <clerum> on the @Begin
[21:40:23] <clerum> but it would be nice to have that be option
[21:40:44] <bleathem> clerum: as oppsed to what? does it currently throw an exception?
[21:40:52] <clerum> optional so it doesn't throw an exception
[21:41:17] <clerum> I beleive so
[21:41:25] <clerum> lemmie test qucik
[21:41:48] <clerum> I do all mine in an s:viewaction on each page
[21:42:33] *** jose_freitas has quit IRC
[21:42:40] *** jose_freitas_aw is now known as jose_freitas
[21:44:07] *** jamezp_afk has quit IRC
[21:46:42] *** jose_freitas has quit IRC
[21:47:10] *** jose_freitas has joined #seam-dev
[21:56:48] <ssachtleben> bleathem, clerum sorry was afk
[21:56:59] <bleathem> ssachtleben: no worries
[21:57:03] <ssachtleben> I have fixed the exception on @End on transient conversation
[21:57:15] <ssachtleben> but on startConversation the conversation id is allways null
[21:57:30] <ssachtleben> and join=true is not easy possible
[21:57:45] <ssachtleben> I'm not sure if it makes sense neither
[21:58:00] <ssachtleben> but sbryzak said it would be nice; its a feature of seam 2
[21:58:33] <clerum> I need to go back and remember what join does
[21:58:40] <ssachtleben> so for example create a new forum post; if you press again new forum post button I think the conversation should be new and all inputs should be empty
[21:59:04] <ssachtleben> currently @Begin creates allways new conversation
[21:59:17] <ssachtleben> @Begin(join=true) should join conversation if not transient
[21:59:20] <ssachtleben> thats what I think
[22:00:27] <clerum> does that basically just skip the converstaion.begin() if the conversation is already long running?
[22:00:40] <ssachtleben> nope it creates a new conversation
[22:00:53] <ssachtleben> if you are in id 1 and do conversation.begin() you get id 2
[22:00:59] <clerum> with your join=true?
[22:01:06] <ssachtleben> there is no join true currently
[22:01:07] *** jamezp_afk has joined #seam-dev
[22:01:13] <clerum> right but is that what you are proposing
[22:01:24] <clerum> that when join=true (or something like that)
[22:01:27] <ssachtleben> I think its what happend in Seam 2
[22:01:37] <clerum> that you just skip the .begin and maintain on the currenct convo
[22:01:41] <ssachtleben> it should stay in conversation id 2
[22:01:43] <clerum> current convo
[22:01:44] <ssachtleben> id 1 I mean
[22:02:01] <ssachtleben> yeah I would just check for transient and return before invoking begin
[22:02:13] <clerum> so something like a @Begin(force="true")
[22:02:13] <ssachtleben> its quite easy but id is allways null thats why its not possible curently
[22:02:23] <ssachtleben> and I'm not sure if its a bug in weld or whatever
[22:02:31] <clerum> where the default behavior is to not call a .begin if already in a lrc
[22:02:32] <ssachtleben> on endConversation the id is set fine
[22:02:36] <lincolnthree1> hey guys, i have a naming question over in #forge if anyone wants to join in
[22:03:42] *** rmartinelli has quit IRC
[22:06:12] <clerum> I haven't been using the @Begin @End annoations. begin I've been doing s:viewAction
[22:06:18] <bleathem> ssachtleben: I don't get it, as far as I understood it, a request only ever has a single conversation associated with it
[22:06:29] <clerum> but the @End would proably be useful
[22:06:32] <bleathem> ssachtleben: and all you can do is change it from transient to long-running
[22:06:54] <ssachtleben> yeah
[22:06:55] <bleathem> ssachtleben: so in that context, join=true doesn't make sense to me
[22:07:06] <bleathem> as you always inject the current conversation
[22:07:16] <bleathem> which may (or may not) be lon-running
[22:07:47] <ssachtleben> well if you do stuff and invoke conversation.begin means everything is gone because the conversation change
[22:08:24] <ssachtleben> anyways I have no real life situation where join=true make sense so we could leave it out
[22:08:25] <bleathem> but the conversation doesn't change
[22:08:40] <bleathem> you just make it long-running
[22:08:41] <bleathem> no?
[22:08:45] <clerum> hmm if I call a conversation.begin on a lrc I get org.jboss.weld.exceptions.IllegalStateException: WELD-000214 Attempt to call begin() on a long-running conversation
[22:08:49] * bleathem is going to look at the CDI docs
[22:08:57] <clerum> the @Begin must do something special
[22:09:18] <ssachtleben> nope it doesnt
[22:09:32] <ssachtleben> clerum you sure? never saw this exception and I have tried it alot :D
[22:09:54] <clerum> I just threw this on a page
[22:09:55] <clerum> 								<li><h:commandLink value="Test" action="#{conversation.begin()}" /></li>
[22:10:00] <clerum> click it twice
[22:10:35] <ssachtleben> https://github.com/seam/faces/blob/1d93049cf672d1e7c120a34f234ac52521ca9508/impl/src/main/java/org/jboss/seam/faces/context/conversation/ConversationBoundaryInterceptor.java
[22:11:07] <ssachtleben> mhm... strange if you invoke a method with @Begin it just count the id up
[22:11:30] <ssachtleben> and as you see the beginConversation just to also conversation.begin
[22:11:37] <ssachtleben> which weld version clerum ?
[22:12:03] <clerum> 19:52:04,397 INFO  [Version] WELD-000900 1.1.2 (Final)
[22:12:38] <ssachtleben> ah wait
[22:12:43] <ssachtleben> it works because of the bug :D
[22:13:05] <ssachtleben> beginConversation method in ConversationBoundaryInterceptor
[22:13:09] <ssachtleben> set bp there
[22:13:24] <ssachtleben> you will see conversation id is allways null and transient
[22:13:29] <ssachtleben> thats why there is no exception
[22:13:41] <ssachtleben> it set long running properly but on the next call its null again
[22:13:42] *** rruss has quit IRC
[22:14:07] <ssachtleben> and thats the point
[22:14:28] <ssachtleben> I have no clue why on beginConversation invoke its allways null and on endConversation its fine
[22:14:45] *** jamezp_afk is now known as jamezp
[22:15:35] <ssachtleben> the exception you get is correct and should also occur on ConversationBoundaryInterceptor but it doesnt
[22:15:43] <ssachtleben> any ideas? :D
[22:16:51] <clerum> on a lrc is the injected Conversation have a id?
[22:17:00] <clerum> and is it transient
[22:17:10] <clerum> in the beginConversation method
[22:17:19] <ssachtleben> its allways transient
[22:17:42] <clerum> wierd
[22:17:46] <ssachtleben> yeah
[22:17:51] <clerum> that would explain a lot
[22:17:54] *** alesj has quit IRC
[22:18:25] *** alesj has joined #seam-dev
[22:18:39] <clerum> wonder if there are speical rules about conversation and interceptors
[22:19:03] <ssachtleben> the strange thing is on endConversation its perfect id is set and long running
[22:19:19] <ssachtleben> in the same interceptor with the same injected conversation object :D
[22:19:59] <clerum> Now you have peaked my interest
[22:20:51] <ssachtleben> set bp on both methods and check it out :)
[22:21:09] <bleathem> sounds like a timing issue
[22:21:36] <bleathem> what phase are the @Begin and @End methods called in, respectively?
[22:21:56] <clerum> should be invoke application right?
[22:22:09] <bleathem> for both?
[22:22:16] <ssachtleben> I have tested with buttons similar to clerums example
[22:22:22] <clerum> it's intercepted around a method call
[22:22:23] <bleathem> not that the @Begin is getting invoked too early in the lifecycle?
[22:22:29] <ssachtleben> not sureabout which phase
[22:22:36] <bleathem> ok, if it's tied to a button
[22:22:43] <bleathem> it's probably IA then
[22:22:44] <clerum> right tied to a button in this case
[22:22:51] <bleathem> s/probably//
[22:22:58] <clerum> I'm trying a quick test
[22:23:18] <clerum> see if I am seeing the same as ssachtleben
[22:23:48] <ssachtleben> the strange thing is also I press the button and invoke the @Begin method
[22:24:19] <ssachtleben> the page will be rendered and in footer I see output id 1 - conversation timeout 60000 in facelet
[22:24:37] <ssachtleben> and press the same button again its this behavior
[22:24:43] <ssachtleben> so I think its not really a timing issue
[22:24:44] <clerum> Does the bean containing the method have to be convo scoped?
[22:25:01] <ssachtleben> I had convo scoped bean
[22:25:10] <clerum> I have this - https://gist.github.com/1ec30e4c4cad48a9d778
[22:25:23] <clerum> called from a h:commandLink on a page with a transient conv
[22:25:33] <clerum> and it never changes to lrc
[22:25:43] <ssachtleben> add @ConversationScoped
[22:25:45] <ssachtleben> to bean
[22:25:48] <ssachtleben> otherwise it doenst work
[22:26:13] <bleathem> clerum: what if you make it Normal scoped?
[22:26:17] <bleathem> ie @Request
[22:26:37] <clerum> trying
[22:26:42] <clerum> as Request first
[22:26:45] <clerum> then I'll try covo
[22:27:47] <clerum> AS6 soooo slow to deploy....must move to AS7 soon
[22:28:03] <bleathem> I love AS 7
[22:28:08] <ssachtleben> yeah AS7 owns
[22:28:21] <ssachtleben> AS6 starttime for my app 3 mins AS7 15 secs :D
[22:28:23] <clerum> I've been blocked by a Hibernate Search + Windows problem
[22:28:33] <clerum> but appears I have a workaround for it as of this weekend
[22:28:48] <ssachtleben> and finally on AS7 redeploy nearly works properly
[22:28:58] <clerum> fails with @RequestScoped
[22:28:59] <ssachtleben> sometimes this publish bug occur not sure why :S
[22:29:01] <clerum> just doesn't do anything
[22:29:14] <clerum> starting as @ConversationScoped
[22:30:05] <bleathem> that's weird
[22:30:26] <clerum> restarting with implementing Serializable....grrrr
[22:30:50] <ssachtleben> hehe
[22:32:11] *** gastaldi has quit IRC
[22:32:42] <clerum> huh dunno.
[22:32:45] <clerum> it never promotes
[22:32:51] <clerum> always transient
[22:33:00] <clerum> I see my methond being called in the logs
[22:33:06] <ssachtleben> dude
[22:33:08] <clerum> lemmie set a bp and see
[22:33:25] <ssachtleben> do you have added the interceptor to beans.xml?
[22:33:31] <clerum> grrr
[22:33:33] <ssachtleben> :P
[22:33:48] <ssachtleben> all tests AGAIN :P
[22:33:57] <clerum> not exaclty documented anywhere is that?
[22:34:25] <clerum> acutally I don't think the @Begin and @End are in the faces docs at al
[22:34:26] <clerum> all
[22:35:00] <bleathem> docs need some lovin' for sure
[22:35:58] <clerum> org.jboss.seam.faces.context.conversation.ConversationBoundaryInterceptor ?
[22:36:22] <ssachtleben> yep
[22:37:29] *** edburns is now known as edburns_away
[22:37:54] <ssachtleben> btw for what real life situation is the id attribute and @Begin? :D
[22:37:55] <clerum> blew up on the @Begin method when it was lrc
[22:38:04] <clerum> WELD-000214 Attempt to call begin() on a long-running conversation
[22:38:07] <ssachtleben> o.o
[22:38:45] <ssachtleben> is it a small test application or is it part of your big project?
[22:38:56] <clerum> big project but it's just a single page
[22:39:22] <clerum> I just have a bean like this
[22:39:23] <clerum> https://gist.github.com/a08d84d93dcfa660b1e2
[22:39:50] *** lincolnthree2 has joined #seam-dev
[22:39:57] <clerum> and a page with <h:commandButton value="Begin" action="#{conversationTest.begin()}" /> and <h:commandButton value="End" action="#{conversationTest.end()}" /> in a form
[22:40:15] <clerum> and this at the bottom
[22:40:19] <clerum> <h:outputText value="Conversation: #{conversation.id}" rendered="#{!conversation.transient}" />
[22:40:19] <clerum> <h:outputText value="Conversation: Transient " rendered="#{conversation.transient}" />
[22:40:44] <clerum> seam faces 3.1.0 Beta 2
[22:40:49] <ssachtleben> let me check my buttons
[22:40:50] <clerum> for what it's worth
[22:40:58] *** lincolnthree1 has quit IRC
[22:41:11] <ssachtleben> I'm using 3.1.0-SNAPSHOT from all modules but I dont think thats the problem
[22:41:43] <clerum> nah doesn't look like that interceptor has changed since beta2
[22:42:37] <ssachtleben> ah wait :D
[22:43:13] <ssachtleben> omg
[22:43:13] <clerum> this should be good :-)
[22:43:36] <ssachtleben> ok seems like my fail :(
[22:43:56] <ssachtleben> I used h:link and @Begin on @PostConstruct without adding f:param with conversation id on h:link
[22:44:13] <clerum> ah yep
[22:44:26] <clerum> so you came into the page with no cid
[22:44:28] <clerum> that would do it
[22:45:44] <clerum> so it still might be nice to have a skip conversation.begin option on @Begin if already lrc
[22:47:08] <ssachtleben> yeah it should contain the same stuff I added to endConversation
[22:47:16] *** koentsje has quit IRC
[22:49:16] <jbossbot> git [core] push master 29bf59b.. Lincoln Baxter, III SEAMFORGE-314 SEAMFORGE-315 SEAMFORGE-316 SEAMFORGE-317
[22:49:17] <jbossbot> jira [SEAMFORGE-314] Provde a "rest setup" command [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-314
[22:49:18] <jbossbot> jira [SEAMFORGE-315] Provide an "ejb setup" command [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-315
[22:49:19] <jbossbot> jira [SEAMFORGE-316] Need a "jstl setup" command [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-316
[22:49:20] <jbossbot> jira [SEAMFORGE-317] Need a "soap setup" command [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-317
[22:49:20] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/bce6e39...29bf59b
[23:10:09] *** ssachtleben has quit IRC
[23:23:20] <lincolnthree2> F$#% YEAH!!!!!
[23:28:39] <lincolnthree2> SEAMFORGE-318
[23:28:40] <jbossbot> jira [SEAMFORGE-318] Forge Java Parser should not destroy existing Java Source formatting [Closed (Done) Enhancement, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-318
[23:44:06] <jbossbot> git [core] push master 416faa9.. Lincoln Baxter, III SEAMFORGE-318
[23:44:07] <jbossbot> jira [SEAMFORGE-318] Forge Java Parser should not destroy existing Java Source formatting [Closed (Done) Enhancement, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-318
[23:44:08] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/29bf59b...416faa9

top