March 20, 2011 
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31
March 20, 2011 [00:01:35] <mojavelinux> argh, this stupid derby issue... [00:01:48] <mojavelinux> you know, i'm wondering how useful it is to use the built-in database [00:02:09] <mojavelinux> do you think it's too much to ask the user to execute a database setup command before running the app? [00:02:17] <mojavelinux> I ask because this approach seems to be less than ideal [00:02:49] <mojavelinux> if you shut down glassfish without undeploying the app [00:02:57] <mojavelinux> the next time you start glassfish, you get derby lock errors [00:03:10] <lightguard_jp> :) [00:03:11] <mojavelinux> and I have to delete my glassfish installation to use derby again [00:03:14] <lightguard_jp> Yes, derby blows. [00:03:15] <mojavelinux> which is useful [00:03:38] <lightguard_jp> I don't see why it would be an issue. [00:03:52] <lightguard_jp> Or just say we're using h2, please install h2 libs into your app server [00:05:04] <mojavelinux> we can provide a glassfish-resources.xml that they just have to feed into asadmin [00:05:13] <mojavelinux> well, if we want to use H2, then they need to copy a library too [00:05:25] <mojavelinux> oh, wait [00:05:35] <mojavelinux> right, we can at least use an in-memory derby [00:05:41] <mojavelinux> that way, if it blows up, it can actually be nuked [00:05:45] <lightguard_jp> True [00:05:56] <lightguard_jp> Probably a better idea [00:05:56] <mojavelinux> the jdbc/__default is a client-server version [00:06:06] <lightguard_jp> Still like h2 [00:06:16] <mojavelinux> as it stands now, they arlready have to do start-database [00:06:18] <lightguard_jp> At least that way we know exactly what people will be using [00:06:20] <mojavelinux> because if they don't, #fail [00:06:28] <mojavelinux> yeah, and it won't conflict [00:06:30] <lightguard_jp> We wouldn't have to worry about differences between derby and hbsql [00:06:35] <mojavelinux> can be called like jdbc/booking [00:06:53] <lightguard_jp> Post a message to the mailing list? [00:08:52] *** gastaldi has joined #seam-dev [00:09:34] *** gastaldi has quit IRC [00:22:45] <jbossbot> git [build] push master 4769a36.. Dan Allen update module names [00:22:45] <jbossbot> git [build] push master URL: http://github.com/seam/build/compare/ac14e8a...4769a36 [00:26:58] *** lightguard_jp has quit IRC [00:30:39] <mojavelinux> this interceptor problem is really getting on my nerves [00:30:44] <mojavelinux> man, this is a really bad problem [00:30:56] <sbryzak> morning all [00:31:51] <sbryzak> mojavelinux: what's the problem? [00:32:07] <mojavelinux> interceptors are only enabled in glassfish on some deployments [00:32:11] <mojavelinux> meaning it's random [00:32:24] <sbryzak> how is that possible? [00:32:32] <mojavelinux> and it's not just a glitch, but what we really need is an arquillian test to prove it [00:33:32] <sbryzak> geez, that's a pretty serious bug [00:33:32] <aslak> mojavelinux, i have one that proves Alternatives are not activated from WEB-INF/lib libs in a War.. related? [00:33:57] <mojavelinux> i don't think so, because in this case they are *sometimes* enabled [00:34:16] <aslak> mojavelinux, and that sometimes is not packaging related+ [00:34:17] <aslak> ? [00:34:19] <mojavelinux> i noticed because the app wasn't working right, then I redeployed, then it works right, then redeploy and it doesn't again [00:34:24] <mojavelinux> and I've been doing this for 7 days now [00:34:31] <aslak> aa [00:34:38] <mojavelinux> and it happens about 50% of the time [00:34:57] <mojavelinux> would be an awesome ike test [00:35:08] <mojavelinux> the interceptor is in seam-faces.jar [00:35:13] <mojavelinux> enabled in WEB-INF/beans.xml [00:35:20] <mojavelinux> pretty simple scenario [00:35:34] <mojavelinux> there is one caveat [00:35:37] <mojavelinux> which may be important [00:35:42] <mojavelinux> it's an interceptor stereotype [00:35:56] <aslak> mojavelinux, you could try multiple deployments of the same lib in a test, then target multiple @test against the deployments.. hope that one of the times it will fail ? [00:36:01] <mojavelinux> @ConversationBoundary [00:36:01] <mojavelinux> @InterceptorBinding [00:36:01] <mojavelinux> @Target( { METHOD, TYPE }) [00:36:01] <mojavelinux> @Retention(RUNTIME) [00:36:01] <mojavelinux> public @interface Begin [00:36:02] <mojavelinux> {} [00:36:24] <mojavelinux> that's what I'm thinking...even if I run it manually 10 times and see the error, that's enough for me [00:36:30] <mojavelinux> to at least prove it's a problem [00:38:08] <sbryzak> mojavelinux: does it happen on every alternative deployment? [00:38:10] <sbryzak> or is it totally random [00:38:14] <mojavelinux> random [00:38:27] <mojavelinux> or I should say, the pattern is not alternating [00:38:35] <mojavelinux> i'll get three in a row [00:38:38] <sbryzak> hmm, bizarre [00:38:40] <mojavelinux> working [00:38:45] <mojavelinux> then 2 fails, then a working again [00:38:54] <mojavelinux> it's annoying since I"m trying to test a different problem [00:39:03] <mojavelinux> and i need the damn conversations working [00:39:03] <aslak> :) [00:39:17] <mojavelinux> I guess I could just start the conversation w/o the interceptor :) so that I can actually get something done [00:39:30] <sbryzak> sometimes i wish the glassfish devs would join our irc channel [00:40:33] <mojavelinux> hahah, yeah, i have some pain to give them [01:09:57] <mojavelinux> Caused by: java.lang.ClassCastException: javax.faces.component.StateHolderSaver cannot be cast to [Ljava.lang.Object; [01:09:59] <mojavelinux> I give up [01:12:14] <johnament_away> never give up, never surrender [01:17:12] <aslak> show no mercy! [01:18:35] <johnament_away> i'm never gonna give you up, gonna let you down, gonna run around and desert you. [01:18:56] <johnament_away> ok, time to leave again. [01:23:36] <mojavelinux> the ajax in mojarra 2.1 is worthless [01:23:47] <mojavelinux> i'm just taking it out of this page [01:23:50] <mojavelinux> f it [01:28:15] <jbossbot> git [examples] push master 263b717.. Dan Allen bugfixes... [01:28:16] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/848604a...263b717 [01:30:07] <mojavelinux> the only remaining issues with the booking example are the improvements issue report SEAM-31 [01:30:10] [01:30:14] <mojavelinux> and adding security [01:30:20] <mojavelinux> hopefully we can encourage jose to tackle those :) [01:30:22] <mojavelinux> i'm out [01:34:47] *** Diablo-D3 has joined #seam-dev [01:47:49] *** lightguard_jp has joined #seam-dev [01:51:07] *** lightgua1d_jp has joined #seam-dev [01:51:09] *** lightguard_jp has quit IRC [01:51:12] *** lightgua1d_jp has quit IRC [01:51:28] *** lightguard_jp has joined #seam-dev [01:56:01] *** lightguard_jp has quit IRC [01:58:58] *** lightguard_jp has joined #seam-dev [02:00:23] *** lightguard_jp has quit IRC [02:00:41] *** lightguard_jp has joined #seam-dev [02:03:52] *** bitshuffler has quit IRC [02:05:40] *** lightguard_jp has quit IRC [02:07:25] *** cbrock has joined #seam-dev [02:07:26] *** cbrock has quit IRC [02:07:26] *** cbrock has joined #seam-dev [02:28:30] *** cbrock has quit IRC [02:28:36] *** gastaldi has joined #seam-dev [02:28:39] <gastaldi> hey [02:30:17] <sbryzak> heya [02:31:25] <gastaldi> hum... Anyone from JBoss QA in here ? [02:31:36] <sbryzak> no [02:31:42] <sbryzak> it's like 2am there [02:31:48] <gastaldi> oh [02:31:53] [02:31:59] <gastaldi> It seems that Hudson did not build the last Seam JCR commit [02:32:28] <sbryzak> you'll have to wait until they wake up [02:32:37] <sbryzak> and it is the weekend, they might not come online... [02:32:50] <sbryzak> not everyone has a release to do :) [02:33:28] <gastaldi> :) [02:33:55] <gastaldi> some people DO sleep then [02:34:22] <sbryzak> lucky... [02:36:09] <gastaldi> Anyone from Europe in here ? [02:37:28] *** clerum has quit IRC [02:42:18] *** gastaldi has quit IRC [02:51:28] *** kenfinnigan has joined #seam-dev [03:47:08] *** aslak has quit IRC [03:50:51] *** kenfinnigan has quit IRC [04:19:55] <jbossbot> git [security] push master 4cc41a0.. Shane Bryzak SEAMSECURITY-37 [04:19:57] <jbossbot> jira [SEAMSECURITY-37] Unsatisfied dependencies for type [Messages]... [Open (Unresolved) Bug, Major, Shane Bryzak] https://issues.jboss.org/browse/SEAMSECURITY-37 [04:19:57] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/fcd28d4...4cc41a0 [04:38:21] <jbossbot> git [security] push master 590a345.. Shane Bryzak SEAMSECURITY-37 [04:38:23] <jbossbot> jira [SEAMSECURITY-37] Unsatisfied dependencies for type [Messages]... [Open (Unresolved) Bug, Major, Shane Bryzak] https://issues.jboss.org/browse/SEAMSECURITY-37 [04:38:23] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/4cc41a0...590a345 [05:04:34] *** johnament_away has quit IRC [06:03:22] *** gastaldi has joined #seam-dev [06:10:12] <jbossbot> git [faces] push master 0de13ed.. Dan Allen SEAMFACES-105 add placeholder UIViewParameter if needed [06:10:14] <jbossbot> jira [SEAMFACES-105] Add a dummy UIViewParameter if there are other non-UIViewParameter children in the metadata view [Pull Request Sent (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-105 [06:10:14] <jbossbot> git [faces] push master URL: http://github.com/seam/faces/compare/1f1e3d8...0de13ed [06:15:14] <jbossbot> git [security] push master 6c7d3d6.. Shane Bryzak security documentation [06:15:14] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/590a345...6c7d3d6 [06:21:08] <bleathem> mojavelinux, SEAMFACES-88 would have been resolved with the Glassfish compat work you did prior to the faces CR2 release, correct? [06:21:09] <jbossbot> jira [SEAMFACES-88] DeploymentException: WELD-001408 Unsatisfied dependencies for type [Messages] [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-88 [06:25:05] <bleathem> Faces only has 6 issues left for Final. This is doable! [06:36:49] <bleathem> is EGit what people use in eclipse for git support? Is it not included in the JBoss tools eclipse plugin? [06:38:23] <Diablo-D3> its provided by the eclipse project [06:38:44] <Diablo-D3> its just not included with the standard eclipse distro [06:38:48] <bleathem> yeah, installing it via the eclipse marketplace right now [06:39:06] <Diablo-D3> btw, even though a lot of people have egit installed, they still use git directly [06:39:18] <bleathem> oh yeah, I plan on using the command line [06:39:38] <bleathem> I just want something that highlights which lines have chagned in my source editor (like Netbeans does) [06:39:52] <Diablo-D3> so.... git diff? :D [06:40:11] <bleathem> I don't think that'll work in my source editor window :P [06:40:22] <Diablo-D3> hee [06:40:29] <Diablo-D3> seriously though, git and tig are more than enough for most people [06:42:23] <bleathem> Apparently no lines-changed highlighting :( I miss Netbeans [06:42:31] <Diablo-D3> it can do it [06:42:35] <Diablo-D3> I forget how to enable it [06:51:38] <mojavelinux> search for diff in the preferences window [06:51:51] <mojavelinux> then you want "quick diff" [06:51:57] <mojavelinux> and you can enable which version it compares to [06:52:04] <mojavelinux> "a git revision" is what you want [06:52:48] <mojavelinux> you have to close and open your editors to see it activate (doesn't apply to already open editors) [06:52:49] <mojavelinux> voila [06:52:55] <mojavelinux> good tip for the wiki [06:53:02] <mojavelinux> we need like a "Hacking tips" page or something [06:53:10] <bleathem> nice [06:53:13] <bleathem> thanks! [06:53:22] <bleathem> you're better than stackoverlfow :P [06:53:45] <bleathem> http://stackoverflow.com/questions/2447146/highlighting-modified-lines-in-eclipse [06:53:58] <mojavelinux> just passing by :) thought I'd sprinkle some assistance into the room hahah [06:54:01] <bleathem> The SO tip was no good [06:54:59] <bleathem> just gonna leave this tidbit here: [06:55:01] <bleathem> git config --global core.editor emacs [06:56:13] <mojavelinux> answered [06:56:19] <mojavelinux> hehehe [06:56:34] <mojavelinux> emacs guy...okay, that's allowed, just no windoze [06:56:38] <bleathem> upvoted! [06:56:38] <mojavelinux> :) [06:56:57] <mojavelinux> I love how simple it is to answer questions...we need stackoverflow for seam [06:57:00] <bleathem> Fedora for me, but only to get the Work RPMS [06:57:06] <mojavelinux> which, btw, I am working on coming up with something soon in that dept [06:57:08] <bleathem> YES! [06:57:17] <bleathem> How about a stack echange sight? [06:57:25] <mojavelinux> with jason's help, I might actually get to these things [06:57:26] <bleathem> or is it better to be self-hosted? [06:57:42] <bleathem> indeed. Seam needs Jason to be full-time on Seam [06:57:44] <mojavelinux> i think we are going to go with a dual-strategy [06:58:03] <mojavelinux> yes, we need the person we hire for Seam to actually stay on seam :) [06:58:04] <mojavelinux> hahaha [06:58:16] <mojavelinux> they graduate too quickly [06:58:17] <bleathem> lol [06:58:30] <bleathem> They forge ahead you mean? [06:58:38] <mojavelinux> precisely [06:58:48] <mojavelinux> or they "make it fast as hell" [06:58:53] <mojavelinux> in another case [06:59:06] <bleathem> which case is that one? [07:00:10] <mojavelinux> stuart went directly to working on AS, which i was all in favor of...because we need a killer app server [07:00:13] <mojavelinux> esp after this week [07:00:41] <bleathem> yes, AS7 is going to be very well received [07:00:46] <mojavelinux> the strategy for the tips is likely going to be a microblog for the team to post "official" tips and callouts [07:01:02] <mojavelinux> highlight one small feature from your module, 15 minutes tops, and frequent [07:01:12] <mojavelinux> super fun to do, I'm hoping [07:01:23] <mojavelinux> then, the other strategy is a more free-for-all like stackoverflow [07:01:27] <bleathem> Yeah, if it's easy to do, I'm sure many will do it [07:01:29] <mojavelinux> might even just "own" a tag there [07:01:40] <mojavelinux> the former is good because it comes from the source [07:01:53] <mojavelinux> the later is good because it consolidates information...right now the forums are just not an optimal medium for this [07:01:56] <bleathem> A dedicated stackexchange would be cool too [07:01:57] <mojavelinux> because good info gets lots [07:02:05] <bleathem> have you followed what they're doing there? [07:02:07] <nickarls> BTW, does faces already have a jira for stopping conversation propagation on links? [07:02:19] <bleathem> I thought that was fixed in Weld 1.1 [07:02:34] <nickarls> and long -> long conversation in one lifecycle? [07:02:40] <bleathem> WELD-549 [07:02:42] <jbossbot> jira [WELD-549] Conversation propagated by default with h:link [Closed (Done) Bug, Critical, Pete Muir] https://issues.jboss.org/browse/WELD-549 [07:03:01] <bleathem> nickarls is that what you are referring to? [07:03:30] <nickarls> how about commandLink? [07:04:33] <bleathem> You want to disable conversation propagation for commandLink? No jira for it that I know. [07:04:38] <bleathem> Feel free to file one [07:04:41] <nickarls> not sure if empty f:param cid works [07:04:50] <bleathem> Yeah, that is what I was thinking [07:05:01] <nickarls> more in weld's area [07:05:05] <bleathem> but it could be made easier than that if it's a common use case [07:05:21] <mojavelinux> better is to have like an s:conversationControl tag or something [07:05:31] <mojavelinux> though in truth, I think conversations just need a closer look in general [07:05:52] <mojavelinux> i personally find the cdi solution to have come up short, i mean, it's sort of obvious that it didn't really try to be what seam 2 had [07:06:05] <mojavelinux> idea, solid, but just not finished imho [07:06:08] <bleathem> Yes, I think a "killer scope" discussion is waiting to be had at JUDCon in May [07:06:26] <mojavelinux> absolute [07:06:29] <mojavelinux> absolutely [07:06:46] <mojavelinux> that conversation thread has been pending for when I can really dig into it [07:07:16] <mojavelinux> even with all of seam 2's controls, people still found it to not be enough, and cdi doesn't have half of them [07:07:26] <mojavelinux> i don't think it can just be magic [07:07:29] <mojavelinux> that's the problem [07:07:36] <nickarls> anyone mind jiraing it? typing with 1 hand and feverish baby in lap... [07:07:39] <mojavelinux> but alas, it's too late to get into that now [07:08:26] <mojavelinux> brian, you will be happy about WELD-871 [07:08:28] <jbossbot> jira [WELD-871] Publish snapshots for weld-osgi-bundle [Open (Unresolved) Feature Request, Minor, Unassigned] https://issues.jboss.org/browse/WELD-871 [07:08:49] <mojavelinux> btw, I *strongly* recommend using Weld 1.1.1 snapshot if you are deploying to glassfish [07:09:06] <Diablo-D3> people still use glassfish? lol [07:09:17] <mojavelinux> we still have to test with weld 1.1.0.Final, but if you are trying to get work done, go with the snapshot [07:09:38] <mojavelinux> yep, like it or not, glassfish is what people will try first often times [07:09:50] <mojavelinux> there are some things I like about it over as 6 [07:09:57] <mojavelinux> but I'm hoping as 7 makes me a true believer :) [07:10:01] <Diablo-D3> why would anyone use a product from a company that who just sues everyone [07:10:16] <mojavelinux> well, yes, can't disagree with you there...that's a whole other concern [07:10:36] <mojavelinux> i'm looking at it more from the community perspective, that we have users on glassfish and right now, we have no other way to even test portability [07:10:39] <bleathem> Yes, weld-871 is a goodie. It'll make it easier for people to update their glassfish [07:10:39] <Diablo-D3> its enough to make me consider virtually everything Sunacle has touched closed source [07:10:43] <mojavelinux> as soon as there is any other option, seriously [07:11:00] <mojavelinux> any other option, we can use that as a secondary choice [07:11:37] <mojavelinux> yep, I'm very passionate about the issue too Diablo-D3, puts me in conflict everyday, but atm, like I said, it's more about the community and portability validation [07:11:46] <Diablo-D3> mojavelinux: yeah [07:11:53] <mojavelinux> of course, I understand that there is a tomcat+openwebbeans option, we should probably be exploring that [07:11:55] <Diablo-D3> but I wonder what Sunacle is going to do when AS 7 comes out [07:11:59] <mojavelinux> and we will agressively post 3.0.0.Final [07:12:08] <mojavelinux> that's just been distracting us a bit (though on the other hand motivating us) [07:12:15] <Diablo-D3> because as far as I see it, AS 7 is AS 6 ran through the Glassfish v3 process [07:12:26] <Diablo-D3> skinny, sleek, fast, no bloat [07:12:47] <mojavelinux> exactly! that's what I'm praying for [07:13:00] <Diablo-D3> the only missing piece is a new jvm [07:13:03] <mojavelinux> because the reason I dig glassfish is for that polished user experience [07:13:43] <bleathem> The developer experince on Glassfish is awesome. Then I ended up running it production, because it was what I was developing against. [07:14:08] <Diablo-D3> heh, I quit running Glassfish when Sun basically failed every and all promises to the community [07:14:35] <Diablo-D3> I mean, they fired and/or forcequitted like half their FOSS team. [07:14:39] <bleathem> I make personal Open source choices, but for my work I have to be more objective [07:15:07] <bleathem> Glassfish is current;y the best option for my employer, so it's where we're at. [07:15:28] <mojavelinux> yep, don't worry, i'm torn just as much...we will find a way for open source to win...part of that is making cdi as open as the sky [07:15:52] <mojavelinux> i'm glad to have bleathem around for many reasons, but one because he keeps a close eye on our compatibility w/ glassfish :) [07:16:02] <mojavelinux> we'll do even better with those jsfunit tests post 3.0.0.Final :) [07:16:12] * bleathem drooling [07:16:15] <mojavelinux> hahaha [07:16:34] <Diablo-D3> bleathem: well, be sure to test AS7 when it goes final [07:16:38] <bleathem> I started mirroring the Arquillian structure from persistence [07:16:48] <Diablo-D3> for properly written modern apps, it should be blazingly fast [07:16:51] <mojavelinux> it's funny, in my most recent arquillian article, I said "arquillian makes jsfunit usable" [07:16:54] <bleathem> it's really nicely set up for running the same tests in deifferent environments [07:17:11] <Diablo-D3> btw, the only thing I see missing from the user experience is setting up apps [07:17:21] <bleathem> Yes, and it's nice to see JSFUnit embrace Arquillian with JSFUnit 2.0 [07:17:23] <Diablo-D3> like, in any AS stack [07:17:34] <Diablo-D3> how many apps do you have to manually setup crap to, say, setup a db [07:17:52] <Diablo-D3> you either manually set it up, or the app comes with a shell script or something that does it for you [07:17:56] <bleathem> The statup/deployment time on glassfish is amazingly beneficial [07:18:07] <bleathem> altough less so once I started using JRebel [07:18:42] <bleathem> Also, being first to marekt with JEE 6 compliance was a big deal [07:18:54] <bleathem> Same reason why I use Primfeaces in so many apps [07:19:10] <bleathem> But with more JSF 2 component providers coming on line with JSF 2 support [07:19:29] <bleathem> Primefaces is starting to look a little rough around the edges [07:19:59] <bleathem> First to market is a big deal, but like AS 7 will show, one can rest on their laurels [07:20:12] <bleathem> ok, I'm officially rambling now [07:21:08] <Diablo-D3> heh [07:21:16] <Diablo-D3> btw, what is JRebel? I keep hearing it mentioned [07:21:17] <mojavelinux> okay guys, gotta run...it's been grand. bleathem keep up the great work, you are really taking this thing by the horns, way to be [07:21:26] <bleathem> thanks! [07:21:31] * nickarls uses ICEfaces. And JRebel [07:22:02] <bleathem> How are you finding the ICEFaces 2.0 implementation nickarls? [07:22:25] <Diablo-D3> ahh, JRebel is.... doesnt seem useful at all [07:22:42] <bleathem> why's that? [07:22:49] <nickarls> pretty OK, they had a long road to 2.0.0 [07:22:59] <Diablo-D3> eclipse already does this [07:22:59] <nickarls> over by half a year [07:23:22] <bleathem> Yeah, I've got a support contract in place with ICEFaces, but no more apps using it [07:23:32] <bleathem> I converted them all to Primefaces to take advantage of JSF 2 [07:23:45] <Diablo-D3> with both glassfish and jboss, I can live develop apps [07:23:56] <Diablo-D3> I have to install the glassfish and jboss tools packages, but thats about it [07:24:06] <bleathem> Diablo-D3 try that with an EAR deployment [07:24:15] <Diablo-D3> bleathem: I did with glassfish [07:24:19] <Diablo-D3> it works [07:24:25] <bleathem> Nice! [07:24:26] <Diablo-D3> but I ended up getting rid of it because ear is dead [07:24:37] <Diablo-D3> javaee6 wars do everything now [07:24:38] <bleathem> Not when you want to use the ACC [07:24:42] <Diablo-D3> acc? [07:24:48] <bleathem> Application client Container? [07:24:54] <bleathem> s/?/!/ [07:25:08] <bleathem> Running swing apps with @EJB injection [07:25:22] <bleathem> makes some things easier, other things harder [07:25:26] <Diablo-D3> why would I want to do that? [07:25:41] <Diablo-D3> there are far better injection containers for javase apps out there [07:26:05] <bleathem> I've got EJBs/JPA entities feeding a web app, I can re-use all that in a swing app. Persistence context is shared with the web app. [07:26:08] <Diablo-D3> seems way off in the solution in search of a problem realm [07:26:09] <bleathem> Works pretty well. [07:26:24] <bleathem> Well, works for me :P [07:26:24] <Diablo-D3> I can use JPA from javase without magic iirc [07:26:56] <jbossbot> git [security] push master 825c815.. Shane Bryzak fixed NPE [07:26:56] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/6c7d3d6...825c815 [07:27:02] <Diablo-D3> also, why are there all these faces projects? [07:27:07] <Diablo-D3> dont we only need one? [07:27:17] <bleathem> What do you mean? [07:27:37] <Diablo-D3> well, theres icefaces, richfaces, sun has one, and theres a bunch of other projects [07:27:52] <bleathem> oic, so many JSF component providers? [07:27:58] <Diablo-D3> yeah [07:28:01] <bleathem> competition is good [07:28:07] <Diablo-D3> theres only so many ways of doing basic tasks [07:28:11] <bleathem> why so many app servers? [07:28:22] <Diablo-D3> theres only two modern app servers ;) [07:28:40] <Diablo-D3> geronimo's javaee6 support is still half done, otherwise that'd make 3 [07:29:54] <bleathem> nickarls "anyone mind jiraing it?" was this with respect to disabling conversation propagation for commandLinks? [07:30:08] <bleathem> one letter answer y/n is sufficient :P [07:30:13] <bleathem> yo've got your hands full! [07:30:23] <Diablo-D3> bleathem: well, am I going wrong with picking richfaces? [07:30:35] <bleathem> No, richfaces is an excellent product [07:30:37] <Diablo-D3> seems the only ajaxy component set thats any good [07:30:48] <bleathem> I'm going to evaluate RichFaces 4 for my next app [07:31:05] <Diablo-D3> Im doing 4.x now, Ive gotten as far as ... well, not at all :< [07:31:34] <bleathem> PrimeFaces is ok, but I find it leaves too much out of it's API, and leaves it to jquery/javascript manipulation [07:31:39] <bleathem> not fun when you get far into it [07:32:07] <bleathem> PrimeFaces was quick to market, because they just wrappered the JQuery UI components as JSF components [07:32:18] <Diablo-D3> oh? [07:32:23] <bleathem> It's evident Richfaces put more thought into building up their components [07:32:31] <Diablo-D3> that actually sounds like a good idea [07:32:41] <Diablo-D3> what is richfaces using for the jscript lib? something they made themselves? [07:32:52] <bleathem> no they use jQuery as far as I know [07:32:57] <Diablo-D3> ahh [07:33:04] <bleathem> but the components are not simply jQuery UI [07:33:14] <Diablo-D3> jquery ui is useless [07:33:22] <Diablo-D3> its the only deficiency in jquery.... well, maybe [07:33:44] <Diablo-D3> all the other big js libs have these ui component sets, but without being glued into your server side framework, they're kind of useless [07:33:51] <bleathem> yep, it feels like a separate project caching in on the brand [07:33:55] <jbossbot> git [security] push master 4715ad8.. Shane Bryzak fix example naming to conform with standard [07:33:55] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/825c815...4715ad8 [07:33:58] <Diablo-D3> yeah [07:34:10] <Diablo-D3> I dont really see the point of a UI component set on the client side [07:34:19] <Diablo-D3> you have to write code on the server side to make it do anything [07:34:53] <Diablo-D3> once you already have the server side, writing the client side is a few lines of JS here and there [07:35:04] <Diablo-D3> and, like, all the graphics fx stuff is in jquery, not jquery ui [07:35:29] <bleathem> Which is precisely the problem I ahve with PrimeFaces. Trying to get controller logic to speak to javascript is painful. and that's where primefaces leasves you stranded. [07:37:13] <Diablo-D3> yeah [07:37:25] <Diablo-D3> richfaces seems a lot better engineered [07:44:15] <bleathem> eclipse noob question [07:44:29] <bleathem> I have a maven war project, how do I run it on JBoss? [07:44:41] <bleathem> JBoss is "attached" to eclipse, and started [07:45:19] <bleathem> Right-click on project, and looking under Run, I don't see an "run on app server option" [07:49:15] <bleathem> Ahh, I had to right-click and "Mark as Deployable". [07:56:05] <Diablo-D3> no [07:56:09] <Diablo-D3> I dont use mark as deployable [07:56:18] <Diablo-D3> it doesnt work right [07:56:29] <Diablo-D3> right click, hit properties [07:56:32] <Diablo-D3> go to project facets [07:56:33] <Diablo-D3> turn them on [07:57:02] <Diablo-D3> then select dynamic web module ver 3.0, java 1.6, and jboss maven intergration [07:57:08] <Diablo-D3> and CDI if you're using it [07:57:26] <Diablo-D3> dont add jsf or seam because they're too out of date [07:57:45] <Diablo-D3> they dont work work right with seam 3.0 or richfaces 4.0 or any other modern stuff [07:58:17] <Diablo-D3> bleathem: oh, and if you accidently clicked mark as deployable, just remove every deployed thing from the server tab [07:58:32] <bleathem> hey great, thanks! [07:59:27] <Diablo-D3> oh, and if you want save -> autoupdate to work [07:59:56] <Diablo-D3> make sure the app can be built with mvn package on the command line with mvn 3.x, and that you ran it with debug as, and the server is in debug mode [08:00:10] <jbossbot> git [security] push master e862aef.. Shane Bryzak updated example naming [08:00:10] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/4715ad8...e862aef [08:00:40] <Diablo-D3> it wont update with run on run server or run on debug server [08:00:54] <Diablo-D3> and very very very rarely it sometimes gets stuck where you have to full publish [08:02:30] <bleathem> so now "Run as" -> has a "run on server" option, but "Debug as" does not [08:02:36] <bleathem> eclipse restart maybe? [08:02:52] <Diablo-D3> try restarting jboss in debug mode [08:03:03] <Diablo-D3> theres obviously some bits and pieces that need polished [08:03:26] <bleathem> a generally true staement of any software project :D [08:04:48] <Diablo-D3> yeah well, at least periodic hammering fixes it [08:04:51] <jbossbot> git [security] push master 98e72cb.. Shane Bryzak updated example naming [08:04:51] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/e862aef...98e72cb [08:05:00] <Diablo-D3> the problem is, it doesnt tell you why something went wrong [08:05:02] <Diablo-D3> or even that it did [08:05:31] <Diablo-D3> mvn build fail prevents auto-deploy updating, but doesnt outright tell you that it failed [08:14:07] <jbossbot> git [security] push master 7eed9fe.. Shane Bryzak fix distribution dependencies [08:14:07] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/98e72cb...7eed9fe [08:18:06] <jbossbot> git [security] push master 1a805b1.. Shane Bryzak disable saml examples [08:18:06] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/7eed9fe...1a805b1 [08:18:52] <Diablo-D3> bleathem: also, as a side note, hitting full publish overrides the fail [08:24:57] <jbossbot> git [security] push master 4ad4425.. Shane Bryzak fix openid-op example distribution, fix dependencies [08:24:57] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/1a805b1...4ad4425 [08:26:43] <bleathem> ugh that was painful. I'd forgotten I had deployed it via the command line, and was getting conflicts that it was already installed. [08:26:51] <bleathem> "it" being my web app [08:31:05] *** bleathem has quit IRC [08:44:10] <daniel_hinojosa> anyone awake? [08:47:20] <Diablo-D3> nope [08:47:22] <sbryzak> i am... [08:52:41] <nickarls> b: y (conv. prop. jira) ;-) [08:53:09] <daniel_hinojosa> ha [08:53:50] <daniel_hinojosa> is solder supposed to be included in the a seam-servlet 3.0.0.CR3? [08:53:59] <jbossbot> git [security] push master 48c9c63.. Shane Bryzak don't run example tests during distribution build [08:53:59] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/4ad4425...48c9c63 [08:54:29] <daniel_hinojosa> I get java.lang.ClassNotFoundException: org.jboss.seam.solder.beanManager.BeanManagerAware [08:55:12] <sbryzak> are you importing solder? [08:55:26] <daniel_hinojosa> not explicitly [08:55:29] <Diablo-D3> daniel_hinojosa: did you check the pom? [08:56:08] <Diablo-D3> I bet the pom says <scope>provided</scope> [08:56:17] <daniel_hinojosa> val jodaTime = "joda-time" % "joda-time" % "1.6.2" withSources () [08:56:17] <daniel_hinojosa> val seamFaces = "org.jboss.seam.faces" % "seam-faces" % "3.0.0.CR1" % "provided" withSources() [08:56:17] <daniel_hinojosa> val seamCatch = "org.jboss.seam.catch" % "seam-catch-impl" % "3.0.0.CR3" % "provided" withSources () [08:56:17] <daniel_hinojosa> val seamServlet = "org.jboss.seam.servlet" % "seam-servlet" % "3.0.0.CR3" withSources () [08:56:17] <daniel_hinojosa> val jbossLogging = "org.jboss.logging" % "jboss-logging" % "3.0.0.Beta5" % "provided" withSources() [08:56:26] <daniel_hinojosa> this is sbt [08:56:32] <Diablo-D3> sbwhat? [08:56:37] <daniel_hinojosa> for an article I am doing on scala/seam [08:56:38] <sbryzak> solder is a dependency of the servlet module [08:56:56] <Diablo-D3> but dont you use maven with scala too? [08:57:03] <sbryzak> what does mvn dependency:tree say? [08:58:09] <daniel_hinojosa> let me see: I am using sbt but there is a tree action [09:02:55] <daniel_hinojosa> checked it was looking for org/jboss/seam/solder#seam-solder;working [09:03:00] <daniel_hinojosa> interesting [09:03:15] <daniel_hinojosa> working isn't a version [09:16:05] <daniel_hinojosa> the seam-servlet pom has no dependency on solder [09:16:59] <daniel_hinojosa> https://repository.jboss.org/nexus/content/groups/public/org/jboss/seam/servlet/seam-servlet/3.0.0.CR3/seam-servlet-3.0.0.CR3.pom [09:19:33] <daniel_hinojosa> works now ladies and gents, I put catch in and it got the solder [09:19:50] <daniel_hinojosa> but seam-servlet has no dependency on solder in the pom [09:20:04] <Diablo-D3> its not in the parent pom either [09:20:24] <sbryzak> the dependency is in seam-servlet-impl [09:20:38] <Diablo-D3> ahh [09:20:55] <daniel_hinojosa> hmm, ok...many docs just say put seam-servlet in your mvn [09:21:00] <daniel_hinojosa> and not seam-servlet-impl [09:21:11] <sbryzak> that should still pull in solder [09:21:22] <daniel_hinojosa> ok, I will put in a ticket [09:21:25] <Diablo-D3> seam-servlet pulls in seam-servlet-impl and -api afiact [09:21:32] <sbryzak> one moment while i check [09:22:01] <Diablo-D3> blergh [09:22:03] * Diablo-D3 kicks richfaces [09:22:17] <sbryzak> yep it should definitely pull in the solder dep [09:22:27] <Diablo-D3> richfaces docs say add <servlet><servlet-class>org.jboss.seam.servlet.SeamResourceServlet</servlet-class></servlet> [09:22:47] <sbryzak> that's a seam 2 class [09:22:50] <Diablo-D3> but it doesnt seem to drag in the mvn dep for it [09:23:22] <daniel_hinojosa> seam-servlet-impl does have the mvn dep for solder [09:23:37] <daniel_hinojosa> there is also a <!-- FIX THIS --> [09:23:40] <daniel_hinojosa> in that pom [09:23:48] <Diablo-D3> daniel_hinojosa: why does your name look familiar to me? [09:23:48] <daniel_hinojosa> seam-servlet-impl-3.0.0.CR3.pom [09:24:00] <daniel_hinojosa> cause I am awesome! [09:24:02] <daniel_hinojosa> haha [09:24:04] <sbryzak> that's just for catch [09:24:04] <daniel_hinojosa> j/k [09:24:11] <daniel_hinojosa> we probably met [09:24:16] <sbryzak> the FIX THIS message is because we have a circular dependency [09:24:21] <daniel_hinojosa> ah [09:24:22] <sbryzak> nothing to do with the solder dep [09:24:51] <daniel_hinojosa> ok, because FYI catch did depend on solder too [09:25:10] <daniel_hinojosa> and once I put that into my project it brought that needed dependency in so I can run it [09:25:33] <daniel_hinojosa> it's not relevant directly, but because it did depend on solder it fixed my problem [09:26:02] <daniel_hinojosa> Diablo-D3: What is your real identity if you care to give it? [09:26:07] <Diablo-D3> daniel_hinojosa: /whois me [09:26:23] <Diablo-D3> and my IRC nick really is my real identity, I've been using it Internetwide since 1992 [09:26:45] <daniel_hinojosa> Corvallis, that's where my server folks at Kattare are. [09:28:57] <daniel_hinojosa> There is another daniel hinojosa at sourceforge [09:28:59] <Diablo-D3> btw, the youtube symphony orchestra 2011 starts in 35 minutes [09:29:18] <Diablo-D3> daniel_hinojosa: maybe thats why it sounds familiar [09:29:27] <daniel_hinojosa> sbryzak: anything I can do to help? [09:29:34] * Diablo-D3 used to idle in #sourceforge on slashnet [09:30:10] <sbryzak> daniel_hinojosa: with...? [09:30:32] <daniel_hinojosa> with the seam-servlet solder dep? [09:30:50] <sbryzak> it all appears to be fine [09:30:54] <daniel_hinojosa> ok [09:30:57] <daniel_hinojosa> thanks for your help [09:31:08] <sbryzak> i'll build one of the examples that use it to confirm [09:31:26] <sbryzak> but running mvn:dependency:tree in the servlet/combined module shows that solder is in the dependency list [09:32:44] <daniel_hinojosa> ok. [09:34:04] <daniel_hinojosa> sbryzak: FYI, I am writing an article for Seam 3 using SBT/Scala and presenting at JAX [09:34:27] <sbryzak> that's very cool, i'd like to read it [09:34:58] <sbryzak> been meaning to spend more time investigating how we can support scala better [09:35:35] <daniel_hinojosa> sbryzak: Absolutely! I'll keep afloat. My goal is to find out what can be used and what can't [09:35:38] <sbryzak> do you think there's anything we might be able to offer in a Seam Scala module? [09:35:50] <daniel_hinojosa> that's what I want to find out too [09:35:53] <Diablo-D3> whats with all this scala love? [09:36:15] <sbryzak> it's becoming more popular [09:36:20] <daniel_hinojosa> Lots, implicits, better collection handling [09:36:42] <sbryzak> so we need to see if there's any advantage in providing specific support for it [09:37:19] <Diablo-D3> but until you get me to stop hating scala, Im not sure how anyone expects it to take off [09:37:44] <sbryzak> many people don't hate it, in fact they like it more than java [09:38:08] <sbryzak> and seam is about options [09:38:11] <Diablo-D3> yes, but Im the world's most awesome coder. [09:38:14] <Diablo-D3> srsly. [09:38:40] <daniel_hinojosa> I use joda-time and BigDecimal and BigInteger [09:38:54] <daniel_hinojosa> and because of that Scala's implicits are time saver [09:39:44] <daniel_hinojosa> I don't have to do new Blah(new BigDecimal("12.30"), new BigDecimal("19.2"), new BigDecimal("9.0123") [09:40:04] <daniel_hinojosa> I just do new Blah("12.3", "19.2", "9.0123") [09:40:15] <daniel_hinojosa> and the implicit def will take care of the rest [09:40:25] <daniel_hinojosa> that was my joy this week anyway. ;) [09:40:50] <Diablo-D3> not sure if I like that >_> [09:43:23] <Diablo-D3> okay so [09:43:25] <Diablo-D3> rewind [09:43:53] <Diablo-D3> what jar has org.jboss.seam.servlet.SeamResourceServlet [09:44:15] <sbryzak> Diablo-D3: that's a seam 2 class [09:44:28] <sbryzak> it doesn't exist in Seam 3 [09:44:37] <Diablo-D3> but Im not using seam 3 [09:44:54] <sbryzak> in that case, it should be in the main seam 2 jar [09:45:05] <Diablo-D3> infact, Im "not" using seam at all, Im using whats already in the jboss as installation [09:45:25] <daniel_hinojosa> oh that's the one I use to serve up pdfs, images, etc. [09:45:58] <sbryzak> daniel_hinojosa: yep, it's used for a lot of different resources [09:46:21] * Diablo-D3 takes all this crap out [09:47:04] <daniel_hinojosa> sbryzak: If you are in the neighborhood and interested https://github.com/dhinojosa/cdi-scala [09:47:24] <daniel_hinojosa> that's my case study for JAX and whoever is interested [09:47:40] <Diablo-D3> well [09:47:44] <Diablo-D3> taking all that xml out works [09:48:40] <Diablo-D3> what provides facelets in as 6? [09:54:20] <daniel_hinojosa> I'm out: thanks everyone [09:54:52] <Diablo-D3> seeya [09:55:47] <sbryzak> daniel_hinojosa: thanks, i'll take a look [09:56:57] *** daniel_hinojosa has quit IRC [09:57:22] <Diablo-D3> okay I made this working fine [09:57:25] <Diablo-D3> I dont use the seam 2 stuff [09:57:29] <Diablo-D3> Im supposed to use the facelets stuff [09:57:31] <Diablo-D3> and it works fine [10:05:37] <Diablo-D3> the youtube symphony stream has started [10:06:31] <jbossbot> git [security] push master a13a908.. Shane Bryzak [maven-release-plugin] prepare release 3.0.0.CR2 [10:06:31] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/48c9c63...a13a908 [10:06:41] <jbossbot> git [security] push master b14a128.. Shane Bryzak [maven-release-plugin] prepare for next development iteration [10:06:41] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/a13a908...b14a128 [10:52:56] *** bitshuffler has joined #seam-dev [11:16:46] *** aslak has joined #seam-dev [11:16:46] *** aslak has quit IRC [11:16:46] *** aslak has joined #seam-dev [12:15:33] <nickarls> scala is the new ruby, there always has to be a new language that doubles it's users every week. for some time ;-) [12:36:53] *** aslak has quit IRC [13:26:37] *** jose_freitas has joined #seam-dev [13:26:44] <jose_freitas> morning [13:52:20] <Diablo-D3> nickarls: thats just making me hate it worse [13:52:26] <Diablo-D3> I hate python for the same reason [13:52:38] <Diablo-D3> if a language isnt ten years old and in the top 3 of languages most coded, NO ONE SHOULD BE USING IT [13:53:00] <Diablo-D3> this is why I hated Java for the first decade of it's existence [13:53:21] <Diablo-D3> it was slow, bloated, featureless, horrid to code in, and nothing was coded in it so even minor shit I had to code myself [13:54:03] <Diablo-D3> then all the sudden, between the first time (and last time until recently) I tried Java, and now, it became nice [13:54:18] <Diablo-D3> Java is the #1 language new code is wirtten in (by a fair margin) [13:54:34] <Diablo-D3> and its like #2 for all time, only second to C, and both C and Java are ahead by a wide margin [14:04:04] *** aslak has joined #seam-dev [14:17:55] *** johnament has joined #seam-dev [14:24:25] *** sannegrinovero has joined #seam-dev [14:26:44] <jose_freitas> mojavelinux: ping [14:45:10] *** johnament has quit IRC [14:48:42] *** bleathem has joined #seam-dev [14:50:24] <jose_freitas> hey bleathem :) [14:50:42] <bleathem> Hey jose_freitas ! [14:50:47] <jose_freitas> morning :) [14:50:55] <bleathem> early morging! [14:51:05] <bleathem> too early to type [14:51:14] <jose_freitas> lol [14:51:31] <jose_freitas> I wanted to document the InputElement feature, is there a repository for the documentation? [14:51:47] <bleathem> Right on! [14:52:11] <bleathem> It's in github, same repository as the Faces source [14:52:32] <bleathem> the docs folder [14:52:49] <jose_freitas> oic [14:53:40] <jose_freitas> is the seam-faces-reference-guide? [14:54:05] <bleathem> Yep [14:54:20] <bleathem> docbook format [14:54:32] <jose_freitas> ok [14:54:35] <jose_freitas> nice [14:55:12] <bleathem> "nice" and "docbook" are rarely used in the same sentence :P [14:55:21] <jose_freitas> lol [14:56:12] [14:57:45] <bleathem> That's awesome Jose, you're contributions are much appreciated! [15:00:54] *** gastaldi has joined #seam-dev [15:01:00] <gastaldi> hello ! [15:01:41] <gastaldi> I coded a Filter to detect whether a Session has expired or not [15:01:52] <gastaldi> Wonder if Seam Servlet could use it [15:03:40] <jose_freitas> np bleathem :) [15:03:43] <jose_freitas> hello gastaldi [15:03:56] <gastaldi> jose_freitas: Hello ! [15:04:26] <gastaldi> Man, I woke up real sad today. My 13 year old dog died :( [15:06:21] <jose_freitas> :( [15:13:11] *** gastaldi has quit IRC [15:23:38] <Diablo-D3> :( [15:47:17] <jose_freitas> bleathem: ping [15:50:51] *** Diablo-D3 has quit IRC [16:15:12] <nickarls> gastaldi: sad to hear, hope it had a good dog-life [16:16:33] <nickarls> gastaldi: shouldn't that be about the same as listening to the session destroyed event from the servlet cdi even bridge? [16:20:44] <bleathem> jose_freitas pong [16:29:30] <jose_freitas> bleathem: I was trying to visualize the generate documentation [16:29:40] <bleathem> ok [16:29:57] <jose_freitas> I used maven package [16:30:09] <jose_freitas> but it gave me Invalid byte 2 of 3-byte UTF-8 sequence.] on master.xml [16:30:30] <jose_freitas> org.xml.sax.SAXParseException [16:30:39] <jose_freitas> do you have any idea what problem is this? [16:31:08] <bleathem> trying it now [16:33:04] <bleathem> worksforme :P [16:33:10] <bleathem> what maven version are you using? [16:33:19] <bleathem> do you have the latest Faces snapshot? [16:34:04] <jose_freitas> Yes, I have the last github versiob [16:34:22] <bleathem> from seam/faces, and not your fork? [16:34:23] <jose_freitas> my maven version is old though [16:34:27] <jose_freitas> 3.0-snapshot [16:34:36] <bleathem> You'll need 3.0.x, whatever x is latest [16:34:41] <jose_freitas> yes [16:34:46] [16:34:52] <bleathem> worth a shot [16:40:14] <jose_freitas> tried with 3.0.3 but I sy [16:40:31] <jose_freitas> I suspect that maybe is a problem with my local character configuration [16:45:33] <bleathem> ugh [16:45:46] <bleathem> character encoding is the devil [16:45:57] <jose_freitas> hehehe [16:46:06] <bleathem> what os? [16:50:21] [16:50:41] <jose_freitas> changed to utf-8 [16:50:48] <jose_freitas> no success [16:50:50] <jose_freitas> hehehe [16:50:54] [16:53:44] <bleathem> Still getting the exception: java.lang.ClassNotFoundException: org.joda.time.DateTimeZone [16:54:02] <bleathem> has that fix not yet made it into an international release? [16:56:21] [17:00:02] <bleathem> hmm, I might have been using an old faces snapshot. I'll try again [17:11:16] *** clerum has joined #seam-dev [17:27:13] <jose_freitas> weird [17:27:32] <jose_freitas> I tried to use snapshot from both faces and international and it came 0 bytes [17:36:23] <jose_freitas> my mistake [18:14:10] *** aslak has quit IRC [18:14:48] *** aslak has joined #seam-dev [18:18:52] <jose_freitas> bleathem: it was indeed a windows problem [18:27:44] *** aslak has quit IRC [18:59:07] *** jose_freitas has quit IRC [19:09:01] *** jose_freitas has joined #seam-dev [19:51:55] <bleathem> jose_freitas thanks for the pull request with for the docs, I'll have a look at it tonight! [19:52:07] <jose_freitas> np :) [19:52:43] <bleathem> you've risen the bar, now I have to write docs for the features I've recently implemented! [19:53:20] <jose_freitas> hehehe [19:54:02] <jose_freitas> http://relation.to/Bloggers/AnAPIIsAboutBloodTearsAndSweat [19:54:10] <jose_freitas> have you seen this post from emmanuel? [19:54:22] <jose_freitas> he talks something about book driven development [19:54:27] <jose_freitas> very interesting [19:54:28] <jose_freitas> :) [19:55:14] <bleathem> I read the top of the article, and added it to my stash of things to read [19:55:37] <bleathem> I'm going to have a lot of catch up to do in other areas once Seam 3.0.0.Final is released. [19:56:31] <bleathem> Baseball time now though :P [19:56:34] <bleathem> later [19:56:41] <jose_freitas> later :) [20:19:26] *** aslak has joined #seam-dev [20:29:18] *** clerum has quit IRC [20:32:34] *** clerum has joined #seam-dev [20:43:38] *** bitshuffler has quit IRC [21:19:30] <nickarls> it's hard to be a java dev on a windows machine [21:19:54] <nickarls> classpath lenghts, file encodings, line breaks, file change attrs... [21:28:51] <nickarls> *crickets* *banjos playing* *the locals are staring at you* [21:42:23] <jose_freitas> sbryzak:ping [21:46:01] <jbossbot> git [mail] push master 2612856.. Cody Lerum add mergeTemplates method... [21:46:02] <jbossbot> git [mail] push master 8cdf307.. Cody Lerum exception cleanup [21:46:02] <jbossbot> git [mail] push master URL: http://github.com/seam/mail/compare/98babcb...8cdf307 [21:57:33] *** daniel_hinojosa has joined #seam-dev [22:11:48] <bleathem> nickarls everything is hard to do on a windows machine :P [22:20:02] <nickarls> does mojarra have anything like http://wiki.apache.org/myfaces/Extensions/Validator/I18N ? [22:23:20] <daniel_hinojosa> Have an app running fine on JBoss, In Glassfish though org.apache.catalina.LifecycleException: PWC2769: Manager has not yet been started [22:24:06] <daniel_hinojosa> gonna post on forums actually [22:24:18] <daniel_hinojosa> keep it persistent so others can view. [22:27:24] <jose_freitas> daniel_hinojosa: do you have the latest weld? [22:37:51] <daniel_hinojosa> http://seamframework.org/Community/GlassfishV3ErrorWithSeamservlet300CR3Latest [22:37:59] <daniel_hinojosa> yes, 3.0.0.CR4 [22:39:16] <daniel_hinojosa> stack traces are on the forum. [22:40:35] <jose_freitas> stuartdouglas: ping [22:47:21] <bleathem> daniel_hinojosa replied via forum [22:48:03] *** wdrai has joined #seam-dev [22:50:51] <bleathem> nickarls I don't think mojarra does that. How about Seam International? Or Seam Validator? Do they help fit the bill? [22:54:49] <nickarls> nope, not yet [22:54:58] <nickarls> ha! found a bug in Solder, I think [22:55:13] <stuartdouglas> jose_freitas: pong [23:11:05] <daniel_hinojosa> bleathem: Thanks! Got it working [23:15:46] <bleathem> coo, using the snapshot? [23:16:07] <bleathem> ^cool <- i am not young enough to say "coo" on purpose [23:17:42] <bleathem> read your reply on the forum post, good to hear the weld SNAPSHOT worked. [23:17:45] <bleathem> Any maybe someone with the same stack trace will google across your post! [23:18:09] <bleathem> We've really go to fix this at the source. *Tons* of people are going to come across this when 3.0.0.Final is released. [23:18:18] <bleathem> s/go/got/ [23:18:55] * bleathem maybe there is something wrong with my keyboard - I swear I'm typing the letters, they are just not showing up [23:28:40] <bleathem> ping stuartdouglas [23:28:46] <stuartdouglas> bleathem: pong [23:28:56] <bleathem> Question about the datastore you build [23:29:09] <bleathem> (I renamed it to ViewConfigStore) [23:29:16] <bleathem> I always end up here: [23:29:19] <bleathem> https://github.com/bleathem/faces/blob/SEAMFACES-33_Security/impl/src/main/java/org/jboss/seam/faces/view/config/ViewConfigSecurityEnforcer.java#L31 [23:29:21] <jbossbot> jira [SEAMFACES-33] Create a solution for consolidated page-flow, transactional control, security constraints and URL-rewriting configuration [Open (Unresolved) Feature Request, Blocker, Brian Leathem] https://issues.jboss.org/browse/SEAMFACES-33 [23:29:51] <bleathem> This is because this: [23:29:52] <bleathem> https://github.com/bleathem/faces/blob/SEAMFACES-33_Security/impl/src/main/java/org/jboss/seam/faces/view/config/ViewConfigExtension.java#L34 [23:29:58] <bleathem> always evaluates to false [23:30:00] <jbossbot> jira [SEAMFACES-33] Create a solution for consolidated page-flow, transactional control, security constraints and URL-rewriting configuration [Open (Unresolved) Feature Request, Blocker, Brian Leathem] https://issues.jboss.org/browse/SEAMFACES-33 [23:30:08] <bleathem> quiet jbossbot [23:30:31] <bleathem> Let me pastebin my @ViewConfig enum [23:31:03] <bleathem> http://pastie.org/1693957 [23:31:18] <stuartdouglas> I have not done something silly like left @Retention off the @ViewConfig enum have I? [23:31:30] <bleathem> lemme check [23:31:40] <bleathem> @Retention(RetentionPolicy.RUNTIME) [23:32:03] <bleathem> @Retention(RetentionPolicy.RUNTIME) [23:32:04] <bleathem> @Target(ElementType.TYPE) [23:32:06] <bleathem> @Documented [23:32:07] <bleathem> public @interface ViewConfig [23:32:09] <bleathem> { [23:32:10] <bleathem> } [23:32:40] <stuartdouglas> can you set a conditional breakpoint and see what happens when that enum comes thorugh? [23:33:09] <bleathem> I did that, and I set some trace messages to see what was coming through, (logging class names) [23:33:14] <bleathem> let me pastie it [23:33:51] <bleathem> http://pastie.org/1693966 [23:34:03] <bleathem> kind of useless [23:34:12] <bleathem> any better information you would ratehr see? [23:34:45] <stuartdouglas> yea, those toString()'s are not real helpful [23:34:56] <bleathem> The are getClass().getName [23:35:08] <stuartdouglas> getJavaClass().getName() [23:35:15] <stuartdouglas> getClass() will always return WeldClassImpl [23:35:31] <bleathem> ok, will do (learned something new :) [23:36:23] *** gastaldi has joined #seam-dev [23:37:57] <bleathem> I shouldn't have deleted the logging statements when I committed... [23:38:38] <bleathem> how about the class name of the annotation [23:38:53] <bleathem> any way to get something other than |-- Annotation: $Proxy228 ? [23:39:02] <stuartdouglas> .anntationType().getName() [23:39:03] <bleathem> it doesn't have the getJavaClass method [23:39:21] <bleathem> nice [23:41:29] <bleathem> changing log levels... [23:43:07] <bleathem> restarting glassfish... [23:43:14] * bleathem these things always take so long... [23:44:15] <bleathem> http://pastie.org/1694004 [23:44:22] <bleathem> much more meaningful! [23:45:04] <bleathem> My @ViewConfig enum is called "Pages" [23:45:09] <bleathem> it's not showing up in the list [23:45:30] <stuartdouglas> Is it in an archive with a beans.xml? And are other classes in the archive showing up? [23:46:03] <bleathem> yep, beans.xml in WEB-INF of the war containing the @ViewConfig enum [23:46:30] <bleathem> (I had a brief heart-attack for a moment there! thinking I'd left that out) [23:46:41] <stuartdouglas> is @Restrict part of seam-security? [23:46:50] <bleathem> no, part of Faces [23:46:51] <stuartdouglas> And if so, is that in your archive? [23:46:54] <bleathem> i made it for testing [23:46:55] <stuartdouglas> hmm [23:47:01] <bleathem> in Faces API [23:47:25] <bleathem> @Retention(RetentionPolicy.RUNTIME) [23:47:26] <bleathem> @Target(ElementType.FIELD) [23:47:28] <bleathem> public @interface Restrict [23:47:29] <bleathem> { [23:47:31] <bleathem> String value(); [23:47:32] <bleathem> } [23:48:27] <bleathem> Is it not picking it up because it's an enum? Is it standard weld to support enums? [23:48:33] <stuartdouglas> could be [23:48:40] <stuartdouglas> if so then it is a bug in weld [23:48:57] * bleathem surprise surprise :P [23:50:07] <stuartdouglas> yea, it's weld [23:50:12] * stuartdouglas double checks the spec [23:50:14] <bleathem> ugh [23:50:47] <bleathem> Seam is definitely flexing the Weld muscle [23:50:51] <stuartdouglas> The container must fire an event for each Java class or interface it discovers in a bean archive, before it reads the declared [23:50:52] <stuartdouglas> annotations. [23:50:54] <stuartdouglas> hmm [23:51:31] <stuartdouglas> kinda ambiguous with regard to enums [23:51:57] <bleathem> read the last post in http://seam-framework.2283336.n4.nabble.com/Replacing-pages-xml-td3272512.html [23:52:01] <bleathem> (Pete's post) [23:52:31] <bleathem> he indicates a CDI extension is required to support enums [23:52:50] <stuartdouglas> The spec still has has the final say [23:53:15] <stuartdouglas> and as it does not really say one way or the other, it would not be portable even if weld did support it [23:54:14] <bleathem> Any way to right an extension to ensure it's supported? [23:54:19] <bleathem> ^write [23:55:05] <stuartdouglas> no [23:55:17] <bleathem> uh oh [23:55:23] *** PeteRoyle has joined #seam-dev [23:55:52] <stuartdouglas> we could use interfaces instead of enums [23:55:53] <sbryzak> morning guys [23:55:58] <stuartdouglas> or just plain classes [23:56:01] <stuartdouglas> morning sbryzak [23:56:06] <bleathem> afternnon sbryzak [23:56:18] <bleathem> not as nice tho [23:56:47] <jbossbot> git [dist] push master 9e8ced8.. Shane Bryzak update distribution dependencies [23:56:48] <jbossbot> git [dist] push master URL: http://github.com/seam/dist/compare/6459754...9e8ced8 [23:56:51] <bleathem> Annotate properties on a class? instead of enum values? [23:57:13] <sbryzak> i need to do another seam-bom release, i screwed something up :( [23:58:39] <jbossbot> git [dist] push master e934558.. Shane Bryzak increment security module version [23:58:40] <jbossbot> git [dist] push master URL: http://github.com/seam/dist/compare/9e8ced8...e934558 [23:58:42] <stuartdouglas> yea, on methods of the class [23:58:45] <stuartdouglas> or interface [23:59:30] <bleathem> Is it to late to add enum support to the Weld 1.1 spec? (for future use I mean) [23:59:36] <bleathem> sorry, CDI 1.1. spec [23:59:36] <stuartdouglas> rather than on fields of the enum [23:59:45] <stuartdouglas> maybe, file an issue [23:59:56] <stuartdouglas> but I don't know if it will get accepted [23:59:59] <bleathem> Yeah, it shouldn't be that hard to support