[00:21:46] *** echelog-2 has joined #seam-dev
[00:21:46] -verne.freenode.net- [freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup
[00:39:06] *** lightguard_jp has joined #seam-dev
[00:48:52] *** echelog-2 has joined #seam-dev
[00:59:23] *** mbg has quit IRC
[01:22:14] *** lightguard_jp has quit IRC
[01:35:53] *** bleathem has quit IRC
[01:43:42] *** bleathem has joined #seam-dev
[02:01:10] *** mbg has joined #seam-dev
[03:32:26] *** bleathem has quit IRC
[03:33:39] *** bleathem has joined #seam-dev
[03:59:13] *** lightguard_jp has joined #seam-dev
[04:18:52] <bleathem> lightguard_jp Hey Jason, can you explain the reasoning behind the serialVersionUID in Seam3 Faces (maybe the rest of Seam too, haven't checked)
[04:19:06] <bleathem> I've never set them to anything other than 1L.
[04:26:26] *** bleathem has quit IRC
[04:38:54] *** lightguard_jp has quit IRC
[05:08:08] *** bleathem has joined #seam-dev
[07:22:25] *** aslak has quit IRC
[07:23:18] *** bleathem has quit IRC
[08:08:53] *** mbg has quit IRC
[08:09:21] *** mbg has joined #seam-dev
[08:16:48] *** mausbull has joined #seam-dev
[08:39:15] *** clerum has quit IRC
[08:52:15] *** marekn has joined #seam-dev
[08:53:07] *** oskutka has joined #seam-dev
[09:19:22] *** lincolnthree has joined #seam-dev
[09:22:39] *** lincolnthree has left #seam-dev
[09:36:48] *** aslak has joined #seam-dev
[09:44:02] *** jharting has joined #seam-dev
[10:35:20] *** aslak has quit IRC
[10:54:17] *** aslak has joined #seam-dev
[10:57:18] *** lincolnthree has joined #seam-dev
[10:57:20] <jbossbot> git [forge] push master 475bbba.. Lincoln Baxter, III Fixed dist coloring for eclipse (use -PcolorDisabled), added template DAO to PersistencePlugins. CDPlugin now CDs into resource files.
[10:57:20] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/a3d32e8...475bbba
[11:11:44] *** aslak has quit IRC
[11:34:45] *** aslak has joined #seam-dev
[11:41:03] *** mbg has quit IRC
[11:42:06] <jbossbot> git [forge] push master 9692e85.. Lincoln Baxter, III Fixed missing getter/setter in manyToMany
[11:42:06] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/475bbba...9692e85
[11:56:47] *** lincolnthree has quit IRC
[12:24:56] *** aslak has quit IRC
[12:53:18] *** kpiwko has joined #seam-dev
[13:02:07] *** shervin_a has joined #seam-dev
[13:33:57] *** adamw1pl has joined #seam-dev
[15:15:17] *** tsurdilo has joined #seam-dev
[15:19:11] *** clerum has joined #seam-dev
[15:28:21] *** oskutka has quit IRC
[15:39:38] *** lightguard_jp has joined #seam-dev
[15:59:13] *** pmuir has joined #seam-dev
[15:59:13] *** pmuir has quit IRC
[15:59:13] *** pmuir has joined #seam-dev
[16:02:22] <lightguard_jp> pmuir: How'd the State of the Union talk go?
[16:03:28] <pmuir> good - covered a lot of ground, talked about cdi, seam modules, seam forge
[16:05:14] <lightguard_jp> Well received I take it?
[16:08:32] <pmuir> yeah, people seemed to like it, especially forge i think
[16:11:44] <lightguard_jp> Awesome, good stuff
[16:12:40] *** mausbull has quit IRC
[16:12:56] *** mausbull has joined #seam-dev
[16:22:47] *** pmuir has quit IRC
[16:50:36] *** pmuir has joined #seam-dev
[16:54:01] *** mbg has joined #seam-dev
[16:54:13] <pmuir> dan showed off forge lightguard_jp
[16:55:11] <pmuir> i mean catch
[16:55:11] <pmuir> oops
[16:55:15] <pmuir> it looks good
[16:55:24] <pmuir> was wondering why you use @Handles not @Observes
[16:57:47] <lightguard_jp> pmuir: 1) No guarantee of the order of execution 2) Can't using generic objects as the payload
[16:58:00] <lightguard_jp> Though #2 isn't such a big deal
[16:58:06] <lightguard_jp> But 1) certainly is
[16:58:12] <pmuir> events should support generic objects
[16:59:37] <lightguard_jp> IIRC, it said in the spec you couldn't
[16:59:40] <lightguard_jp> I'd have to find it again though
[16:59:45] <pmuir> it says you can't use type variables
[16:59:50] <pmuir> you can use generic type parameters
[17:00:20] <lightguard_jp> Okay, solves #2.
[17:00:22] <pmuir> so you can't send a payload which is of type Foo<T>
[17:00:31] <lightguard_jp> Gotcha
[17:00:32] <pmuir> for (1) I think lincoln has the same problem for forge
[17:00:47] <pmuir> and he was going to contribute the soln back to solder
[17:01:07] <lightguard_jp> Sweet.  When it gets into solder we'll make use of it then
[17:01:25] <lightguard_jp> That'll make it even easier
[17:01:29] <pmuir> yep
[17:01:32] <pmuir> cool
[17:01:40] <lightguard_jp> Though we'd lose some of the values on the annotation
[17:01:44] <pmuir> if the reasons are technical, not a big deal really
[17:01:54] <pmuir> yeah
[17:01:59] <pmuir> trade-off i guess
[17:01:59] <lightguard_jp> @Handles has during and precedence
[17:02:06] <lightguard_jp> Yep, that's what we thought
[17:02:20] <pmuir> its not a bad thing, just wondering really
[17:02:36] <lightguard_jp> Glad you like it.
[17:02:51] <lightguard_jp> What's there currently is the third design iteration for Catch.
[17:02:56] <lightguard_jp> I think we have something really nice
[17:03:42] <pmuir> i do to
[17:03:46] <pmuir> good work :-)
[17:05:13] <pmuir> how are we doing on getting sub-systems integrated) (e.g. jsf, remoting, jax-rs, remote ejbs, ws)
[17:05:39] *** marekn has quit IRC
[17:07:10] <lightguard_jp> I'm going to do a a jax-rs example, and I know what needs to be done for JSF, not sure about ejbs or ather WS stuff, really depends on what the system offers for exception handling hooks
[17:07:16] <pmuir> ok
[17:07:26] <lightguard_jp> I know EJBs have the EJBException, but not sure how to hook into it.
[17:08:05] <pmuir> well for remote ejbs we can install a interceptor I think
[17:08:12] <pmuir> make sure it is the outer interceptor
[17:08:30] <pmuir> have to detect if we are in a remote (i.e. not a servlet or other) request somehow
[17:08:39] <pmuir> this is how we activate contexts for remote ejb requests
[17:09:09] <lightguard_jp> Okay, if there's something already there in weld, it wouldn't be very difficult
[17:09:23] <lightguard_jp> The main thing is just firing the CatchEntryEvent
[17:11:03] <pmuir> yep
[17:11:26] <pmuir> take a look at SessionBeanInterceptor in Weld
[17:11:48] <pmuir> it's just a regular EJB interceptor that we register for every app using a deployer in AS
[17:12:05] <pmuir> like the interceptor we had in Seam 2 to integrate with EJB
[17:12:20] <pmuir> not sure how we can do it better than that...
[17:12:36] <pmuir> without container specific hooks
[17:13:05] <lightguard_jp> Hm, do we add another intercepter then, or is there a better way?
[17:13:09] <pmuir> talk to sbryzak about getting seam remoting hooks
[17:13:14] *** adamw1pl has quit IRC
[17:13:15] <lightguard_jp> okay
[17:14:47] <pmuir> i think we have to
[17:14:53] <pmuir> of course I can fire an event in weld
[17:14:57] <pmuir> but then it isn't portable
[17:15:07] <lightguard_jp> Yep
[17:18:57] *** tsurdilo has quit IRC
[17:23:09] *** tsurdilo has joined #seam-dev
[17:25:58] *** tsurdilo1 has joined #seam-dev
[17:26:21] *** tsurdilo2 has joined #seam-dev
[17:27:47] *** tsurdilo has quit IRC
[17:30:09] *** tsurdilo1 has quit IRC
[17:38:49] *** jharting has quit IRC
[17:38:50] *** mausbull has quit IRC
[17:39:45] *** pmuir has quit IRC
[17:40:08] *** balunasj has joined #seam-dev
[17:53:12] *** balunasj has quit IRC
[18:04:49] *** kpiwko has quit IRC
[18:06:00] *** tsurdilo has joined #seam-dev
[18:07:42] *** tsurdilo2 has quit IRC
[19:06:07] *** kpiwko has joined #seam-dev
[19:23:43] *** bleathem has joined #seam-dev
[19:23:53] <bleathem> lightguard_jp Hey Jason
[19:25:33] <bleathem> What's the approach taken creating serialVersionUID's in Seam (3, Faces)?
[19:25:53] <bleathem> Myself, I would always start at 1L, then increment if required.
[19:26:12] <bleathem> But the Seam (3, Faces) serialVersionUID's are non-trivial.
[19:26:19] <bleathem> I'm not sure how I should generate them.
[19:28:21] <lightguard_jp> That's what eclipse generates
[19:28:24] <lightguard_jp> I'm pretty sure
[19:28:33] <lightguard_jp> That's what the JVM will generate if you don't have one.
[19:28:42] <bleathem> Oh, ok.
[19:28:49] <lightguard_jp> It's some sort of formula based on methods, and maybe something else
[19:29:05] <bleathem> Makes sense.  I thought there might be some systematic approach behind the values
[19:29:17] <lightguard_jp> I've never looked into it that much, but basically it's like a stamp of the class blueprint for (de)serialization
[19:29:47] <lightguard_jp> If the serialVersionUIDs don't match when you try to deserialize it'll blow up and say they're not compatible
[19:29:52] <bleathem> Yeah, deserialisation checks to see if the value is different.
[19:30:10] <bleathem> So setting it to 1L should be sufficient then right?
[19:30:41] <bleathem> Or is it standard practice to have eclipse regenerate it everytime you make a change to the class?
[19:32:51] <lightguard_jp> What I've found is that most people stick with something (either generated or 1L) and then just leave it :)
[19:33:03] <lightguard_jp> It's not correct, but that's what I've found over the years
[19:33:32] <bleathem> yeah, that's what I do personally.  I just wanted to check if Seam had something offical to say about it.
[19:34:15] <bleathem> I was thrown off by the non-trivial value - but eclipse generating it explains that.
[19:36:55] <lightguard_jp> Yeah, nothing official as far as I know
[19:37:25] <bleathem> I started work on a WindowScoped implementation.
[19:37:37] <lightguard_jp> Ah.  Sweet
[19:37:47] <bleathem> I've got something I want to try out, but I need a Weld 1.1 capable container
[19:37:58] <bleathem> I think GF 3.1 is almost there
[19:38:08] <bleathem> Or I could try JBoss.
[19:38:15] <lightguard_jp> I think if you get a JBoss 6 SNAPSHOT it has weld 1.1
[19:38:16] <bleathem> I've never run JBoss b4
[19:38:30] <bleathem> simple enough?
[19:39:25] <bleathem> I suppose it would be "good for me" to try it.
[19:41:39] <lightguard_jp> Yeah
[19:41:47] <lightguard_jp> Grab it, unzip, execute run.sh
[19:56:11] <lightguard_jp> Hrm, crud
[19:56:24] <lightguard_jp> jDocBook question, everyone is gone
[19:56:26] <lightguard_jp> bags
[19:57:16] <bleathem> What we need is some kind of virtual meeting place, where one could log in from anywhere in the world.
[19:57:46] <bleathem> <insert ALR's sarcasm character>
[20:29:02] *** kpiwko has quit IRC
[20:29:39] *** oskutka has joined #seam-dev
[20:31:25] <clerum> I didn't think eclipse regenerated it
[20:32:01] <clerum> I don't think it does...so 1L has just as good of chance of being updated as the full generated UID
[20:32:11] <clerum> which isn't much
[20:33:42] <lightguard_jp> No, it doesn't regenerate it
[20:33:45] <lightguard_jp> You have to tell it to
[20:40:42] *** oskutka has quit IRC
[20:49:10] *** kpiwko has joined #seam-dev
[20:56:33] *** adamw1pl has joined #seam-dev
[21:28:10] *** adamw1pl has left #seam-dev
[22:39:21] *** bleathem has quit IRC





top