[00:03:05] <bleathem> this is killing me
[00:03:18] <bleathem> anyone seen this error when running a Seam 2 app?
[00:03:19] <bleathem> java.lang.NullPointerException 	org.jboss.seam.jsf.SeamViewHandler.calculateLocale(SeamViewHandler.java:55)
[00:03:29] <bleathem> do I have to configure the locale some how?
[00:03:54] <bleathem> I suppose I should ask this in the #seam channel :P
[00:06:14] <bleathem> doh! I suppose I need a faces-config.xml file.
[00:06:17] <jbossbot> git [faces] push develop c09fe7e.. LightGuard Fixing SEAMFACES-126...
[00:06:18] <jbossbot> jira [SEAMFACES-126] Throw some kind of unauthorized exception when auth fails, rather than returning a 401 response [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-126
[00:06:19] <jbossbot> git [faces] push develop URL: http://github.com/seam/faces/compare/1277f99...c09fe7e
[00:06:20] <bleathem> man, this feels so archaic!
[00:06:57] <lightguard_jp> hehe
[00:07:06] <lightguard_jp> Going swimming with the kids, back in a while.
[00:07:11] *** lightguard_jp has quit IRC
[00:08:07] *** emmanuel has quit IRC
[00:19:43] <jose_freitas> lincolnthree1: ping
[00:20:18] <jose_freitas> are plugin projects hosted on forge umbrella or it can be hosted in any "organization" ?
[00:23:16] *** hannelita has quit IRC
[00:30:58] <lincolnthree1> jose_freitas: pong
[00:31:01] <lincolnthree1> you can host in any organization
[00:31:30] *** hannelita has joined #seam-dev
[00:37:38] *** rruss has quit IRC
[00:39:32] *** hannelita has quit IRC
[00:39:56] *** lincolnthree1 has quit IRC
[00:44:18] *** lincolnthree has joined #seam-dev
[00:45:27] *** jose_freitas has quit IRC
[00:45:34] *** mateus has quit IRC
[00:45:50] *** rmartinelli has joined #seam-dev
[00:46:27] *** rmartinelli has quit IRC
[00:47:28] *** lazarotti has quit IRC
[00:56:08] *** daniel_hinojosa has quit IRC
[00:56:38] *** daniel_hinojosa has joined #seam-dev
[01:04:30] <bleathem> anyone familiar with AS5 or EAP 5 and Seam 2?
[01:04:37] <stuartdouglas> yes
[01:04:41] <bleathem> hey stuartdouglas
[01:04:54] <bleathem> I'm trying to reproduce a problem on EAP5
[01:05:30] <bleathem> but when I deploy the app, it doesn't find the facelet, and richfaces classes I define as filters
[01:05:40] <bleathem> the jars are present in the EAP seam/lib folder
[01:05:55] <bleathem> how do I get my app to find those classes when I deploy?
[01:06:02] <stuartdouglas> I think seam still has to be bundled with the app
[01:06:09] <stuartdouglas> it defiantly does on AS5
[01:06:13] <stuartdouglas> I am not sure about EAP
[01:06:32] <bleathem> ok, I tried that with the richfaces jars, but I get a "different signer " exception thrown
[01:06:35] <bleathem> when I bundle it
[01:06:49] <stuartdouglas> But seam 2 uses statics internally, so the class definitions can't be shared between deployments
[01:07:15] <bleathem> ok
[01:14:35] <bleathem> "class "org.ajax4jsf.resource.ResourceBuilderImpl"'s signer information does not match signer information of other classes in the same package"
[01:14:58] <bleathem> but If I don't bundle it, it deson;t find the listener classes
[01:16:40] <stuartdouglas> bleathem: what other jars provide org.ajax4jsf.resource ?
[01:17:04] *** hannelita has joined #seam-dev
[01:17:12] <bleathem> it's either richfaaces-impl, or richfaces-api
[01:17:15] <bleathem> not sure which
[01:17:33] <clerum> all my seam 2 projects definitly bundle seam and rf
[01:17:41] <clerum> I think only hibernate is provided
[01:18:12] <clerum> war or ear btw
[01:18:43] <bleathem> clerum: thanks
[01:19:02] <bleathem> clerum: any chance you could pastebin a pom of a project that includes rf 3 and Seam 2?
[01:19:18] <clerum> my seam 2 projects are old and use ant
[01:19:21] <bleathem> ah
[01:19:22] <clerum> no pom :-(
[01:19:37] <bleathem> I'm ready to throw something over here :|
[01:19:43] <clerum> old seam-gen projects
[01:19:54] <bleathem> maybe I should try seam-gen
[01:19:58] <bleathem> never used it before
[01:20:20] <clerum> if you are looking to just get a simple project up and going I would
[01:20:24] <clerum> it will save you time
[01:20:48] <clerum> I've wasted countless days trying to massage seam 2 into a pom over the last 2 years
[01:21:32] <bleathem> I can't get it to work for the life of me
[01:22:15] *** hannelita has quit IRC
[01:22:40] <bleathem> ah, something for tomowwor
[01:23:41] <clerum> thats the spirit!
[01:23:44] *** hannelita has joined #seam-dev
[01:29:31] *** kenfinnigan has joined #seam-dev
[01:34:35] <kenfinnigan> sbryzak: are we still on for DWG now?
[01:34:40] <kenfinnigan> don't see many people about
[01:40:37] *** kenfinnigan has quit IRC
[01:42:17] *** ssachtleben has quit IRC
[01:58:42] <Diablo-D3> aaaaaaaaargh
[01:59:01] <Diablo-D3> what does java except me to use to get matches from a regex?
[01:59:01] *** lightguard_jp has joined #seam-dev
[01:59:20] <Diablo-D3> its obviously not \1 etc
[01:59:41] <stuartdouglas> ?
[02:00:01] <stuartdouglas> it just matches what is inside the parenthasis
[02:00:07] <Diablo-D3> yes, but how do you GET the matches
[02:00:14] <Diablo-D3> like, in replaceAll and such
[02:00:44] <stuartdouglas> http://download.oracle.com/javase/1.4.2/docs/api/java/util/regex/Matcher.html#group(int)
[02:08:23] *** sannegrinovero_ has quit IRC
[02:19:35] <Diablo-D3> stuartdouglas: dude, if you can see it, you're doing good
[02:22:32] *** tkimura has joined #seam-dev
[02:22:56] <stuartdouglas> Diablo-D3: Pattern p = Pattern.compile("blagh"); Matcher m = p.matcher("myString"); m.find(); m.group(1);
[02:23:12] <stuartdouglas> will get you what is in the first match group
[02:23:39] <Diablo-D3> yeah but thats the problem
[02:23:43] <Diablo-D3> Im not using that
[02:23:48] *** gastaldi has joined #seam-dev
[02:23:52] <Diablo-D3> Im using replaceAll from String
[02:23:54] <gastaldi> hey
[02:24:06] <gastaldi> lightguard_jp: How was the DWG meeting ?
[02:24:24] <gastaldi> ah, just saw in the email :P
[02:29:22] <gastaldi> hey lincolnthree
[02:30:45] <gastaldi> I am thinking of running forge as a separate process :P
[02:30:57] <gastaldi> To make that damn thing work :)
[02:31:23] <gastaldi> but that would be too lame
[02:38:46] *** jamezp is now known as jamezp_afk
[02:41:07] <hannelita> hey all :)
[02:42:01] <hannelita> have you guys tried to deploy idmconsole from security module example on AS7?
[02:58:12] *** gastaldi has quit IRC
[03:05:05] *** hannelita has quit IRC
[03:16:47] *** gastaldi has joined #seam-dev
[03:20:22] *** akazakov has quit IRC
[03:26:40] <gastaldi> lincolnthree: https://github.com/gastaldi/forge-web
[03:26:52] <gastaldi> Still bugged, but online :)
[03:39:34] *** gastaldi has quit IRC
[03:43:01] *** kenfinnigan has joined #seam-dev
[03:49:57] <lightguard_jp> kenfinnigan: Hey, sorry I missed the meeting
[03:50:08] <lightguard_jp> I don't think we had enough reminders early enough :(
[03:50:14] <lightguard_jp> Probably should have done one at the start of the week
[03:50:31] <kenfinnigan> no problem
[03:51:01] <kenfinnigan> was just weird after talking about it at the team mtg yesterday there was no one
[03:51:09] <kenfinnigan> for a while I was wondering if I got the wrong time!
[03:51:21] <kenfinnigan> such is life
[03:51:25] <lightguard_jp> Took me too long to get home
[03:51:56] <kenfinnigan> traffic bad?
[03:52:08] <lightguard_jp> Worse than what I was expecting.
[03:52:12] <kenfinnigan> always the way
[03:52:17] <kenfinnigan> do you have a few mins?
[03:52:28] <lightguard_jp> Sure
[03:52:44] <kenfinnigan> last night I was tweaking the testsuite for solder to get it working
[03:53:00] <lightguard_jp> Okay
[03:53:03] <kenfinnigan> using the build helper plugin to add the base src dir for the tests the build works
[03:53:20] <kenfinnigan> but is unimportable to eclipse because m2e doesn't understand the plugin in the IDE
[03:53:36] <kenfinnigan> so I tried using the antrun plugin to physically copy the compiled test classes
[03:53:42] <kenfinnigan> once again the build works
[03:53:59] <lightguard_jp> Figures.
[03:54:00] <kenfinnigan> it will import into eclipse, but it m2e doesn't know what to do with that plugin either
[03:54:09] <kenfinnigan> so even though you have a proper project
[03:54:09] <lightguard_jp> I thought the IDE support would be a major issue
[03:54:22] <kenfinnigan> all the test classes aren't there as they haven't been copied
[03:54:33] <kenfinnigan> so while trying to get to sleep last night I had another thought
[03:55:00] <kenfinnigan> the source that's currently in internals/base/src/main
[03:55:08] <kenfinnigan> gets moved to internals/src/test
[03:55:15] <kenfinnigan> base remains as a pom package
[03:55:20] <kenfinnigan> sorry, internals
[03:55:39] <kenfinnigan> then in internals/weld-embedded, internals/jbossas, etc
[03:56:06] <kenfinnigan> we change the mvn test src and resource dir to point to internals/src/test/java and resources
[03:56:34] <kenfinnigan> that should make the classes appear in the IDE as if they were part of the project (at least this is what I believe, haven't tested yet)
[03:56:47] <kenfinnigan> then if you need to have container specific tests
[03:56:58] <kenfinnigan> create a sub package for them in the same src tree
[03:57:12] <kenfinnigan> and use surefire to exclude based on package name from other containers
[03:57:19] <lightguard_jp> hm
[03:57:21] <kenfinnigan> that is exclude the tests
[03:57:26] <kenfinnigan> would that work?
[03:57:34] <lightguard_jp> maybe
[03:57:36] <kenfinnigan> was going to start trying it with solder tonight
[03:58:15] <lightguard_jp> test compile classpath would be difficult to get setup right.
[03:58:22] <kenfinnigan> how so?
[03:58:53] <lightguard_jp> exclusion for the tests only works for surefire which is a runtime exclusion.
[03:59:03] <lightguard_jp> And maven doesn't have testCompile and testRuntime targets
[03:59:08] <lightguard_jp> sorry, scopes
[03:59:52] <kenfinnigan> I'm confused, why does it matter if surefire only excludes the test classes?
[03:59:54] <lightguard_jp> So you'd have to have all of the containers and cdi impls on the compile classpath, which very likely might bleed through during running the tests
[04:00:00] <kenfinnigan> do we need to exclude them from somewhere else?
[04:00:22] <lightguard_jp> If all of the source is in one location you'll have to be able to compile all of it right?
[04:00:57] <kenfinnigan> but it doesn't need to compile at the internals level
[04:01:19] <kenfinnigan> could we use a filter to hide the non container relevant classes?
[04:01:26] <lightguard_jp> If you're changing the test source path it would
[04:01:50] <kenfinnigan> bummer, hadn't thought of that
[04:02:27] <lightguard_jp> Testing in maven certainly has some limitations for what we're trying to do.
[04:02:46] <kenfinnigan> indeed
[04:02:54] <lightguard_jp> Can we change the class directory?
[04:03:07] <kenfinnigan> test-classes you mean?
[04:03:11] <lightguard_jp> Yeah
[04:03:21] <kenfinnigan> I think so
[04:03:30] <kenfinnigan> but it would probably only support a single directory
[04:04:12] <kenfinnigan> ooh, if you have a class in src/main/java but it has test annotations on it
[04:04:19] <kenfinnigan> will surefire run it?
[04:04:22] <lightguard_jp> What we may be able to do is keep the common source in one location, and the test-classes changed for the containers to point to the internals.
[04:04:36] <lightguard_jp> don't know
[04:04:54] <kenfinnigan> just had a thought that the src/test classes could be from internals (ie container generic)
[04:05:06] <kenfinnigan> and then container specific is in src/main/java of the container module
[04:05:16] <lightguard_jp> I think the best we're going to get with maven is what we currently have and only run embedded weld and let Jenkins run the other containers.
[04:05:49] <kenfinnigan> true, but I'd really like to enable running a test from the IDe
[04:05:51] <lightguard_jp> doh
[04:05:55] <lightguard_jp> my idea won't work
[04:05:55] <kenfinnigan> at the moment we don't have that
[04:06:08] <lightguard_jp> Yeah, that's annoying as well.
[04:06:25] <kenfinnigan> I know it's one of Dan's big must haves
[04:06:29] <lightguard_jp> Yeah.
[04:07:07] <lightguard_jp> It seems like we can have one container from the IDE, but not multiple.
[04:07:27] <kenfinnigan> per module?
[04:07:27] <lightguard_jp> That's also one of the reasons to do different modules instead of profiles.
[04:07:52] <lightguard_jp> You can't run all of them from the IDE using profiles without having to change profiles all the time.
[04:08:03] <kenfinnigan> yeah, profiles are great
[04:08:08] *** tsurdilo has quit IRC
[04:08:11] <kenfinnigan> but they're not for every situation
[04:08:18] <lightguard_jp> They're a hack
[04:08:27] <lightguard_jp> So much of maven are hacks :(
[04:08:35] <kenfinnigan> wish people wouldn't try and shoehorn everything into profiles just to get the number of modules down
[04:09:44] <lightguard_jp> Maybe we need to distil our requirements down and take another look at things.
[04:10:09] <kenfinnigan> it's such a shame
[04:10:15] <kenfinnigan> the structure we have is great
[04:10:18] <kenfinnigan> just breaks in IDEs
[04:10:33] <lightguard_jp> Okay, why does it break the IDEs?
[04:10:40] <lightguard_jp> they can't find the tests?
[04:10:47] <lightguard_jp> The profiles mess it up?
[04:11:02] <kenfinnigan> neither of the plugins, build helper or ant run are known by m2e
[04:11:12] <kenfinnigan> so it doesn't know what it should do in the IDE
[04:11:15] <kenfinnigan> at least for eclipse
[04:11:28] <lightguard_jp> Okay
[04:11:31] <kenfinnigan> not sure if netbeans handles it differently
[04:11:41] <lightguard_jp> What about what we have with international and catch?
[04:11:45] <lightguard_jp> Why doesn't that work?
[04:11:55] <lightguard_jp> I don't think anyone is using netbeans
[04:12:05] <lightguard_jp> I'm probably in the minority using idea.
[04:12:17] <kenfinnigan> I actually haven't tried yet
[04:12:30] <kenfinnigan> mainly because the plugin it currently uses for the unpack needs to go away
[04:12:37] <kenfinnigan> which is why we moved to build helper
[04:13:38] <lightguard_jp> Why does it need to go away?
[04:14:10] <kenfinnigan> because of the problem that the unpack only works on installed jars, and not directories
[04:14:20] <kenfinnigan> and it appears that it only runs properly on my machine!
[04:14:26] <lightguard_jp> Okay
[04:14:28] <kenfinnigan> shane hasn't got it working
[04:14:29] <lightguard_jp> Works for me too
[04:14:32] <lightguard_jp> doh
[04:14:39] <kenfinnigan> and cloudbees/hudson barf on it too I believe
[04:14:50] <lightguard_jp> Works for Catch.
[04:15:01] <lightguard_jp> I run mvn clean install and it works fine.
[04:15:59] <kenfinnigan> yeah, same with me
[04:16:55] <lightguard_jp> My idea for getting things to work in idea just failed
[04:17:06] <lightguard_jp> because internals/base is a module.
[04:17:09] <lightguard_jp> grr
[04:17:48] <kenfinnigan> we can make it not a module if that's easier
[04:18:00] <lightguard_jp> That only works for idea, doesn't it?
[04:18:37] <kenfinnigan> depends on what you were planning to do?
[04:18:45] <kenfinnigan> may be able to replicate in eclipse
[04:19:46] <lightguard_jp> I just wanted to add another test source location.
[04:20:11] <lightguard_jp> That I think is the root of this whole thing (unless I'm being too narrow minded).
[04:20:22] <kenfinnigan> I'm pretty sure you can do that in eclipse, but the maven won't see it
[04:20:26] <lightguard_jp> If we could have another test source location everything would be fine.
[04:20:46] <kenfinnigan> yeah
[04:20:57] <kenfinnigan> I'm leery of hacking surefire to get that to work though
[04:21:07] <kenfinnigan> means another one off people need to do to build a module
[04:21:26] <lightguard_jp> I wonder if we could get it applied quickly
[04:21:40] <lightguard_jp> If we wrote it, sent the patch to JIRA if they'd apply it quickly.
[04:21:48] <kenfinnigan> not sure
[04:22:05] <kenfinnigan> never done anything like that with maven so don't know what they're turn around time is like
[04:22:08] <kenfinnigan> we could ask
[04:22:19] *** tsurdilo has joined #seam-dev
[04:22:26] <kenfinnigan> we can't be the only people that want multiple test src dirs
[04:24:07] <lightguard_jp> Yeah, I'm in #maven now *shudder*
[04:24:31] <kenfinnigan> lol
[04:26:44] <lightguard_jp> Grr, looks like idea is limited to only letting one module control a path
[04:27:33] <kenfinnigan> ugh
[04:27:45] <lightguard_jp> Does the process-resource goal get run before compilation?
[04:27:49] <kenfinnigan> I just tried moving the src from base to internals
[04:28:05] <kenfinnigan> and then having a container module change it's src dir to be the internals/src
[04:28:20] <kenfinnigan> maven seems to be ok with it, but eclipse doesn't show the change
[04:28:53] <kenfinnigan> seriously, the build tools and ide's need to sit down and have a long talk with each other about getting along!
[04:29:14] <kenfinnigan> shouldn't be this hard to get something to work on a command line and in an IDE
[04:29:23] <lightguard_jp> :)
[04:29:32] <lightguard_jp> And people wonder why I do so much on the command line :)
[04:29:50] <kenfinnigan> if everyone did then we'd be set
[04:31:06] <kenfinnigan> lightguard_jp: could gradle save us here?
[04:31:17] <kenfinnigan> what's its integration with eclipse, et al like?
[04:31:30] <lightguard_jp> It's not an issue with gradle, but we'd probably still have issues with the idea.
[04:31:33] <lightguard_jp> ide*
[04:31:41] <kenfinnigan> damn
[04:31:45] <lightguard_jp> with gradle you just add another test source location and you're done.
[04:32:24] <kenfinnigan> could that not work then, at least with eclipse? depending on plugin support
[04:32:49] <lightguard_jp> maybe.
[04:33:05] <lightguard_jp> gradle support in eclipse is only available from sts currently.
[04:33:19] <kenfinnigan> sts?
[04:33:25] <lightguard_jp> Spring tooling
[04:33:40] <lightguard_jp> and it's closed
[04:34:03] <kenfinnigan> is this sts? http://gradle.org/eclipse_plugin.html
[04:34:21] <lightguard_jp> http://maven.apache.org/plugins/maven-resources-plugin/examples/copy-resources.html
[04:34:28] <lightguard_jp> No, that just creates an eclipse project.
[04:34:35] <lightguard_jp> It's like the old mvn eclipse:eclipse
[04:34:57] <lightguard_jp> Would that copy resources work for us?
[04:35:32] <kenfinnigan> I think I looked at that last night
[04:35:39] <kenfinnigan> would definitely do the copy fine
[04:35:44] <lightguard_jp> shoot
[04:35:47] <kenfinnigan> but I think it would still be an IDE issue
[04:36:07] <lightguard_jp> In idea you can tell it to run a maven goal before it does it's part.
[04:36:09] <kenfinnigan> as you're doing a copy the IDE project wouldn't know about the classes that were copied to say you could run them from there
[04:36:11] <lightguard_jp> Can you do that with m2e?
[04:36:45] <lightguard_jp> I was thinking about copying the sources.
[04:36:49] <kenfinnigan> you can, but you need to create a shortcut for it
[04:36:51] <lightguard_jp> like what an annotation processor does
[04:36:58] <lightguard_jp> put the sources in generated-sources
[04:37:06] <lightguard_jp> or if there's anything similar for testing
[04:37:10] *** mateus has joined #seam-dev
[04:37:10] <lightguard_jp> bah
[04:37:20] <kenfinnigan> hmmm
[04:37:56] <kenfinnigan> we could use the copy resources plugin running in the prepare sources phase to copy from internals/base to container/src/main
[04:38:08] <kenfinnigan> and then container specific is in container/src/test?
[04:38:22] <lightguard_jp> That may work.
[04:38:32] <kenfinnigan> not sure whether that phase will play nice in the IDE, but worth a shot
[04:38:35] <lightguard_jp> Try putting a test in src/main/java and see if surefire picks it up
[04:38:52] <kenfinnigan> will do that
[04:38:53] <lightguard_jp> Let's see if surefire will pick up tests on src/main
[04:39:04] <lightguard_jp> If that works then we can see what else we can do.
[04:39:14] <kenfinnigan> sounds good
[04:39:23] <kenfinnigan> I'm wrecked so I'll try that tomorrow
[04:39:36] <kenfinnigan> If you get a chance to try that before then feel free to give it a shot
[04:39:48] <kenfinnigan> I'm hopeful, but with surefire you never know
[04:40:26] <kenfinnigan> see ya later
[04:40:38] *** kenfinnigan has quit IRC
[04:48:26] *** mateus has quit IRC
[05:04:36] <lightguard_jp> grr
[05:04:41] <lightguard_jp> blasted surefire
[05:09:26] *** edburns is now known as edburns_away
[05:10:15] *** edburns_away is now known as edburns
[05:10:25] *** edburns is now known as edburns_away
[05:31:41] <lightguard_jp> sbryzak: ping
[05:33:42] *** clerum has quit IRC
[05:47:26] *** rruss has joined #seam-dev
[06:08:25] *** alesj has joined #seam-dev
[06:14:38] *** lincolnthree has left #seam-dev
[06:15:13] *** tsurdilo has quit IRC
[06:17:16] <lightguard_jp> sbryzak: Are you here?
[06:19:30] <lightguard_jp> Any other community members here have a minute to test something for me?
[06:37:27] *** stuartdouglas has quit IRC
[06:37:38] *** stuartdouglas has joined #seam-dev
[06:48:01] *** hannelita has joined #seam-dev
[06:50:04] <hannelita> Hi all! Sorry for asking it again, but has someone tried to run idmconsole example from security module on AS 7.0.1?
[06:58:26] <lightguard_jp> No
[06:58:36] <lightguard_jp> hannelita: thought you had it going on AS7 though (7.0)
[06:58:48] <lightguard_jp> hannelita: You have a minute or two to help me out?
[06:59:00] <hannelita> lightguard_jp: Sure! And yes, I had it running 2 weeks ago
[06:59:28] <hannelita> lightguard_jp: I pulled the changes today and it stopped running... weird
[07:00:23] <lightguard_jp> hannelita: Can you pull down and install international or catch from source?
[07:00:36] <hannelita> sure
[07:00:39] <hannelita> just a sec
[07:03:42] <bleathem> ok, back to EAP
[07:04:02] <hannelita> lightguard_jp: international - clean install ok
[07:06:45] <lightguard_jp> hannelita: Same with Catch?
[07:06:53] <lightguard_jp> bleathem: Any progress?
[07:07:26] <bleathem> lightguard_jp: I finally have something that reproduces the error
[07:07:30] <bleathem> not to dig in!
[07:07:34] <bleathem> s/not/now/
[07:08:35] <hannelita> lightguard_jp:  I need to wait Maven dld the internet....
[07:10:28] <lightguard_jp> bleathem: At least you can recreate it :)
[07:10:41] <lightguard_jp> hannelita: Sure, no problem. I know how that goes.
[07:13:14] <hannelita> lightguard_jp: wait... why on earth maven is downloading this: -> jboss-as-dist/7.0.0.Final/jboss-as-dist-7.0.0.Final.zip??????
[07:13:47] <hannelita> tests?
[07:15:41] <lightguard_jp> Yep
[07:16:06] <lightguard_jp> To run them inside AS7 w/o having to have the user setup AS7
[07:17:08] <hannelita> lightguard_jp: catch success too
[07:17:45] <lightguard_jp> Okay, didn't think it would be a problem.
[07:17:58] <lightguard_jp> Must be a setup Shane has that isn't working.
[07:18:00] <lightguard_jp> hannelita: Thanks
[07:18:18] <hannelita> Maybe... I'll take a look at the pom
[07:18:25] <hannelita> lightguard_jp: Thanks!
[07:19:46] *** jharting has joined #seam-dev
[07:22:02] *** daniel_hinojosa has quit IRC
[07:23:17] *** daniel_hinojosa has joined #seam-dev
[07:24:37] *** hannelita has quit IRC
[07:28:51] *** jamezp_afk is now known as jamezp
[07:31:52] *** daniel_hinojosa has quit IRC
[07:37:34] *** daniel_hinojosa has joined #seam-dev
[07:40:37] *** bleathem has quit IRC
[07:41:13] *** oskutka has joined #seam-dev
[07:41:49] *** tremes has joined #seam-dev
[08:17:46] <jbossbot> git [catch] push develop 83abd16.. LightGuard Fixing up tests to run in IDEA...
[08:17:46] <jbossbot> git [catch] push develop URL: http://github.com/seam/catch/compare/c082b27...83abd16
[08:19:33] *** shervin_a has joined #seam-dev
[08:24:00] *** jamezp is now known as jamezp_afk
[08:26:30] *** lightguard_jp has quit IRC
[08:27:58] *** kpiwko has joined #seam-dev
[08:40:07] *** stuartdouglas has quit IRC
[08:41:15] *** bleathem has joined #seam-dev
[08:57:23] <bleathem> man, the RichFaces codebase sure could use some more comments
[08:57:50] <bleathem> i retract my use of the word "more" in the preceeding statement
[08:58:18] *** rruss has quit IRC
[08:58:22] <bleathem> what could a jointPoint be?
[08:59:17] *** rruss has joined #seam-dev
[09:01:23] <bleathem> time to sleep on this one
[09:01:44] <bleathem> maybe I'll wake up and know what a jointPoint is
[09:02:40] *** rruss has quit IRC
[09:03:02] *** bleathem has quit IRC
[09:05:40] <jbossbot> git [rest] push develop 03c72a4.. Jozef Hartinger SEAMREST-50
[09:05:41] <jbossbot> jira [SEAMREST-50] rest-client example fails with CNFE [Open (Unresolved) Bug, Major, Jozef Hartinger] https://issues.jboss.org/browse/SEAMREST-50
[09:05:41] <jbossbot> git [rest] push develop URL: http://github.com/seam/rest/compare/b3fda27...03c72a4
[09:05:46] *** mgoldmann has joined #seam-dev
[09:07:04] *** mgoldmann is now known as mgoldmann|away
[09:07:06] *** mgoldmann|away is now known as mgoldmann|awway
[09:07:08] *** mgoldmann|awway is now known as mgoldmann_away
[09:07:12] *** mgoldmann_away is now known as mgoldmann|away
[09:24:39] *** maschmid has joined #seam-dev
[09:29:37] *** marekn has joined #seam-dev
[09:35:11] *** oskutka1 has joined #seam-dev
[10:38:17] *** jharting has quit IRC
[11:04:03] *** emmanuel has joined #seam-dev
[11:21:28] *** stuartdouglas has joined #seam-dev
[11:40:37] *** sannegrinovero has joined #seam-dev
[11:50:46] *** mgoldmann|away is now known as mgoldmann
[12:02:17] *** tkimura has quit IRC
[12:03:36] *** jharting has joined #seam-dev
[12:07:41] *** emmanuel has quit IRC
[12:17:26] *** tremes has quit IRC
[12:18:41] *** mriet has joined #seam-dev
[12:21:41] *** mriet has quit IRC
[12:24:36] *** epbernard has joined #seam-dev
[12:24:36] *** epbernard is now known as emmanuel
[12:31:32] *** ssachtleben has joined #seam-dev
[12:34:41] *** tremes has joined #seam-dev
[12:46:28] *** alesj has quit IRC
[12:52:50] *** oskutka has quit IRC
[12:53:48] *** alesj has joined #seam-dev
[12:58:33] *** jharting has quit IRC
[13:00:08] *** dabloem has joined #seam-dev
[13:06:05] *** ssachtleben has quit IRC
[13:20:13] *** mateus has joined #seam-dev
[13:21:10] *** alesj has quit IRC
[13:24:46] *** dabloem has quit IRC
[13:24:49] *** jose_freitas has joined #seam-dev
[13:25:48] *** dabloem has joined #seam-dev
[13:27:36] *** alesj has joined #seam-dev
[13:38:50] *** rmartinelli has joined #seam-dev
[13:53:16] *** Diablo-D3 has quit IRC
[14:47:44] *** jganoff has joined #seam-dev
[15:00:06] *** tremes has left #seam-dev
[15:04:23] *** gastaldi has joined #seam-dev
[15:04:29] <gastaldi> hey
[15:04:39] <gastaldi> good morning folks !
[15:06:24] <maschmid> morning!
[15:08:38] <nickarls> where is seam logging nowadays?
[15:08:55] <nickarls> wasn't in solder before?
[15:13:03] *** shervin_a has quit IRC
[15:13:32] <gastaldi> nickarls: It has been moved to a new module
[15:14:09] *** oskutka1 has quit IRC
[15:14:12] <jbossbot> git [jcr] push develop c93eb58.. Marek Schmidt fix code-coverage profile
[15:14:12] <jbossbot> git [jcr] push develop 072671e.. George Gastaldi Merge pull request #25 from maschmid/code-coverage-fix...
[15:14:13] <jbossbot> git [jcr] push develop URL: http://github.com/seam/jcr/compare/62fd23a...072671e
[15:14:53] <gastaldi> https://github.com/seam/solder/blob/develop/logging/pom.xml
[15:15:10] <maschmid> nickarls: gastaldi: AFAIK it is still in Solder, just the package has changed
[15:15:47] <gastaldi> right
[15:20:12] *** shervin_a has joined #seam-dev
[15:22:42] *** oskutka has joined #seam-dev
[15:29:32] *** maschmid has quit IRC
[15:34:25] *** rruss has joined #seam-dev
[15:34:32] *** lazarotti has joined #seam-dev
[15:48:08] *** tsurdilo has joined #seam-dev
[15:57:41] *** stuartdouglas_ has joined #seam-dev
[15:57:42] *** stuartdouglas_ has quit IRC
[15:57:42] *** stuartdouglas_ has joined #seam-dev
[15:58:13] *** oskutka has quit IRC
[16:02:08] *** mateus has quit IRC
[16:02:18] *** stuartdouglas has quit IRC
[16:02:19] *** stuartdouglas_ is now known as stuartdouglas
[16:02:24] *** mateus has joined #seam-dev
[16:04:56] *** tttom has quit IRC
[16:06:13] *** shervin_a has quit IRC
[16:08:20] *** oskutka has joined #seam-dev
[16:17:03] *** clerum has joined #seam-dev
[16:17:08] *** clerum has quit IRC
[16:17:20] *** gastaldi has quit IRC
[16:17:27] *** clerum has joined #seam-dev
[16:24:50] *** oskutka has quit IRC
[16:35:47] *** marekn has quit IRC
[16:36:37] *** rruss has quit IRC
[16:36:37] *** alesj has quit IRC
[16:44:47] *** rruss has joined #seam-dev
[16:44:47] *** alesj has joined #seam-dev
[16:49:42] *** rruss has quit IRC
[16:55:32] *** rruss has joined #seam-dev
[16:59:28] *** clerum has quit IRC
[17:00:12] *** clerum has joined #seam-dev
[17:00:26] *** alesj has quit IRC
[17:04:59] *** mateus has quit IRC
[17:12:54] *** lincolnthree has joined #seam-dev
[17:14:21] *** pmuir has joined #seam-dev
[17:14:21] *** pmuir has quit IRC
[17:14:21] *** pmuir has joined #seam-dev
[17:21:02] *** hannelita has joined #seam-dev
[17:26:39] *** kpiwko has quit IRC
[17:36:59] *** tsurdilo1 has joined #seam-dev
[17:39:01] *** jamezp_afk is now known as jamezp
[17:40:16] *** tsurdilo has quit IRC
[17:50:28] *** edburns_away is now known as edburns
[18:05:11] *** bleathem has joined #seam-dev
[18:07:58] *** clerum has quit IRC
[18:08:11] *** emmanuel has quit IRC
[18:11:15] *** clerum has joined #seam-dev
[18:13:48] *** akazakov has joined #seam-dev
[18:17:44] *** mbg has joined #seam-dev
[18:27:50] <clerum> appears that I cannot have two producers declaring @Unwraps in my project?
[18:27:59] <clerum> possibly only if the both are @Named
[18:28:15] <clerum> WELD-001414 Bean name is ambiguous. Name  resolves to beans [org.jboss.seam.solder.unwraps.UnwrapsProducerBean@eb3516, org.jboss.seam.solder.unwraps.UnwrapsProducerBean@923822]
[18:28:48] <clerum> the producers are in different classs and packages and also have different methodnames
[18:28:52] *** pmuir has quit IRC
[18:29:22] <clerum> Seam Solder 3.0.0.Final
[18:30:23] <clerum> anyone seen that before?
[18:43:41] *** gastaldi has joined #seam-dev
[18:44:41] *** mbg has quit IRC
[18:49:37] <clerum> looks like a bug - https://issues.jboss.org/browse/SOLDER-120
[18:49:38] <jbossbot> jira [SOLDER-120] Deployment error when having more than one @Named @Unwraps producer in the project [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SOLDER-120
[18:50:02] <gastaldi> clerum: Why ?
[18:51:00] <gastaldi> ah, Having @Named different ones ?
[18:51:11] *** mbg has joined #seam-dev
[18:51:27] <clerum> even though they ar differently typed as well
[18:51:38] <clerum> different method name and differently typed
[18:52:31] <gastaldi> Can you GIST an example of that ?
[18:52:39] <gastaldi> And attach it to the JIRA ?
[18:56:14] <clerum> https://gist.github.com/1173849
[18:56:15] <clerum> yep
[18:56:17] <clerum> attaching
[18:56:23] <gastaldi> cool thanks
[18:59:22] <clerum> yeah thats going to be troublesome...
[18:59:23] <clerum> hmm
[19:18:32] <gastaldi> pull requests are welcome :)
[19:18:39] <jose_freitas> sbryzak: you there?
[19:18:51] <gastaldi> jose_freitas: I doubt
[19:19:23] <gastaldi> jose_freitas: Unless he has insomnia
[19:19:33] *** sannegrinovero has quit IRC
[19:23:39] <jose_freitas> hehee
[20:05:37] *** gastaldi has quit IRC
[20:19:36] *** nilian has joined #seam-dev
[20:33:32] *** epbernard has joined #seam-dev
[20:33:32] *** epbernard is now known as emmanuel
[20:34:07] *** emmanuel has quit IRC
[20:41:37] *** mateus has joined #seam-dev
[20:47:42] *** hannelita has quit IRC
[20:57:24] *** jamezp is now known as jamezp_afk
[20:58:17] *** Diablo-D3 has joined #seam-dev
[21:04:35] *** echelog-2 has joined #seam-dev
[21:15:33] <jose_freitas> does anyone know a maven plugin that we can use to trigger another build?
[21:15:42] <jose_freitas> (can't use as module)
[21:25:40] *** lightguard_jp has joined #seam-dev
[21:26:29] *** tsurdilo2 has joined #seam-dev
[21:29:26] *** tsurdilo1 has quit IRC
[21:31:10] <bleathem> jose_freitas: can you use an ant task?
[21:35:48] <jose_freitas> ideally I'd prefer not. but if there's no other alternative, yes, I can use it
[21:35:56] <jose_freitas> do you think it'd be the only way out?
[21:36:01] <lightguard_jp> What's the topic?
[21:36:16] <lightguard_jp> Or should I just read some back log?
[21:37:36] <bleathem> lightguard_jp: "does anyone know a maven plugin that we can use to trigger another build?"
[21:37:38] <jose_freitas> lightguard_jp, please read my message at time xx:14
[21:37:48] <jose_freitas> or that
[21:37:49] <jose_freitas> hehehe
[21:37:49] <bleathem> jose_freitas: there is nothing fundamentally wrong with using an ant task
[21:38:40] <jose_freitas> no, it's just that I'd prefer staying just in maven
[21:38:59] <bleathem> well, the ant task is fully defined within the pom
[21:39:14] <lightguard_jp> jose_freitas: You want to invoke another instance of a maven build at some point in the lifecycle?
[21:39:39] <lightguard_jp> This for command line or ci?
[21:40:32] *** mbg has quit IRC
[21:41:28] <bleathem> jose_freitas: I've got an ntmlunit problem, think I could pick your brain on it?
[21:41:32] <bleathem> ^htmlunit
[21:41:46] *** rmartinelli has quit IRC
[21:42:47] *** tsurdilo2 has quit IRC
[21:43:25] *** mbg has joined #seam-dev
[21:43:36] *** lazarotti has quit IRC
[21:45:18] *** rmartinelli has joined #seam-dev
[21:46:22] *** tsurdilo has joined #seam-dev
[21:46:30] *** lazarotti has joined #seam-dev
[21:48:14] *** tsurdilo has quit IRC
[21:56:16] <bleathem> jose_freitas: you still around?
[21:57:22] *** rmartinelli has quit IRC
[21:58:32] *** jamezp_afk is now known as jamezp
[22:00:50] <jose_freitas> hey bleathem
[22:00:56] <jose_freitas> now yes
[22:01:01] <bleathem> cool
[22:01:22] <jose_freitas> what's up?
[22:01:43] <bleathem> I'm trying to upgrade the htmlunit in RichFaces' jst-test to version 2.9
[22:01:58] <bleathem> but, on upgrade, I'm getting the error:
[22:01:59] *** tsurdilo has joined #seam-dev
[22:02:10] <bleathem> java.lang.IllegalStateException: Illegal attempt to set StateManager after a response has been rendered.
[22:02:10] <bleathem>         at com.sun.faces.application.ApplicationImpl.setStateManager(ApplicationImpl.java:633)
[22:02:20] <bleathem> I've started digging through the jsf-test codebase
[22:02:39] <bleathem> but I was curious if you might be familiar enough with htmlunit to have an idea of what is going on
[22:03:49] <jose_freitas> hm
[22:03:51] <bleathem> it seems version 2.9 included a migration to HttpClient 4
[22:03:57] <bleathem> http://htmlunit.sourceforge.net/changes-report.html
[22:04:12] <bleathem> sorry, that was in 2.8
[22:05:08] *** mateus has quit IRC
[22:05:20] <jose_freitas> this doesn't look like an htmlunit error.
[22:05:33] <jose_freitas> are you sure it's on it?
[22:05:54] <bleathem> yeah, well on jsf-test, which builds on top of htmlunit
[22:06:06] <bleathem> I think jsf-test is similar to jsfunit
[22:07:19] <bleathem> I guess I'm not really asking a specific enough question
[22:07:31] *** edburns is now known as edburns_away
[22:07:35] <bleathem> I just have no idea where to start really
[22:07:39] <jose_freitas> hehehe
[22:07:56] <jose_freitas> I'll try to explain how jsfunit works, so maybe you can use it to compare with jsf-test
[22:08:43] <bleathem> that'd probably help a lot actually
[22:08:48] <jose_freitas> in a few words, jsfunit wrapps FacesContext
[22:08:56] <jose_freitas> when FacesContext.release is called
[22:09:04] <jose_freitas> jsfunit don't release nothing
[22:09:17] <jose_freitas> and keep bean references on it so it can be checked by tests
[22:09:51] <jose_freitas> that keeps all the scopes on memory
[22:09:54] <jose_freitas> to be asserted
[22:10:22] <jose_freitas> on a next httpRequest, the real release is called
[22:11:07] <jose_freitas> what might be happening is that it's trying to set something after being already released.
[22:11:15] <jose_freitas> but I can't say for sure
[22:11:21] <bleathem> ok cool - thanks for that!
[22:11:39] <jose_freitas> of course, supposing that they work similarly
[22:11:43] *** Matruskan has joined #seam-dev
[22:11:52] <Matruskan> Hi =D
[22:11:52] <bleathem> I think I need to start with figuring out how to debug the test, so I can step through it
[22:12:08] <jose_freitas> you can debug FacesContextImpl
[22:12:27] <jose_freitas> or to look if it add any listener/filter to wrap it
[22:13:18] <Matruskan> Noob need help here =] Can someone ping me when you have some time to help me?
[22:14:28] <jose_freitas> lightguard_jp: yeap, basically, I'd like to call one mvn clean install inside another mvn clean install lifecycle
[22:18:44] <jose_freitas> Matruskan: shoot your question, so anyone avaialable could help
[22:20:39] *** oranheim_ has joined #seam-dev
[22:21:20] <Matruskan> org.jboss.seam.faces.environment.SeamApplicationWrapper attemptExtension WARN: Cannot attempt extension on null
[22:23:25] *** oranheim has quit IRC
[22:23:25] *** oranheim_ is now known as oranheim
[22:23:29] <Matruskan> Is this common? I googled but just found people that copied these lines from the stacktrace, but were having problems with other things...
[22:24:15] *** edburns_away is now known as edburns
[22:27:12] <jose_freitas> can you pastebin your full stacktrace?
[22:27:16] *** mgoldmann has quit IRC
[22:27:45] <Matruskan> That's just a bunch of these lines, several times
[22:28:35] <bleathem> hey jose_freitas, sorry was afk for a sec there
[22:28:37] <Matruskan> I'm not having any problems (or at least I think so), but it fills my stacktrace
[22:28:58] *** jganoff has quit IRC
[22:29:14] <bleathem> thanks for the tips
[22:30:45] <jose_freitas> bleathem: I wish I could help you more.
[22:31:06] <jose_freitas> btw, I was looking for this jsf-test
[22:31:17] <jose_freitas> and couldn't find it, it's kind of a secret project?
[22:31:36] <bleathem> github.com/richfaces/jsf-test
[22:31:51] <bleathem> I've got the debug of the test going in intellij now
[22:32:03] <jose_freitas> ah, it's from richfaces
[22:32:06] <bleathem> I'll step through, and see if I can pinpoint the source of the failure
[22:32:20] <bleathem> yeah, I think it pre-dates JSFUnit
[22:32:25] <bleathem> unfortunately
[22:32:35] <bleathem> it would be nice to have consolidated that testing effort
[22:32:45] <lightguard_jp> jose_freitas: um, maven shell maybe? I don't know of anything really that would do that
[22:33:23] <jose_freitas> lightguard_jp: I'll take a look thanks :)
[22:33:30] <jose_freitas> bleathem: yeah, that'd be nice
[22:33:45] *** daniel_hinojosa has quit IRC
[22:33:45] <jose_freitas> we're going to get a jsfunit release for this weekend btw
[22:33:56] <bleathem> cool
[22:34:12] <bleathem> I really want to get involved with that project
[22:34:18] <bleathem> there is just soo much going on right now
[22:34:46] <jose_freitas> yeah
[22:35:17] <jose_freitas> speaking of projects to get involved. did you touch richfaces integration with jquery ui ?
[22:36:11] <lightguard_jp> jose_freitas: http://stackoverflow.com/questions/4668839/maven-and-exec-forking-a-process may also work
[22:36:27] *** daniel_hinojosa has joined #seam-dev
[22:37:09] <jose_freitas> hm lightguard_jp, that's interesting
[22:37:30] <jose_freitas> but then I'd be stuck on an OS, probably, right?
[22:40:29] <lightguard_jp> jose_freitas: Um, probably.
[22:40:32] *** daniel_hinojosa has quit IRC
[22:41:56] <lightguard_jp> jose_freitas: http://maven.apache.org/plugins/maven-invoker-plugin/index.html ?
[22:42:04] *** mbg has quit IRC
[22:43:47] *** nilian has quit IRC
[22:46:10] *** jamezp has quit IRC
[22:47:10] <bleathem> jose_freitas: not yet, been talking alot about it tho
[22:47:23] <jose_freitas> :)
[22:50:49] *** daniel_hinojosa has joined #seam-dev
[22:52:29] *** jamezp has joined #seam-dev
[22:52:42] *** lazarotti has quit IRC
[22:52:59] *** lazarotti has joined #seam-dev
[22:55:26] *** hannelita has joined #seam-dev
[22:59:28] *** mbg has joined #seam-dev
[23:08:52] <lightguard_jp> Who's using eclipse and m2e for Seam 3 development?
[23:09:47] *** Matruskan has quit IRC
[23:15:53] * bleathem ** crickets **
[23:19:41] <lincolnthree> lightguard_jp: i am
[23:20:55] <lightguard_jp> lincolnthree: Is there some place that has setup instructions for eclipse and m2e / jboss tools?
[23:21:15] <lincolnthree> yes, just install jboss tools
[23:21:16] <lightguard_jp> If I'm going to be of much assistance in getting testing figured out I need to know how to do it on eclipse
[23:21:27] <lincolnthree> http://www.jboss.org/tools
[23:21:31] <lightguard_jp> bleathem: https://issues.jboss.org/browse/SEAMFACES-102 is that a JSF bug?
[23:21:32] <jbossbot> jira [SEAMFACES-102] Support @ViewConfig configuration via facelet <f:metadata> child tags [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-102
[23:22:03] <lincolnthree> lightguard_jp: http://tinyurl.com/3nucgf7
[23:22:06] <clerum> lightguard_jp: if you want to use the latest 3.3 M2  - https://gist.github.com/1174467
[23:22:10] <clerum> adjust for os
[23:22:45] <bleathem> lightguard_jp: 102 is a feature request
[23:22:45] <lightguard_jp> Which version do you think most people are using?
[23:22:52] <clerum> for CDI?
[23:22:56] <clerum> probably 3.3 M2
[23:22:56] <lincolnthree> lightguard_jp: i use the nightlies
[23:23:03] <clerum> or nightlies
[23:23:09] <lightguard_jp> bleathem: The comment in the issue.
[23:23:31] <clerum> I think most are using the development milestone update site...but max would probably know
[23:23:35] <bleathem> no, it just means that you have to use a ui:include on every page
[23:23:36] <lightguard_jp> clerum: You think most of the seam community devs are using 3.3 M2 or a nightly for eclipse?
[23:23:38] <clerum> I think it phones home with stats
[23:23:46] <lightguard_jp> bleathem: Oh, okay.
[23:23:47] <clerum> 3.3 M2
[23:23:51] <bleathem> if you want some kind of inheritance
[23:23:58] <clerum> if they are still seam 2 then probably lower
[23:24:00] <bleathem> but you would just use the @ViewConfig
[23:24:04] <clerum> probably the stable builds
[23:24:18] <lightguard_jp> clerum: For Seam 3 development
[23:24:28] <clerum> 3.3 M2 would be my guess for seam 3 dev
[23:24:31] <clerum> it's what I use
[23:25:10] <clerum> the lesson I have learned though is that is you are using eclipse maven support then don't use mvn eclipse:eclipse  from the command line
[23:25:16] <clerum> let the ide do it for you
[23:30:47] <lightguard_jp> clerum: I don't think that's how most of the other devs are doing it.
[23:30:54] *** sannegrinovero has joined #seam-dev
[23:31:00] <clerum> well dev's vs users I guess
[23:31:58] <clerum> I lean more to the user side obviously
[23:33:23] <jose_freitas> have a nice weekend guys
[23:33:28] *** jose_freitas has quit IRC
[23:33:40] <lightguard_jp> bleathem: https://issues.jboss.org/browse/SEAMFACES-128 really needed? We have the ability to create security checks which can use permissions.
[23:33:41] <jbossbot> jira [SEAMFACES-128] Create a way to connect permissions stored in a database to the ViewConfig structure. [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-128
[23:34:34] <lightguard_jp> bleathem: I think https://issues.jboss.org/browse/SEAMFACES-113 is taken care of too, unless I'm not understanding what the request is about.
[23:34:35] <jbossbot> jira [SEAMFACES-113] Allow @LoginView and @AccessDeniedView on the Enum classes in the @ViewConfig interface [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-113
[23:35:16] <bleathem> lightguard_jp: no, 113 is talking about moving the annotations up one level
[23:35:35] <bleathem> onto the enum iteself, so one could have multiple enums
[23:35:57] <bleathem> and set the accessdenied view deferently for the collection of pages in that enum
[23:36:24] <bleathem> 113 - I don't really have an opinion - ask josefreitas, he requested the feature
[23:36:35] <bleathem> s/113/128
[23:36:53] <bleathem> but yeah, it does seem more of a Seam Security concern (128)
[23:37:11] <lightguard_jp> Okay, got it.
[23:37:47] <lightguard_jp> Looks like there's a few documentation JIRAs out there for Faces
[23:38:00] <lightguard_jp> Those should at least be easy to knock out during the hack night





top