[00:00:02] <lincolnthree> pong
[00:00:28] <lightguard_jp> lincolnthree: Hey Dan, have you been able to check out the catch docs?
[00:00:42] <lincolnthree> DanNotFoundException: This is not Dan.
[00:01:09] <lightguard_jp> What?? Dang it. You responded to my ping
[00:06:13] <lightguard_jp> Thought maybe I could get him via IM/IRC twitter didn't work
[00:06:49] <lincolnthree> :(
[00:23:55] *** bleathem has quit IRC
[00:24:42] <lightguard_jp> lincolnthree: lgpl or switch to apl for mvc and render?
[00:24:56] <lincolnthree> all of seam will be apl
[00:26:14] <lightguard_jp> currently the headers are lgpl
[00:26:25] <lincolnthree> yep
[00:26:29] <lincolnthree> :)
[00:26:50] <lincolnthree> that's what my eclipses are currently set to
[00:26:57] <lincolnthree> so that's what goes on until i get around to changing it
[00:27:08] <lightguard_jp> lol
[00:27:25] <lincolnthree> What's funny about that?
[00:28:22] <lightguard_jp> The "until I get aronud to changing it" part. Implying that 1) I don't care enough right now, 2) I'm too lazy to do it right now, or 3) I have more important things to do
[00:28:36] <lincolnthree> 4) all of the above
[00:28:40] <lightguard_jp> Or I should say I inferred those
[00:28:45] <lincolnthree> :)
[00:28:59] <lincolnthree> you inferred correctly on all three counts
[00:29:12] <lightguard_jp> haha
[00:29:17] <lincolnthree> brb
[00:29:19] *** lincolnthree has quit IRC
[00:29:54] *** lincolnthree has joined #seam-dev
[00:35:43] <lightguard_jp> lincolnthree: Might I recommend making empty {} on @end optional?
[00:35:47] <lightguard_jp> Looks odd
[00:39:46] <lincolnthree> not possible in the core templating library atm
[00:39:52] <lincolnthree> but yeah
[00:39:54] <lincolnthree> would love that
[00:42:14] *** oskutka has joined #seam-dev
[00:49:19] <lightguard_jp> Really?
[00:49:27] <lightguard_jp> Are you using regex to match?
[00:51:26] <lightguard_jp> Or is that a limitation of mvel?
[00:53:28] *** tsurdilo1 has quit IRC
[00:54:34] <lightguard_jp> lincolnthree: I see, it's mvel orb limitation
[00:55:29] <lincolnthree> yeah
[00:55:41] <lincolnthree> sorry - cooking dinner :)
[00:57:25] *** oskutka has quit IRC
[00:59:41] <stuartdouglas> mojavelinux: not actually sure if adding veto via xml will work
[00:59:46] <stuartdouglas> I'll have to double check
[00:59:56] <mojavelinux> it did in my test
[01:00:09] <mojavelinux> but that comes down to ordering of extensions, which I know is indeterminate atm
[01:00:10] <stuartdouglas> as I treat veto differently to allow @Veto beans to be installed
[01:00:18] <stuartdouglas> via <extends>
[01:00:29] <stuartdouglas> ok, cool
[01:00:45] <stuartdouglas> yea
[01:01:16] <lightguard_jp> mojavelinux: You respond to Stuart but not me huh? I see... :P
[01:01:24] <stuartdouglas> I did have a veto tag in seam-xml
[01:01:25] <mojavelinux> sorry man, I'm getting to ya :)
[01:01:34] <mojavelinux> yeah, I think it would be useful
[01:01:37] <stuartdouglas> but Pete did not think it was that useful so I removed it
[01:01:44] <mojavelinux> or at least to have the weld blanket exclusion stuff
[01:01:52] <mojavelinux> interesting, I ran into an issue today
[01:02:01] <mojavelinux> so basically, if someone gives you a bean archive
[01:02:21] <mojavelinux> and it has a type that you need to override...you are in a fix if you don't want to extend the impl
[01:02:29] <mojavelinux> essentially, their impl is conflicting with your impl
[01:03:13] <stuartdouglas> actually mojavelinux there are no ordering issues
[01:03:20] <mojavelinux> oh?
[01:03:33] <stuartdouglas> as seam-xml adds all its beans in BeforeBeanDiscovery
[01:03:46] <stuartdouglas> internally it vetos then re-adds
[01:03:48] <stuartdouglas> not modifies
[01:04:39] <mojavelinux> ah, right...not PAT
[01:04:59] <stuartdouglas> yes, that is how you can you two beans that <modify> the same bean
[01:06:00] <mojavelinux> right, makes sense...and that's why adding the veto annotation works...assuming you aren't doing any other intricate stuff with the bean...if you are doing modifies
[01:07:52] <mojavelinux> can veto be applied as a metaannotation?
[01:07:59] <mojavelinux> I was thinking, cause then you could apply it to @Entity
[01:07:59] <stuartdouglas> no
[01:08:14] <mojavelinux> and @Entity would veto the bean....another way to solve the entity should be vetoed request
[01:08:21] <stuartdouglas> In that case I think a PE that just veto's enties would be better
[01:08:43] <stuartdouglas> as you can't apply veto to @Entity anyway
[01:08:49] <mojavelinux> yeah, it keeps coming back to this...we hear from people quite often that they want to veto them....this is actually something important to address in the persistence docs
[01:08:51] <stuartdouglas> at least not without a javaagent :-)
[01:09:33] <stuartdouglas> actually, this should probably be a seam-xml thing
[01:09:56] <stuartdouglas> <veto><s:Entity/><my:OtherAnnotation/></veto>
[01:12:02] <mojavelinux> yep, I was thinking we essentially are aliasing an annotation to veto
[01:12:08] <mojavelinux> making an annotation a veto annotation
[01:12:10] <mojavelinux> however we do it
[01:37:27] <jbossbot> git [mail] push master 6c11013.. cody.lerum initial commit
[01:37:27] <jbossbot> git [mail] push master 4fb4657.. cody.lerum massage code into new structure....
[01:37:27] <jbossbot> git [mail] push master 7aedcb2.. cody.lerum Switch to subethasmtp + wiser for message inspection
[01:37:27] <jbossbot> git [mail] push master 1d30a56.. cody.lerum remove real email addresses
[01:37:27] <jbossbot> git [mail] push master 26c7e2f.. cody.lerum use included unfold utility for subject
[01:37:27] <jbossbot> git [mail] push master 8cd9556.. Cody Lerum work on javadocs
[01:37:28] <jbossbot> git [mail] push master 8636685.. Cody Lerum start working on supporting and testing a authenticated smtp  connection.
[01:37:28] <jbossbot> git [mail] push master ed29c2b.. Cody Lerum work on velocity templating
[01:37:28] <jbossbot> git [mail] push master 51af158.. Cody Lerum remove seam specific extensions
[01:37:29] <jbossbot> git [mail] push master 764a161.. Cody Lerum add add mailsession auth for testing
[01:37:29] <jbossbot> git [mail] push master fa3764e.. Cody Lerum oops
[01:37:30] <jbossbot> git [mail] push master beabdaa.. Cody Lerum update pom
[01:37:41] <jbossbot> git [mail] push master 9a8b8b8.. Cody Lerum add exclusions
[01:37:41] <jbossbot> git [mail] push master 0e0361c.. Dan Allen update dependencies; fix tests...
[01:37:42] <jbossbot> git [mail] push master 7118dd5.. Dan Allen update scm to git
[01:37:42] <jbossbot> git [mail] push master URL: http://github.com/seam/mail/compare/0000000...7118dd5
[01:38:26] <jbossbot> git [mail] push master e86eecb.. Dan Allen remove .project files
[01:38:27] <jbossbot> git [mail] push master URL: http://github.com/seam/mail/compare/7118dd5...e86eecb
[01:46:01] <lightguard_jp> :)
[01:46:14] <lightguard_jp> What's the magic maven command to run tests in Solder?
[01:50:15] <lightguard_jp> Nevermind
[01:51:07] *** lincolnthree has quit IRC
[02:07:04] <stuartdouglas> think I just finished all my weld issues for the CR! release :-)
[02:07:13] <stuartdouglas> now onto seam
[02:15:10] *** lincolnthree has joined #seam-dev
[02:38:40] *** kenfinnigan has joined #seam-dev
[02:46:44] *** lincolnthree has quit IRC
[02:49:54] *** cbrock has joined #seam-dev
[02:54:46] *** cbrock has quit IRC
[03:09:11] *** lightguard_jp has quit IRC
[04:25:11] *** kenfinnigan has left #seam-dev
[04:31:08] *** lincolnthree has joined #seam-dev
[04:39:01] *** lincolnthree has quit IRC
[05:15:45] *** cbrock has joined #seam-dev
[05:15:45] *** cbrock has joined #seam-dev
[05:54:37] *** clerum has quit IRC
[06:48:43] *** rruss has joined #seam-dev
[06:49:05] *** rruss has quit IRC
[07:35:41] *** Administrator_ has joined #seam-dev
[07:50:19] *** Administrator_ has quit IRC
[08:11:52] *** cbrock has quit IRC
[08:19:35] *** lincolnthree has joined #seam-dev
[08:39:45] *** lincolnthree has quit IRC
[08:52:51] *** cbrock has joined #seam-dev
[11:41:07] *** cbrock has quit IRC
[11:41:26] *** cbrock has joined #seam-dev
[11:43:26] *** amitev has quit IRC
[11:45:22] *** cbrock has quit IRC
[11:46:18] *** amitev has joined #seam-dev
[12:39:42] *** jharting has joined #seam-dev
[12:39:44] *** jharting has quit IRC
[13:57:25] *** marekn has joined #seam-dev
[13:57:33] *** marekn has left #seam-dev
[15:08:06] *** mrcl has joined #seam-dev
[15:28:14] <mrcl> Getting this error when deploying an app that uses the servlet module:
[15:28:16] <mrcl> Invalid bundle interface org.jboss.seam.servlet.messages.ServletMessages (implementation not found)
[15:28:47] <mrcl> Anyone who knows where this interface is supposed to be implemented?
[16:19:44] *** lightguard_jp has joined #seam-dev
[16:19:55] <lightguard_jp> Morning all
[16:20:03] <lightguard_jp> Or eventing
[16:25:22] <mrcl> good evening jason
[16:58:01] *** clerum has joined #seam-dev
[16:58:49] <lightguard_jp> Released Catch Alpha2, need to do a dist and a blog entry
[16:59:48] <mrcl> don't know what Catch is, but saw that it will be part of the servlet module
[16:59:58] <mrcl> will the servlet module also be released soon?
[17:00:03] <lightguard_jp> Exception handling (in a nut shell)
[17:00:16] <lightguard_jp> It should also have an alpha2 release shortly
[17:01:14] <mrcl> ok, i'm currently helping Shane for the next security alpha2
[17:01:31] <mrcl> and i just ran into an issue in the servlet module (which security will depend on)
[17:01:49] <mrcl> there seems to be a weld dependency in the servlet module
[17:01:59] <lightguard_jp> Which version?
[17:02:09] <mrcl> shouldn't servlet be a portable module, working for each CDI impl?
[17:02:24] <lightguard_jp> AFAIK yes.
[17:02:26] <mrcl> I just checked out the head from git, and that seems to have this dependency
[17:02:56] <mrcl> ContextualHttpRequest imports org.jboss.weld.servlet.ServletLifecycle
[17:03:21] <lightguard_jp> Hm, well, maybe it isn't.
[17:03:37] <lightguard_jp> I think Dan Allen has basically taken it over, you'll have to ask him
[17:03:44] <mrcl> ok
[17:06:34] <nickarls> yep, as my extra time has approached zero, it's better for someone else to take over instead of my just slowing everything down ;-)
[17:06:54] <nickarls> There's not that much stuff in Servlet anyways (currently)
[17:07:09] <lightguard_jp> Mostly eventing
[17:08:22] <mrcl> but what do you think Nicklas, should servlet module be CDI implementation independent?
[17:08:56] <nickarls> yep. and I recall Pete pointing that one out
[17:09:12] <nickarls> after the context rewrite, I'm not sure it's even needed
[17:09:14] <nickarls> have to check
[17:09:49] <nickarls> and for the stuff that goes beyond the spec there will probably be a layer that is compatible with the major implementations
[17:10:08] <nickarls> interfaces + implementation sniffed out without deps.
[17:11:02] <mrcl> the dependency on Weld's ServletLifecycle even gives class loading exceptions when using JBoss 6.0.0.CR1
[17:11:39] <mrcl> because ServletLifecycle has been removed from Weld (or renamed, don't know)
[17:13:05] <nickarls> ouch. remove it as a quick fix ;-)
[17:14:43] <mrcl> The whole ContextualHttpRequest?
[17:14:55] <nickarls> it's not used internally
[17:15:01] <mrcl> Okay.
[17:15:10] <mrcl> But I'm not a servlet committer.
[17:15:21] <mrcl> Just do a pull request?
[17:15:48] <nickarls> if you need conversations in servlets, you can probaby inject the conversation context an activate from there
[17:16:04] <nickarls> you could remove it and compile your own working version until it's fixed
[17:16:26] <nickarls> it would be good to have a api/spi/solder freeze
[17:17:10] <nickarls> typing with a six-month-old in your lap is slow
[17:17:21] <mrcl> hehe :)
[17:17:32] <nickarls> and you get drool on kb
[17:17:36] <mrcl> i'm still thinking about what to do
[17:19:49] <mrcl> what i do right now is preparation for security module alpha2
[17:20:15] <mrcl> so fixing things in my own environment only is of no use ...
[17:20:20] <nickarls> how did shane handle the servlet module for alpha1?
[17:20:38] <mrcl> alpha1 doesn't include external authentication
[17:20:45] <mrcl> and that's the part that depends on servlet
[17:21:10] <mrcl> one of the reasons for excluding it was that external authentication itself has some small Weld dependencies
[17:21:26] <mrcl> but now I found that it also has indirect Weld dependencies via servlet :)
[17:22:00] <mrcl> i've written arquillian tests for external authentication, based on JBoss 6 M4
[17:22:19] <mrcl> was trying to migrate them to JBoss 6.0.0.CR1 now
[17:23:33] <mrcl> i think that servlet needs to be fixed and released before we can make an alpha2 for security
[17:24:38] <mrcl> the modularity in Seam 3 is nice but also gives a lot of headaches :)
[17:25:36] <nickarls> what's the equivalent of svn commit? git push remote?
[17:25:48] <nickarls> haven't committed anything since the switch :-/
[17:26:26] <mrcl> hehe we're in the same position nicklas; i also started using the git thing this weekend
[17:26:53] <mrcl> i think it's just git commit
[17:26:56] <lightguard_jp> Yes, offer a fix, then do a pull request
[17:27:01] <lightguard_jp> git commit is local
[17:27:10] <lightguard_jp> You have to push it to have the same effect as svn commit
[17:27:26] <nickarls> I did a clone, removed stuff and compiled
[17:27:31] <nickarls> now the push?
[17:27:37] <mrcl> but after committing you need to to a git push, to get things into your own private github fork
[17:28:30] <mrcl> git push origin master
[17:28:47] <mrcl> this page helped a lot for me:
[17:28:47] <mrcl> http://help.github.com/forking/
[17:29:29] <lightguard_jp> Yes, push it into your own github fork then do a pull request
[17:29:34] <nickarls> ngh, gottarun :-/
[18:41:42] *** mrcl has quit IRC
[18:45:13] <jbossbot> git [catch] push master 0d7ed03.. LightGuard [maven-release-plugin] prepare release 3.0.0.Alpha2
[18:45:13] <jbossbot> git [catch] push master bc847fa.. LightGuard [maven-release-plugin] prepare for next development iteration
[18:45:13] <jbossbot> git [catch] push master ef45566.. LightGuard Fixes SEAMCATCH-16 and SEAMCATCH-17
[18:45:13] <jbossbot> jira [SEAMCATCH-16] Provide convenience constants for precedents [Open, Minor, Jason Porter] https://jira.jboss.org/browse/SEAMCATCH-16
[18:45:14] <jbossbot> jira [SEAMCATCH-17] Ordering of the handlers does not reflect what's written in the docs [Resolved, Major, Jason Porter] https://jira.jboss.org/browse/SEAMCATCH-17
[18:45:14] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/8a648ec...ef45566
[18:52:13] *** lightguard_jp has quit IRC
[19:09:23] *** clerum has quit IRC
[19:15:16] *** clerum has joined #seam-dev
[19:46:33] *** antoine_sd has joined #seam-dev
[19:51:38] *** cbrock has joined #seam-dev
[19:51:38] *** cbrock has joined #seam-dev
[19:51:48] *** cbrock has quit IRC
[19:55:51] *** antoine_sd has quit IRC
[20:51:48] *** mojavelinux has quit IRC
[21:25:16] *** tsurdilo has joined #seam-dev
[21:45:10] *** tsurdilo has quit IRC
[23:15:29] *** tsurdilo has joined #seam-dev
[23:42:25] *** lightguard_jp has joined #seam-dev





top