[00:00:24] *** hannelita has quit IRC
[00:00:24] *** pmuir has quit IRC
[00:01:05] *** mbg has quit IRC
[00:03:07] <bleathem> sweet, resolved RF-11322 just in the nick of time
[00:03:08] <jbossbot> jira [RF-11322] Metamer: rich:pickList: event handler attributes doesn't fire appropriate events [Resolved (Done) Bug, Critical, Brian Leathem] https://issues.jboss.org/browse/RF-11322
[00:04:06] *** cbrock has quit IRC
[00:04:20] <lincolnthree> hey lightguard_jp: sienaluke is a new attendee at the hack-night. he expressed interest in getting involved with a JBoss Project so I recommended that he come here
[00:04:30] <lightguard_jp> Excellent!
[00:04:36] <lightguard_jp> sienaluke: Great to have you
[00:04:45] <lincolnthree> lightguard_jp: take good care of him ;)
[00:04:51] <sienaluke> Hi   great to be here
[00:05:18] <lightguard_jp> lincolnthree: I'll do my best :)
[00:05:29] <lightguard_jp> Who's here to help out on the Hack Night?
[00:05:38] <lightguard_jp> lincolnthree: will you be able to help?
[00:05:42] <bleathem> I'm here (for a while)
[00:06:23] <lincolnthree> lightguard_jp: not likely :/ i may be able to comment but I have a family obligation
[00:06:28] <lincolnthree> i'll try to stay hooked in
[00:06:29] <lightguard_jp> Three of us? Drat, had hoped for more.
[00:06:33] <lightguard_jp> lincolnthree: Sure, no problem.
[00:06:55] <bleathem> I've compiled a list of interesting/ready jiras in the 3.1.0-Tracking version:
[00:06:55] <bleathem> https://issues.jboss.org/browse/SEAMFACES/fixforversion/12318074
[00:06:57] <lightguard_jp> Well, for those of us that are here to help hack on Seam Faces the list of issues is at https://issues.jboss.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+SEAMFACES+AND+fixVersion+%3D+%223.1.0.Tracking%22+AND+status+%3D+Open+ORDER+BY+priority+DESC&mode=hide
[00:07:07] <lincolnthree> sbryzak: should be awake soon?
[00:07:09] <lightguard_jp> Yeah, use bleathem's link
[00:07:14] <bleathem> lol
[00:07:18] <lightguard_jp> lincolnthree: thought he'd be awake by now
[00:07:22] <bleathem> jira is rather not restful...
[00:07:37] <lightguard_jp> At any rate, there's 25 issues of varying degrees of difficulty
[00:07:38] <bleathem> 8:00 AM in brisbane
[00:07:55] <lightguard_jp> Some of them have already been assigned, those that are unassigned feel free to take.
[00:08:05] <lightguard_jp> sienaluke: Are you familiar with Seam 3?
[00:08:07] <bleathem> lightguard_jp: I'll link to my blog post too, it's highlighted a few of the "choice" issues
[00:08:20] <bleathem> http://blog.bleathem.ca/2011/09/seam-faces-community-hack-night.html
[00:08:51] <sienaluke> lightguard_jp:  i've been using remoting a little bit,  but more familiar with using seam 2
[00:09:28] <lightguard_jp> sienaluke: Okay, no problem. You're familiar with git and contributing?
[00:10:57] <sienaluke> lightguard_jp:i have a git account but i am a total noob to all of this.  I've really only done stuff for where i work
[00:11:13] <lightguard_jp> sienaluke: No problem, we can help out.
[00:11:51] <lightguard_jp> I've been told we still need people to sign the contribution doc :( Let me see if I can find that.
[00:12:36] <sienaluke> i feel like my current skills are getting a bit stale, so i'm looking to learn some new things
[00:13:00] <lightguard_jp> https://cla.jboss.org/login.seam there we go
[00:13:13] <bleathem> sienaluke: have you played around with CDI at all?
[00:14:05] <lightguard_jp> And I have a screaming baby and no one to help out at the moment, so I may be in and out for the next 15 min or so.
[00:14:24] <sienaluke> a little bit,  i know its a little different but i've been using seam 2 for a little while
[00:15:35] <ssachtleben> SEAMFACES-46 shouldn't @Begin also get a bool for ignore if exists?
[00:15:36] <jbossbot> jira [SEAMFACES-46] @End should probably not throw exceptions if a conversation could not be ended because it does not exist [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-46
[00:16:01] <ssachtleben> I think it was in seam 2 and currently you get exception if @Begin called on long running conversation, or?
[00:16:12] <bleathem> ssachtleben: is calling conversation.begin() on a long-running conversation destructive?
[00:16:51] <bleathem> if so, then yes, we should add a similar ignore
[00:17:13] <ssachtleben> destructive?
[00:17:22] <bleathem> meaing, throwing an exception
[00:17:28] <ssachtleben> yeah I think so
[00:17:44] <ssachtleben> not 100% sure but I think I have tried it before some weeks
[00:17:53] <lincolnthree> sorry guys, gotta disconnect for a few
[00:18:10] <lincolnthree> ssachtleben: i'd start by cloning the git repository for seam faces
[00:18:16] <lincolnthree> https://github.com/seam/faces
[00:18:19] <bleathem> http://docs.jboss.org/cdi/api/1.0-SP1/javax/enterprise/context/Conversation.html#begin()
[00:18:24] <lincolnthree> fork and clone
[00:18:38] 
[00:18:47] <ssachtleben> yeah I know
[00:18:50] <bleathem> so yeah, you are correct ssachtleben
[00:18:56] <ssachtleben> but there should be ignore for that
[00:19:12] <ssachtleben> the exception makes no sense in real life applications :)
[00:19:13] <lincolnthree> oops sorry ssachtleben, i meant sienaluke
[00:19:20] <lincolnthree> sienaluke:
[00:19:26] <lincolnthree> i'd start by cloning the git repository for seam faces
[00:19:26] <lincolnthree> 6:16
[00:19:26] 
[00:19:33] <lincolnthree> then make sure it builds :)
[00:19:48] <sienaluke> lincolnthree: will do
[00:21:01] <bleathem> ssachtleben: I added a comment to that effect to SEAMFACES-46
[00:21:02] <jbossbot> jira [SEAMFACES-46] @End should probably not throw exceptions if a conversation could not be ended because it does not exist [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-46
[00:21:21] <lincolnthree> back in a few
[00:21:24] *** lincolnthree has quit IRC
[00:23:22] <ssachtleben> ok nice
[00:24:17] <bleathem> ssachtleben: "real-world" feedback makes for much more useful APIs!
[00:24:48] *** Benevides has joined #seam-dev
[00:25:54] <ssachtleben> seems like a pretty easy fix for that
[00:26:29] <bleathem> yeah, there are a few high impact / easy issues in the jira at the moment
[00:26:56] <bleathem> SEAMFACES-122 is also pretty "easy" considering the impact it would have
[00:26:57] <jbossbot> jira [SEAMFACES-122] Find a way to use the @ViewConfig enums to provide type-safe navigation rules [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-122
[00:28:03] <ssachtleben> I will try to fix 46 :)
[00:28:54] <bleathem> ssachtleben: cool!  hack on!
[00:31:21] *** sienaluke has quit IRC
[00:32:08] *** sienaluke has joined #seam-dev
[00:33:32] <sienaluke> first time i'm using this computer for coding, so i got some setup to do be i can be of use.  i'll check in later
[00:34:30] <bleathem> sienaluke: sure - have you seen the Seam 3 pages describing how to setup your environment?
[00:34:31] *** nikic has joined #seam-dev
[00:34:36] <ssachtleben> [ERROR]   The project org.jboss.seam.faces:seam-faces-parent:3.1.0-SNAPSHOT (D:\Git_Out\Seam3\faces\pom.xml) has 1 error
[00:34:36] <ssachtleben> [ERROR]     Non-resolvable parent POM: Could not find artifact org.jboss.seam:seam-parent:pom:15-SNAPSHOT and 'parent.relativePath' points at wrong lo
[00:34:36] <ssachtleben> cal POM @ line 5, column 12 -> [Help 2]
[00:34:51] <lightguard_jp> Oh snap
[00:34:59] <lightguard_jp> We merged all of that in?
[00:35:05] <sienaluke> bleathem:  i have   going to follow that
[00:36:41] <bleathem> lightguard_jp: you know what would be causing that error?
[00:36:52] <bleathem> ssachtleben: trying the build myself
[00:36:55] <lightguard_jp> sienaluke: clone the parent project on github and do a mvn install
[00:37:54] <sienaluke> i'm using lion   anything i should also keep in mind
[00:39:09] <lightguard_jp> sienaluke: Shouldn't be
[00:40:28] <jamezp> sienaluke: You need to make sure you have XCode installed to get git support IIRC.
[00:41:22] <ssachtleben> lol parent doesn't have the repository info in pom.xml ?
[00:41:38] <sienaluke> jamezp: yup   got that installed already
[00:41:48] <ssachtleben> ah I see settings.xml is there :)
[00:42:04] <jamezp> sienaluke: Then you should be good :-)
[00:42:08] *** lincolnthree has joined #seam-dev
[00:42:37] <bleathem> ssachtleben: apparently "best practices" is to not include repositories in your pom
[00:42:44] <sbryzak> morning guys
[00:42:50] <bleathem> ssachtleben: something about build reporducibility
[00:42:55] <bleathem> afternoon sbryzak!
[00:43:02] <ssachtleben> ah ok
[00:43:11] <bleathem> "reporducibility" <- worst spelled word ever
[00:43:17] <lightguard_jp> sbryzak: Hey, ready to start hacking?
[00:43:22] <lightguard_jp> bleathem: haha
[00:43:27] <ssachtleben> ok faces is fine now for me
[00:43:33] <lightguard_jp> What about phonetic?
[00:43:56] <bleathem> sbryzak, links:
[00:43:56] <bleathem> https://issues.jboss.org/browse/SEAMFACES/fixforversion/12318074
[00:43:56] <bleathem> http://blog.bleathem.ca/2011/09/seam-faces-community-hack-night.html
[00:43:59] <sbryzak> yep looking at issue list now
[00:44:36] <sbryzak> is it just the 10 issues?
[00:45:21] <sbryzak> bleathem: could you take a look at this forum post: http://seamframework.org/Community/QuestionAboutAuthorizationCheckEvent
[00:45:43] <bleathem> there are 25 issues in 3.1.0-Tracking
[00:45:57] <bleathem> I highlighted some of the interesting ones in my blog
[00:46:04] <bleathem> sbryzak: sure, I'll have a look
[00:46:14] <nikic> hello
[00:46:24] <nikic> i made that forum post
[00:46:59] *** hannelita has joined #seam-dev
[00:47:08] <bleathem> sbryzak, nikic: yeah, that looks like a bug
[00:47:45] <bleathem> we should proably fire another event, after the check is complete
[00:47:47] <nikic> would it be easiest to add new events?
[00:47:50] <nikic> yeah
[00:48:10] <bleathem> that particular event is actually how Faces communicates with Security
[00:48:34] <bleathem> mabe an AuthorizationComplete event
[00:48:47] <bleathem> with a boolean payload
[00:48:56] <sbryzak> i'll start with SEAMFACES-177 until i wake up properly
[00:48:58] <jbossbot> jira [SEAMFACES-177] Misc documentation issues [Open (Unresolved) Bug, Minor, Unassigned] https://issues.jboss.org/browse/SEAMFACES-177
[00:49:05] <bleathem> nikic: if you could file a jira for the issue, that would be a good place to start
[00:49:06] <sbryzak> i was up late last night :(
[00:49:13] <nikic> ok i will
[00:49:46] *** krebsoid has joined #seam-dev
[00:50:01] <lightguard_jp> I'm working on SEAMFACES-28
[00:50:02] <jbossbot> jira [SEAMFACES-28] ObjectConverter and EntityConverter [Open (Unresolved) Feature Request, Critical, Jason Porter] https://issues.jboss.org/browse/SEAMFACES-28
[00:50:16] <bleathem> lightguard_jp: your old standby!
[00:50:32] <nikic> bletham i am curoius, do viewaction get triggered after AuthorizationCheckEvent?
[00:50:43] <lightguard_jp> It's been wanted for a long time, and stuartdouglas's idea seems like a great way to do it.
[00:51:27] <bleathem> nikic: that depends on the phases each is configured to run in
[00:51:42] <nikic> ahh, ok
[00:52:00] <bleathem> if the viewAction is targeting a phase after the auth checkm then yes
[00:52:24] <bleathem> which is why we made the phases for each completely configurable
[00:52:42] <bleathem> every app has different requirements in that regard
[00:52:59] <lincolnthree> sbryzak: random question, xwidgets is completely client-side, any use for a URL rewriting tool?
[00:53:43] <sbryzak> lincolnthree: yes, actually
[00:53:52] *** lazarotti has quit IRC
[00:53:58] <sbryzak> i've been working on that the last couple of days
[00:54:14] <sbryzak> but existing url rewriting libs won't work
[00:54:15] <lincolnthree> have you seen http://ocpsoft.com/rewrite/ ?
[00:54:25] <sbryzak> yeah, but it's server side
[00:54:30] <lincolnthree> right? because of ser.. yes
[00:54:31] <lincolnthree> got it
[00:54:33] <sbryzak> the url rewriting has to happen in the client
[00:54:35] <lincolnthree> let me know if i an do anything
[00:54:44] <sbryzak> it ties in with managing the history as well
[00:54:47] <sbryzak> there's all sorts of issues there
[00:54:58] <sbryzak> ajax back button support is not as simple as i first though
[00:56:45] <lincolnthree> yeah, it's something that i'd looked in to a while ago
[00:56:50] <lincolnthree> but decided not to touch
[00:57:07] <sbryzak> yeah, there's all sorts of crazy scenarios you have to account for
[00:57:16] <sbryzak> most of the existing javascript history libraries are buggy
[00:57:32] <sbryzak> like when a user navigates away from the site, then uses the back button to come back
[00:57:39] <sbryzak> you need to restore the history from somewhere
[00:58:01] <sbryzak> i'm thinking of using localstorage, but haven't totally decided yet
[00:59:00] <lightguard_jp> bleathem: Is there any case that you can think of where a user would hit the getAsObject part of a converter first?
[00:59:45] <bleathem> lightguard_jp: converters for view params
[01:00:12] <sbryzak> bleathem: i'm going to move the docs out of /docs/reference and into /docs to comply with the standard module structure
[01:00:16] <bleathem> but we may just want to document that this converter isn't applicable to that case
[01:00:29] <bleathem> sbryzak: great!
[01:00:35] <lightguard_jp> bleathem: That's what I'm thinking
[01:02:38] *** nikic has quit IRC
[01:05:09] *** sannegrinovero has quit IRC
[01:08:29] *** stuartdouglas has quit IRC
[01:09:29] *** stuartdouglas has joined #seam-dev
[01:11:17] *** lincolnthree has quit IRC
[01:11:19] <PeteRoyle> morning guys
[01:11:27] <PeteRoyle> dammit!! was here to see lincolnthree
[01:11:49] <sbryzak> bad timing ;)
[01:11:49] <jbossbot> git [faces] push develop 9f76e83.. Shane Bryzak moved docs up one directory
[01:11:49] <jbossbot> git [faces] push develop URL: http://github.com/seam/faces/compare/08aa724...9f76e83
[01:12:02] <PeteRoyle> stupid backreading
[01:13:35] <stuartdouglas> I wish I had not upgraded to lion
[01:13:46] <lightguard_jp> PeteRoyle: can help us on Faces :)
[01:13:48] <stuartdouglas> I used to be able to go weeks/moths without a restart
[01:13:56] <stuartdouglas> now I have to hard reset every few days
[01:17:40] <PeteRoyle> lightguard_jp: sorry mate I'd be clueless! Want to make a couple adjustments to Render and/or Metawidget Scaffolding though
[01:17:50] <PeteRoyle> hence chacing lincoln
[01:18:09] <lightguard_jp> Ah :(
[01:18:36] <lightguard_jp> no clue when he'll be back
[01:18:58] <PeteRoyle> ok no worries, it's nothing urgent
[01:19:21] *** lincolnthree has joined #seam-dev
[01:19:28] *** gastaldi has joined #seam-dev
[01:19:36] <lightguard_jp> well, there you go :)
[01:19:48] <lightguard_jp> gastaldi: here to hack?
[01:19:55] <gastaldi> Hey !
[01:19:55] <gastaldi> Yup
[01:20:02] <PeteRoyle> hey lincolnthree :)
[01:20:08] <lincolnthree> hey PeteRoyle
[01:20:15] <gastaldi> Sorry I am late
[01:20:31] <PeteRoyle> I'm gonna have a couple questions for you on render and scaffolding shortly if that's ok?
[01:20:38] <lincolnthree> sure
[01:20:42] <lincolnthree> i'm just monitoring atm :)
[01:20:59] <lightguard_jp> gastaldi: np
[01:21:01] <PeteRoyle> cool, well let me start by showing you a proposal...
[01:21:21] <lincolnthree> sure!
[01:22:30] *** gastaldi has quit IRC
[01:22:43] *** gastaldi has joined #seam-dev
[01:22:57] <gastaldi> So, what did I miss ?
[01:23:24] <lightguard_jp> gastaldi: not much.
[01:23:42] <sbryzak> gastaldi: pick an issue ;)
[01:23:43] <sbryzak> https://issues.jboss.org/browse/SEAMFACES/fixforversion/12318074
[01:23:58] <PeteRoyle> lincolnthree: I'm thinking about using static imports + Apache StringUtils like this: https://gist.github.com/1205078
[01:24:27] <gastaldi> yay
[01:24:33] <PeteRoyle> Obviously I'd need to refactor the ParserContext stuff into Render somewhere
[01:24:46] <bleathem> gastaldi: my blog post puts some of the issues in context, if that helps you pick one
[01:25:58] <PeteRoyle> lincolnthree: ah, I guess the test case doesnt show it very well, but it for oing things like
[01:25:58] <PeteRoyle> @{uncapitalize('MyEntityName')}
[01:26:06] <lightguard_jp> gotta relearn jsfunit
[01:26:28] <bleathem> lightguard_jp: have a look at the jsfunit branch on seam faces for some relevant examples
[01:26:37] <lincolnthree> PeteRoyle: hm
[01:26:58] *** hannelita has quit IRC
[01:27:44] <lincolnthree> PeteRoyle: and you want to put this into the Forge core?
[01:27:54] <PeteRoyle> no into Seam Render I think
[01:28:22] <lincolnthree> ah, that's not a bad idea but we shouldn't bring in whole Apache libs to do it. just take the
[01:28:26] <lincolnthree> classes we need
[01:28:31] <lincolnthree> since the license should be compatible
[01:30:02] <PeteRoyle> ok good call. Do you think we should try to avoid polluting the global namespace by using eg: @{render.capitalize()} instead of just @{capitalize()}
[01:30:10] <gastaldi> bleathem: Which blog post ?
[01:30:16] <lincolnthree> yes definitely namespace it
[01:30:24] <bleathem> gastaldi: http://blog.bleathem.ca/2011/09/seam-faces-community-hack-night.html
[01:31:09] <PeteRoyle> lincolnthree: looks like StringUtils is completely standalone ... YOINK!
[01:31:15] <PeteRoyle> I'll remove what we don't use
[01:31:26] <lincolnthree> :) put it in a new package
[01:31:27] <gastaldi> bleathem: Thanks
[01:31:36] <PeteRoyle> Do I replace the licence header with the JBoss one?
[01:31:37] <lincolnthree> org.jboss.seam.render.util
[01:31:39] <lincolnthree> no
[01:31:43] <jbossbot> git [faces] push develop 1c4c11d.. Shane Bryzak SEAMFACES-177
[01:31:44] <jbossbot> jira [SEAMFACES-177] Misc documentation issues [Open (Unresolved) Bug, Minor, Shane Bryzak] https://issues.jboss.org/browse/SEAMFACES-177
[01:31:44] <jbossbot> git [faces] push develop URL: http://github.com/seam/faces/compare/9f76e83...1c4c11d
[01:31:45] <lincolnthree> keep the license and all author tags
[01:32:03] <PeteRoyle> rodger that
[01:32:33] <gastaldi> lol, bleathem surely knows how to describe issues
[01:32:42] <gastaldi> and make it fun to read :)
[01:32:46] <bleathem> gastaldi: lol, did I make it sound "fun"?
[01:32:51] <bleathem> cool - taht was what I was going for
[01:33:17] <gastaldi> yeah, that blog post is cracking me up ! :P
[01:33:19] <gastaldi> hehe
[01:33:58] <lightguard_jp> dinner time, be back later
[01:34:16] *** lightguard_jp is now known as lightguard_jp_aw
[01:36:00] 
[01:36:01] <jbossbot> jira [SEAMFACES-150] Refactor BeanManagerUtils to make use of Solder's BeanManagerLocator [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-150
[01:37:53] *** rmartinelli has quit IRC
[01:38:22] <bleathem> gastaldi: I was thinking of you with that one!
[01:38:51] <gastaldi> :P
[01:40:51] <gastaldi> hummm
[01:40:55] <sbryzak> re SEAMFACES-46, in Seam 2 we used @Begin(join=true)
[01:40:56] <jbossbot> jira [SEAMFACES-46] @End should probably not throw exceptions if a conversation could not be ended because it does not exist [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-46
[01:41:04] <sbryzak> so i suggest we do a similar thing here
[01:41:18] <ssachtleben> i'm on it
[01:41:37] <sbryzak> ssachtleben: you're working on that issue?
[01:41:42] <ssachtleben> yep
[01:41:48] <sbryzak> ah, can you assign it to yourself?
[01:42:11] <ssachtleben> don't think so as normal user or?
[01:42:14] 
[01:42:15] <jbossbot> jira [SOLDER-78] Provide convenience APIs for creating a bean instance [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SOLDER-78
[01:42:16] <jbossbot> jira [SEAMFACES-150] Refactor BeanManagerUtils to make use of Solder's BeanManagerLocator [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-150
[01:42:26] <sbryzak> ssachtleben: i'll assign it, what's your jira username?
[01:43:24] <bleathem> gastaldi: hmm, I'm not sure.  I thought the last time I looked at it, that there was enough in solder to do so already
[01:43:39] <ssachtleben> ssachtleben ;)
[01:46:21] <sbryzak> ssachtleben: assigned :)
[01:46:52] <gastaldi> bleathem: The idea is to remove the @Inject BeanManager from BeanManagerUtils ?
[01:47:01] <sbryzak> if anyone else is currently working on an issue, but the issue isn't assigned to you please let me know and i'll assign it
[01:48:24] <ssachtleben> do I need to add dependency of jboss logging myself lately?
[01:48:29] <ssachtleben> getting package org.jboss.logging does not exist
[01:48:38] <sbryzak> it's org.jboss.seam.logging
[01:48:47] <bleathem> ok, I gotta run
[01:48:49] <sbryzak> it was changed recently
[01:48:51] <bleathem> soccer practice :/
[01:48:52] <ssachtleben> ah ok
[01:49:07] <bleathem> I'll be back in about 1.5 hours
[01:49:34] <bleathem> gastaldi: I'd have to look at it more closely to anser your question - will do so when I get back if still required to do so
[01:49:42] *** bleathem is now known as bleathem_away
[01:50:36] <sbryzak> i'll work on SEAMFACES-15
[01:50:37] <jbossbot> jira [SEAMFACES-15] Warnings should be issued when @Dependent scoped Validators and Converters are registered [Open (Unresolved) Feature Request, Minor, Shane Bryzak] https://issues.jboss.org/browse/SEAMFACES-15
[01:55:52] <gastaldi> Brb
[01:57:01] <sbryzak> does anyone know if the faces module has an extension class?
[01:57:50] <sbryzak> never mind, it has quite a few...
[01:57:52] <PeteRoyle> lincolnthree: does seam render support multiple template engines, or does it use MVEL for everything?
[02:00:44] *** gastaldi has quit IRC
[02:00:45] *** sienaluke has quit IRC
[02:06:37] *** krebsoid has quit IRC
[02:11:22] <ssachtleben> damn
[02:11:44] <ssachtleben> in eclipse my project is fine but build script cant find Seam Security packages
[02:12:30] <sbryzak> ssachtleben: which version of security?
[02:12:34] <ssachtleben> cannot find symbol
[02:12:34] <ssachtleben> symbol  : class SecurityEventMessages
[02:12:34] <ssachtleben> location: package org.jboss.seam.security
[02:12:53] <ssachtleben> Maven Dependencies listen seam-security-3.1.0.Beta2
[02:13:06] <ssachtleben> and seam-security-api-3.1.0.Beta2
[02:13:11] <sbryzak> do you have the jboss repo set up in your settings.xml ?
[02:13:27] <sbryzak> otherwise build with mvn -s settings.xml
[02:16:00] <ssachtleben> same problem
[02:16:04] <ssachtleben> http://pastebin.com/FgAbDGXE my settings.xml
[02:17:42] <sbryzak> it's definitely in the repository: https://repository.jboss.org/nexus/content/groups/public/org/jboss/seam/security/seam-security/3.1.0.Beta2/
[02:17:53] <sbryzak> did you try it with -s settings.xml ?
[02:17:59] <ssachtleben> yea
[02:18:05] <sbryzak> try mvn -U
[02:22:46] <ssachtleben> still :D
[02:23:18] <ssachtleben> and I cant test with 3.0.0.Final because I have renamed all logger imports
[02:23:49] <lightguard_jp_aw> despite being my idea, Seam Hack Night doesn't seem to work well for me. Something always seems to come up. I'll have to finish my issue later, I'll also take the other Catch issue.
[02:25:18] <ssachtleben> I dont understand why eclipse says no errors but the mvn build
[02:25:24] <sbryzak> ssachtleben: that's really weird
[02:25:37] <sbryzak> i'm not sure what else to suggest
[02:26:04] <sbryzak> you could build the security module locally
[02:26:50] *** jamezp is now known as jamezp_afk
[02:27:43] <ssachtleben> it cant find picketlink package neither
[02:28:10] <sbryzak> that's definitely in the jboss repo
[02:28:21] <sbryzak> you must have a config issue somewhere
[02:29:44] <ssachtleben> I have the lib in my local repository
[02:30:51] <sbryzak> ssachtleben: double check your settings.xml against http://community.jboss.org/wiki/MavenGettingStarted-Users
[02:31:50] *** mojavelinux has quit IRC
[02:33:54] <ssachtleben> copied settings.xml same issue oh well
[02:34:30] <ssachtleben> my project worked fine with parent 10 and bom 3.0.0.Final
[02:34:43] <ssachtleben> I have just switched parent 14 and bom 3.1.0-SNAPSHOT
[02:35:47] <sbryzak> that's really strange.. is there no mention of the jboss repo in maven's output at all?
[02:35:53] <sbryzak> or is it just trying to resolve against central?
[02:36:07] <ssachtleben> I have the lib thats not the problem
[02:36:10] <sbryzak> ssachtleben: can you pastebin the output?
[02:36:18] <ssachtleben> it just will not used for compiling
[02:36:25] <sbryzak> ah
[02:38:20] <sbryzak> ssachtleben: can you pastebin the compiler error?
[02:38:31] <sbryzak> the SecurityEventMessages class is actually in seam-security-impl
[02:38:35] <sbryzak> not in seam-security-api
[02:38:45] <sbryzak> i'm not sure what would be using it in the faces module
[02:39:03] <ssachtleben> its not faces module
[02:39:17] <ssachtleben> I have made my changes in faces module
[02:39:36] <ssachtleben> now I want to test it with my application which runs currently with 3.0.0.Final
[02:39:57] <ssachtleben> but I can't just use the new faces module since solder have to be newer and so on
[02:40:10] <ssachtleben> so I wanted to switch to latest seam dependencies at all
[02:40:47] *** lincolnthree has quit IRC
[02:40:55] <sbryzak> ok, so what do your maven dependencies look like for seam security, and which of your classes is using SecurityEventMessages ?
[02:41:09] *** sienaluke has joined #seam-dev
[02:42:33] <ssachtleben> build: http://pastebin.com/Xhq2WWUs
[02:43:23] <sbryzak> ok so you're missing the seam security impl from your build
[02:43:23] <ssachtleben> pom: http://pastebin.com/hgRzYsqE
[02:43:49] <ssachtleben> I have dependency on seam-security
[02:44:01] <ssachtleben> and in eclipse it is in Maven Dependencies
[02:44:13] <ssachtleben> and when I go to the class where it says no symbol
[02:44:23] <ssachtleben> I can click on SecurityEventMessages
[02:44:28] <ssachtleben> and browse over source code
[02:45:14] <sbryzak> try overriding the seam-security version in your bom with 3.1.0.Beta2
[02:46:44] <ssachtleben> same
[02:47:25] <sbryzak> can you check your local copy of seam-bom 3.1.0-SNAPSHOT ?
[02:47:42] <sbryzak> confirm it's there, and confirm which version of the seam-security dependency it's using
[02:48:01] <sbryzak> you've got this weird warning in your build: [WARNING] Could not transfer metadata org.jboss.seam:seam-bom:3.1.0-SNAPSHOT/maven-metadata.xml from/to prime-repo (http://repository.prime.com.tr): null to http://repository.prime.com.tr/org/jboss/seam/seam-bom/3.1.0-SNAPSHOT/maven-metadata.xml
[02:48:06] <sbryzak> do you have another repo set up?
[02:49:30] <ssachtleben> yeah I have PrimeFaces and OCPSoft repository also
[02:49:42] <ssachtleben> seam-security runtime scope is in seam-bom
[02:50:02] <ssachtleben> api and external compile scope
[02:50:06] <sbryzak> ah
[02:50:13] <sbryzak> override it to make it compile
[02:50:16] <sbryzak> <scope>compile</scope>
[02:50:20] <sbryzak> in your project bom
[02:51:12] <ssachtleben> lol make sense
[02:51:24] <ssachtleben> weeh only 9 of 45 errors left :D
[02:51:35] <sbryzak> because you're importing implementation classes directly into your project
[02:51:40] <sbryzak> i should have caught onto that earlier
[02:52:13] <ssachtleben> it worked fine with 3.0.0.Final
[02:52:32] <sbryzak> we had the combined jars in that version
[02:52:40] <sbryzak> so both api and impl were in compile scope
[02:52:42] <sbryzak> which was wrong
[02:53:04] <sbryzak> it's generally a no-no to use the impl classes directly ;)
[02:53:46] <ssachtleben> ah
[02:54:03] <ssachtleben> whats about package org.jboss.seam.faces.status does not exist
[02:54:14] *** lincolnthree has joined #seam-dev
[02:54:50] <sbryzak> once again, it's an impl package
[02:55:01] <sbryzak> it doesn't exist in the api
[02:55:07] <ssachtleben> :D
[02:56:52] <ssachtleben> ok mvn works fine now thanks
[02:58:32] <sbryzak> cool :)
[02:59:15] <ssachtleben> ok well but now its too late for me to test and check in
[02:59:30] <ssachtleben> I will go on tomorrow good night
[03:00:11] *** ssachtleben has quit IRC
[03:01:28] <jose_freitas> bleathem_away,
[03:01:40] <jose_freitas> jsfunit beta2 is finally out!
[03:09:53] *** Diablo-D3 has joined #seam-dev
[03:30:00] *** lincolnthree has quit IRC
[03:32:41] *** tsurdilo has quit IRC
[03:33:16] *** akazakov has quit IRC
[03:56:19] *** bleathem_away is now known as bleathem
[03:56:23] <bleathem> jose_freitas: right on!
[03:56:33] *** jose_freitas has quit IRC
[03:56:39] <bleathem> jose_freitas: that's awesome, thanks for working so hard on that!
[03:57:11] <bleathem> how's the hack night going?
[03:57:29] <bleathem> anyone still actively working on issues?
[04:00:09] *** lincolnthree has joined #seam-dev
[04:00:33] *** rruss has quit IRC
[04:05:32] <PeteRoyle> lincolnthree: I've used a namespace and made the test easier to read: https://gist.github.com/1205078
[04:05:32] <PeteRoyle> Next question is, whereabouts in the Seam Render project should I apply the ParserContext to the TemplateCompiler?
[04:06:04] *** tsurdilo has joined #seam-dev
[04:09:39] *** mojavelinux has joined #seam-dev
[04:17:49] <bleathem> any seam faces hackers about?
[04:17:59] <lincolnthree> PeteRoyle: looking
[04:18:31] * bleathem someone needs to tell lincolnthree and PeteRoyle it's not a Seam Render hack night
[04:18:51] <lincolnthree> PeteRoyle: it doesn't look like your capitalize test is testing anything
[04:19:06] <sbryzak> bleathem: i'm still working on one
[04:19:10] <lincolnthree> i would say that if anywhere, this should be added in the TemplateCompiler when it creates the context object
[04:19:17] <sbryzak> have to reboot though, computer has become really slow
[04:19:21] <bleathem> sbryzak: right on! what are you looking at?
[04:19:24] <lincolnthree> sbryzak: pron!
[04:19:40] <bleathem> sbryzak: are you running mac? linux?
[04:19:43] <sbryzak> linux
[04:19:52] <sbryzak> lincolnthree: yeah too much pron i think
[04:20:07] <sbryzak> bleathem: i'd tell you if i could switch back to chrome, but it's become unresponsive
[04:20:07] <bleathem> I just got an extra 4GB of RAM that made a big diff for me
[04:20:08] <sbryzak> brb
[04:20:19] <bleathem> sbryzak: cya on the other side
[04:22:04] *** sbryzak has quit IRC
[04:27:26] *** sbryzak has joined #seam-dev
[04:27:26] *** sbryzak has quit IRC
[04:27:27] *** sbryzak has joined #seam-dev
[04:28:36] <PeteRoyle> lincolnthree: you're right! fixed
[04:29:53] *** sienaluke has quit IRC
[04:31:45] <PeteRoyle> lincolnthree: in CustomTemplateCompiler.java:477+
[04:31:46] <PeteRoyle> ?
[04:33:20] <sbryzak> the good news is, that the section of the roof i waterproofed is no longer leaking
[04:33:43] <sbryzak> now i just have to do the rest of the house, which is still leaking...
[04:33:50] <sbryzak> PeteRoyle: is it pouring down rain there?
[04:34:13] <PeteRoyle> yep
[04:34:24] <sbryzak> i've got a leak right above my computer desk, i've had to put a sheet of ply over the whole thing to keep the computers dry
[04:34:36] <PeteRoyle> hehe. d'oh
[04:36:29] <PeteRoyle> lincolnthree: ok I see a few "PaserContext.create()" calls up around :371. I'll refactor all of those to a new method which applies the import as well
[04:37:08] <PeteRoyle> Hoping that's what you meant
[04:38:51] <lincolnthree> let me look 1 sec
[04:39:19] <sbryzak> lincolnthree: off topic, but do we have prettytime support in seam international?
[04:39:43] <lincolnthree> sbryzak: actually i'm not sure. i think it was an optional dependency for a while, but
[04:40:02] <lincolnthree> it never really had strong integration
[04:40:07] <lincolnthree> im not sure if it's there anymore
[04:40:13] <sbryzak> hmm, ok i'll check it later today, and add a feature issue in jira if it's not
[04:40:27] <sbryzak> it would be nice to be able to inject a localized PrettyTime
[04:40:54] <sbryzak> wow, it's pouring buckets here
[04:41:06] <lincolnthree> well, PrettyTime objects are cheap and not really needed to be passed around, but that could work :)
[04:41:38] <sbryzak> it would be nice to have it automatically localized though
[04:42:06] <lincolnthree> that would be nice
[04:42:26] <lincolnthree> PeteRoyle: i think CompiledTemplateResource is where you should put it
[04:42:32] <sbryzak> stupid selinux, after a recent software update it won't let me load chrome any more
[04:42:47] <lincolnthree> PeteRoyle: in the render(?) methods
[04:43:09] <lincolnthree> since that's where the contexts are passed in
[04:45:39] <PeteRoyle> lincolnthree: PAsrserContexts?
[04:45:45] <PeteRoyle> That's what I ned to work with.
[04:45:57] <lincolnthree> no,  Map<Object, Object> context
[04:46:03] <lincolnthree> that's where you add stuff like this
[04:46:46] <lincolnthree> unless I'm wrong?
[04:47:04] <PeteRoyle> No I was just doing it differently, like this: http://mvel.codehaus.org/Programmatic+Imports+for+2.0
[04:47:25] <PeteRoyle> Originally because I wanted to import them like keywords...
[04:47:39] <lincolnthree> ahh
[04:47:42] <PeteRoyle> but since realising that a namespace would be good, now it could be done either way
[04:47:57] <lincolnthree> which way do you think is better? :)
[04:48:04] <PeteRoyle> Just trying to work out if there are any other differences...
[04:48:52] <PeteRoyle> I think namespace is important
[04:49:55] <PeteRoyle> The only other difference I can see is...
[04:50:26] <PeteRoyle> 'Import' just imports the class and calls its static methods, so no need to instanciate an instance
[04:50:45] <PeteRoyle> err ... instantiate an object
[04:51:27] <lincolnthree> well, the idea with the context map is that you pre-instantiate the object which contains the methods you want to call
[04:51:28] <lincolnthree> but
[04:51:49] <lincolnthree> if it's simpler to do it the way you want, maybe it's worth adding an API to be able to add more of these imports
[04:52:16] <PeteRoyle> right, so it's just a very negligable memory usage improvement
[04:52:26] <PeteRoyle> It's probably not simpler
[04:52:39] <PeteRoyle> But there's no much in it
[04:53:20] <PeteRoyle> I say we go with the slightly optimised approach
[04:53:36] <lincolnthree> do it
[04:54:12] <lincolnthree> gotta run though, sorry to bail
[04:54:14] *** lincolnthree has left #seam-dev
[05:06:23] <jbossbot> git [faces] push develop 61968e9.. Shane Bryzak SEAMFACES-15
[05:06:25] <jbossbot> jira [SEAMFACES-15] Warnings should be issued when @Dependent scoped Validators and Converters are registered [Open (Unresolved) Feature Request, Minor, Shane Bryzak] https://issues.jboss.org/browse/SEAMFACES-15
[05:06:25] <jbossbot> git [faces] push develop URL: http://github.com/seam/faces/compare/1c4c11d...61968e9
[05:07:17] <sbryzak> bleathem: SEAMFACES-15 is done
[05:07:18] <jbossbot> jira [SEAMFACES-15] Warnings should be issued when @Dependent scoped Validators and Converters are registered [Resolved (Done) Feature Request, Minor, Shane Bryzak] https://issues.jboss.org/browse/SEAMFACES-15
[05:07:30] <bleathem> nice!
[05:08:04] <bleathem> did you issue a warning, or go with Jason's suggestion of defaulting to RequestScoped?
[05:08:31] <sbryzak> you might like to review the commit
[05:08:37] <sbryzak> i decided to override the scope
[05:08:42] <bleathem> I'll have a look now
[05:08:58] <sbryzak> cool
[05:09:17] <sbryzak> it only supported converters and validators that are managed beans
[05:09:28] <sbryzak> but i'm guessing that shouldn't be a problem
[05:09:52] <sbryzak> if we decide later we want to support producers also we can always change it
[05:10:37] <bleathem> what's NormalScope?
[05:11:12] <stuartdouglas> normal scope is a scope that requires a proxy
[05:11:33] <stuartdouglas> basically every scope other than @Dependent
[05:11:41] <bleathem> ok, cool
[05:11:51] <bleathem> that looks good
[05:12:07] <bleathem> I'm sure that will alleviate some buggy behaviour people are observing
[05:12:37] <bleathem> I wish I could be solving some issue myself, but we have a RichFaces code freeze tomorrow
[05:12:50] <bleathem> keeping me busy
[05:25:34] <bleathem> mojavelinux: did you have a chance to see what lincoln and I came up for type safe navigation?
[05:25:41] <bleathem> ^came up with
[05:26:13] <bleathem> thought you might be interested, since we spoke about it a while back
[05:28:51] *** rruss has joined #seam-dev
[05:30:04] <PeteRoyle> I accidentally added a Seam Reports issue to SEAMFORGE. But noticing there isn't any SEAMREPORTS anyway, is that right?
[05:30:17] <PeteRoyle> Or have I missed it
[05:39:24] <sbryzak> PeteRoyle: i'll create a SEAMREPORTS jira project, one minute
[05:39:45] <sbryzak> actually, it's already there
[05:39:59] * PeteRoyle looks again
[05:40:14] <sbryzak> https://issues.jboss.org/browse/SEAMREPORTS
[05:40:20] <sbryzak> which issue was it? i'll move it over
[05:40:44] <PeteRoyle> SEAMFORGE-291
[05:40:46] <jbossbot> jira [SEAMFORGE-291] Make string helpers available in all templates [Open (Unresolved) Feature Request, Optional, Peter Royle] https://issues.jboss.org/browse/SEAMFORGE-291
[05:40:48] <PeteRoyle> thanks sbryzak
[05:41:33] <sbryzak> done, SEAMREPORTS-23
[05:41:34] <jbossbot> jira [SEAMREPORTS-23] Make string helpers available in all templates [Open (Unresolved) Feature Request, Optional, Peter Royle] https://issues.jboss.org/browse/SEAMREPORTS-23
[05:42:52] *** gastaldi has joined #seam-dev
[05:43:57] *** lightguard_jp_aw is now known as lightguard_jp
[05:45:25] <PeteRoyle> cool :)
[05:49:49] <lightguard_jp> bleathem: Sounds like some good work was done
[05:49:57] <lightguard_jp> I need to finish mine :)
[05:51:43] *** tair1 has joined #seam-dev
[05:52:05] <bleathem> lightguard_jp: that's great to hear!
[05:52:35] <lightguard_jp> bleathem: Did we knock out a bunch?
[05:52:49] <lightguard_jp> Or at least a few?
[05:52:54] <bleathem> sbryzak: did two, and I haven't got any other pull requests
[05:53:09] <bleathem> but I think some work was started that will continure tomorrow
[05:53:26] <lightguard_jp> Good to hear
[06:06:36] *** tsurdilo has quit IRC
[06:06:46] <PeteRoyle> sbryzak: you won't believe it. I meant SEAMRENDER
[06:07:00] <sbryzak> oh.. heh
[06:07:01] <PeteRoyle> Don't know why I wrote SEAMREPORTS
[06:07:08] <sbryzak> ok i'll have to create a project for that
[06:07:14] <PeteRoyle> hehe, thanks heaps!
[06:15:08] <gastaldi> lol
[06:17:40] <gastaldi> hey bleathem
[06:17:50] <bleathem> hey gastaldi
[06:18:46] <bleathem> how did your Seam solder issue work out?
[06:18:59] 
[06:19:09] <gastaldi> :(
[06:19:18] <bleathem> :'(
[06:19:26] <gastaldi> Checking it now
[06:19:34] <gastaldi> so, Refactor BeanManagerUtils to make use of Solder's BeanManagerLocator
[06:19:47] <gastaldi> Does it mean that no @Inject BeanManager will be needed ?
[06:19:52] <bleathem> let me look
[06:19:59] <gastaldi> SEAMFACES-150
[06:20:00] <jbossbot> jira [SEAMFACES-150] Refactor BeanManagerUtils to make use of Solder's BeanManagerLocator [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-150
[06:20:32] <lightguard_jp> bleathem: When do you think you'll have the jsfunit stuff merged in?
[06:20:49] <bleathem> hmm
[06:21:02] <bleathem> the jsfunit branch we have is based off the old test structure
[06:21:14] <bleathem> it'll have to be migrated to the new testsuite test structure
[06:22:06] <jbossbot> git [faces] push develop 373ddac.. Brian Leathem Merge pull request #48 from maschmid/testsuite-update...
[06:22:07] <jbossbot> git [faces] push develop URL: http://github.com/seam/faces/compare/61968e9...373ddac
[06:22:15] <bleathem> which reminded me I had a pull request to merge
[06:22:53] <bleathem> gastaldi: how many of the methods in BeanManagerUtils have analogous methods in Solder?
[06:23:05] <bleathem> in Solder's BeanManagerLocator
[06:23:29] <gastaldi> hum, none ?
[06:23:34] <bleathem> no?
[06:23:35] <bleathem> hmm
[06:23:42] <bleathem> pulling up the API
[06:23:54] <gastaldi> BeanManagerLocator only has getBeanManager which is useful
[06:24:24] <gastaldi> But there are some warnings on the JavaDoc
[06:24:30] <gastaldi>  * <b>**WARNING**</b> This class is <b>NOT</b> a clever way to get the
[06:24:30] <gastaldi>  * BeanManager, and should be <b>avoided at all costs</b>. If you need a handle
[06:24:30] <gastaldi>  * to the {@link BeanManager} you should probably register an {@link Extension}
[06:24:30] <gastaldi>  * instead of using this class; have you tried using @{@link Inject}?
[06:25:32] *** clerum has quit IRC
[06:25:33] <bleathem> I'm wondering if I referenced the wrong Solder class in the jira when I wrote this up
[06:26:01] <gastaldi> humm possibly
[06:26:16] <gastaldi> ahhh there is a BeanManagerUtils in Solder
[06:26:30] <gastaldi> Yes, there are two methods
[06:26:48] <bleathem> I'm not seeing BeanManagerUtils in Solder
[06:26:57] <bleathem> looking at the "latest" api docs
[06:27:04] <bleathem> http://docs.jboss.org/seam/3/solder/latest/api/
[06:27:43] <bleathem> gastaldi: where are you looking?
[06:27:53] 
[06:28:09] <lightguard_jp> bleathem: I'll just push to my fork and then do a pull request :)
[06:28:17] 
[06:28:28] <bleathem> lightguard_jp: sure
[06:28:39] <bleathem> are you looking in github then?
[06:28:48] <bleathem> seems like the solder API docs are out of date
[06:28:51] <bleathem> gastaldi ^
[06:29:17] <bleathem> https://github.com/seam/solder/blob/develop/impl/src/main/java/org/jboss/seam/solder/beanManager/BeanManagerUtils.java
[06:30:10] <gastaldi> bleathem: I am looking on Eclipse itself
[06:30:22] <gastaldi> Seam faces is configured to use 3.1.0.Beta2
[06:30:23] <bleathem> yeah, it's in latest develop
[06:30:37] <bleathem> it's just the online API docs that are out of date
[06:30:40] <gastaldi> There are some issues on these methods :P
[06:30:55] <bleathem> they are almost the Faces methods verbatim
[06:31:05] <gastaldi> Almost
[06:31:20] <gastaldi> org.jboss.seam.faces.util.BeanManagerUtils.injectNonContextualInstance(Object) is quite different
[06:31:31] <gastaldi> since it uses FormValidationTypeOverrideExtension
[06:32:10] <lightguard_jp> bleathem: What's the naming standard you want to start using in the tests? I'll need a backing bean.
[06:32:23] <bleathem> lightguard_jp: suggestions?
[06:32:23] <lightguard_jp> bleathem: Is there a suffix you use?
[06:32:34] <bleathem> "Test" I guess
[06:32:40] <gastaldi> haha
[06:32:41] <bleathem> open to suggestions tho
[06:32:53] <bleathem> oh, for the backing bean
[06:33:01] <bleathem> 1 sec
[06:33:02] <gastaldi> MB ?
[06:33:06] <gastaldi> Bean ?
[06:33:10] <lightguard_jp> Yeah, looks like you're just using blahBean
[06:33:14] <bleathem> name of the Test, backed by "Bean"
[06:33:15] <lightguard_jp> Which works fine for me
[06:57:29] <gastaldi> bleathem: Any suggestion for SEAMFACES-150 ?
[06:57:30] <jbossbot> jira [SEAMFACES-150] Refactor BeanManagerUtils to make use of Solder's BeanManagerLocator [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-150
[06:58:07] <bleathem> just to comb the Solder docs looking for replacement functionality. If it's not all there, we should file Solder issues.
[06:58:09] <gastaldi> I believe getContextualInstance is the only method to be re-used
[06:58:18] <bleathem> that stuff shouldn't live in faces
[06:58:24] <gastaldi> agreed
[06:59:03] <gastaldi> There is another on SeamPersistence too !! :)
[06:59:15] <gastaldi> oh god...
[06:59:30] <gastaldi> Copy Paste should be punished
[07:00:09] <bleathem> yeah
[07:00:18] <bleathem> i think this is the punishment tho
[07:00:23] <gastaldi> :P
[07:00:41] 
[07:00:53] <gastaldi> Or will break compatibility
[07:00:57] <bleathem> sorry gastaldi, I thought it would be an easy one, looks like more effort is required
[07:01:05] <gastaldi> me too :(
[07:01:18] <gastaldi> too bad for my first issue :P
[07:01:49] <gastaldi> SOLDER-78 must be resolved first
[07:01:50] <jbossbot> jira [SOLDER-78] Provide convenience APIs for creating a bean instance [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SOLDER-78
[07:02:00] 
[07:03:38] <bleathem> ok cool
[07:03:58] <bleathem> maybe add that as a comment in the docs, link the issues, and we'll move on
[07:04:11] <gastaldi> ok
[07:05:52] <gastaldi> Have Solder been on any Seam Hack night ?
[07:06:14] <bleathem> not yet
[07:06:18] <bleathem> that would be a tough one
[07:06:19] <gastaldi> Guess what is the next module ? :D
[07:06:29] <bleathem> Solder is some dense sh*t!
[07:06:33] <gastaldi> lol
[07:06:35] <gastaldi> But necessary
[07:06:44] <bleathem> trur
[07:06:46] <gastaldi> As it is the base for all those modules
[07:06:46] <bleathem> true
[07:06:51] <stuartdouglas> It's not that bad
[07:06:54] <gastaldi> I vote for Solder to be the next one
[07:06:57] <stuartdouglas> except for generic beans
[07:07:07] <gastaldi> stuartdouglas: agreed
[07:07:37] <gastaldi> It reminds me that I must get back to writing about ServiceHandlers in CDI 1.1 :P
[07:07:54] <bleathem> maybe it's not that bad, but Solder scares me
[07:07:59] <gastaldi> lol
[07:08:03] <bleathem> I should probably just dive into it one day
[07:08:13] <gastaldi> sbryzak: you there ?
[07:08:22] <sbryzak> gastaldi: yep
[07:08:29] <gastaldi> sbryzak: What do you think about it ?
[07:08:49] <gastaldi> huh, who is the leader of Solder ?
[07:08:54] <sbryzak> hack night for solder?
[07:08:58] <gastaldi> yup
[07:09:01] <sbryzak> hmm, i'm not sure
[07:09:09] <stuartdouglas> I think it is me :-)
[07:09:10] <sbryzak> a lot of it is really specialized code
[07:09:12] <gastaldi> yay !
[07:09:24] <gastaldi> Solder is a pandora box
[07:09:40] 
[07:09:50] <sbryzak> it's not really like other modules, where anyone can just pick up an issue to work on
[07:09:55] <gastaldi> really ?
[07:10:00] <bleathem> "specialized code" is a much more tactful way of putting it - well said sbryzak!
[07:10:04] <sbryzak> that's my opinion, stuartdouglas what do you think?
[07:10:34] <bleathem> "specialized code" = "dense sh*t"
[07:10:35] <bleathem> lol
[07:10:42] <gastaldi> haha
[07:11:21] * gastaldi pokes stuartdouglas
[07:11:34] 
[07:11:49] <stuartdouglas> sorry, I was responding on another channel
[07:11:54] <gastaldi> :)
[07:11:56] <gastaldi> nop
[07:11:57] <stuartdouglas> Its not that specialised
[07:12:08] <gastaldi> the shit is not that dense ?
[07:12:54] <stuartdouglas> bits of it are maybe, but there is a lot of simple things to
[07:13:09] <gastaldi> I think it would help on other modules as well
[07:13:14] <gastaldi> If we work on it
[07:13:17] <sbryzak> stuartdouglas: do you think you could put together a list of issues for a hack night?
[07:13:27] <gastaldi> Like this BeanManagerUtils stuff
[07:13:31] * stuartdouglas opens up JIRA
[07:14:22] <gastaldi> ohhh ! there is a blocker !
[07:14:29] <gastaldi> SOLDER-64
[07:14:31] <jbossbot> jira [SOLDER-64] Make Solder portable to Resin's CDI implementation [Open (Unresolved) Task, Blocker, Unassigned] https://issues.jboss.org/browse/SOLDER-64
[07:15:33] <gastaldi> There are some not so clear, like SOLDER-26
[07:15:34] <jbossbot> jira [SOLDER-26] Tighten validations on generic beans [Open (Unresolved) Feature Request, Optional, Unassigned] https://issues.jboss.org/browse/SOLDER-26
[07:15:49] <gastaldi> WTF does that means ?
[07:19:37] <gastaldi> which issues were resolved on this Hack night ?
[07:21:32] <bleathem> We should instead have a hack night on Seam conversion
[07:21:50] <gastaldi> Ah yeah, that would be cool if that module existed
[07:22:04] <gastaldi> :)
[07:22:05] <bleathem> let's make it exist!
[07:22:25] <bleathem> so it turns out clicking a button to submit a form doesn't blur the last input element
[07:22:28] <bleathem> that sucks
[07:23:53] *** alesj has joined #seam-dev
[07:32:16] *** oskutka has quit IRC
[07:37:44] *** gastaldi has quit IRC
[07:43:48] *** gastaldi has joined #seam-dev
[07:50:32] <gastaldi> huh, is SEAMFACES-83 on list also ? :)
[07:50:34] <jbossbot> jira [SEAMFACES-83] Would be nice to do @Inject @Faces List<Locale> supportedLocales [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-83
[07:51:30] <bleathem>   gastaldi take it if you want it
[07:51:34] <gastaldi> great
[07:51:35] <gastaldi> :)
[07:51:48] <gastaldi> I like to start with a light one :D
[07:51:59] <gastaldi> Then I believe I am not that stupid :)
[07:52:01] <bleathem> gastaldi: i18ln might be more your up your alley than it is mine
[07:52:45] *** mgoldmann has joined #seam-dev
[07:58:13] *** jharting has joined #seam-dev
[07:59:19] *** tair1 has quit IRC
[08:02:58] *** chkal has joined #seam-dev
[08:03:55] <bleathem> hey chkal
[08:04:03] <chkal> hey all
[08:04:21] <bleathem> how's it going?
[08:04:54] <chkal> everything fine, and you? :)
[08:05:07] <bleathem> pretty good
[08:05:17] <bleathem> glad to see somoe Seam Faces issues resolving :)
[08:05:43] <chkal> Hehe! Yeah, the hack night was a very good idea! :)
[08:06:16] <bleathem> it seems to be a great way to keep people interested in the project, that's for sure
[08:07:28] <chkal> Yeah, that's true!
[08:07:49] <chkal> And the result is impressing! :)  http://awesomescreenshot.com/0e8k2hhc9
[08:09:05] <lightguard_jp> I'm glad it's starting to take off
[08:09:17] <lightguard_jp> I thought it would take a few times for it to really take off
[08:09:22] <gastaldi> chkal: Is this yours ? SEAMFACES-185
[08:09:23] <jbossbot> jira [SEAMFACES-185] Add support for activating beans based on the JSF project stage [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-185
[08:09:58] <chkal> @gastaldi: Yepp! :)
[08:10:01] <gastaldi> cool
[08:10:10] <gastaldi> Any solution ?
[08:10:17] <gastaldi> How MyFaces CODI implemented it ?
[08:10:33] <gastaldi> bleathem: Can you assign SEAMFACES-83 to myself ? ;)
[08:10:34] <jbossbot> jira [SEAMFACES-83] Would be nice to do @Inject @Faces List<Locale> supportedLocales [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-83
[08:10:34] <chkal> I think they don't support web.xml at all. Only JNDI.
[08:11:29] <chkal> However I think supporting web.xml is important as 90% of the people are using it to configure the project stage.
[08:11:35] <bleathem> sbryzak: I don't get why I can't assign gastaldi to an issue
[08:11:38] <bleathem> can you?
[08:11:43] <bleathem> is it a privileges thing?
[08:11:50] <gastaldi> possibly
[08:11:54] <lightguard_jp> bleathem: He's probably not in the developer group on faces
[08:12:09] <bleathem> lightguard_jp: ok, does he have to be?
[08:12:36] <gastaldi> another thing: is this supposed to exist ? https://github.com/seam/faces/blob/develop/testsuite/common/src/main/java/org/jboss/seam/security/extension/SecurityExtension.java
[08:12:51] <lightguard_jp> I believe so, we had this problem once before.
[08:12:57] <gastaldi> ok
[08:13:59] <gastaldi> chkal: Interesting
[08:14:26] <bleathem> SEAMFACES-83
[08:14:27] <jbossbot> jira [SEAMFACES-83] Would be nice to do @Inject @Faces List<Locale> supportedLocales [Open (Unresolved) Feature Request, Major, George Gastaldi] https://issues.jboss.org/browse/SEAMFACES-83
[08:14:33] <gastaldi> yeaaay
[08:15:53] <bleathem> chkal gastaldi CODI actually has a sperate config you have to set for the project stage
[08:16:07] <bleathem> they though a warning if the web.xml value does not match their value
[08:16:14] <bleathem> this way they avoid parsing the web.xml
[08:16:20] <bleathem> I don't really like it
[08:16:22] <lightguard_jp> Hm, well, gastaldi is a developer for the project, so he should be able to be assigned issues
[08:16:32] <bleathem> lightguard_jp: sorry, I just added him
[08:16:37] <bleathem> and assigned to him
[08:17:17] <lightguard_jp> bleathem: Ah, okay :)
[08:17:23] <bleathem> chkal: Lincoln proposed we use a service provider interfaces, and come up with platform specific impls to provide access to the web.xml
[08:17:36] <bleathem> I probably messed up the description
[08:17:41] <bleathem> of his solution
[08:17:49] <bleathem> but hopefully you get the gyst
[08:18:23] <gastaldi> right
[08:18:28] <bleathem> stuartdouglas: do you have any ideas how we can access the web.xml from a CDI extension in JBoss AS?
[08:18:41] <bleathem> (you can't use the servlet context, as it's not yet available)
[08:18:55] <stuartdouglas> you can't, without doing something really hackey
[08:19:04] <bleathem> chkal has tomcat jetty and glassfish covered (doing something hacky)
[08:19:16] <bleathem> we just need to come up with a JBoss AS solution
[08:19:25] <bleathem> SEAMFACES-122
[08:19:26] <stuartdouglas> namely using getResource() to get the location of a known resource (e.g. the extension class itself)
[08:19:26] <jbossbot> jira [SEAMFACES-122] Find a way to use the @ViewConfig enums to provide type-safe navigation rules [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-122
[08:19:42] <stuartdouglas> then from there figure out the path to the web.xml
[08:19:44] <bleathem> then use relative paths?
[08:19:53] <bleathem> got it
[08:19:54] <stuartdouglas> yea
[08:19:58] <stuartdouglas> its pretty horrible
[08:20:01] <bleathem> tis
[08:20:23] <bleathem> I've filed spec issues, hopefully this gets resolved... in 2-3 years :/
[08:20:36] <bleathem> :-/
[08:20:49] <bleathem> :-/
[08:20:55] <bleathem> learned a new smiley
[08:25:15] <gastaldi> hahaha
[08:29:18] <gastaldi> damn, how do I run tests with this new structure ?
[08:29:24] <gastaldi> mvn test on root ?
[08:30:01] <gastaldi> I am facing org.codehaus.plexus.archiver.ArchiverException: The source must not be a directory.
[08:31:47] <bleathem> gastaldi: hopefully lightguard_jp can help you out
[08:31:54] <bleathem> I'm not yet familiar with the new test structure
[08:32:10] <bleathem> ok, 3 richfaces 4.1 M3 issues to go
[08:32:21] <bleathem> I might actually make tomorrow's code freeze!
[08:32:38] *** gegastaldi has joined #seam-dev
[08:34:31] *** gastaldi has quit IRC
[08:34:34] *** mojavelinux has quit IRC
[08:34:57] <lightguard_jp> gastaldi that's a new one.
[08:35:01] <lightguard_jp> Did you mvn install first?
[08:35:47] <gegastaldi> yeah
[08:35:52] <gegastaldi> will run it again
[08:35:55] *** gegastaldi is now known as gastaldi
[08:36:07] <gastaldi> ah nevermind
[08:37:08] <lightguard_jp> gastaldi: got it?
[08:37:46] <bleathem> 2 issues left!
[08:38:54] *** oskutka has joined #seam-dev
[08:39:02] *** kpiwko has joined #seam-dev
[08:42:00] <gastaldi> got it
[08:44:17] <gastaldi> https://github.com/seam/faces/pull/49
[08:45:49] 
[08:46:03] <bleathem> thanks gastaldi!
[08:46:10] <gastaldi> thank you
[08:46:36] <gastaldi> did you get that pull req /
[08:46:37] <gastaldi> ?
[08:47:15] <jbossbot> git [faces] push develop 3a993b7.. George Gastaldi SEAMFACES-83
[08:47:16] <jbossbot> jira [SEAMFACES-83] Would be nice to do @Inject @Faces List<Locale> supportedLocales [Pull Request Sent (Unresolved) Feature Request, Major, George Gastaldi] https://issues.jboss.org/browse/SEAMFACES-83
[08:47:16] <jbossbot> git [faces] push develop 27f6423.. Brian Leathem Merge pull request #49 from gastaldi/SEAMFACES-83...
[08:47:16] <jbossbot> git [faces] push develop URL: http://github.com/seam/faces/compare/373ddac...27f6423
[08:47:21] <bleathem> yep :)
[08:47:24] <gastaldi> I love this output !
[08:47:27] <gastaldi> lol
[08:47:29] <bleathem> lol
[08:47:53] <bleathem> I've gotten lazy though, and started using the github web ui for merging pull requests
[08:48:04] <bleathem> it's just soo much quicker
[08:48:19] <gastaldi> indeed it is
[08:48:39] <gastaldi> ok, not I am out
[08:48:47] <gastaldi> See ya tomorrow
[08:48:52] *** maschmid has joined #seam-dev
[08:49:05] <gastaldi> r/not/now
[08:49:22] *** gastaldi has quit IRC
[08:51:16] *** koentsje has joined #seam-dev
[09:00:37] *** mgoldmann_ has joined #seam-dev
[09:03:48] *** mgoldmann has quit IRC
[09:08:32] <lightguard_jp> grr maven
[09:09:29] <lightguard_jp> bleathem: Shoot, the jsfunit-arquillian relies on older version of shrinkwrap-descriptors-impl
[09:09:31] <lightguard_jp> bags
[09:09:47] <bleathem> lol
[09:10:22] <lightguard_jp> We'll see if it can use the newer version
[09:11:27] <bleathem> well, hopefully now that JSFUnit has had some "administration love" jose will be able to whip out more betas, more quickly
[09:12:09] <lightguard_jp> Yeah, hope so too
[09:12:17] <lightguard_jp> I'll have to talk with him and get that one updated
[09:15:49] <lightguard_jp> All of this because I want to test what I wrote
[09:17:40] <bleathem> lightguard_jp: well, the benefits of getting the testing ironed out are beyond your current testing requirements
[09:18:02] <bleathem> it is a contribution of it's own right
[09:21:25] <lightguard_jp> The testing structure was not setup properly it looks like
[09:23:41] <lightguard_jp> Faces is going to need some major work to make this testing structure function
[09:24:22] <bleathem> yikes
[09:25:27] <lightguard_jp> The faces-config.xml you were using, was it just empty?
[09:26:52] <lightguard_jp> bleathem: The problem is that they took all of the classes you guys had and dumped them in, some of them don't need to be run on weld embedded, only on a server so you'll need a common server area, or you'll have to exclude tests in embedded weld
[09:29:56] *** mnovotny has joined #seam-dev
[09:32:15] *** PeteRoyle has quit IRC
[09:32:40] *** mathieuancelin has joined #seam-dev
[09:36:02] <lightguard_jp> Hrm, faces is a bit of a unique beast as you have to create a war with other files because just java files.
[09:36:14] <lightguard_jp> maschmid: We need to talk about this one a bit.
[09:36:29] <lightguard_jp> maschmid: Will you at the f2f or at least calling in on some of the sessions?
[09:37:22] <lightguard_jp> sbryzak: ping
[09:37:40] <sbryzak> lightguard_jp: pong
[09:37:45] *** mgoldmann_ has quit IRC
[09:38:09] <lightguard_jp> sbryzak: We need to figure out the best way to setup faces for the testing structure.
[09:38:09] <maschmid> lightguard_jp: I won't be there, but I guess I could be there by phone...
[09:38:16] *** mgoldmann has joined #seam-dev
[09:38:47] <sbryzak> lightguard_jp: can't we copy it from solder?
[09:39:00] <lightguard_jp> sbryzak: maschmid My first guess is that we should have another common but that will be for servers only, not to be used by embedded. That may not work though
[09:39:35] <sbryzak> what will the other folder contain?
[09:39:57] <lightguard_jp> I might be able to get this to work if I put things in the resources folder and not webapp so they get bundled with the jar
[09:40:11] <lightguard_jp> Let me try that first
[09:40:18] <lightguard_jp> bleathem: http://seamframework.org/Community/HighlightingFieldsWithSvalidateForm
[09:40:37] * bleathem is glaad lightguard_jp is looking into the testing infrastructure for Faces
[09:41:11] <lightguard_jp> Spam to nuke on the forums
[09:41:55] <bleathem> lightguard_jp: I don't know abou thtat one (forum post) I'd have to try it out
[09:42:58] <lightguard_jp> Maybe just have them file a JIRA then
[09:43:20] *** mgoldmann has quit IRC
[09:44:23] <bleathem> would probably be best
[09:44:41] <bleathem> Sweet, and I'm ready for the code-freeze
[09:44:43] <bleathem> !!
[09:45:10] <bleathem> hmm, there is one Unassigned issue
[09:45:19] <bleathem> I should take a peek at it
[09:47:46] <lightguard_jp> famous last words
[09:49:12] *** PeteRoyle has joined #seam-dev
[09:56:47] <bleathem> and that's enough for me
[09:56:59] <bleathem> I'm going to sleep in tomorrow - what along day!
[09:57:10] *** bleathem has quit IRC
[10:02:10] *** mgoldmann has joined #seam-dev
[10:16:17] *** mkouba has joined #seam-dev
[10:28:12] *** koentsje has quit IRC
[10:53:19] <Diablo-D3> hrm
[10:53:23] <Diablo-D3> you know whats wrong with eclipse?
[10:53:36] <Diablo-D3> eclipse has on-hover slide out tabs, right?
[10:53:49] <Diablo-D3> theres no web browser tab.
[10:59:33] <Diablo-D3> s/on hover/on click/
[11:01:30] *** lightguard_jp has quit IRC
[11:13:39] *** alesj has quit IRC
[11:14:32] *** alesj has joined #seam-dev
[11:17:28] *** alesj has quit IRC
[11:36:20] *** alesj has joined #seam-dev
[11:48:27] *** sannegrinovero has joined #seam-dev
[12:03:01] *** ssachtleben has joined #seam-dev
[12:03:45] <ssachtleben> hey
[12:03:58] <ssachtleben> finally I managed to run my application with latest versions
[12:04:11] <ssachtleben> please never rename something like the log package again :D
[12:19:26] *** jose_freitas has joined #seam-dev
[12:20:49] *** mnovotny has quit IRC
[12:26:21] *** tsurdilo has joined #seam-dev
[12:31:48] <ssachtleben> uhm
[12:32:32] <ssachtleben> when I add Seam Faces as project dependecy I get inside of WEB-INF\lib seam-faces.war with class files
[12:32:56] <ssachtleben> seems like thats not correct
[12:32:58] <ssachtleben> java.lang.ClassNotFoundException: org.jboss.seam.faces.context.conversation.ConversationBoundaryInterceptor
[12:39:48] <ssachtleben> ok seems to be fixed
[12:44:25] *** josefreitas_aw has joined #seam-dev
[12:48:22] *** jose_freitas has quit IRC
[12:53:14] <ssachtleben> damn
[12:53:16] <ssachtleben> java.lang.RuntimeException: Service class org.jboss.seam.security.extension.SecurityExtension didn't implement the Extension interface
[12:53:18] <ssachtleben> sbryzak ?
[12:56:56] *** josefreitas_aw has quit IRC
[12:58:26] <jbossbot> git [social] push develop f4bc3a3.. Antoine Sabot-Durand Cleaning ghost package after refactoring
[12:58:26] <jbossbot> git [social] push develop 3569b79.. Antoine Sabot-Durand Cleaning configuration to split Seam Configuration specific from...
[12:58:26] <jbossbot> git [social] push develop URL: http://github.com/seam/social/compare/4bf90d2...3569b79
[13:00:37] *** ssachtleben has quit IRC
[13:16:56] *** mnovotny has joined #seam-dev
[13:18:58] *** kevinpollet_ has joined #seam-dev
[13:19:55] *** tair1 has joined #seam-dev
[13:20:32] *** tair1 has left #seam-dev
[13:28:20] *** newtonm has joined #seam-dev
[13:42:43] *** Benevides has quit IRC
[13:43:28] *** rruss has quit IRC
[13:47:55] <Diablo-D3> holy crap
[13:48:00] <Diablo-D3> theres a github mylyn connector
[13:52:41] <Diablo-D3> http://wiki.eclipse.org/EGit/GitHub/UserGuide
[13:53:09] *** jose_freitas has joined #seam-dev
[13:56:03] *** kevinpollet_ has quit IRC
[13:58:58] *** newtonm has left #seam-dev
[14:00:50] *** mathieuancelin has quit IRC
[14:02:04] *** mgoldmann has quit IRC
[14:15:31] <jbossbot> git [rest] push develop d56efc7.. Jozef Hartinger minor
[14:15:32] <jbossbot> git [rest] push develop URL: http://github.com/seam/rest/compare/861ae92...d56efc7
[14:17:11] <jbossbot> git [compatibility] push develop 8603c92.. Jozef Hartinger Increase heap size during test run
[14:17:11] <jbossbot> git [compatibility] push develop URL: http://github.com/seam/compatibility/compare/f01d1b5...8603c92
[14:19:11] *** rmartinelli has joined #seam-dev
[14:24:49] *** pmuir has joined #seam-dev
[14:24:50] *** pmuir has quit IRC
[14:24:50] *** pmuir has joined #seam-dev
[14:25:02] *** pmuir has quit IRC
[14:42:24] *** kevinpollet_ has joined #seam-dev
[14:48:26] <jbossbot> git [servlet] push develop fdf81ee.. Jozef Hartinger more heap space during testrun
[14:48:26] <jbossbot> git [servlet] push develop URL: http://github.com/seam/servlet/compare/4aea759...fdf81ee
[14:48:47] *** mgoldmann has joined #seam-dev
[14:50:53] *** koentsje has joined #seam-dev
[14:53:04] *** jganoff has quit IRC
[15:10:28] *** kpiwko has quit IRC
[15:14:22] *** koentsje has quit IRC
[15:16:33] *** lazarotti has joined #seam-dev
[15:18:58] *** rruss has joined #seam-dev
[15:19:30] *** rruss has quit IRC
[15:27:14] *** pmuir has joined #seam-dev
[15:27:15] *** pmuir has quit IRC
[15:27:15] *** pmuir has joined #seam-dev
[15:28:13] *** kevinpollet_ has quit IRC
[15:30:49] *** koentsje has joined #seam-dev
[15:35:49] *** rruss has joined #seam-dev
[15:45:03] *** chkal has quit IRC
[15:51:29] *** pmuir has quit IRC
[15:58:11] *** dabloem has joined #seam-dev
[15:58:23] *** mnovotny has quit IRC
[15:59:24] *** lincolnthree has joined #seam-dev
[16:09:31] *** clerum has joined #seam-dev
[16:20:55] *** mgoldmann_ has joined #seam-dev
[16:24:23] *** mgoldmann has quit IRC
[16:26:54] *** jharting has quit IRC
[16:27:14] *** mbg has joined #seam-dev
[16:27:32] *** pmuir has joined #seam-dev
[16:27:33] *** pmuir has quit IRC
[16:27:33] *** pmuir has joined #seam-dev
[16:34:27] *** edburns_away is now known as edburns
[16:34:56] *** koentsje has quit IRC
[16:38:41] *** mbg has quit IRC
[16:52:19] *** mbg has joined #seam-dev
[17:06:33] *** koentsje has joined #seam-dev
[17:06:52] *** koentsje has quit IRC
[17:10:09] *** mkouba has quit IRC
[17:31:31] *** kevinpollet has joined #seam-dev
[17:33:13] *** jamezp_afk is now known as jamezp
[17:33:38] *** bleathem has joined #seam-dev
[17:37:31] *** cbrock has joined #seam-dev
[17:37:31] *** cbrock has quit IRC
[17:37:32] *** cbrock has joined #seam-dev
[17:52:13] *** oskutka has quit IRC
[17:56:13] *** akazakov has joined #seam-dev
[18:02:12] *** maschmid has quit IRC
[18:13:59] *** ssachtleben has joined #seam-dev
[18:14:07] <ssachtleben> hi
[18:16:19] <bleathem> hello ssachtleben
[18:17:42] <ssachtleben> bleathem you ever run into RuntimeException: Service class org.jboss.seam.security.extension.SecurityExtension didn't implement the Extension interface ?
[18:18:02] <bleathem> doesn't sound familiar
[18:18:20] <bleathem> sounds like a pretty low level CDI issue
[18:18:42] <ssachtleben> damn
[18:18:59] <ssachtleben> I have changed my application to Seam 3.1.0-SNAPSHOT dependencys that works fine
[18:19:20] <ssachtleben> but when I add project reference to Seam Faces I get that exception
[18:19:33] <ssachtleben> I want to test my changes for the conversation interceptor :(
[18:20:13] <Diablo-D3> huh that was interesting
[18:20:26] <Diablo-D3> I just did entire bug triage inside of eclipse
[18:21:50] *** cbrock has quit IRC
[18:23:36] *** pmuir has quit IRC
[18:25:59] *** mojavelinux has joined #seam-dev
[18:26:11] <bleathem> ssachtleben: what do you mean "when I add project reference to Seam Faces I get that exception" ?
[18:26:23] <bleathem> you mean in your application?
[18:26:33] <bleathem> when you add the Faces dependency?
[18:26:52] <ssachtleben> it works fine with faces 3.1.0-SNAPSHOT
[18:27:25] <ssachtleben> but I get the problem when I add project reference to Seam Faces Project and use it on deployment descriptor to put the builded jar in my lib folder
[18:27:51] <bleathem> what version of JBoss AS are you using?
[18:28:42] <ssachtleben> 7 ofc
[18:28:57] <ssachtleben> I had no problem with Seam I18N and Jboss AS 6
[18:29:19] <ssachtleben> made a pull request some weeks before
[18:29:43] <ssachtleben> really strange whats the correct way to add a project as dependency?
[18:29:55] <ssachtleben> do I need project reference AND deployment descriptor?
[18:29:59] <ssachtleben> or just one of them?
[18:30:20] <bleathem> you use maven right?
[18:30:28] <ssachtleben> yeah
[18:30:32] <bleathem> isn't it just as simple as adding a dependency to your maven project?
[18:30:46] <bleathem> then it gets bundled in the war?
[18:30:54] <ssachtleben> no he download 3.1.0-SNAPSHOT from JBoss Repository
[18:31:06] <ssachtleben> I need some kind of project reference to debug through faces or ?
[18:31:27] <bleathem> you are trying to set this up for debugging in eclipse?
[18:31:43] <bleathem> sorry ssachtleben, I'm confused
[18:32:03] <bleathem> you've got some app, that you want to use Seam Faces 3.1.0-SNAPSHOT with
[18:32:03] <ssachtleben> I just want that my application dont use the Seam Faces 3.1.0-SNAPSHOT from Jboss Repository it should use the Seam Faces Project in my eclipse
[18:32:17] <bleathem> oic
[18:32:30] <bleathem> just put a SNAPSHOT dependency in your app's pom
[18:32:37] <bleathem> then build your version of Seam Faces
[18:32:47] <bleathem> and it will install it to your local repository
[18:32:56] <bleathem> then when you build (mvn install) your app
[18:33:05] <bleathem> it will ppull your version out of your local maven repo
[18:33:29] <bleathem> it won't download the one from the Jboss repo, if you've built a newer one locally
[18:33:45] <ssachtleben> ah ok
[18:33:54] <ssachtleben> I think I tried it yesterday but I will try again :)
[18:34:02] <bleathem> i do that all the time
[18:34:33] <bleathem> I gotta grab some breakfast
[18:34:36] <bleathem> back in a bit
[18:35:21] *** lightguard_jp has joined #seam-dev
[18:39:49] <ssachtleben> nice bleathem works :)
[18:40:01] *** mgoldmann_ has quit IRC
[18:40:17] <ssachtleben> doesnt invoke the break points on Faces but at least takes my changes
[18:40:32] <clerum> so is using a @Startup @Singleton still the best way initialize something at deployment?
[18:41:03] *** oskutka has joined #seam-dev
[18:41:09] *** oskutka has quit IRC
[18:48:49] <lightguard_jp> clerum: That's about the only way you can really do it.
[18:49:24] <clerum> K. only annoying because it swallows exceptions in the postconstruct
[18:49:24] <lightguard_jp> jose_freitas: Had some issues with JSFUnit
[18:49:33] <jose_freitas> what issues lightguard_jp?
[18:49:34] <clerum> and just throws a NPE
[18:49:53] <lightguard_jp> jose_freitas: Also, we should update the descriptors to the new 1.1.0-beta-1 that just came out.
[18:49:57] <jose_freitas> btw, there's a beta2 now
[18:50:18] <jose_freitas> jsfunit beta2
[18:50:27] <lightguard_jp> jose_freitas: Yes, was using the Beta2. It couldn't get the HttpSession so the injections were null
[18:50:35] <jose_freitas> which server?
[18:50:48] <jose_freitas> AS7 ?
[18:50:50] <lightguard_jp> jose_freitas: 7.0.1
[18:51:03] <jose_freitas> did you add arquillian-servlet-protocol?
[18:51:15] <lightguard_jp> Nope.
[18:51:19] <jose_freitas> you should
[18:51:25] <jose_freitas> I have to write about it
[18:51:44] <lightguard_jp> Wouldn't it be better to make that a dep?
[18:54:36] <bleathem> ssachtleben: debuggin should work
[18:54:47] <bleathem> at least it does with IntelliJ
[18:55:29] <jose_freitas> lightguard_jp, it has a compile dependency
[18:55:48] <lightguard_jp> jose_freitas: Why isn't it pulled in then?
[18:55:55] <jose_freitas> dunno
[18:55:58] <jose_freitas> I'll check that
[18:56:06] <jose_freitas> actually, I never thought about it
[18:56:40] <jose_freitas> for now, add this
[18:57:17] <jose_freitas> <dependency>
[18:57:17] <jose_freitas>       <groupId>org.jboss.arquillian.protocol</groupId>
[18:57:17] <jose_freitas>       <artifactId>arquillian-protocol-servlet</artifactId>
[18:57:17] <jose_freitas>       <scope>test</scope>
[18:57:17] <jose_freitas>     </dependency>
[18:57:23] <jose_freitas> CR4 version
[18:58:00] <jose_freitas> I'll check if there's someway to make it to the server without explicit adding this dep
[18:58:05] *** gastaldi has joined #seam-dev
[18:58:11] <gastaldi> hey !
[18:59:37] <jose_freitas> lightguard_jp
[18:59:42] *** pmuir has joined #seam-dev
[19:00:10] <jose_freitas> you'll have to add <defaultProtocol type="Servlet 3.0" /> to your arquillian.xml too
[19:00:48] <lightguard_jp> Yeah, was just thinking about taht.
[19:08:02] *** alesj has quit IRC
[19:10:41] <jose_freitas> lightguard_jp, did it work?
[19:12:45] <lightguard_jp> Yeah, that worked. It's amazingly slow though.
[19:13:42] <jose_freitas> deploy process?
[19:14:26] <jose_freitas> or the test itself?
[19:19:18] <lightguard_jp> Each test takes almost 20 s
[19:21:02] <jose_freitas> yeah
[19:21:13] <jose_freitas> that's slow
[19:21:43] <jose_freitas> maybe the problem is when deploying all jsfunit dependencies
[19:22:06] <jose_freitas> the war gets really big
[19:22:24] <jose_freitas> for hellojsf was like 7M
[19:22:37] <lightguard_jp> Could be
[19:22:57] <jose_freitas> We have plans to work on deploying the minimum possible
[19:23:16] <jose_freitas> and for example htmlunit we would use just at the client.
[19:23:30] <jose_freitas> but we have to analyze that better
[19:23:52] <jose_freitas> but now that we have a working release process, it will be much easir to get new versions
[19:23:58] <jose_freitas> beta3 will get out soon
[19:26:58] <lightguard_jp> Cool
[19:27:29] <lightguard_jp> Yeah, the war is almost 8mb
[19:27:29] <gastaldi> Congrats
[19:29:37] <lightguard_jp> mojavelinux: ping
[19:34:50] *** rruss has quit IRC
[20:00:45] <jose_freitas> hey bleathem
[20:00:55] <bleathem> hey Mr. JSFUnit
[20:01:09] <jose_freitas> a lot of new contributors yesterday?
[20:01:18] <bleathem> a few
[20:01:18] <jose_freitas> I wanted to contribute too, but I was very tired.
[20:01:21] <bleathem> which is a lot
[20:01:32] <bleathem> considering how many people contribute overall
[20:01:38] <jose_freitas> nice!
[20:01:54] <bleathem> we'll see how many pull requests we end up with though!
[20:02:25] <bleathem> lightguard_jp: did you hear back from the new guy lincolnthree introduced? did he ever get his build enviro set up?
[20:06:23] *** hannelita has joined #seam-dev
[20:07:24] <lincolnthree> bleathem: lightguard_jp: good question. i hope we didn't forget him :) i tried to ping him a few times throughtout the night and see how things were going, but the last i heard he was still working on his ENV
[20:07:55] <bleathem> lincolnthree: ok cool, tell him he can drop by IRC anytime
[20:08:05] <lincolnthree> bleathem: 'course ;)
[20:08:09] <bleathem> I'm always open to dicussing Seam Faces issues with community memebers
[20:08:22] <bleathem> it's something I make a concious effort to be available for
[20:10:14] <jose_freitas> did he use windows?
[20:12:02] <bleathem> jose_freitas: OS X i think
[20:12:04] *** cbrock has joined #seam-dev
[20:12:04] *** cbrock has quit IRC
[20:12:04] *** cbrock has joined #seam-dev
[20:12:43] *** mbg1 has joined #seam-dev
[20:13:08] *** mbg has quit IRC
[20:15:39] *** ssachtleben has quit IRC
[20:25:02] <jose_freitas> hm, I was guessing that maybe he was having trouble with windows+git-flow
[20:27:11] <jose_freitas> anyway, no point in speculating
[20:31:41] *** kevinpollet has quit IRC
[20:37:48] *** gastaldi has quit IRC
[20:42:11] <lightguard_jp> bleathem: I didn't hear
[20:48:38] <bleathem> ok
[20:54:04] <clerum> if I have a producer with no qualifiers for a type and the type is also valid itself since it has a no arg constructor...how do I block the type itself so that only the producer is valid
[20:54:27] <jose_freitas> clerum: @Veto ?
[20:56:11] <lightguard_jp> Yes, @Veto will work
[20:57:39] <clerum> ok. thats the use for @Veto
[20:57:44] <clerum> thanks
[20:57:48] <jose_freitas> :)
[20:58:02] <clerum> my tool bag is slowing expanding
[21:04:28] <clerum> hmm
[21:04:43] <clerum> docs say that veto will cause the type to be ignored
[21:04:48] <clerum> including any producer methods or producer fields defined on the type
[21:05:12] <clerum> is that just producers inside the class annotated with @Vetos
[21:05:20] <lightguard_jp> Yes
[21:05:22] <clerum> or any producers anywhere in the app of the type
[21:05:24] <clerum> k
[21:06:06] *** alesj has joined #seam-dev
[21:15:58] *** jamezp is now known as jamezp_afk
[21:28:51] *** hannelita has quit IRC
[21:29:59] *** rruss has joined #seam-dev
[21:32:50] *** mbg has joined #seam-dev
[21:32:52] *** mbg1 has quit IRC
[21:35:04] <lincolnthree> anyone here seen issues where all of a sudden weld starts complaining about properties not existing on proxies that *definitely* are on the object itself?
[21:39:33] <clerum> from EL?
[21:42:01] <lincolnthree> yes
[21:42:12] <lincolnthree> 15:40:05,961 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/example].[default]] (http--127.0.0.1-8080-1)
[21:42:12] <lincolnthree> Servlet.service() for servlet default threw exception: javax.el.PropertyNotFoundException: /scaffold/customer/list.xhtml @38,154 r
[21:42:12] <lincolnthree> endered="#{customerBean.pagination.hasNextPage}": The class 'org.jboss.weld.proxies.org$jboss$weld$bean-example$war$Users$lbaxter$
[21:42:12] <lincolnthree> dev$jboss-7$standalone$deployments$example$war$WEB-INF$classes-SessionBean-CustomerBeancom$example$view$CustomerBean$@javax$ejb$St
[21:42:12] <lincolnthree> ateful(description=,mappedName=,name=)@javax$enterprise$context$RequestScoped()@javax$inject$Named(value=)@org$jboss$seam$transact
[21:42:12] <lincolnthree> ion$Transactional(value=REQUIRED)@org$jboss$seam$transaction$TransactionalInterceptorBinding()${org$metawidget$forge$persistence$P
[21:42:12] <lincolnthree> ersistenceUtil$entityManager$@javax$inject$Inject()$$}_$$_WeldClientProxy' does not have the property 'pagination'.
[21:42:21] <lincolnthree> it has both a getPropagation() and setPropagation() method
[21:42:35] <lincolnthree> this worked a few minutes ago, i didn't change much of anything so I'm not really sure what happend
[21:43:37] <clerum> is hasNextPage a method or a variable
[21:43:50] <lincolnthree> it's a boolean method pair
[21:43:59] <lincolnthree> isHasNext? setHasNext...
[21:44:12] <lincolnthree> that worked fine before whatever I just did
[21:44:31] *** hannelita has joined #seam-dev
[21:44:57] <lincolnthree> if i add an interface, it breaks
[21:44:58] <lincolnthree> great
[21:45:07] <lincolnthree> any interface causes this to fail
[21:45:07] <clerum> ah
[21:45:16] <jose_freitas> hmm
[21:45:33] <jose_freitas> I guess antoine had a problem like that
[21:46:31] <lincolnthree> ah, it might be due to the fact that the interface is in another JAR, but I doubt that should be a problem (stuartdouglas?)
[21:47:06] <lincolnthree> it might be due to the fact that it's wrapped in a transaction interceptor
[21:47:11] <lincolnthree> something broken there perhaps
[21:50:32] <lincolnthree> ok well upgrading AS7 gets me a better error message at least: 15:48:00,131 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-1) Error Rendering View[/scaffo
[21:50:32] <lincolnthree> ld/customer/list.xhtml]: javax.el.PropertyNotFoundException: /scaffold/customer/list.xhtml @38,154 rendered="#{customerBean.pagina
[21:50:32] <lincolnthree> tion.hasNextPage}": The class 'org.jboss.weld.proxies.MenuItem$198864718$Proxy$_$$_WeldClientProxy' does not have the property 'pa
[21:50:32] <lincolnthree> gination'.
[21:50:36] <lincolnthree> but still bad
[21:51:37] <lincolnthree> hey alesj, around?
[21:52:52] <lincolnthree> pmuir: around?
[21:52:59] <pmuir> lincolnthree: hi
[21:53:01] <lincolnthree> hey
[21:53:05] <lincolnthree> weld question for you
[21:53:19] <lincolnthree> I've got a bean that's @Named and @RequestScoped
[21:53:26] <lincolnthree> it extends a class "PersistenceUtil"
[21:53:32] <lincolnthree> and also implements an interface "MenuItem"
[21:53:55] <lincolnthree> when I do NOT implement the interface MenuItem, EL/JSF can see my methods
[21:54:01] <lincolnthree> but when I implement MenuItem
[21:54:14] <lincolnthree> the weld proxy no longer proxies the non-interface methods
[21:54:19] <lincolnthree> and JSF/EL can no longer see them
[21:54:23] *** mojavelinux has quit IRC
[21:54:24] <lincolnthree> resulting in:
[21:54:26] <lincolnthree> 15:48:00,131 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-1) Error Rendering View[/scaffo
[21:54:26] <lincolnthree> ld/customer/list.xhtml]: javax.el.PropertyNotFoundException: /scaffold/customer/list.xhtml @38,154 rendered="#{customerBean.pagina
[21:54:26] <lincolnthree> tion.hasNextPage}": The class 'org.jboss.weld.proxies.MenuItem$198864718$Proxy$_$$_WeldClientProxy' does not have the property 'pa
[21:54:26] <lincolnthree> gination'.
[21:54:40] <lincolnthree> any ideas?
[21:54:50] <lincolnthree> seems like a pretty nasty bug, but I'm not sure
[21:55:08] <pmuir> lincolnthree: classloading?
[21:55:34] <lincolnthree> the interface is in a different JAR, yes, but so is the extended class
[21:55:45] <pmuir> have you looked at why this is happening in the weld proxy code at all?
[21:55:48] <lincolnthree> this is in a webapp
[21:55:57] <lincolnthree> on AS7
[21:55:58] <lincolnthree> no
[21:56:10] <lincolnthree> where should I begin?
[22:01:02] <pmuir> let me look
[22:01:17] <pmuir> unfortunately stuartdouglas rewrote all the proxy code and i don't know it all any more
[22:01:27] <lincolnthree> i never knew it :)
[22:01:47] <pmuir> lincolnthree: ok the issue is probably this:
[22:02:46] <pmuir> actually, hmm
[22:03:17] <pmuir> lincolnthree: ok debug into the ctor of ProxyFactory in Weld
[22:03:41] <pmuir> and you can see it build up the set of proxied types
[22:04:06] <lincolnthree> Looks like weld 112
[22:04:08] <lincolnthree> lookin
[22:07:53] <lincolnthree> hmmm. pmuir, will i be able to debug a class inside AS7 itself?
[22:08:00] <lincolnthree> probably a silly question
[22:08:17] <pmuir> yes, just connect to the debug port on the app server and set a break point in ProxyFactory
[22:08:26] <pmuir> you will probably need to do it whilst the app starts...
[22:08:29] <lincolnthree> ah, there it goes
[22:08:30] <lincolnthree> yes
[22:08:35] <pmuir> or start the server in debug mode
[22:15:24] <lincolnthree> man, trying to filter out classes I don't want it rough
[22:16:12] <lincolnthree> there we go
[22:16:28] <lincolnthree> ok pmuir, what am I looking for?
[22:16:41] <lincolnthree> I'm at line 103
[22:16:57] <lincolnthree> the typeclosure looks wrong, maybe
[22:17:14] <lincolnthree> proxiedBeanType = class com.example.view.CustomerBean
[22:17:16] <lincolnthree> however
[22:17:22] <lincolnthree> the typeClosure does not contain that type
[22:17:27] <lincolnthree> it only contains Object and MenuItem
[22:17:30] <pmuir>  think you want to look at what the typeclosure is, and what the resultant beanType and additionalInterfaces are
[22:19:04] <pmuir> lincolnthree: ok you're going to need to go back to ClientProxyProvider and check out what the typeinfo is there
[22:19:28] *** jamezp_afk is now known as jamezp
[22:23:53] <lincolnthree> Hmmm. I don't see that class in the call stack
[22:23:57] <lincolnthree> this is an EJB as well
[22:24:12] <lincolnthree> I see EnterpriseProxyFactory, NewSessionBean
[22:25:02] <bleathem> "a lot of people are really confused (Seam 2 too) because the docs and examples switch back and force between JEE and POJO style"
[22:25:05] <bleathem> a good point
[22:25:09] <bleathem> ^^ lightguard_jp
[22:25:28] <lincolnthree> bleathem: yeah i could see that being a problem
[22:25:32] <bleathem> it seems like we are trying to have our cake and eat it too
[22:25:41] <bleathem> or at least appears that way
[22:25:44] <lincolnthree> pmuir: ^^
[22:26:28] <pmuir> lincolnthree: can you paste the callstack?
[22:26:30] <pmuir> to gist
[22:26:32] <pmuir> ;-)
[22:26:33] <bleathem> lincolnthree: from the comments here: http://javalabor.blogspot.com/2011/09/jsf-2-global-exception-handling.html
[22:26:52] <lincolnthree> pmuir: https://gist.github.com/1207239
[22:27:16] <pmuir> lincolnthree: is this supposed to be an ejb?
[22:27:21] <lincolnthree> pmuir: yes
[22:27:41] <pmuir> lincolnthree: ok then paste me the class definitions ;-)
[22:28:48] <pmuir> lincolnthree: i suspect you are caught by no-interface-view
[22:29:02] <lincolnthree> https://gist.github.com/1207239
[22:30:58] <lincolnthree> pmuir: ^^
[22:32:12] *** mbg1 has joined #seam-dev
[22:32:15] *** mbg has quit IRC
[22:32:27] <lincolnthree> alesj: ping :)
[22:32:29] <pmuir> lincolnthree: ok, i think this is a bug - as you've added an interface, it's made it into an interface view bean
[22:32:37] <pmuir> this is a jboss as 7 integration problem *I think*
[22:32:41] <lincolnthree> pmuir: dammit :(
[22:32:55] <lincolnthree> it would be really nice if I could use what I just did over the last 3 hours lol
[22:32:56] <pmuir> can you check the actual bean definition for the type - it will be in SessionBean in Weld I think
[22:33:07] <pmuir> but check if it is correct or not
[22:33:15] <lincolnthree> How correct?
[22:33:18] <pmuir> if not, i think weld externalizes this out to the container
[22:33:53] <pmuir> check the ejbDescriptor I think
[22:34:02] <lincolnthree> But what is correct or incorrect in this case?
[22:34:07] <pmuir> it should have both the classes and the interface as business interfaces
[22:34:14] <pmuir> i suspect it doesn't have the classes
[22:34:17] <lincolnthree> Ah ok. I'm pretty sure it does not. Checking.
[22:34:25] <lincolnthree> Right, it just has Object and the Interfaces
[22:34:26] <lincolnthree> doublechecking
[22:35:16] *** tsurdilo has quit IRC
[22:35:42] *** tsurdilo has joined #seam-dev
[22:36:14] <lincolnthree> pmuir: I see a NewSessionBean
[22:36:16] <lincolnthree> is that it?
[22:36:24] <lincolnthree> ah nm
[22:36:25] <pmuir> lincolnthree: that will work
[22:36:36] <pmuir> it's essentially a copy of the main one
[22:37:52] *** lukaszkaleta has joined #seam-dev
[22:38:11] <lincolnthree> pmuir: the proxyClass in NewSessionBean has no methods, nothing in it
[22:38:21] <lincolnthree> everything is null
[22:38:23] <pmuir> i'm not sure that matters
[22:38:33] <pmuir> it's the descriptor that matters right now
[22:38:53] <lincolnthree> looking
[22:39:05] <lincolnthree> ok found the ejbDescriptor
[22:39:14] <clerum> here is a new one for me - Caused by: java.lang.NoClassDefFoundError: org/jboss/weld/injection/Exceptions - https://gist.github.com/4f782ef7f435f4dd7073
[22:39:20] <clerum> anyone seen that?
[22:39:46] <lincolnthree> pmuir: ok the ejbDescriptor does not have my Class
[22:40:00] <pmuir> lincolnthree: ok, thats the problem, it should do
[22:40:09] <pmuir> btw you looked at the wrapped object right?
[22:40:38] <pmuir> the field called delegate on ejbDescriptor
[22:40:38] *** gastaldi has joined #seam-dev
[22:40:47] <lukaszkaleta> Hi :), does anybody knows where can I set default transaction timeout for web app deployed on AS7 ?
[22:41:06] <gastaldi> lukaszkaleta: With seam transaction?
[22:41:13] <lukaszkaleta> How ?
[22:42:03] <gastaldi> I think its on seamframework.org docs
[22:42:10] <gastaldi> Haven't checked it yet
[22:42:17] <gastaldi> lightguard_jp: Hey
[22:44:05] <lightguard_jp> gastaldi: Hey
[22:44:48] <gastaldi> Any luck on voicing leaders ?
[22:46:42] <lincolnthree> pmuir: https://gist.github.com/1207239
[22:46:46] <lincolnthree> added the variables so you can see
[22:46:49] <lincolnthree> i think t's in the delegate
[22:47:02] <lightguard_jp> gastaldi: Been busy with faces and testing
[22:47:13] <gastaldi> Ah ok
[22:47:16] <pmuir> lincolnthree: yeah bug in JBoss AS 7 I think
[22:47:19] <pmuir> as i said above
[22:47:20] <alesj> lincolnthree, pmuir: what's the issue?
[22:47:26] <lightguard_jp> gastaldi: May not get to it until the week after next
[22:47:39] <gastaldi> Nop
[22:48:20] <lincolnthree> alesj: read back at 3:51, or 53 minutes ago
[22:48:35] <gastaldi> Hey lincolnthree
[22:48:51] <alesj> clerum: perhaps AS7-1671?
[22:48:52] <jbossbot> jira [AS7-1671] Classloading issue with a CDI extension which use a library provided by the Application Server [Resolved (Done) Bug, Major, Stuart Douglas] https://issues.jboss.org/browse/AS7-1671
[22:49:30] <clerum> AS6.1
[22:50:01] <alesj> lincolnthree: strange
[22:50:11] <alesj> weird bug
[22:50:25] <alesj> can you write a Weld ARQ test for it? ;-)
[22:51:03] <gastaldi> Arquillian Ftw !
[22:52:46] <lincolnthree> alesj: i can reproduce it with forge
[22:53:35] <lincolnthree> alesj: i'll give you the app if you want
[22:53:36] <alesj> what about plain arq test?
[22:53:50] <lincolnthree> alesj: i'm about to have to stop working
[22:54:12] <alesj> ok, on monday then
[22:54:17] <clerum> alesj: still trying to figure out why it's breaking
[22:54:17] <lincolnthree> let me send you the app
[22:54:20] <lincolnthree> its super simple
[22:54:21] <lincolnthree> 1 click
[22:54:28] <lincolnthree> actually i can
[22:54:29] <lincolnthree> t
[22:54:29] <alesj> nah, arq test or nothing :-)
[22:54:30] <lincolnthree> nm
[22:54:34] <jose_freitas> heeheh
[22:54:37] <lincolnthree> meet me in the middle man :)
[22:54:58] <alesj> would, if it weren't for USOpen ;-)
[22:55:13] <alesj> ok, send me the app
[22:55:20] <alesj> and i'll create an ARQ from it
[22:55:21] <alesj> ok?
[22:55:26] <lincolnthree> ok sounds good :)
[22:55:27] <alesj> with sources
[22:55:30] <lincolnthree> yep!
[22:59:04] *** gastaldi has quit IRC
[23:02:18] *** jose_freitas has quit IRC
[23:06:22] *** dabloem has quit IRC
[23:16:25] <lincolnthree> alesj: I just sent you the project sources and a packaged WAR file (in the target dir)
[23:18:34] *** mojavelinux has joined #seam-dev
[23:24:39] <clerum> lincolnthree: might be easier to lash out against all of EE6 and ice cream trucks
[23:30:58] *** dabloem has joined #seam-dev
[23:36:14] <stuartdouglas> lincolnthree: Your EJB thing is not a bug
[23:36:15] *** tsurdilo has quit IRC
[23:36:19] *** tsurdilo1 has joined #seam-dev
[23:36:21] <stuartdouglas> It is part of the EJB spec
[23:36:23] <lincolnthree> stuartdouglas: no?
[23:36:36] <lincolnthree> awesome.
[23:36:40] <lincolnthree> even better
[23:36:46] <lincolnthree> :)
[23:36:48] <stuartdouglas> A bean does not have a no-interface view if it implements an interface (except Serializable)
[23:36:56] <stuartdouglas> unless you use the @LocalBean annotation
[23:37:02] <lincolnthree> that sucks
[23:37:08] <stuartdouglas> instead that interface is assumed to be the Business interface
[23:37:09] <lincolnthree> ok, good to know
[23:37:16] <stuartdouglas> so just use @LocalBean
[23:37:23] <lincolnthree> I just removed EJB
[23:37:24] <lincolnthree> problem solved
[23:37:59] <lincolnthree> Already have Seam Persistence in there, so, no need to use EJB in this case
[23:40:16] <lincolnthree> but thanks, that's good to know
[23:40:18] <lincolnthree> I wondered, but
[23:40:25] <lincolnthree> I didn't get any kind of errors or warnings
[23:40:41] <lincolnthree> pmuir thought it was a bug, too, so I guess I'm not completely crazy :)
[23:42:37] <jamezp> It is 10:40 in the UK, pmuir could just be drunk :-)
[23:43:22] <lincolnthree> ok, lincoln needs help, he is not good at web-app-design anymore
[23:43:28] <lincolnthree> forge scaffolding still sucks
[23:44:40] <jbossbot> git [core] push master 438cd7c.. Lincoln Baxter, III Test SEAMFORGE-292 SEAMFORGE-293
[23:44:41] <stuartdouglas> Its probably not something a lot of people know about
[23:44:42] <jbossbot> jira [SEAMFORGE-292] Should be able to assert on exceptions thrown by commands executed during testing [Closed (Done) Feature Request, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-292
[23:44:42] <jbossbot> jira [SEAMFORGE-293] Scaffold should support use of custom templates [Closed (Done) Enhancement, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-293
[23:44:43] <jbossbot> git [core] push master 7297db9.. Lincoln Baxter, III Removed strangely failing test case, this works in the console
[23:44:43] <jbossbot> git [core] push master bd17328.. Lincoln Baxter, III Fixed failing test to properly check exceptions when expected
[23:44:43] <jbossbot> git [core] push master 65f700a.. Lincoln Baxter, III Removed unnecessary/broken import
[23:44:43] <jbossbot> git [core] push master 578bb07.. Lincoln Baxter, III Fixed failing test to properly check exceptions when expected
[23:44:44] <jbossbot> git [core] push master c19957d.. Lincoln Baxter, III properly propagate exceptions
[23:44:45] <jbossbot> git [core] push master 26ca4e3.. Lincoln Baxter, III SEAMFORGE-54
[23:44:46] <jbossbot> jira [SEAMFORGE-54] Scaffolding should be able to handle navigation configuration (prompt to add a nav-case or menu item) [Closed (Done) Feature Request, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-54
[23:44:46] <jbossbot> git [core] push master e83432b.. Lincoln Baxter, III SEAMFORGE-54 (Finallygit add -A)
[23:44:47] <stuartdouglas> its 1 line in the EJB spec
[23:44:47] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/1e42083...e83432b
[23:45:13] <lincolnthree> lol, line 1
[23:45:15] <lincolnthree> that's funny
[23:45:24] <lincolnthree> nobody reads specs though, no users anyway
[23:45:36] <lincolnthree> i'd be surpsied if even 5% of EE users read any spec
[23:46:02] <jamezp> I'd be surprised if 5% of EE users called it EE and not J2EE.
[23:47:09] *** kevinpollet has joined #seam-dev
[23:47:11] *** kevinpollet has quit IRC
[23:48:40] *** lukaszkaleta has quit IRC
[23:49:16] <pmuir> stuartdouglas: that's a bug in the ejb spec
[23:49:19] <pmuir> which line is it?
[23:49:24] <pmuir> jamezp: i'm in torronto
[23:49:26] <stuartdouglas> EJB 4.9.7
[23:50:41] <jamezp> pmuir: In that case you have no excuse, you're supposed to know every line of the EJB spec :-P
[23:51:06] <jbossbot> git [core] push master 930d173.. Lincoln Baxter, III Merge pull request #51 from gastaldi/master...
[23:51:07] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/e83432b...930d173
[23:53:17] <jbossbot> git [core] push master c460244.. Lincoln Baxter, III Re-added test prettification with comment so nobody like gastaldi deletes it again :)
[23:53:17] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/930d173...c460244
[23:53:26] <lincolnthree> darn, he wasn't here
[23:53:28] <lincolnthree> oh well
[23:59:24] <pmuir> stuartdouglas: that is a joke
[23:59:26] <pmuir> ohj well
[23:59:27] <pmuir> beer
[23:59:47] <stuartdouglas> Meh, compared to some stuff in there it seems quite reasonable :-)





top