[00:04:32] *** pmuir has quit IRC
[00:08:00] *** maxandersen has quit IRC
[00:08:14] *** maxandersen has joined #seam-dev
[00:11:03] *** maxandersen has quit IRC
[00:11:14] *** maxandersen has joined #seam-dev
[00:15:34] *** maxandersen has quit IRC
[00:15:45] *** maxandersen has joined #seam-dev
[00:15:45] *** maxandersen has joined #seam-dev
[00:21:31] *** tsurdilo has quit IRC
[00:23:45] *** maxandersen has quit IRC
[00:23:57] *** maxandersen has joined #seam-dev
[00:28:43] *** maxandersen has quit IRC
[00:55:06] <jbossbot> git [js-remoting] push master 5eccc1b.. Shane Bryzak renamed core -> impl, added empty validation example project
[00:55:06] <jbossbot> git [js-remoting] push master URL: http://github.com/seam/js-remoting/compare/82a2b9e...5eccc1b
[03:06:12] *** aslak has quit IRC
[06:13:52] *** mbg has quit IRC
[06:22:08] *** lightguard_jp has joined #seam-dev
[07:34:24] *** kpiwko has quit IRC
[07:38:04] *** mbg has joined #seam-dev
[07:38:45] *** mbg has quit IRC
[07:43:08] *** CDB007 has joined #seam-dev
[07:44:26] <CDB007> I am new to seam development.Is it fair to use jbodd embeddable instance in tomcat instead of jboss for development purpose?
[07:54:19] *** adamw1pl has joined #seam-dev
[08:03:47] *** jharting has joined #seam-dev
[08:34:12] *** CDB007 has quit IRC
[08:34:30] *** oskutka has joined #seam-dev
[08:44:48] *** marekn has joined #seam-dev
[08:49:41] *** marekn has quit IRC
[08:57:03] *** maxandersen has joined #seam-dev
[08:57:35] *** marekn has joined #seam-dev
[09:05:00] *** marekn has quit IRC
[09:07:58] *** marekn has joined #seam-dev
[09:26:35] *** marekn has quit IRC
[09:38:42] *** marekn has joined #seam-dev
[09:45:26] *** marekn has quit IRC
[09:49:49] *** marekn has joined #seam-dev
[09:54:19] *** marekn has quit IRC
[09:58:04] *** shervin_a has joined #seam-dev
[09:59:59] *** marekn has joined #seam-dev
[10:00:26] <jbossbot> git [js-remoting] push master ebec846.. Shane Bryzak started implementing validation example, fixed NPE
[10:00:26] <jbossbot> git [js-remoting] push master URL: http://github.com/seam/js-remoting/compare/5eccc1b...ebec846
[10:01:12] *** marekn has quit IRC
[10:06:38] *** aslak has joined #seam-dev
[10:06:38] *** aslak has quit IRC
[10:06:38] *** aslak has joined #seam-dev
[10:28:52] *** marekn has joined #seam-dev
[10:50:41] *** pmuir has joined #seam-dev
[10:50:48] *** pmuir has quit IRC
[10:50:48] *** pmuir has joined #seam-dev
[11:19:31] *** pmuir has quit IRC
[11:19:54] *** maxandersen has quit IRC
[11:24:51] *** maxandersen has joined #seam-dev
[11:39:28] *** kpiwko has joined #seam-dev
[11:42:10] *** pmuir has joined #seam-dev
[12:04:12] <maxandersen> pmuir: ping
[12:04:21] <maxandersen> pmuir: just talking about you in #jbosstools-moscow
[12:05:04] <maxandersen> pmuir: we are locking down for B2 and the CDI team does not have any major outstanding bugs thus we are looking at implemeting some CDI quickfixes
[12:05:10] <maxandersen> pmuir:  https://jira.jboss.org/browse/JBIDE-6644 to be precise.
[12:05:12] <jbossbot> jira [JBIDE-6644] Offer quick fixes for CDI validations [Open, Major, Daniel Azarov] https://jira.jboss.org/browse/JBIDE-6644
[12:05:47] <pmuir> want me to join?
[12:06:00] <maxandersen> pmuir: but we we would really appreciate a qualified input from you (or some other CDI dev) to list which of these 29 possible quickfixes which would be giving the best value
[12:06:06] <maxandersen> pmuir: feel free to join yes.
[13:09:05] <stuartdouglas> I am not going to stay up for the seam meeting
[13:09:19] <stuartdouglas> but I am going to release seam-xml Beta1 in the next few days
[13:09:36] <stuartdouglas> and then move my modules over to use seam-solder
[13:09:59] <stuartdouglas> and do CR releases soon after solder is released
[13:10:17] <stuartdouglas> but now I am going to bed
[13:15:01] <pmuir> excellent
[13:15:03] <pmuir> thanks stuartdouglas
[13:17:25] *** plenyi has joined #seam-dev
[13:18:55] *** plenyi has quit IRC
[13:21:12] *** oskutka has quit IRC
[14:46:13] *** lightguard_jp has quit IRC
[14:53:48] *** adamw1pl has left #seam-dev
[15:10:42] *** lightguard_jp has joined #seam-dev
[15:11:20] *** lightguard_jp has joined #seam-dev
[15:11:31] *** lightguard_jp has quit IRC
[15:12:37] *** lightguard_jp has joined #seam-dev
[15:26:40] <lightguard_jp> pmuir: ping
[15:43:15] <pmuir> lightguard_jp: pong
[15:44:33] <lightguard_jp> Is it possible to register an observer in one of the lifecycle events like ProcessManagedBean?
[15:44:52] <lightguard_jp> Also, are we having the meeting today?
[15:45:04] <pmuir> we can do
[15:45:07] <pmuir> i mean yes
[15:45:13] <pmuir> but i assumed no us people around
[15:45:20] <lightguard_jp> I didn't think there would be
[15:46:02] <lightguard_jp> The yes was for the meeting question or the register observer question?
[15:49:30] <lightguard_jp> AfterBeanDiscovery happens after ProcessMangedBean, correct?
[15:51:19] *** shervin_a has quit IRC
[16:16:04] <pmuir> anyone want a meeting
[16:22:41] <lightguard_jp> Sounds like a no :)
[16:22:52] <pmuir> tehehe
[16:23:02] <pmuir> lightguard_jp: sorry to be so brief
[16:23:06] <pmuir> was on the phone
[16:23:11] <lightguard_jp> np
[16:23:20] <pmuir> you can only register observers in
[16:24:00] <pmuir> (...starting eclipse...)
[16:24:02] <lightguard_jp> Looked like I could do it in AfterBeanDiscovery
[16:24:10] <pmuir> ok, so there you can do it
[16:24:11] <pmuir> :-)
[16:24:26] <pmuir> so you can collect them in a collection during PMB
[16:24:31] <pmuir> then register them en-masse later
[16:25:03] <lightguard_jp> Right
[16:25:44] <lightguard_jp> Okay, next question if I have a qualified observer both it and an observer that's for the same type but not qualified, when I fire the event with the qualifier, both are invoked, correct?
[16:27:33] *** shervin_a has joined #seam-dev
[16:32:29] <lightguard_jp> example: public void myObserver(@Observes @MyQualifier MyEvent e) { ... } and public void myObserver2(@Observes MyEvent e) { ... } When do event.select(MyQualifierLiteral.INSTANCE).fire(new MyEvent()) both are called.  At least I think this is how it works.
[16:33:35] <pmuir> let me double check
[16:33:41] <pmuir> weld had this wrong for a long time
[16:33:50] <pmuir> and i get confused every time
[16:34:49] <pmuir> no in that case it should only call the first one
[16:35:15] <pmuir> "An event is delivered to an observer method if:... The observer method has all the event qualifiers. "
[16:36:04] <lightguard_jp> Are the docs for weld wrong in that case?
[16:36:34] <lightguard_jp> http://docs.jboss.org/weld/reference/1.0.0/en-US/html/events.html#d0e3980
[16:38:24] <pmuir> yes
[16:38:28] <pmuir> can you file an issue?
[16:41:14] <lightguard_jp> Which section of the spec is this?
[16:42:22] <pmuir> 10.2
[16:43:52] <lightguard_jp> https://jira.jboss.org/browse/WELD-767
[16:43:52] <jbossbot> jira [WELD-767] The qualified observer section is incorrect [Open, Major, Unassigned] https://jira.jboss.org/browse/WELD-767
[16:44:41] <lightguard_jp> In that example only public void afterBlogUpdate(@Observes @Updated @Blog Document document) { ... } should be called, correct?
[16:45:21] <pmuir> afterBlogUpdate and afterDocumentUpdate I think
[16:45:36] <pmuir> no sorry
[16:45:38] <pmuir> you are right
[16:45:44] <pmuir> apologies, missed the qualifier at the ip
[16:46:33] <lightguard_jp> Okay, I may have a way to make this work for catch then and support both the current api.
[16:46:39] <pmuir> ok
[16:46:41] <pmuir> great!
[16:46:47] <lightguard_jp> I'm thinking of having a @Higher and @Lower qualifier
[16:47:35] <lightguard_jp> When we find any @Handlers, based on the precedence we'll add one of those (or none if precedence is 0) to a new Observer method
[16:47:52] <lightguard_jp> Then we can fire three events (@Higher, none and @Lower)
[16:48:09] <lightguard_jp> The order still isn't completely there, but it's pretty close
[16:48:52] <pmuir> good start
[16:49:04] <pmuir> though
[16:49:48] <lightguard_jp> That doesn't stop the observers from being called more than once though.
[16:49:49] <lightguard_jp> Hrm
[16:50:17] <marekn> pmuir: ping, hey Pete, Are you also experiencing very slow responses from seamframework.org forums?
[16:50:26] <pmuir> checking
[16:50:34] <pmuir> yes
[16:50:40] <pmuir> marekn do you know how to restart?
[16:50:44] <pmuir> thats all i do in this case
[16:50:55] <marekn> pmuir: no
[16:52:10] <pmuir> ok
[16:52:36] <pmuir> can you send me your ssh public key?
[16:52:49] <marekn> pmuir: sure
[16:53:02] <pmuir> https://docspace.corp.redhat.com/docs/DOC-39635
[16:53:06] <pmuir> is the page you want
[16:53:10] <pmuir> i'll give you access to the box
[16:53:20] <marekn> pmuir: looking at that page ;-)
[16:53:39] *** mbg has joined #seam-dev
[16:54:56] <lightguard_jp> pmuir: What are we calling the final sig including qualifiers?  Type?
[16:57:26] <pmuir> sorry what what lightguard_jp ?
[16:57:31] <pmuir> marekn: ok i think you can now log in
[16:57:49] <marekn> pmuir: will try that, thnx
[16:57:59] <pmuir> no i got it wrong wrong
[16:58:09] <lightguard_jp> pmuir: What do we call the composite qualified type including qualifiers?  Is it just called the type?
[16:58:16] <lightguard_jp> qualified type
[16:58:18] <pmuir> we have to wait for dan
[16:59:18] <pmuir> desired username marekn ?
[16:59:24] <pmuir> the qualified type :-)
[16:59:59] <marekn> pmuir: I like mnovotny more for better information ;-)
[17:02:06] <marekn> pmuir: so "(16:56:49) pmuir: we have to wait for dan" was aiming to me?
[17:03:12] <pmuir> marekn: try now
[17:03:20] <pmuir> i got given root access at some point
[17:03:28] <lightguard_jp> Looks like there's another portion that's wrong: An observer method need not specify any event qualifiers?in this case it is interested in all events of a particular type. If it does specify qualifiers, it's only interested in events which have those qualifiers.
[17:06:42] <pmuir> yeah, it's odd this got changed very late on
[17:07:15] <pmuir> marekn: in?
[17:08:42] <pmuir> lightguard_jp: can you just add it to your existing issue
[17:09:00] <lightguard_jp> No, but I'll send you a pull request in a minute :)
[17:10:04] <marekn> pmuir: yup,
[17:10:16] <pmuir> lightguard_jp: even better!!!
[17:10:18] <lightguard_jp> The pull request will have a fix for both
[17:10:22] <marekn> pmuir: just restarted
[17:10:27] <pmuir> marekn: awesome
[17:10:33] <pmuir> means we span more tzs now
[17:10:45] <pmuir> fts support on seamframework.org ftw
[17:11:14] <marekn> pmuir: not that I asked, but cool
[17:14:34] <lightguard_jp> pmuir: Sent.  Looks like it should apply cleaning, though I probably could have done a rebase instead.
[17:14:45] <pmuir> i will rebase it don't worry
[17:14:53] <pmuir> no one has updated the docs for a while
[17:16:08] <pmuir> oh btw lightguard_jp i sold my flat :-D
[17:16:31] <lightguard_jp> pmuir: What was your comment you had earlier about the observer idea for catch, about 20 min ago
[17:17:08] <pmuir> erm, that it sounded like a good start with your precedence qualifiers?
[17:17:28] <lightguard_jp> Yeah, then it sounded like you had something else you were going to say
[17:20:22] <pmuir> nope
[17:20:38] <pmuir> i was thinking about whether you could add a member that further defined precedence
[17:20:44] <pmuir> but then you would need a range and crap
[17:25:08] *** kpiwko has quit IRC
[17:26:24] *** marekn has left #seam-dev
[17:42:59] *** shervin_a has quit IRC
[17:45:58] <lightguard_jp> pmuir: Yeah, that seems like a lot of extra work for not a whole lot of value.
[18:00:40] *** pmuir has quit IRC
[18:18:38] *** jharting has quit IRC
[18:34:50] *** maxandersen has quit IRC
[18:40:55] *** lightguard_jp has quit IRC
[18:52:38] *** kpiwko has joined #seam-dev
[18:56:22] *** shervin_a has joined #seam-dev
[19:15:08] *** lightguard_jp has joined #seam-dev
[19:26:36] *** oskutka has joined #seam-dev
[19:27:03] *** oskutka has quit IRC
[19:29:10] *** cbrock has joined #seam-dev
[19:42:16] *** shervin_a has quit IRC
[20:17:19] *** lightguard_jp has quit IRC
[20:18:16] *** lightguard_jp has joined #seam-dev
[20:18:17] *** cbrock has quit IRC
[20:18:35] *** cbrock has joined #seam-dev
[20:18:35] *** cbrock has joined #seam-dev
[20:19:01] *** lightguard_jp has quit IRC
[20:38:20] *** cbrock has quit IRC
[20:54:08] *** jharting has joined #seam-dev
[20:54:08] *** jharting has quit IRC
[21:07:33] *** cbrock has joined #seam-dev
[21:07:34] *** cbrock has joined #seam-dev
[21:09:47] *** cbrock has quit IRC
[21:10:02] *** cbrock has joined #seam-dev
[21:17:44] *** kpiwko has quit IRC
[21:51:22] *** matche has joined #seam-dev
[21:51:22] *** matche has left #seam-dev
[22:04:18] *** adamw1pl has joined #seam-dev
[22:24:08] *** adamw1pl has quit IRC
[22:40:36] *** sbryzak has quit IRC
[22:55:30] *** sbryzak has joined #seam-dev
[22:55:31] *** sbryzak has quit IRC
[22:55:31] *** sbryzak has joined #seam-dev
[23:07:57] *** maxandersen has joined #seam-dev
[23:09:33] *** cbrock has quit IRC
[23:10:07] *** cbrock has joined #seam-dev
[23:10:07] *** cbrock has joined #seam-dev
[23:34:09] *** maxandersen has quit IRC





top