[00:07:38] *** aslak has quit IRC
[00:14:06] *** kevinpollet has quit IRC
[00:40:24] *** daniel_hinojosa has joined #seam-dev
[00:51:55] *** sannegrinovero has quit IRC
[00:55:55] *** lazarotti has quit IRC
[00:58:11] *** sbryzak has joined #seam-dev
[00:58:12] *** sbryzak has quit IRC
[00:58:12] *** sbryzak has joined #seam-dev
[00:59:05] <jbossbot> git [parent] push master ed21189.. Marek Schmidt add openwebbeans container BOM
[00:59:05] <jbossbot> git [parent] push master 5411d83.. Shane Bryzak Merge pull request #4 from maschmid/master...
[00:59:05] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/a360ae2...5411d83
[01:03:53] *** pmuir has quit IRC
[01:04:59] <ssachtleben> sbryzak ping
[01:05:08] <sbryzak> ssachtleben: pong
[01:05:44] <ssachtleben> any chances for a fix for SEAMCRON-15 on jboss as 7 for upcoming release?
[01:05:46] <jbossbot> jira [SEAMCRON-15] CL issues on redeployment [Open (Unresolved) Bug, Major, Peter Royle] https://issues.jboss.org/browse/SEAMCRON-15
[01:06:50] <sbryzak> ssachtleben: cron isn't in the next release, it's not quite ready yet
[01:07:06] <ssachtleben> damn well ok thanks
[01:07:42] <sbryzak> ssachtleben: you need to talk with PeteRoyle, he's the module lead
[01:08:38] <ssachtleben> yeah he seems very busy :)
[01:09:56] *** daniel_hinojosa has quit IRC
[01:10:11] <ssachtleben> cron jobs really run great, but that redeployment issues slow down the development because publishing doesnt properly work
[01:13:45] <PeteRoyle> hey ssachtleben and sbryzak, I'd love to be working on cron again, but I don't have any time to volunteer at the moment. You may need to find a replacement module lead if that's the best way to get Cron moving again.
[01:14:28] *** pmuir has joined #seam-dev
[01:14:29] *** pmuir has quit IRC
[01:14:29] *** pmuir has joined #seam-dev
[01:15:30] *** pmuir has quit IRC
[01:17:23] <sbryzak> PeteRoyle: no sweat we can look at helping out with the module after the 3.1 release
[01:19:31] <PeteRoyle> ok thanks, just as long as I'm not holding it back
[01:24:11] *** gastaldi has joined #seam-dev
[01:39:25] <gastaldi> yo
[01:41:22] *** gastaldi has quit IRC
[01:52:13] *** lazarotti has joined #seam-dev
[01:53:24] *** tsurdilo1 has quit IRC
[01:57:17] *** ssachtleben has quit IRC
[02:07:28] *** gastaldi has joined #seam-dev
[02:07:38] <gastaldi> sbryzak: ping
[02:07:45] <sbryzak> gastaldi: pong
[02:16:38] <gastaldi> have you fixed that issue you were working on yesterday ?
[02:19:35] *** gastaldi has quit IRC
[02:19:44] *** gastaldi has joined #seam-dev
[02:20:14] <sbryzak> gastaldi: yep, i'm onto the next issue now
[02:21:23] *** tkimura has joined #seam-dev
[02:21:36] <gastaldi> cool
[02:22:15] 
[02:22:27] *** tsurdilo has joined #seam-dev
[02:23:05] <gastaldi> uh, still having :P
[02:23:10] <gastaldi> crappy fone
[02:23:29] <gastaldi> SessionManager should be class, WDYT ?
[02:24:18] <sbryzak> hmm, why not an interface?
[02:24:46] <gastaldi> there is SessionStore
[02:25:55] <gastaldi> I was thinking of using SessionManager as a delegate to SessionStore
[02:26:04] <gastaldi> And fire events internally
[02:27:12] <gastaldi> http://pastie.org/2488679
[02:27:19] <gastaldi> Here is a rough draft
[02:27:37] <sbryzak> i would still make SessionManager an interface
[02:28:07] <gastaldi> hum, ok then.
[02:28:13] <sbryzak> it needs to be able to kill sessions too
[02:28:50] <gastaldi> That would be a method in SessionManager
[02:29:04] <gastaldi> to invalidate that session
[02:29:18] <gastaldi> SessionManager could be @ApplicationScoped
[02:30:31] <gastaldi> hum... Maybe the Session interface should declare a method invalidate()
[02:30:58] <sbryzak> yeah that sounds good
[02:31:03] <gastaldi> and delegate it to the underlying delegated Session (HttpSession for instance)
[02:31:25] <sbryzak> btw we need to restrict these methods somehow
[02:31:32] <gastaldi> hum right
[02:31:36] <sbryzak> actually
[02:31:50] <sbryzak> no it doesn't matter, that can be done on an app by app basis
[02:32:06] <sbryzak> but we can provide an abstract action class that users can implement if they want session management in their app
[02:32:22] <sbryzak> they can then add some security annotations
[02:32:47] <gastaldi> hummm
[02:32:56] <gastaldi> or we could add them right away
[02:33:15] <gastaldi> and then people could just set the "session manager" role on their apps :)
[02:33:39] <sbryzak> something like that, yes :)
[02:34:43] <gastaldi> ok, so if we are having kill(Session) on SessionManager and Session.invalidate(), this is certainly ambiguous
[02:35:33] <gastaldi> Ah !! SessionStore may listen to CDI events on remove(Session)
[02:35:34] <sbryzak> it should just be SessionManager.invalidateSession(String sessionId) and Session.invalidate()
[02:35:54] <gastaldi> humm
[02:36:24] <gastaldi> ok, now I have    public void register(Session session);
[02:36:24] <gastaldi>    public Session unregister(String id);
[02:36:25] <gastaldi>    public boolean isSessionRegistered(String id);
[02:36:25] <gastaldi>    public void invalidateSession(String session);
[02:37:08] <gastaldi> sessionId the last argument name
[02:37:18] <sbryzak> i think that looks ok
[02:37:28] <gastaldi> how are Session objects created ?
[02:37:42] <gastaldi> so they can be registered ?
[02:38:11] <sbryzak> don't we have a session context created event?
[02:38:18] <sbryzak> raised by seam-servlet
[02:39:02] <gastaldi> humm
[02:39:11] <sbryzak> http://docs.jboss.org/seam/3/servlet/latest/reference/en-US/html/servlet-events.html#events.session_lifecycle_events
[02:40:04] <gastaldi> So we are handling raw HttpSession objects ? Or defining an abstract Session over it ?
[02:41:22] <sbryzak> abstract session
[02:41:32] <sbryzak> because we want to store additional info
[02:41:46] <gastaldi> cool
[02:42:29] <sbryzak> in fact, we want a session-scoped producer for the Session object
[02:42:30] <gastaldi> so we have a @Produces @SessionScoped method that has a @Observes param ?
[02:42:33] <gastaldi> yes
[02:42:43] <sbryzak> so that we can invalidate the current session
[02:42:54] <sbryzak> that should notify the session manager also
[02:43:01] <sbryzak> it's turning out a little more complex than i thought ;)
[02:43:05] <gastaldi> :)
[02:43:26] <gastaldi> how about a dispatcher ?
[02:44:12] <gastaldi> To produce session objects and fire events observed by the manager ? Need to think better on this design
[02:44:39] <sbryzak> i don't think we need to fire any events
[02:45:21] <gastaldi> i mean, listening to CDI events
[02:45:31] <gastaldi> @Destroy HttpSession events
[02:45:36] <sbryzak> ah i see
[02:45:42] <gastaldi> @Initialize HttpSession events
[02:45:57] <gastaldi> or is that in SessionManager impl?
[02:46:00] <sbryzak> i think i'd just put them inside SessionManagerImpl
[02:46:02] <sbryzak> yes
[02:46:05] <gastaldi> cool
[02:46:15] <gastaldi> way better
[02:46:16] <sbryzak> keep it simple
[02:46:37] 
[02:50:48] <jbossbot> git [security] push develop 9a11ad3.. Shane Bryzak detect duplicate attribute definitions and throw an exception if found
[02:50:48] <jbossbot> git [security] push develop URL: http://github.com/seam/security/compare/bee05f2...9a11ad3
[02:50:59] <sbryzak> I think JpaIdentityStore must be the biggest class in Seam.. 2000+ lines of code and counting
[02:51:25] <sbryzak> and it still has a whole bunch of unimplemented methods
[02:51:50] <gastaldi> wow
[02:52:02] <gastaldi> Refactoring needed
[02:52:12] <sbryzak> i've already refactored it
[02:52:34] <sbryzak> the entire Property query api in Solder came as a result of that
[02:52:43] <gastaldi> :)
[02:53:48] <gastaldi> What if you split into another store ?
[02:54:08] <sbryzak> what do you mean?
[02:54:40] <gastaldi> Split the JpaIdentityStore into 2 classes or more
[02:55:03] <sbryzak> i think that would make it more complex
[02:55:24] <gastaldi> ah there are inner classes in it
[02:55:33] <gastaldi> PropertyTypeCriteria
[02:55:42] <sbryzak> it's got to implement the picketlink IdentityStore interface
[02:55:49] <sbryzak> so all those methods are required
[02:55:55] <sbryzak> a big part of the class is configuration
[02:56:09] <gastaldi> ok
[02:56:23] <sbryzak> and configuration can vary wildly between projects
[02:56:42] <sbryzak> so it has to allow for all sorts of different combinations
[02:58:06] <sbryzak> the issue i'm working on now is support for attributes that may be spread across the database
[02:58:27] <sbryzak> so in the case of seam university, the IdentityObject entity has a reference to Member
[02:58:42] <sbryzak> and the Member entity contains stuff like the user's first and last names and email address
[02:59:08] <sbryzak> so, when the user authenticates against google using openid
[02:59:38] <sbryzak> those values are returned, and the identity store should create a new user record and map those values to the appropriate attributes
[02:59:57] <sbryzak> it will be really cool once i get it working
[03:01:20] <gastaldi> cool !
[03:15:27] *** mateus has quit IRC
[03:17:28] *** gastaldi has quit IRC
[03:17:40] *** gastaldi has joined #seam-dev
[03:21:40] *** gastaldi has quit IRC
[03:21:49] *** gastaldi has joined #seam-dev
[03:23:50] *** rruss has joined #seam-dev
[03:25:04] *** rruss1 has joined #seam-dev
[03:28:16] *** rruss has quit IRC
[03:30:58] *** rruss1 has quit IRC
[03:31:12] *** rruss has joined #seam-dev
[03:35:08] <jbossbot> git [security] push develop 4307627.. Shane Bryzak store the identity property that "owns" the attribute property
[03:35:09] <jbossbot> git [security] push develop URL: http://github.com/seam/security/compare/9a11ad3...4307627
[03:37:18] *** daniel_hinojosa has joined #seam-dev
[03:37:18] *** gastaldi has quit IRC
[03:38:08] *** gastaldi has joined #seam-dev
[03:41:24] *** gastaldi has quit IRC
[04:33:00] <jbossbot> git [security] push develop 9c57f02.. Shane Bryzak implemented full support for mapped attributes
[04:33:00] <jbossbot> git [security] push develop URL: http://github.com/seam/security/compare/4307627...9c57f02
[05:29:40] *** hannelita has joined #seam-dev
[05:35:19] *** clerum has quit IRC
[05:43:20] *** gastaldi has joined #seam-dev
[05:46:02] <gastaldi> hey
[05:52:25] *** gastaldi has quit IRC
[05:52:35] *** gastaldi has joined #seam-dev
[05:59:37] *** gastaldi has quit IRC
[05:59:46] *** gastaldi has joined #seam-dev
[06:05:47] *** gastaldi has quit IRC
[06:05:58] *** gastaldi has joined #seam-dev
[06:08:39] <hannelita> gastaldi: hey :) wow, you keep getting dcd all the time
[06:08:40] *** gastaldi has quit IRC
[06:09:04] *** gastaldi has joined #seam-dev
[06:10:05] <gastaldi> sbryzak ?
[06:11:04] <sbryzak> i'm here
[06:11:16] <sbryzak> gastaldi: did you ask something?
[06:11:57] <gastaldi> I was wondering.. If Session is supposed to be stored on DB (with JPA), then a Session cannot hold an HttpSession object
[06:12:36] <sbryzak> we won't store the Session object in the db
[06:12:39] <gastaldi> I guess we must have a isSessionValid on SessionManager to test every time a request is made
[06:13:01] *** lazarotti has quit IRC
[06:13:20] <sbryzak> gastaldi: yes, possibly in a filter
[06:14:17] <gastaldi> Ok, so I placed seam-servlet as another dependency on seam-security impl
[06:14:27] <sbryzak> actually, scratch that, we can use an event
[06:14:38] <sbryzak> http://docs.jboss.org/seam/3/servlet/latest/reference/en-US/html/servlet-events.html#events.servlet_request_lifecycle_events
[06:15:26] 
[06:15:36] <sbryzak> yep
[06:15:54] <gastaldi> I suppose that behavior is placed on SessionManagerImpl also
[06:16:18] <sbryzak> that's where i'd put it
[06:16:31] <gastaldi> Yes
[06:16:36] 
[06:16:57] *** bleathem has joined #seam-dev
[06:17:13] <bleathem> ping sbryzak
[06:17:29] <sbryzak> bleathem: pong
[06:17:52] <bleathem> hey shane - it's this upcoming Thursday for the Seam Faces hack night right?
[06:18:15] <sbryzak> good question
[06:18:26] <sbryzak> i'm not sure what was decided during the last meeting
[06:18:30] <sbryzak> just trying to look up the minutes now
[06:18:35] <bleathem> yeah, I missed the last meeting
[06:18:48] <bleathem> I'm going on info from three weeks ago
[06:18:50] 
[06:19:24] 
[06:19:44] <bleathem> ok
[06:19:57] <bleathem> I'll go through the jiras one day this week then
[06:19:57] <sbryzak> gastaldi: i'm glad you know what's going on ;)
[06:20:07] <sbryzak> bleathem: sounds good
[06:20:17] <bleathem> yeah, thanks gastaldi!
[06:20:24] <gastaldi> ;)
[06:20:46] <bleathem> I don't know how much if it I can be present for
[06:20:56] <bleathem> so I'll have to make sure the Jira is in tip-top shape
[06:23:39] <gastaldi> sbryzak: What to do when a session is marked as invalid ?
[06:23:51] <sbryzak> gastaldi: invalidate the current session
[06:23:57] <sbryzak> and raise an event
[06:24:15] <gastaldi> humm
[06:24:45] <gastaldi> I was thinking of a response.sendError(HttpServletResponse.SC_FORBIDDEN)
[06:24:54] <gastaldi> but raising an event is much better
[06:28:07] <gastaldi> Any suggestion for the event type ?
[06:31:42] 
[06:35:22] *** gastaldi has quit IRC
[06:35:32] *** gastaldi has joined #seam-dev
[06:35:37] *** bleathem has quit IRC
[06:36:46] <sbryzak> gastaldi: something like SessionInvalidatedEvent
[06:37:45] <gastaldi> hum, is there any hiearchy for events ?
[06:38:06] <sbryzak> no
[06:40:18] <gastaldi> k
[06:41:32] *** gastaldi has quit IRC
[06:41:42] *** gastaldi has joined #seam-dev
[06:48:35] *** hannelita has quit IRC
[06:53:30] <gastaldi> sbryzak: https://github.com/gastaldi/security/commit/e2520af98dca101e816a7a019f08efff42d40d1f
[06:53:31] <jbossbot> git [security] e2520af.. George Gastaldi Created impl
[06:54:42] <gastaldi> thoughts ?
[06:54:54] <sbryzak> gastaldi: looking good
[06:55:14] <sbryzak> i might add some session management screens in seam university to try it out
[06:55:23] <gastaldi> cool
[06:57:35] <gastaldi> hum, let me remove some unnecessary methods
[06:57:40] <gastaldi> keeping it simple ! :)
[07:01:35] <gastaldi> hmm
[07:03:51] <gastaldi> How about if I reuse the IdentityObjectCreatedEvent ?
[07:04:19] <gastaldi> and the JPAIdentityStore ?
[07:04:57] <sbryzak> gastaldi: what would you use them for?
[07:05:26] <gastaldi> to implement SessionStore
[07:05:38] <gastaldi> Actually I have 4 methods on SessionStore
[07:05:43] <sbryzak> hmm, no they're not really related
[07:05:55] <gastaldi> hum, ok
[07:06:17] <gastaldi> How may I provide a default SessionStore ?
[07:06:22] <gastaldi> InMemory impl ?
[07:06:51] <gastaldi> I like the idea of storing on JPA
[07:08:32] <sbryzak> i'd just provide a JpaSessionStore
[07:08:32] *** gastaldi has quit IRC
[07:09:08] <oranheim> Good morning! I experience problems with s:validatorForm. I use PrimeFaces and it did use to work with Seam Faces 3.0.2 and PF 2, but after upgrade to PF 3.m3 and 3.1.Beta2 - the UIValidatorForm throws the message Could not locate component. This occurs only for nested components, like form -> dataTable -> inputText.
[07:09:10] *** gastaldi has joined #seam-dev
[07:10:12] *** tsurdilo has quit IRC
[07:10:12] <gastaldi> hum, nevermind, I am storing on a Map by default
[07:10:54] *** amitev2 has joined #seam-dev
[07:13:07] <jbossbot> git [solder] push develop eef2885.. Shane Bryzak always setAccessible when reading field properties
[07:13:07] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/aa44acb...eef2885
[07:13:17] *** amitev has quit IRC
[07:14:19] <gastaldi> sbryzak: How do I get the user address ? request.getRemoteAddr()  ? Or is there something on security API that I am missing ?
[07:17:00] <sbryzak> gastaldi: yeah request.getRemoteAddr() should work
[07:17:01] *** gastaldi has quit IRC
[07:17:08] <sbryzak> poor gastaldi
[07:17:12] <sbryzak> someone needs to buy him a new internet
[07:17:21] *** gastaldi has joined #seam-dev
[07:23:37] <gastaldi> sbryzak: https://github.com/gastaldi/security/commit/a31bc13a2fe5cad827bcc8e2fd54defa3240dddd is ready for a spin :)
[07:23:38] <jbossbot> git [security] a31bc13.. George Gastaldi Added Store impl
[07:24:04] <gastaldi> Do you want me to create a pull request so you can merge it in the develop branch ?
[07:24:13] <sbryzak> gastaldi: you can merge it in if you like
[07:24:20] <gastaldi> cool
[07:24:32] <gastaldi> let me rebase first
[07:26:43] <jbossbot> git [security] push develop e2520af.. George Gastaldi Created impl
[07:26:44] *** gastaldi has quit IRC
[07:26:44] <jbossbot> git [security] push develop a31bc13.. George Gastaldi Added Store impl
[07:26:44] <jbossbot> git [security] push develop ef72700.. George Gastaldi Merge branch 'SEAMSECURITY-12' into develop
[07:26:45] <jbossbot> jira [SEAMSECURITY-12] Introduce session management into Seam Security [Open (Unresolved) Feature Request, Major, Shane Bryzak] https://issues.jboss.org/browse/SEAMSECURITY-12
[07:26:45] <jbossbot> git [security] push develop URL: http://github.com/seam/security/compare/9c57f02...ef72700
[07:27:18] *** gastaldi has joined #seam-dev
[07:27:20] 
[07:27:48] <gastaldi> have fun :)
[07:29:09] <gastaldi> this hotel internet is crap
[07:29:36] *** gastaldi has quit IRC
[07:29:38] *** gastaldi_ has joined #seam-dev
[07:29:40] <gastaldi_> there
[07:29:58] *** gastaldi_ is now known as gastaldi
[07:31:55] <gastaldi> hum, this git flow is not helping me at all
[07:33:25] <gastaldi> ok, gotta sleep now
[07:33:32] <gastaldi> See ya sbryzak  ! Thanks for the help
[07:33:49] <sbryzak> gastaldi: good night, thanks for that :)
[07:33:59] <gastaldi> nop
[07:34:12] *** gastaldi has quit IRC
[07:43:00] *** jharting has joined #seam-dev
[07:46:52] *** kpiwko has joined #seam-dev
[07:51:54] <jbossbot> git [solder] push develop 1e722dd.. Shane Bryzak the maven shade plugin is officially retarded.. adding repository config back into seam-solder-logging until they un-retard it
[07:51:54] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/eef2885...1e722dd
[08:08:17] *** sbryzak has quit IRC
[08:10:57] *** chkal has joined #seam-dev
[08:17:08] *** koentsje has joined #seam-dev
[08:20:03] *** stuartdouglas has quit IRC
[08:21:26] *** stuartdouglas has joined #seam-dev
[08:23:09] *** mgoldmann has joined #seam-dev
[08:25:29] *** sbryzak has joined #seam-dev
[08:25:29] *** sbryzak has joined #seam-dev
[08:39:33] *** Diablo-D3 has quit IRC
[08:48:06] *** maschmid has joined #seam-dev
[09:00:23] *** alesj has joined #seam-dev
[09:08:33] <jbossbot> git [xwidgets] push master f5f9cd7.. Shane Bryzak modify attribute names
[09:08:33] <jbossbot> git [xwidgets] push master URL: http://github.com/seam/xwidgets/compare/51810b6...f5f9cd7
[09:25:02] *** oskutka has joined #seam-dev
[09:29:44] *** epbernard has joined #seam-dev
[09:40:30] *** msmigielski has joined #seam-dev
[09:44:06] *** marekn has joined #seam-dev
[09:45:17] *** mathieuancelin has joined #seam-dev
[09:46:15] *** mkouba has joined #seam-dev
[09:51:14] *** mkouba has quit IRC
[09:52:31] *** daniel_hinojosa has quit IRC
[10:11:29] *** mkouba has joined #seam-dev
[10:23:11] <jbossbot> git [xwidgets] push master f64003e.. Shane Bryzak fix dialogue active exception
[10:23:11] <jbossbot> git [xwidgets] push master URL: http://github.com/seam/xwidgets/compare/f5f9cd7...f64003e
[10:25:21] <jbossbot> git [university] push master e06aab4.. Shane Bryzak user attributes (such as first name, last name, email, etc) now automatically pulled from OpenId provider and mapped to local identity store
[10:25:21] <jbossbot> git [university] push master URL: http://github.com/seam/university/compare/559fef1...e06aab4
[10:32:08] *** oskutka has quit IRC
[10:36:44] *** oskutka has joined #seam-dev
[10:41:53] *** shervin_a has joined #seam-dev
[11:22:26] *** sannegrinovero has joined #seam-dev
[11:39:26] *** rruss has quit IRC
[11:48:18] *** tkimura has quit IRC
[11:57:51] *** epbernard has quit IRC
[11:57:51] *** msmigielski has quit IRC
[12:06:42] *** epbernard has joined #seam-dev
[12:12:26] *** tsurdilo has joined #seam-dev
[13:26:18] *** rmartinelli has joined #seam-dev
[13:33:41] <jbossbot> git [remoting] push develop 8d01178.. Shane Bryzak SEAMREMOTING-23
[13:33:42] <jbossbot> jira [SEAMREMOTING-23] Support global exception handler [Open (Unresolved) Feature Request, Major, Shane Bryzak] https://issues.jboss.org/browse/SEAMREMOTING-23
[13:33:43] <jbossbot> git [remoting] push develop URL: http://github.com/seam/remoting/compare/cb24211...8d01178
[13:35:56] *** mgoldmann_ has joined #seam-dev
[13:38:25] *** mgoldmann has quit IRC
[13:45:37] <jbossbot> git [remoting] push develop 8e1103d.. Shane Bryzak SEAMREMOTING-23
[13:45:38] <jbossbot> jira [SEAMREMOTING-23] Support global exception handler [Open (Unresolved) Feature Request, Major, Shane Bryzak] https://issues.jboss.org/browse/SEAMREMOTING-23
[13:45:39] <jbossbot> git [remoting] push develop URL: http://github.com/seam/remoting/compare/8d01178...8e1103d
[13:47:14] <jbossbot> git [university] push master 169dc12.. Shane Bryzak fix compiler warnings, add display order for categories
[13:47:14] <jbossbot> git [university] push master URL: http://github.com/seam/university/compare/e06aab4...169dc12
[13:47:55] *** alesj has quit IRC
[13:53:02] *** epbernard is now known as emmanuel
[14:15:32] *** mgoldmann_ has quit IRC
[14:15:40] *** mgoldmann has joined #seam-dev
[14:34:02] *** mateus has joined #seam-dev
[14:37:12] *** koentsje has quit IRC
[14:51:16] *** lazarotti has joined #seam-dev
[15:06:17] *** iphands has joined #seam-dev
[15:07:45] *** jharting has quit IRC
[15:12:59] *** maxiphone has joined #seam-dev
[15:13:21] *** marekn has quit IRC
[15:15:51] *** marekn has joined #seam-dev
[15:17:34] *** johnament has joined #seam-dev
[15:18:27] <johnament> darn, wheres pete
[15:19:11] *** aslak has joined #seam-dev
[15:33:29] *** oskutka has quit IRC
[15:46:45] *** koentsje has joined #seam-dev
[15:53:15] *** jamezp_afk is now known as jamezp
[15:54:31] *** mkouba has quit IRC
[15:56:19] *** lazarotti has quit IRC
[16:03:20] *** maxiphone has quit IRC
[16:06:25] *** marekn has quit IRC
[16:08:10] <johnament> what's the next version? 3.1.0.Beta3?
[16:09:00] *** chkal has quit IRC
[16:10:56] *** clerum has joined #seam-dev
[16:11:03] <maschmid> 3.1.0.CR1 I think...
[16:12:04] *** mbg has quit IRC
[16:16:07] *** maxiphone has joined #seam-dev
[16:18:37] *** kpiwko has quit IRC
[16:30:17] *** maxiphone has quit IRC
[16:36:26] *** hannelita has joined #seam-dev
[16:43:53] *** shervin_a has quit IRC
[16:49:58] *** pmuir has joined #seam-dev
[16:49:59] *** pmuir has quit IRC
[16:49:59] *** pmuir has joined #seam-dev
[16:56:08] *** lincolnthree has joined #seam-dev
[17:01:27] *** rruss has joined #seam-dev
[17:01:34] *** mbg has joined #seam-dev
[17:02:51] *** lazarotti has joined #seam-dev
[17:06:01] *** mbg has quit IRC
[17:10:01] *** mgoldmann has quit IRC
[17:11:12] *** bleathem has joined #seam-dev
[17:18:19] *** mbg has joined #seam-dev
[17:18:59] *** ssachtleben has joined #seam-dev
[17:26:16] *** maxiphone has joined #seam-dev
[17:26:34] *** maxiphone has left #seam-dev
[17:27:56] *** bleathem is now known as bleathem_away
[17:35:00] *** jose_freitas has quit IRC
[17:41:09] <johnament> pmuir, !
[17:41:11] <johnament> hi pete
[17:41:18] <pmuir> hi johnament
[17:41:28] <pmuir> johnament: join #jsr346 :-)
[17:50:32] *** clerum has quit IRC
[17:50:50] *** mathieuancelin has quit IRC
[17:52:12] *** clerum has joined #seam-dev
[17:54:32] *** tsurdilo has quit IRC
[17:57:19] *** daniel_hinojosa has joined #seam-dev
[17:58:36] *** akazakov has joined #seam-dev
[17:58:54] *** tsurdilo has joined #seam-dev
[18:17:05] *** maschmid has quit IRC
[18:19:20] *** mateus has quit IRC
[18:20:30] *** bleathem_away is now known as bleathem
[18:20:41] *** kevinpollet has joined #seam-dev
[18:23:09] *** johnament has quit IRC
[18:31:57] <clerum> sbryzak: ping
[18:35:36] <clerum> nm - https://issues.jboss.org/browse/SEAMSECURITY-88
[18:35:37] <jbossbot> jira [SEAMSECURITY-88] Seam-security should have a non-optional dependency on seam-transaction because it cannot run without it in the classpath [Resolved (Done) Bug, Major, Shane Bryzak] https://issues.jboss.org/browse/SEAMSECURITY-88
[18:38:34] <clerum> appears that international won't deploy on as7 without joda?
[18:40:52] *** Diablo-D3 has joined #seam-dev
[18:44:42] <clerum> sbryzak: acutally looks like we need a 3.1Beta2 jira version
[18:44:48] <clerum> for security
[18:52:07] *** cbrock has joined #seam-dev
[18:56:57] <jbossbot> git [faces] push 3.1.0.Beta2 URL: http://github.com/seam/faces/compare/2821d46...0000000
[18:57:00] *** jose_freitas has joined #seam-dev
[18:58:03] <jbossbot> git [faces] push develop 08aa724.. Marek Schmidt new testsuite structure
[18:58:03] <jbossbot> git [faces] push develop URL: http://github.com/seam/faces/compare/453014d...08aa724
[19:03:00] <bleathem> clerum: it's 3am in Brisbane right now
[19:03:30] <bleathem> ping lincolnthree
[19:05:28] <lincolnthree> bleathem: pong
[19:05:44] <bleathem> hey lincolnthree
[19:05:48] <bleathem> how goes?
[19:06:07] <bleathem> I'm looking at a SEAMFACES issue chkal has been working on:
[19:06:08] <bleathem> SEAMFACES-185
[19:06:09] <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
[19:06:12] <lincolnthree> bleathem: not bad, just doing some CDI1.1 work with pete, and answering emails :) not a super productive day for *me* yet
[19:06:29] <lincolnthree> looking
[19:06:29] <bleathem> and wanted to pick your brain w.r.t. manually locating the web.xml file during CDI startup
[19:07:04] <bleathem> I'm a little unhappy the solution he has so far doesn't work with JBoss AS :(
[19:07:28] <lincolnthree> looking
[19:08:13] <bleathem> I'm not big on file I/O, but it seems to me that it would be as simple as opening the filestream web.xml on the classpath?
[19:08:20] <bleathem> wouldn't work for EAR projects
[19:08:33] <bleathem> or maybe it would
[19:10:10] <bleathem> something like: Class.getResourceAsStream("web.xml")
[19:10:30] <bleathem> or maybe it would have to be: Class.getResourceAsStream("WEB-INF/web.xml")
[19:11:45] <lincolnthree> there are a few complications to worry about when opening file streams
[19:11:45] *** msmigielski has joined #seam-dev
[19:11:46] <lincolnthree> but
[19:11:50] <lincolnthree> for the most part they are reliable
[19:12:04] *** msmigielski has quit IRC
[19:12:12] <lincolnthree> as the APIs are very stable, and these files are well defined
[19:12:25] *** msmigielski has joined #seam-dev
[19:14:25] <bleathem> lincolnthree: so you saying opening it as a stream should work?
[19:14:29] <lincolnthree> it should
[19:14:38] <lincolnthree> as long as you don't lock it for writes, you won't cause issue
[19:14:43] <bleathem> ok, thanks
[19:14:47] <lincolnthree> however
[19:14:49] <lincolnthree> there is one issue
[19:14:51] <bleathem> uh oh
[19:14:53] <lincolnthree> web-fragment.xml
[19:15:00] <bleathem> yeah, I was thinking of that
[19:15:15] <bleathem> Let's assume devs wont set the project stage in a web-fragment
[19:15:23] <lincolnthree> right
[19:15:31] <lincolnthree> web.xml always overrides anyway
[19:15:32] <lincolnthree> so
[19:15:45] <lincolnthree> ok
[19:15:49] <lincolnthree> we need to file an issue in the JSF spec though
[19:15:56] <bleathem> how so?
[19:16:05] <lincolnthree> ability to resolve JSF Project state without an active JSF servlet context
[19:16:10] *** msmigielski has quit IRC
[19:16:10] <lincolnthree> stage*
[19:16:25] <lincolnthree> there's no reason for it to require a booted JSF (other than the servletcontext init param, I suppose)
[19:16:29] <lincolnthree> JSF could do this itself.
[19:16:42] <lincolnthree> That should probably be something Seam Faces provides in the mean time
[19:16:44] <lincolnthree> I would expose this API
[19:16:52] <lincolnthree> As a feature in Seam Faces :)
[19:16:54] <lincolnthree> It's a good feature!
[19:17:45] <bleathem> interesting
[19:17:47] <bleathem> so
[19:17:55] <bleathem> the cdi extension should store the project stage
[19:18:04] <bleathem> then we can query that stage later on
[19:18:19] <bleathem> to get the project stage independent of the JSF startup status
[19:18:26] <bleathem> nice spin-off lincolnthree!
[19:19:21] <lincolnthree> bleathem: yes :) thanks!
[19:19:29] *** msmigielski has joined #seam-dev
[19:20:37] <bleathem> uh oh
[19:20:46] <bleathem> WEB-INF is *not* on the classpath:
[19:20:46] <bleathem> http://stackoverflow.com/questions/793917/is-web-inf-in-the-classpath
[19:21:52] <lincolnthree> It's not on the classpath, hm.
[19:22:04] <lincolnthree> That's bad.
[19:22:10] *** emmanuel has quit IRC
[19:22:11] <bleathem> :|
[19:22:26] <lincolnthree> Well, how does the ServletContainer get access to it?
[19:22:31] <lincolnthree> It has to be doable somehow.
[19:22:34] <lincolnthree> It's not impossible.
[19:22:36] <bleathem> good question
[19:22:41] <bleathem> looking
[19:22:52] <lincolnthree> Might need to look into Jetty or Tomcat sources
[19:23:06] <jamezp> I think you have to use a specific ClassLoader, but I can't remember which one now.
[19:24:17] 
[19:24:32] 
[19:24:43] <bleathem> "it don't work in JBoss AS6 and AS7 as their ClassLoader implementations do not extend URLClassLoader"
[19:25:05] <bleathem> jamezp: maybe I'll try asking over in #jbossas7
[19:25:39] <ssachtleben> aaaaaaaaaah found bug :P
[19:26:01] <jamezp> You might be able to use Thread.ccurrentThread.getContextClassLoader().
[19:26:13] <lincolnthree> jamezp: actually that should work
[19:26:16] <lincolnthree> bleathem:
[19:26:35] <lincolnthree> it's "fragile"
[19:26:35] <lincolnthree> but
[19:26:37] <lincolnthree> it should work
[19:27:24] <bleathem> I think that's what chkal did
[19:27:59] *** msmigielski has quit IRC
[19:28:27] <ssachtleben> @ViewScoped @URLMapping(id = "test", pattern = "/#{test : testAction.test}.html", viewId = "/test.seam") }
[19:29:05] <ssachtleben> h:commandButton value="#{otherAction.method}" gives error 404 /.html is not available
[19:29:59] <lincolnthree> ssachtleben: whath does otherAction.method return?
[19:30:00] <jose_freitas> anyone familiar with maven release plugin?
[19:30:11] <bleathem> jose_freitas: I've used it
[19:30:21] <ssachtleben> lincolnthree doesnt matter since eclipse doesnt jump into the break point there
[19:30:31] <lincolnthree> ssachtleben: i beg to differ, but ok
[19:30:34] <lincolnthree> :)
[19:30:45] <jose_freitas> bleathem: I'm getting a really unclear exception
[19:30:47] <ssachtleben> btw. without pattern in url no 404 occur
[19:30:59] <jose_freitas> bleathem: Execution default-cli of goal org.apache.maven.plugins:maven-release-plugin:2.0:prepare failed: String index out of range: -1
[19:31:01] <lincolnthree> ssachtleben: that makes complete sense, that's correct
[19:31:20] <bleathem> jose_freitas: ugh, I've not seen that before
[19:31:35] <ssachtleben> uhm but I have logout button on every page and getting 404 on that view
[19:31:45] <ssachtleben> is there known workaround?
[19:31:45] <lincolnthree> ssachtleben: how do you define your button?
[19:31:49] <jose_freitas> bleathem: it's totally unclear...
[19:32:35] <clerum> bleathem: thanks I'll pop him an email
[19:32:45] <ssachtleben> lincolnthree: <h:commandLink action="#{logoutAction.logout}" value="#{bundles.messages['global.button.Logout']}" />
[19:32:59] <lincolnthree> what is your logout URL pattern?
[19:33:03] *** koentsje has quit IRC
[19:33:10] <lincolnthree> what does logoutAction.logout return?
[19:33:15] <lincolnthree> ssachtleben:
[19:33:18] <ssachtleben> there is no logout pattern
[19:33:53] *** daniel_hinojosa has quit IRC
[19:34:36] <lincolnthree> ssachtleben: what does logoutAction.logout return?
[19:34:38] <ssachtleben> lincolnthree: http://pastebin.com/r1GR6cJt
[19:34:42] <lincolnthree> oh sorry
[19:35:01] <lincolnthree> ok
[19:35:02] <lincolnthree> pretty:bulletinboard_overview
[19:35:06] <lincolnthree> what's the pattern for that?
[19:35:11] <lincolnthree> you have to trace this stuff through
[19:35:16] <ssachtleben> its quite simple the button works fine on every pages
[19:35:25] <lincolnthree> i thought you said it *didn't* work?
[19:35:41] <ssachtleben> it wont work on specific pages
[19:36:00] <ssachtleben> @ViewScoped + pattern in url
[19:36:20] <ssachtleben> occure in 404 without even touch the logout method
[19:36:23] *** msmigielski has joined #seam-dev
[19:36:27] <ssachtleben> occur*
[19:36:32] <lincolnthree> ok, so i'm going to be a pain for minute
[19:37:11] <lincolnthree> paste me the relevant code (mapping, pattern, return value of action) where this doesn't work
[19:37:31] <lincolnthree> facelet code. etc
[19:38:12] <ssachtleben> let me set up fast small project so you will see :)
[19:38:19] <lincolnthree> ok great
[19:41:41] *** epbernard has joined #seam-dev
[19:41:41] *** epbernard is now known as emmanuel
[19:43:44] *** msmigielski has quit IRC
[19:46:15] *** mateus has joined #seam-dev
[19:46:55] <bleathem> is there a CDI IRC channel?
[19:47:06] <lincolnthree> #jsr346
[19:47:06] <lincolnthree> i
[19:47:09] <lincolnthree> m init now
[19:52:03] *** koentsje has joined #seam-dev
[19:54:52] *** daniel_hinojosa has joined #seam-dev
[20:07:36] *** kevinpollet has quit IRC
[20:08:29] *** daniel_hinojosa has quit IRC
[20:17:50] <ssachtleben> lol it works on my test project with 3 beans lol
[20:18:02] <ssachtleben> seems like something else is wrong I have to find out
[20:18:09] <lincolnthree> ssachtleben: good, now figure out what you did differently in your big app :)
[20:18:13] <lincolnthree> hehe
[20:22:00] *** msmigielski has joined #seam-dev
[20:27:15] *** oranheim has quit IRC
[20:47:06] <ssachtleben> lincolnthree I found it sorry my code had a logic mistake
[20:47:14] <lincolnthree> ssachtleben: np :)
[20:47:20] <lincolnthree> glad you figured it out
[20:47:51] <ssachtleben> yeah glad everything works as aspected :)
[21:00:09] *** jose_freitas_aw has joined #seam-dev
[21:01:43] *** jamezp is now known as jamezp_afk
[21:01:50] *** jose_freitas has quit IRC
[21:02:00] *** msmigielski has quit IRC
[21:28:01] *** johnament has joined #seam-dev
[21:30:10] *** edburns has joined #seam-dev
[21:30:27] <edburns> bleathem: Hello Brian.  Did Tom McGinn ever contact you about f:viewAction?
[21:30:54] <bleathem> edburns: last I heard he was busy with docs for something else, and was going to get in touch mid-september
[21:31:05] <edburns> bleathem: Ok.
[21:31:22] <edburns> bleathem: In related news, I'd like to add a comment to <https://issues.jboss.org/browse/CDI-121> but I cannot do so, even after logging in as edburns.
[21:31:25] <jbossbot> jira [CDI-121] TransactionScope [Open (Unresolved) Feature Request, Minor, Richard Hightower] https://issues.jboss.org/browse/CDI-121
[21:31:36] <edburns> bleathem: Do you know how I can gain access to add a comment to <https://issues.jboss.org/browse/CDI-121>?
[21:31:42] <edburns> @Transaction scope.
[21:31:48] <bleathem> edburns: that's odd
[21:31:49] <edburns> Obviously, jsf page flow needs this.
[21:31:57] <bleathem> edburns: I'd ping pmuir about that
[21:32:06] <bleathem> edburns: the jira access I mean
[21:32:08] <edburns> Wait.
[21:32:08] <johnament> edburns, try joining #jsr346 and ping him
[21:32:17] <edburns> It looks like I somehow didd'nt log in.
[21:32:18] <edburns> Let me try it.
[21:32:54] <edburns> Never mind.
[21:32:56] <edburns> User error on my part.
[21:32:58] <edburns> I am sorry.
[21:33:31] <bleathem> edburns: glad to hear it worked
[21:33:42] *** oranheim has joined #seam-dev
[21:34:31] *** lincolnthree has left #seam-dev
[21:35:13] <bleathem> edburns: we're racking our brains trying to find a way to portable parse the web.xml prior to the ServletContext being available.  You wouldn't happen have any idea in that respect would you?
[21:35:36] <edburns> No.
[21:35:36] <bleathem> edburns: this has to do with conditionally activating CDI beans based on the ProjectStage
[21:35:44] <edburns> This has been a nettlesome thing in the platform for at least six years.
[21:35:53] <edburns> We grapple with it in JSF as well.
[21:36:04] <bleathem> hmmm
[21:36:13] <bleathem> sounds like a spec issue needsd to be filed somewhere!
[21:36:18] <edburns> It already has.
[21:36:27] <edburns> The servlet spec lead knows about this and has for a long time.
[21:36:36] <edburns> It's never been important enough, though.
[21:36:41] <bleathem> good to know, thanks!
[21:37:07] <bleathem> maybe it'll become a more important issue as CDI extension try to take advantage of web.xml configuration
[21:40:13] <pmuir> we should make web.xml available in jndi
[21:41:09] *** jose_freitas has joined #seam-dev
[21:41:17] *** lightguard_jp has joined #seam-dev
[21:44:57] <lightguard_jp> Going through the forum postings, I'm getting a little tired of hantsy bai
[21:45:20] *** edburns is now known as edburns_away
[21:50:09] <ssachtleben> :D
[21:50:29] *** rmartinelli has quit IRC
[21:51:00] <lightguard_jp> If you're really having all these problems, why not um, I don't know, start debugging and stepping through things and figure it out? Lazy developers
[21:52:38] <lightguard_jp> ssachtleben: Thanks for stepping up and answering some of the questions on the forum. I appreciated it.
[21:52:42] <ssachtleben> or at least properly read answers of your questions :D
[21:52:50] <bleathem> edburns_away: FYI, I filed a Servlet spec issue: SERVLET_SPEC-9
[21:52:57] <lightguard_jp> Yeah, that would help too.
[21:53:11] <bleathem> edburns_away: http://java.net/jira/browse/SERVLET_SPEC-9
[21:53:14] <ssachtleben> lightguard_jp: No problem :)
[21:53:49] <bleathem> lightguard_jp: I deleted the branch release/3.1.0.Beta2 for faces
[21:54:21] <lightguard_jp> bleathem: No problem, not sure why it got pushed, maybe I pushed too soon.
[21:54:30] <ssachtleben> ah btw I have posted my hard fight with modcluster and jboss as 7 as quick guide :)
[21:54:31] <ssachtleben> http://seamspace.blogspot.com/2011/09/clustering-with-jboss-modcluster-and-as.html
[21:54:37] <lightguard_jp> bleathem: How's that pull request look with the new testing structure?
[21:55:00] <lightguard_jp> ssachtleben: Is that relevant to Seam 3?
[21:55:03] <bleathem> lightguard_jp: I merged it
[21:55:15] <bleathem> lightguard_jp: not sure why the tests were copied, rather than moved
[21:55:21] <bleathem> lightguard_jp: I don't like the duplication
[21:55:25] <lightguard_jp> bleathem: Cool, hope that helps with the testing stuff you guys are doing.
[21:55:37] <lightguard_jp> bleathem: Good question.
[21:55:45] <bleathem> lightguard_jp: yeah, we;ll have to merge the JSFUnit stuff into that
[21:55:59] <lightguard_jp> I hope that's not a lot of work
[21:56:06] <lightguard_jp> jose_freitas: Did JSFUnit release?
[21:56:27] <lightguard_jp> bleathem: How's the JIRA stuff for faces coming? We're supposed to be hacking on it this week.
[21:56:42] <bleathem> yeah, it's on my todo list for today
[21:57:02] <bleathem> I kind of got wrapped up in SEAMFACES-185 though
[21:57:03] <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
[21:57:06] <bleathem> it's an interesting problem
[21:57:15] <bleathem> how to parse the web.xml from a CDI extension
[21:57:34] <bleathem> I just filed a Servlet spec issue on the subject: http://java.net/jira/browse/SERVLET_SPEC-9
[21:57:35] <lightguard_jp> Ah
[21:57:43] <bleathem> about to file a corresponding CDI issue
[21:58:08] <johnament> that was always the problem with seam-config
[21:58:27] <johnament> really great theory, defining beans in xml, but just doesn't work
[21:58:59] *** jamezp_afk is now known as jamezp
[21:59:08] <bleathem> man, the jsr stock pages are useless
[22:01:03] *** jose_freitas_aw has joined #seam-dev
[22:02:34] *** jose_freitas has quit IRC
[22:10:48] *** jose_freitas_aw has quit IRC
[22:15:29] *** jose_freitas has joined #seam-dev
[22:22:02] *** jose_freitas_aw has joined #seam-dev
[22:23:58] *** jose_freitas has quit IRC
[22:24:20] *** pmuir has quit IRC
[22:31:33] *** jose_freitas has joined #seam-dev
[22:32:56] *** jose_freitas_aw has quit IRC
[22:43:12] *** akazakov is now known as akazakov_afk
[22:50:40] *** bleathem is now known as bleathem_away
[22:54:29] *** pmuir has joined #seam-dev
[22:54:29] *** pmuir has quit IRC
[22:54:29] *** pmuir has joined #seam-dev
[22:58:06] *** koentsje has quit IRC
[23:05:00] <lightguard_jp> rruss: ping
[23:24:31] *** jose_freitas has quit IRC
[23:30:38] *** lazarotti has quit IRC
[23:34:31] <lightguard_jp> Hm, DWG meeting??
[23:36:03] <sbryzak> morning all
[23:36:06] <sbryzak> lightguard_jp: is that now?
[23:36:09] <sbryzak> i thought it was a little later
[23:36:33] <lightguard_jp> sbryzak: You may be right, let me double check
[23:37:25] <sbryzak> i have it as 9.30am in my calendar, 2 hours from now
[23:37:38] <lightguard_jp> sbryzak: Yep, couple hours from now, you're right.
[23:37:58] <lightguard_jp> sbryzak: Looks like you've gotten back into doing security dev.
[23:38:22] <sbryzak> among other stuff :)
[23:38:30] <sbryzak> added a new remoting feature last night also
[23:38:35] <lightguard_jp> sbryzak: side note, I think we need to modify the parent a bit more to only include gpg signing for release, unless it already is and the RH jenkins is setup incorrectly now.
[23:38:50] <sbryzak> no problem, we can do that
[23:39:04] <sbryzak> btw, marek schmidt and i have sorted out the testsuite
[23:39:14] <sbryzak> we've started pushing out the new structure to all the modules
[23:39:52] <sbryzak> solder is done if you'd like to check it out
[23:41:02] <lightguard_jp> I think he did that for Catch and Faces as well.
[23:41:07] <lightguard_jp> I had some comments on the catch stuff.
[23:41:24] <lightguard_jp> Ken and I have also figured out how to get the tests to run in the IDE fairly easily.
[23:41:34] <lightguard_jp> Little up front setup per project but not too bad.
[23:41:50] <sbryzak> cool, does it require changes to the pom?
[23:41:57] <sbryzak> or is it more a documentation thing
[23:42:07] <sbryzak> there's still 3 more things we need to do
[23:42:16] <sbryzak> one of them is that, get them running in the IDE
[23:42:26] <sbryzak> the other two things are code coverage, and generate an actual test report
[23:42:37] <sbryzak> the files that surefire outputs are useless
[23:43:09] <lightguard_jp> No, no pom changes, just IDE setup.
[23:43:31] <sbryzak> nice, could we document that in the readme file in the testsuite directory?
[23:43:33] <lightguard_jp> Yeah, I think we're going to have to use arquillian jacoco for coverage
[23:43:45] <sbryzak> that's fine, i think jozef is working on it
[23:44:00] <lightguard_jp> I asked Ken to send it out to the mailing list. We can certainly add it to the directory.
[23:44:15] <lightguard_jp> It would be great to get Seam 3 using Sonar
[23:46:08] <lightguard_jp> We could put it in the oss sonar instance they maintain. I don't think RH is going to put one up any time soon.
[23:47:27] <sbryzak> yeah we could look at that
[23:47:34] <sbryzak> want to add it to the agenda for the f2f?
[23:47:43] <lightguard_jp> sbryzak: Are things in security stable enough to cut another beta?
[23:47:46] <lightguard_jp> Sure
[23:48:06] <sbryzak> yeah security is quite stable.. do we need another beta now?
[23:49:26] <lightguard_jp> added
[23:49:53] <lightguard_jp> sbryzak: I haven't looked at all the changes, but it seems like you've added some features and squashed some bugs people are interested in.
[23:50:18] <lightguard_jp> Also if you went ahead with the abstract classes you were talking about, best to get those out in the open for feedback.
[23:50:18] <sbryzak> hmm, yeah i guess so.. and CR1 is still a while off
[23:50:35] <sbryzak> i haven't converted the action classes yet
[23:52:46] <lightguard_jp> Maybe wait for that before doing a beta3 then.
[23:53:22] <sbryzak> i'll try to get it done today





top