[00:23:17] *** oranheim_ has joined #seam-dev
[00:24:05] <sbryzak> morning all
[00:24:49] <gastaldi> afternoon sbryzak  ! :)
[00:25:17] <gastaldi> ah yeah, you are on the future :)
[00:25:20] *** oranheim has quit IRC
[00:25:20] *** oranheim_ is now known as oranheim
[00:25:24] <sbryzak> OpenID authentication with ajax is not a pretty thing
[00:25:36] <gastaldi> sbryzak: Why is that ?
[00:25:40] <gastaldi> No cookies ?
[00:25:44] <sbryzak> geez, where do i start
[00:25:53] <sbryzak> well yeah there is a cookie problem actually
[00:25:58] <sbryzak> but it's not documented or discussed anywhere
[00:26:00] <gastaldi> ah shucks
[00:26:07] 
[00:26:24] <sbryzak> if you open a popup window with window.open, then redirect to an open id provider then redirect back, it doesn't send your cookie values
[00:26:28] <sbryzak> so no JSESSIONID, etc
[00:26:28] <gastaldi> I had something like that when I used CAS
[00:26:34] <sbryzak> which means you can't complete the authentication
[00:26:38] <gastaldi> I see
[00:26:59] <sbryzak> i think i have a workaround though, but i've been banging my head on the wall for 4 days to find it
[00:28:15] <gastaldi> I suggest no Ajax then
[00:28:42] <sbryzak> xwidgets is an ajax framework  ;p
[00:28:49] <gastaldi> :)
[00:29:19] <gastaldi> If only there is a way to save the state of these Ajax requests
[00:29:41] <gastaldi> like, cookies and stuff
[00:29:55] <gastaldi> and then you could re-add them on the next request
[00:30:13] <sbryzak> well i'm going to fool it
[00:30:27] <sbryzak> the popup window can communicate back to the main window
[00:30:30] <gastaldi> Hum... Wonder how the ajax in JSF 2.0 works
[00:30:38] <sbryzak> through window.opener
[00:30:48] <gastaldi> :P
[00:31:06] <sbryzak> so i'm going to capture the params, pass them back to the main window and then get it to complete the authentication
[00:31:27] <gastaldi> Why not using a DIV / IFrame instead ?
[00:31:39] <gastaldi> I suppose it is the same
[00:31:41] <gastaldi> Or no IFrame
[00:32:20] <gastaldi> the popup shows the provider info right ?
[00:32:32] <sbryzak> yeah the popup shows you a google page or whatever
[00:32:36] <gastaldi> cool
[00:32:40] <sbryzak> can't use an iframe
[00:32:43] <gastaldi> Yeah, right
[00:32:45] <sbryzak> not secure
[00:32:54] <sbryzak> you need to be able to see the provider's url, ssl certificates etc
[00:33:00] <gastaldi> yup
[00:33:08] <gastaldi> A popup is the way to go
[00:33:25] <gastaldi> or redirecting the same page
[00:33:47] 
[00:33:56] <sbryzak> a redirect is the usual way
[00:34:03] <gastaldi> See Twtitter for instance
[00:34:08] <gastaldi> Or Facebook
[00:35:07] <gastaldi> sbryzak: Have you checked this out ? http://openid-demo.appspot.com/
[00:35:29] <sbryzak> yeah i got some inspiration from there
[00:35:34] <sbryzak> but it's missing a lot of info
[00:36:09] *** johnament has joined #seam-dev
[00:38:10] <lightguard_jp> I'm back
[00:38:59] <gastaldi> welcome back
[00:39:29] <johnament> hooray
[00:39:37] <johnament> lightguard_jp, i actually had a question for you
[00:40:01] *** aslak has quit IRC
[00:40:26] <johnament> were the CI jobs updated to know about the develop branch?
[00:42:24] <lightguard_jp> johnament: Not on jboss hudson.
[00:42:41] <lightguard_jp> Would you like to set things up on cloudbees we could certainly do that
[00:42:56] <johnament> why not on jboss hudson?
[00:46:08] <lightguard_jp> You'd have to get in touch with QE to set that all up
[00:46:30] <lightguard_jp> They're the only ones that do any admin on those boxes
[00:47:39] <johnament> ok, so they weren't the ones driving this change?
[00:47:49] <lightguard_jp> No
[00:50:23] *** alesj has quit IRC
[00:51:15] *** gastaldi has quit IRC
[01:22:23] *** gastaldi has joined #seam-dev
[01:22:32] <gastaldi> back again
[01:24:24] *** tsurdilo has quit IRC
[01:29:42] <johnament> gastaldi, you're on cdi 1.1 right?
[01:30:00] <gastaldi> yeah
[01:30:17] <johnament> are servicehandlers going to be in?
[01:30:17] <gastaldi> need something ?
[01:30:24] <johnament> yes  of course
[01:30:27] <gastaldi> I intend so
[01:30:45] <johnament> ok, good
[01:30:54] <johnament> what about se bootable?
[01:30:59] <gastaldi> I started writing, but pete had some issues with it
[01:31:10] <gastaldi> I think SE bootable is closed already
[01:31:16] <gastaldi> let me confirm
[01:32:23] <johnament> closed means in right?
[01:32:36] <gastaldi> if not duplicated yes
[01:32:44] <gastaldi> CDI-26
[01:32:46] <jbossbot> jira [CDI-26] Embedded Mode [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/CDI-26
[01:33:13] <gastaldi> this is open yet
[01:34:25] <gastaldi> johnament: How is CDI-106 going ?
[01:34:26] <jbossbot> jira [CDI-106] Support JMS mappings [Open (Unresolved) Tracker, Major, John Ament] https://issues.jboss.org/browse/CDI-106
[01:34:57] 
[01:36:45] <johnament> it's essentially a done deal
[01:37:26] <johnament> it won't be exactly what was done in seam jms, but functionally equivalent.
[01:38:51] <gastaldi> cool
[01:41:19] *** hannelita has joined #seam-dev
[01:45:09] *** flashboss has quit IRC
[01:46:24] <gastaldi> welcome hannelita
[01:46:39] <hannelita> hi gastaldi!
[01:49:31] <gastaldi> hannelita: How long have you been working with Seam 2 ?
[01:50:08] *** gastaldi has quit IRC
[01:54:58] *** gastaldi has joined #seam-dev
[01:56:08] <gastaldi> hannelita: you there ?
[01:56:21] <hannelita> gastaldi: yes, you got dcd
[01:56:27] <gastaldi> :(
[01:56:57] <gastaldi> crappy windows
[01:57:29] <gastaldi> I mean, crappy internet
[01:57:45] <hannelita> gastaldi: so, I'm quite newbie yet :P I've worked with Seam 2 for a little more than one year
[01:58:08] <gastaldi> cool
[02:01:20] <lightguard_jp> Anyone have anything they would like to discuss at the meeting this week?
[02:03:17] 
[02:03:31] <lightguard_jp> gastaldi: Pretty sure she did
[02:03:38] <lightguard_jp> And it was retweeted by at least three of us
[02:03:38] <gastaldi> hum :P
[02:03:42] <gastaldi> ah damn
[02:03:47] <hannelita> gastaldi: Yes, I did. You dont follow me :P
[02:03:55] <gastaldi> let me fix that asap
[02:03:57] <gastaldi> sorry
[02:04:25] <gastaldi> now it should work :)
[02:04:30] <hannelita> gastaldi: Tweetdeck fails sometimes when you click on follow button
[02:04:43] <gastaldi> :P
[02:04:52] <gastaldi> Adobe Air is crappy :)
[02:06:02] *** ssachtleben has quit IRC
[02:09:25] <gastaldi> lightguard_jp: I got nothing yet
[02:09:38] <lightguard_jp> It may be a short meeting :)
[02:09:43] <lightguard_jp> I don't have much either
[02:09:47] <gastaldi> What about talking about the status of current modules ?
[02:10:50] <gastaldi> and the inclusion for 3.1 /
[02:10:51] <gastaldi> ?
[02:15:33] <lightguard_jp> jamezp: ping
[02:15:47] <jamezp> lightguard_jp: pong
[02:15:47] <lightguard_jp> gastaldi: We pretty much went over that last week
[02:15:59] <lightguard_jp> jamezp: Get compiz working on your xfce4 setup?
[02:16:30] <jamezp> lightguard_jp: I tried in a VM, but was having issues with it.
[02:17:05] <jamezp> I might just try it on my laptop and see what happens :-)
[02:17:08] <gastaldi> oh damn, the lack of memory is killing me :P
[02:17:25] <gastaldi> Lack of sleep is bad
[02:21:12] <jamezp> lightguard_jp: What do you think of xfce4 so far?
[02:21:28] <lightguard_jp> I was using it before I switched to Ubuntu, I'm pretty happy with it.
[02:21:46] <jamezp> Ah, cool.
[02:21:48] <lightguard_jp> Got my one issue (yes, it's a small one, but a pain for us being distributed) worked out.
[02:21:50] <lightguard_jp> I'm happy
[02:22:15] <jamezp> Yeah, I get a bit obsessive on how things look and function.
[02:22:43] <lightguard_jp> My biggest thing was being able to quickly see multiple timezones in the clock
[02:23:03] <lightguard_jp> Drove me crazy that XFCE didn't have a solution (it does, just didn't know about it until a couple of weeks ago)
[02:23:14] <lightguard_jp> And I couldn't get the gnome clock to work in xfce
[02:23:22] <lightguard_jp> That part frustrated me to no end.
[02:23:30] <lightguard_jp> Yes, I know it's really small and petty
[02:23:40] <lightguard_jp> But it's those little things that get to you when you need them all the time.
[02:23:50] <jamezp> My biggest complaint right now is if you have two Java Swing windows up from the same process, open a dialog box, one or both disappear in the window/task panel.
[02:24:36] <jamezp> Yeah, timezones are pretty important for our distributed work force :-)
[02:25:27] <lightguard_jp> If you middle click the clock you can add timezones
[02:25:33] <lightguard_jp> Not sure if you knew that one
[02:26:02] *** tkimura has joined #seam-dev
[02:26:09] <lightguard_jp> jamezp: Haven't noticed that problem, but I don't think it would annoy me too much.
[02:26:21] <lightguard_jp> Assuming I can get compiz working I'd be just fine.
[02:27:06] <lightguard_jp> jamezp: http://forums.fedoraforum.org/showthread.php?t=267119
[02:27:07] <jamezp> Using IDEA I have multiple windows open a lot. That's where it annoys me as I just can't see them.
[02:27:12] <lightguard_jp> That's that which may help with compiz
[02:27:17] <lightguard_jp> Ah
[02:27:33] <lightguard_jp> Alt+Tab and you can't see them either?
[02:29:05] <johnament> started up eclipse an hour ago.  just now realizing i wasn't coding yet
[02:29:14] <jamezp> Yeah, Alt+Tab works or minimizing everything or switching to another workspace, then switching back.
[02:29:44] <lightguard_jp> Okay, there are work arounds then
[02:30:01] <jamezp> Yeah, just a minor annoyance really. I'm just too picky :-)
[02:30:48] *** tkimura has quit IRC
[02:30:58] <johnament> gastaldi, can i use seam reports for generic PDF generation over a facelet?
[02:31:21] <lightguard_jp> sbryzak: Do you have anything you'd like to talk about at the community meeting?
[02:35:02] <gastaldi> johnament: Not yet
[02:35:14] <gastaldi> There is an issue for that
[02:36:08] <gastaldi> SEAMREPORTS-16
[02:36:10] <jbossbot> jira [SEAMREPORTS-16] Port Seam 2 PDF and Excel support to Seam3 [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMREPORTS-16
[02:36:21] 
[02:37:39] <gastaldi> What do u guys think ?
[02:38:09] <gastaldi> johnament: I rather use XDocReport for that
[02:38:37] <gastaldi> So you could write a report in M$ Word or OpenOffice and have it on PDF seamlessly
[02:38:45] <gastaldi> no strings attached
[02:39:39] *** tsurdilo has joined #seam-dev
[02:40:43] <gastaldi> Plants vs Zombies is an addicting game
[02:43:11] *** tkimura has joined #seam-dev
[02:43:30] <johnament> gastaldi, i mention facelet because the page is already in facelet.
[02:44:06] *** jamezp has quit IRC
[02:45:39] *** lightguard_jp has quit IRC
[02:46:15] <gastaldi> hum
[02:46:35] <gastaldi> Using XHTMLRenderer is an option
[02:46:50] <gastaldi> http://code.google.com/p/flying-saucer/
[02:47:30] <gastaldi> But it seems like a Seam Render issue, we must clarify that
[02:48:01] 
[02:49:54] <gastaldi> That applies for the mail module oto
[02:49:55] <gastaldi> too
[02:53:37] <gastaldi> I think we should merge Seam Render and Seam Reports into a single module
[02:53:50] <gastaldi> Any thoughts ?
[02:56:08] <johnament> sounds like a topic for the community meeting
[02:56:48] <gastaldi> too bad jason is not here :P
[02:56:57] 
[02:57:24] <johnament> send it as a seam reports reports rendered email from seam mail
[02:57:41] <gastaldi> lol
[02:58:00] <gastaldi> Through a Seam JMS Managed queue
[02:58:12] <gastaldi> from a Seam Faces interface generated with Forge
[03:05:57] *** jamezp has joined #seam-dev
[03:06:16] *** jamezp is now known as jamezp_afk
[03:08:14] <gastaldi> hummm I could have a mvel reports impl
[03:08:39] <gastaldi> And then grab Seam Render classes onto that
[03:08:48] 
[03:13:36] <johnament> gastaldi, did you happen to look at the ocm stuff?
[03:17:09] <gastaldi> Not yet
[03:17:27] <gastaldi> been kinda busy lately
[03:20:27] <johnament> that's fine
[03:32:16] <johnament> hmm jcr query works, but i can't think of any result.
[03:32:50] <johnament> maybe we should build seam jcr beta1... :-)
[03:35:00] *** gastaldi has quit IRC
[03:51:25] *** hannelita has quit IRC
[03:53:34] *** gastaldi has joined #seam-dev
[03:59:37] *** rruss has quit IRC
[04:07:07] *** akazakov has quit IRC
[04:10:41] *** gastaldi has quit IRC
[04:11:55] *** johnament has quit IRC
[04:25:00] *** gastaldi has joined #seam-dev
[04:26:48] *** gastaldi has quit IRC
[04:53:36] *** tsurdilo has quit IRC
[05:09:32] *** tsurdilo has joined #seam-dev
[05:09:59] *** tsurdilo has quit IRC
[05:16:41] *** lincolnthree has joined #seam-dev
[05:22:53] *** gastaldi has joined #seam-dev
[05:22:59] <jbossbot> git [reports] push develop 09d38ce.. George Gastaldi Organized imports
[05:22:59] <jbossbot> git [reports] push develop URL: http://github.com/seam/reports/compare/c111a67...09d38ce
[05:23:04] <gastaldi> hey lincolnthree !
[05:23:07] <gastaldi> Saw my tweet
[05:23:08] <gastaldi>  ?
[05:23:55] <lincolnthree> hey gastaldi, I didn't!
[05:23:56] <lincolnthree> checking
[05:24:30] <lincolnthree> Ahh yes
[05:24:34] <lincolnthree> You need to clear your config file
[05:24:40] <lincolnthree> you are pulling against the old plugin repository
[05:29:32] <gastaldi> what do I Need to do ?
[05:29:41] <lincolnthree> delete ~/.forge/config
[05:29:45] <gastaldi> ok
[05:32:05] <gastaldi> Worked like a charm ! :D
[05:32:26] <lincolnthree> :-D
[05:32:31] <lincolnthree> And you booted it up with modules?
[05:32:48] <lincolnthree> from the modules-build/ directory?
[05:32:54] <gastaldi> I unziped the dist zip into a folder and ran
[05:32:59] <gastaldi> let me try that
[05:32:59] <lincolnthree> ah
[05:33:08] <lincolnthree> cd modules-build/
[05:33:11] <lincolnthree> mvn clean install
[05:33:15] <lincolnthree> then unzip that dist
[05:33:20] <gastaldi> ok
[05:33:28] <gastaldi> Let me clear the config again
[05:33:42] <lincolnthree> no need
[05:33:47] <gastaldi> ok
[05:34:18] 
[05:34:29] <lincolnthree> kk
[05:34:50] <gastaldi> Check https://github.com/gastaldi/reports/tree/develop/impl/mvel while you wait :)
[05:35:14] <lincolnthree> you added mvel templating to seam-reports?
[05:35:22] <gastaldi> Yeaaahhhh
[05:35:25] <gastaldi> Cool huh ?
[05:35:33] <lincolnthree> niiiice! where can I see an example?
[05:35:46] <gastaldi> the test case
[05:36:07] <gastaldi> https://github.com/gastaldi/reports/blob/develop/impl/mvel/src/test/java/org/jboss/seam/reports/mvel/MVELReportTest.java
[05:36:47] <lincolnthree> very nice!
[05:36:50] 
[05:36:57] <gastaldi> I am proud of Seam Reports API :)
[05:37:31] <gastaldi> ok, how do I start from the modules zip ?
[05:37:39] <gastaldi> java -jar jboss-modules.jar ?
[05:37:42] <lincolnthree> same way as the dist :)
[05:37:50] <gastaldi> humm.. no forge.bat included
[05:37:51] <gastaldi> :P
[05:37:54] <lincolnthree> should be?
[05:38:05] <gastaldi> I guess
[05:38:11] <lincolnthree> it shoudl be there
[05:38:13] <lincolnthree> it is in mine
[05:38:15] 
[05:38:19] <gastaldi> in mine
[05:38:29] <lincolnthree> are you sure?
[05:38:32] <lincolnthree> it should be in /bin
[05:38:32] <gastaldi> wait
[05:38:35] <gastaldi> no bin
[05:38:54] <gastaldi> just modules/
[05:39:16] <lincolnthree> hmm
[05:39:56] <gastaldi> there is no bin in src/main/assembly
[05:40:06] <lincolnthree> really strange
[05:40:07] <lincolnthree> 1 sec
[05:40:36] <gastaldi> not on github at least :)
[05:41:05] <lincolnthree> w.t.f.
[05:41:55] <lincolnthree> i bet .gitignore removed it
[05:41:59] <gastaldi> :P
[05:43:23] <lincolnthree> ok repull, sorry about that
[05:43:24] <lincolnthree> weird
[05:43:25] <jbossbot> git [core] push master 35a8743.. Lincoln Baxter, III Added bin/ to modules-build
[05:43:25] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/640cf78...35a8743
[05:45:33] <gastaldi> ok, rebuilding now
[05:46:09] <gastaldi> I need to grab more stuff from Seam Render
[05:46:16] <gastaldi> and add it to Reports
[05:46:30] <gastaldi> And then stab Seam Render to death
[05:46:37] <lincolnthree> Render hacks MVEL a lot actually.
[05:46:47] <lincolnthree> I'm waiting on some things from Mike so that I don't have to hack, and can extend properly.
[05:46:47] <gastaldi> I see
[05:46:59] <lincolnthree> I changed his TemplateCompiler to support some things
[05:47:04] <gastaldi> I am using Beta5, Render uses Beta1
[05:47:08] <gastaldi> Wonder if is enough
[05:47:08] <lincolnthree> yea
[05:47:11] <lincolnthree> nope
[05:47:14] <gastaldi> :P
[05:47:16] <lincolnthree> it's not
[05:47:19] <lincolnthree> he hasn't done it yet
[05:47:34] <lincolnthree> but you don't need all of what I did
[05:47:36] <lincolnthree> probably
[05:47:43] <gastaldi> hopefully :)
[05:47:50] <lincolnthree> why not use seam render instead of mvel directly?
[05:48:16] <gastaldi> The idea is to check whether Seam Reports may play a substitute of Seam Render
[05:48:18] <gastaldi> :)
[05:48:23] <lincolnthree> Ahhh
[05:48:36] <lincolnthree> Well Seam Render is designed to be a lightweight web templating system too
[05:48:39] <lincolnthree> for use in MVCs
[05:48:48] <gastaldi> Yeah, I can see that
[05:49:00] <lincolnthree> so if reports can fill that role, maybe we should merge
[05:49:02] <gastaldi> Seam Reports may have this feature
[05:49:26] <gastaldi> I can create an output from a DOCX or ODT file
[05:49:27] <gastaldi> :)
[05:49:35] <gastaldi> Like, XHTML, PDF, you name it
[05:49:54] <gastaldi> It is really useful for dumb users
[05:50:06] <gastaldi> Hey ! I should place that quote on Seam Reports main page !
[05:50:10] <lincolnthree> so you take DOCX as input and create XHTML output?
[05:50:24] 
[05:50:29] <lincolnthree> that's cool
[05:50:43] <gastaldi> Yeah, "It proven useful for dumb users"
[05:51:02] <gastaldi> We need to get quotes like that :)
[05:51:12] <lincolnthree> might wanna fix the english before you post that ;)
[05:51:15] <gastaldi> ah yeah
[05:51:20] <lincolnthree> hehe
[05:51:23] <gastaldi> hahahahaha
[05:52:00] <gastaldi> So dumb that even english in not well-known
[05:52:05] <gastaldi> IS not
[05:52:10] <gastaldi> omg
[05:52:29] <gastaldi> typing lessons would help also
[05:52:49] <gastaldi> Ok, got an exception when starting
[05:53:08] <lincolnthree> paste?
[05:53:19] <gastaldi> org.jboss.modules.ModuleNotFoundException: Module org.jboss.forge:main is not found
[05:53:23] <lincolnthree> ah
[05:53:29] <lincolnthree> the executable is wrong
[05:53:32] <lincolnthree> darn
[05:53:38] <gastaldi> hahaha
[05:53:38] <lincolnthree> i figured i probably messed up the boot script
[05:53:52] <lincolnthree> looks like i was right
[05:54:02] <lincolnthree> i got the unix one right on the first try though
[05:54:03] <gastaldi> I see what you miss
[05:54:18] <gastaldi> There is a ":" instead of ";"
[05:54:35] <gastaldi> Search %FORGE_HOME%\modules
[05:54:50] <lincolnthree> the modulepath is supposed to be : separated I think
[05:54:57] <gastaldi> no, ";"
[05:55:01] <gastaldi> Windows uses ;
[05:55:04] <lincolnthree> oh...
[05:55:06] <lincolnthree> woops :)
[05:55:10] <gastaldi> it worked when I changed that
[05:55:12] <lincolnthree> when you change that does it work?
[05:55:12] <lincolnthree> nice
[05:55:14] <lincolnthree> thank you
[05:55:16] <lincolnthree> actually
[05:55:19] <lincolnthree> want to pull request it?
[05:55:25] <lincolnthree> so you get credit
[05:55:31] <gastaldi> no bother :)
[05:55:39] 
[05:56:06] 
[05:56:19] <lincolnthree> ok try again?
[05:56:20] <jbossbot> git [core] push master 89d0079.. Lincoln Baxter, III Fixed modulepath
[05:56:20] <jbossbot> git [core] push master URL: http://github.com/forge/core/compare/35a8743...89d0079
[05:56:23] <gastaldi> wait
[05:56:25] <lincolnthree> let me know if I got it right?
[05:56:42] 
[05:56:45] <lincolnthree> sweet!
[05:56:48] <lincolnthree> what was the "wait" for?
[05:57:08] <gastaldi> I was trying to remember the command to install the plugin :P
[05:57:13] <lincolnthree> ah :)
[05:57:17] <gastaldi> got it
[05:57:18] <lincolnthree> forge find-plugin *
[05:57:27] <lincolnthree> then forge install-plugin {plugin name}
[05:57:41] <lincolnthree> then you have to restart forge
[05:57:49] <lincolnthree> i dont have hotloading working anymore because of jboss modules
[05:57:51] <lincolnthree> but that will come
[05:57:54] <gastaldi> ok
[06:00:06] <gastaldi> cool !!
[06:00:24] 
[06:00:35] <lincolnthree> you didn't send a pull request :)
[06:00:46] <lincolnthree> https://github.com/forge/plugin-repository/blob/master/repository.yaml
[06:00:53] <gastaldi> ah
[06:01:15] <gastaldi> hummm, what about having it on separate files ?
[06:01:35] *** lazarotti has quit IRC
[06:01:39] <gastaldi> And merging it on deploy time ?
[06:01:52] <lincolnthree> gastaldi: this is the deployment :)
[06:02:10] <gastaldi> ah
[06:02:36] <lincolnthree> gastaldi: but i want to make a forge-plugin to automate pull requests
[06:02:43] <lincolnthree> and also a web front-end
[06:02:45] <gastaldi> humm
[06:02:47] <gastaldi> cool
[06:02:55] <lincolnthree> so you can browse, add, edit, etc
[06:03:02] <gastaldi> and also allow other repositories as well
[06:03:03] <gastaldi> ?
[06:03:22] <gastaldi> Like, from my internal development team
[06:03:29] <lincolnthree> yes that would be nice actually
[06:03:54] <gastaldi> this could reside in a DB, or a No-Sql storage
[06:04:06] <lincolnthree> and then it would have to be hosted somewhere
[06:04:11] <gastaldi> yup
[06:04:16] <gastaldi> Run to the clouds
[06:04:26] <gastaldi> :)
[06:04:34] <lincolnthree> trust me, if I got my way we'd have it already
[06:04:44] <gastaldi> no doubt about it
[06:04:44] <lincolnthree> but :)
[06:05:01] <lincolnthree> Thanks for trying this out for me! I'll put it through the ringer myself when I get home
[06:05:14] <gastaldi> nop
[06:05:24] <lincolnthree> night!
[06:05:33] <gastaldi> night !
[06:05:34] <lincolnthree> seam rules!
[06:05:37] *** lincolnthree has left #seam-dev
[06:05:37] <gastaldi> of course
[06:05:47] <gastaldi> hahaha, any doubt about it ?
[06:17:34] <jbossbot> git [reports] push develop 0c0a030.. George Gastaldi SEAMREPORTS-20: Added MVEL support
[06:17:36] <jbossbot> jira [SEAMREPORTS-20] Support for MVEL [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMREPORTS-20
[06:17:36] <jbossbot> git [reports] push develop ed54bdb.. George Gastaldi SEAMREPORTS-20: Added foreach test
[06:17:36] <jbossbot> git [reports] push develop b46f6e2.. George Gastaldi Merge pull request #29 from gastaldi/develop...
[06:17:36] <jbossbot> git [reports] push develop URL: http://github.com/seam/reports/compare/09d38ce...b46f6e2
[06:30:35] *** gastaldi has quit IRC
[07:07:57] <jbossbot> git [reports] push develop 2640cba.. George Gastaldi Added ReportTypeBinding annotation
[07:07:57] <jbossbot> git [reports] push develop URL: http://github.com/seam/reports/compare/b46f6e2...2640cba
[07:21:19] *** flashboss has joined #seam-dev
[07:30:56] *** flashboss has quit IRC
[08:03:23] *** aslak has joined #seam-dev
[08:07:07] *** kpiwko has joined #seam-dev
[08:21:14] *** kpiwko1 has joined #seam-dev
[08:22:38] *** chkal has joined #seam-dev
[08:23:06] *** kpiwko has quit IRC
[08:29:45] *** flashboss has joined #seam-dev
[08:46:33] *** kpiwko has joined #seam-dev
[08:48:52] *** kpiwko1 has quit IRC
[09:10:02] *** kevinpollet has joined #seam-dev
[09:13:44] *** oskutka has joined #seam-dev
[09:17:47] *** rruss has joined #seam-dev
[09:18:07] *** rruss has quit IRC
[09:21:32] *** oskutka has quit IRC
[09:26:21] *** flashboss has quit IRC
[10:02:33] *** sbryzak has quit IRC
[10:16:24] *** Diablo-D3 has quit IRC
[10:22:34] *** koentsje has joined #seam-dev
[10:28:46] *** tkimura_ has joined #seam-dev
[10:30:44] *** tkimura has quit IRC
[10:38:35] *** koentsje has quit IRC
[10:38:46] *** oskutka has joined #seam-dev
[10:38:50] *** alesj has joined #seam-dev
[10:39:45] *** koentsje has joined #seam-dev
[10:43:12] *** oskutka has quit IRC
[10:49:34] *** epbernard has joined #seam-dev
[11:07:14] *** sbryzak has joined #seam-dev
[11:07:14] *** sbryzak has quit IRC
[11:07:15] *** sbryzak has joined #seam-dev
[11:17:30] *** koentsje has quit IRC
[11:55:08] *** maschmid has joined #seam-dev
[12:03:04] *** aslak has quit IRC
[12:03:04] *** oskutka has joined #seam-dev
[12:04:53] *** sannegrinovero has joined #seam-dev
[12:05:49] *** tkimura_ has quit IRC
[12:08:45] *** oskutka has quit IRC
[12:10:16] *** oskutka has joined #seam-dev
[12:12:00] *** epbernard has quit IRC
[12:20:15] *** kevinpollet has quit IRC
[12:23:39] *** epbernard has joined #seam-dev
[12:36:22] *** lightguard_jp has joined #seam-dev
[12:36:31] *** lightguard_jp has quit IRC
[13:00:23] *** koentsje has joined #seam-dev
[13:01:32] *** sgilda has quit IRC
[13:06:06] *** sgilda has joined #seam-dev
[13:10:18] *** oskutka has quit IRC
[13:12:37] *** koentsje has quit IRC
[13:14:01] *** koentsje has joined #seam-dev
[13:15:44] *** koentsje has quit IRC
[13:24:36] *** jose_freitas has joined #seam-dev
[13:32:26] *** antoine_sd has joined #seam-dev
[13:33:38] *** antoine_sd has left #seam-dev
[13:42:19] *** kevinpollet has joined #seam-dev
[13:45:40] *** aslak has joined #seam-dev
[13:48:52] *** kevinpollet is now known as pseudo
[13:49:22] *** pseudo has left #seam-dev
[13:49:34] *** kevinpollet has joined #seam-dev
[13:57:27] *** mgoldmann has quit IRC
[14:02:25] *** rmartinelli has joined #seam-dev
[14:07:43] *** lazarotti has joined #seam-dev
[14:18:29] *** lazarotti has quit IRC
[14:19:31] *** tsurdilo has joined #seam-dev
[14:23:19] *** lazarotti has joined #seam-dev
[14:33:45] *** tsurdilo1 has joined #seam-dev
[14:33:46] *** tsurdilo has quit IRC
[14:35:43] *** tsurdilo1 has quit IRC
[14:36:05] *** tsurdilo has joined #seam-dev
[14:43:47] *** antoine_sd has joined #seam-dev
[14:44:36] *** kpiwko has quit IRC
[14:50:21] *** alesj has quit IRC
[14:50:33] *** alesj has joined #seam-dev
[14:52:20] *** mgoldmann has joined #seam-dev
[14:55:50] *** maschmid has quit IRC
[14:56:05] *** gastaldi has joined #seam-dev
[14:56:11] <gastaldi> morning all !
[14:56:27] 
[14:57:12] <jose_freitas> hahaha
[14:57:13] <jose_freitas> np
[15:09:21] 
[15:20:40] 
[15:21:55] *** pmuir has joined #seam-dev
[15:21:55] *** pmuir has quit IRC
[15:21:55] *** pmuir has joined #seam-dev
[15:26:50] <gastaldi> hey antoine_sd !
[15:26:59] <gastaldi> Have you found any doc related to GenericBean ?
[15:27:10] <antoine_sd> hi gastaldi
[15:27:43] <gastaldi> ah there it is: http://docs.jboss.org/seam/3/solder/latest/reference/en-US/html/genericbeans.html
[15:27:43] <antoine_sd> yes I found in solder documentation but it's bit confusing for my old brain
[15:27:54] <gastaldi> indeed
[15:28:09] <antoine_sd> yes that's was I was reading
[15:28:10] <gastaldi> For me is confusing too
[15:28:30] <antoine_sd> ok I'm glad to read that :-)
[15:28:40] <antoine_sd> I feel less alone
[15:29:12] <antoine_sd> but I feel it can help me somewhere else
[15:29:31] <gastaldi> I am reading if I can apply that to Seam Reports
[15:29:40] 
[15:29:46] <antoine_sd> yes
[15:29:53] *** koentsje has joined #seam-dev
[15:30:24] <antoine_sd> be able to insatiate the same bean with dependencies
[15:30:30] <antoine_sd> without conflict
[15:30:36] <antoine_sd> that's what I understand
[15:31:06] <antoine_sd> It seems to be very clear for pmuir :-)
[15:32:23] <antoine_sd> gastaldi I read in my timeline that you went to the Tribunal
[15:32:50] <gastaldi> Yup
[15:32:51] <antoine_sd> I hope it's not link to your Open Source activities ;-)
[15:32:57] 
[15:33:00] <gastaldi> :)
[15:33:35] 
[15:33:45] <antoine_sd> :-)
[15:33:57] <pmuir> antoine_sd: yeah stuartdouglas and i wrote the docs on generic beans
[15:34:06] <pmuir> i've never been happy that it is well explained
[15:34:28] <pmuir> if you want a concrete example take a look at the Infinispan CDI module
[15:34:39] <antoine_sd> I guess it's a bit hard to explain like that
[15:34:43] <antoine_sd> ok thanks
[15:34:46] <gastaldi> pmuir: Indeed. I find it dificult to understand
[15:34:53] <pmuir> https://github.com/infinispan/infinispan/tree/master/cdi
[15:34:55] <gastaldi> difficult
[15:35:09] <antoine_sd> it's easier than CDI specification doc ;-)
[15:35:11] <pmuir> the name is also poor
[15:35:23] <gastaldi> antoine_sd: I find the CDI spec doc easier :)
[15:35:33] <pmuir> I think we should have called them templated beans or sth
[15:35:37] <pmuir> try the ejb  spec ;-)
[15:35:40] <pmuir> that is confusing
[15:35:42] <gastaldi> lol, true
[15:36:08] <pmuir> basically the idea is that you might have a set of beans
[15:36:27] <pmuir> that are reusable
[15:36:53] <pmuir> such as a producer that can create a LinkedIn endpoint
[15:37:24] <pmuir> but you want to be able to use that bean in multiple ways
[15:37:35] <antoine_sd> yes
[15:37:45] <pmuir> and be able to associate that bean with different configurations
[15:37:49] <pmuir> then generic beans are useful
[15:38:01] <pmuir> so for example with Infinispan
[15:38:07] <pmuir> we have a configuration of a named cache
[15:38:10] <antoine_sd> Yes, reading the doc I felt I could use that
[15:38:16] <pmuir> which we want to associate with a qualifier
[15:38:32] <pmuir> we need one producer of the cache, the cache manager etc. for each named cache
[15:38:36] <pmuir> with cdi-straight
[15:38:48] <pmuir> we can't define that producer once and have it created for each named cache
[15:38:53] <pmuir> generic beans allow you to do that
[15:38:59] <pmuir> and then it get's a bit complex
[15:39:48] <antoine_sd> I'm going to create a branch to test that
[15:39:57] <pmuir> antoine_sd: i think for what you need it's perfect probably
[15:40:09] <pmuir> as you need to connect to multiple social networks in the same way
[15:40:13] <pmuir> but different endpoints
[15:40:38] <gastaldi> pmuir: Have you considered placing this infinispan-cdi module as a Seam Cache module ?
[15:40:46] <gastaldi> (unrelated question) :)
[15:40:49] <antoine_sd> and also provide to connect to the same network but with different configuration
[15:41:02] <pmuir> antoine_sd: yes, it's probably even more suited to that
[15:41:11] <pmuir> but i'm not sure what your object model is etc.
[15:41:15] <pmuir> and how abstract you make it...
[15:41:28] <pmuir> gastaldi: yes, it was discussed on seam-dev I think
[15:41:53] <pmuir> and i wrote a long email about this subject in general and the overall strategy
[15:42:25] <pmuir> basically we want to try to encourage libraries etc. to support CDI natively rather than put them all in Seam
[15:42:32] <pmuir> it just better in many wats
[15:42:39] <pmuir> practically from a release mgmt
[15:42:42] <pmuir> perspective
[15:42:48] <gastaldi> right
[15:43:03] <antoine_sd> pmuir : I would be delighted to have a code review session with you if/when you'll have the time
[15:43:12] <pmuir> knowledge wise (CDI knowledge is largely written down compared to e.g. Infinispan knowledge due to having a spec
[15:43:41] <pmuir> exposure wise (gives people who use infinispan exposure to CDI)
[15:43:42] <pmuir> etc.
[15:43:51] <pmuir> the deal is then that the seam docs should mention this support
[15:44:09] <pmuir> in the infinispan case it's even more true because e.g. JSR-107 will include optional CDI support
[15:44:15] <pmuir> so Infinispan would want to implement that
[15:44:34] <pmuir> JSR-347 will have reqd cdi support
[15:44:38] <pmuir> antoine_sd: sure, ping me here
[15:45:10] <antoine_sd> pmuir : would it be possible on friday ?
[15:45:17] <pmuir> should be
[15:46:01] <antoine_sd> do you plan to have infinispan as JSR-347 implementation
[15:46:22] *** rruss has joined #seam-dev
[15:46:42] <antoine_sd> to is it JSR-107 ?
[15:47:17] <pmuir> Infinispan will implement both 107 and 347 for sure
[15:47:27] <antoine_sd> nice
[15:47:27] <pmuir> whether Infinispan will be the RI for 347 I'm not sure
[15:47:56] <pmuir> mainly because of licensing (Infinispan is LGPL, the RI will need to be AL)
[15:47:59] <antoine_sd> I know it's too soon for that
[15:48:20] <pmuir> In fact Infinispan already implements 1 chapter of JSR-107 thanks to kevinpollet ;-)
[15:49:22] <gastaldi> yay ! :)
[15:50:11] <antoine_sd> which companies are on the JSR 347 ship apart RH ?
[15:50:37] *** rruss has quit IRC
[15:52:07] <pmuir> At the moment the public members are individual and Red Hat, but we have a number of applications being processed (the JCP is slooooow) but I guess I can't mention their names right now!
[15:53:19] <gastaldi> What ? JCP is slow ?? Blasphemy !!!
[15:53:29] <pmuir> I guess you can browse https://groups.google.com/forum/#!members/jsr347 to see who is on the mailing list and work out what companies they represent using seam social & linked in ;-)
[15:54:29] <antoine_sd> I guess I'll take a shortcut to linkedin.com directly ;-)
[15:58:42] *** gastaldi has quit IRC
[16:07:00] *** maschmid has joined #seam-dev
[16:18:29] *** rruss has joined #seam-dev
[16:18:52] *** rruss has quit IRC
[16:18:53] *** gastaldi has joined #seam-dev
[16:21:01] *** rruss has joined #seam-dev
[16:21:32] *** rruss has quit IRC
[16:33:29] <jbossbot> git [social] push develop 1f0a65b.. Antoine Sabot-Durand generate @Default from @RelatedTo service...
[16:33:29] <jbossbot> git [social] push develop URL: http://github.com/seam/social/compare/0f9f402...1f0a65b
[16:33:35] *** koentsje has quit IRC
[16:38:21] *** chkal has quit IRC
[16:47:06] <gastaldi> ?
[16:47:08] <gastaldi> pmuir: Is support for processing annotation types scheduled for CDI 1.1
[16:49:11] <gastaldi> I mean,support observing annotations instead of classes only
[16:52:10] <pmuir> you mean a PAT for an annotated type
[16:52:19] <pmuir> I mean a PAT for an annotation
[16:52:27] <pmuir> no, but file a CDI issue
[16:53:16] <gastaldi> ok
[16:53:29] <gastaldi> I remember seeing something about that
[16:53:36] <gastaldi> I think bleathem needed for Seam Faces
[16:53:48] <gastaldi> to the @ViewConfig annotation
[16:54:10] <gastaldi> ah, that was CDI-127
[16:54:12] <jbossbot> jira [CDI-127] Add support for annotation scanning of Java enums [Open (Unresolved) Feature Request, Major, Pete Muir] https://issues.jboss.org/browse/CDI-127
[16:54:14] <gastaldi> for enums
[16:55:36] 
[16:56:05] <gastaldi> For example, I want to be notified whenever a @Entity is found on my deployment
[16:58:43] <gastaldi> CDI-146
[16:58:44] <jbossbot> jira [CDI-146] Add support for annotation scanning [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/CDI-146
[16:58:47] *** ssachtleben has joined #seam-dev
[17:00:48] *** lazarotti has quit IRC
[17:01:16] <pmuir> gastaldi: no it makes sense
[17:02:19] <gastaldi> cool
[17:03:53] <gastaldi> Also, support for field-level, method-level and constructor-level annotations would be cool
[17:05:33] <gastaldi> I think that would be a strong reason to adopt CDI on future projects
[17:05:52] <gastaldi> Increased flexibility
[17:06:14] *** lazarotti has joined #seam-dev
[17:06:59] *** lazarotti has quit IRC
[17:08:00] <antoine_sd> gastaldi you mean observer on fields for instance ?
[17:09:17] <gastaldi> yup, annotations on fields
[17:10:49] <antoine_sd> I could use that : triggering an event when a field is modified
[17:10:59] <gastaldi> hummm
[17:11:25] <gastaldi> You could use PropertyChangeListener for that ?
[17:11:46] *** alesj has quit IRC
[17:12:09] *** lazarotti has joined #seam-dev
[17:12:09] *** tsurdilo has quit IRC
[17:12:32] <gastaldi> antoine_sd: Actually I was thinking of the scenario I described above
[17:12:35] *** tsurdilo has joined #seam-dev
[17:12:51] 
[17:14:00] <antoine_sd> PropertyChangeListner need to be implemented. To my knowledge it's only done in UI frameworks (swing, JSF)
[17:14:26] 
[17:14:37] 
[17:14:53] <gastaldi> java.beans.PropertyChangeListener
[17:15:40] <antoine_sd> yes I'm on the javadoc
[17:16:36] <antoine_sd> but we need to create an implementation since all(?) of them are in AWT or Swing.
[17:18:00] <gastaldi> Hum, there is a nice project for annotation scanning: http://code.google.com/p/reflections/
[17:18:58] <antoine_sd> looks nice
[17:28:27] *** jamezp_afk is now known as jamezp
[17:37:20] *** epbernard is now known as emmanuel
[17:41:02] *** kevinpollet has quit IRC
[17:47:52] <ssachtleben> hey
[17:48:29] <gastaldi> howdy
[17:50:13] <ssachtleben> I have serious problems with viewscoped search with a4j:mediaOutput with request scoped paint
[17:50:38] <ssachtleben> seems like the outputstream e.g. the images stay in memory
[17:50:50] <ssachtleben> after 50 images pew heap full :(
[17:51:13] <gastaldi> :P
[17:51:17] <gastaldi> Oh boy
[17:51:28] <gastaldi> and Primefaces ?
[17:52:04] <ssachtleben> primefaces is not part of the problem
[17:53:13] <gastaldi> have you tried using it ?
[17:54:18] <gastaldi> I think I saw something like a4j:mediaOutput on it
[17:57:06] <gastaldi> nah, nevermind
[17:57:14] <gastaldi> Try #richfaces
[18:06:12] *** antoine_sd has quit IRC
[18:07:52] *** jamezp has quit IRC
[18:34:11] <ssachtleben> omg I'm stupid :D
[18:34:33] <ssachtleben> my repositorymanager was application scoped and didnt released the resources
[18:36:21] *** kevinpollet has joined #seam-dev
[18:40:50] *** akazakov has joined #seam-dev
[18:45:08] *** maschmid has quit IRC
[18:47:38] *** antoine_sd has joined #seam-dev
[18:55:05] *** antoine_sd has quit IRC
[18:56:13] *** hannelita has joined #seam-dev
[18:56:20] *** jamezp has joined #seam-dev
[18:56:47] <gastaldi> hey hannelita
[18:57:04] <hannelita> gastaldi: hey!
[19:00:24] *** sannegrinovero has quit IRC
[19:01:15] *** jamezp has quit IRC
[19:03:07] *** cbrock has joined #seam-dev
[19:04:14] *** mgoldmann has quit IRC
[19:06:47] *** emmanuel has quit IRC
[19:21:33] <gastaldi> hannelita: You may meet find jose_freitas in TDC
[19:21:40] <gastaldi> He is a speaker too
[19:22:08] <jose_freitas> I met her already :)
[19:22:14] <jose_freitas> twice
[19:22:23] <jose_freitas> one in justjava and one in TDC sp
[19:22:36] <hannelita> jose_freitas: :)
[19:22:41] <jose_freitas> are you comming gastaldi?
[19:24:55] <gastaldi> unfortunately not :( Been busy lately on weekends
[19:28:12] *** aslak has quit IRC
[19:28:32] *** aslak has joined #seam-dev
[19:34:38] *** hannelita has quit IRC
[19:38:05] *** antoine_sd has joined #seam-dev
[19:39:06] <gastaldi> Hey, check this out: http://demoiselle.sourceforge.net/docs/quickstart/2.0-v7/html_single/
[19:39:24] <gastaldi> It seems interesting as an alternative for SAF
[19:39:42] <gastaldi> or we could reuse these ideas on a new SAF
[19:41:33] <jose_freitas> SAF?
[19:41:39] <jose_freitas> demoiselle sux :(
[19:41:51] <gastaldi> SAF = Seam Application Framework
[19:42:10] <gastaldi> jose_freitas: I know it sucks, but the way they are using CDI seems interesting
[19:42:21] <gastaldi> Well, no news on that
[19:42:47] *** jamezp has joined #seam-dev
[19:45:22] *** jamezp has quit IRC
[19:48:33] *** kevinpollet has quit IRC
[19:50:02] <gastaldi> we need URGENTLY some docs like http://docs.jboss.org/seam/2.2.2.Final/reference/en-US/html_single/#framework
[19:50:08] <gastaldi> for Seam 3
[19:50:09] <gastaldi> :P
[19:50:42] <gastaldi> hummm Seam Persistence should have these classes I suppose :P
[19:51:07] <gastaldi> but it has not :(
[19:51:10] <jose_freitas> gastaldi: what way exactly?
[19:51:23] *** jamezp has joined #seam-dev
[19:51:42] <gastaldi> I mean, easing the burden of a framework for an app
[19:51:58] <jose_freitas> I don't like things like this
[19:51:59] <jose_freitas> extends JPACrud<Bookmark, Long>
[19:52:07] <gastaldi> I can use EJB 3.1, JPA 2.0, JSF 2.0 and all that stuff, but it must follow a pattern somehow
[19:52:23] <gastaldi> otherwise it will become a pain to maintain
[19:52:23] <jose_freitas> DelegateCrud<Bookmark, Long, BookmarkDAO>
[19:52:37] <jose_freitas> they force a lot of empty layers
[19:53:02] <gastaldi> I liked the way Seam 2 used to do that
[19:53:05] <gastaldi> With EntityHome
[20:01:44] *** jamezp has quit IRC
[20:03:32] <gastaldi> tsurdilo: ping
[20:06:38] 
[20:07:19] <jose_freitas> how it was done with entityhome?
[20:07:24] <jose_freitas> example on git?
[20:07:41] <tsurdilo> hi gastaldi
[20:07:59] <gastaldi> jose_freitas: There is a sample on http://docs.jboss.org/seam/2.2.2.Final/reference/en-US/html_single/#framework
[20:08:20] <gastaldi> tsurdilo: I was going to ask you about the status of Seam Drools
[20:08:30] 
[20:08:33] *** jganoff has joined #seam-dev
[20:08:49] <tsurdilo> whats tomorrow /
[20:08:58] <gastaldi> the Seam meeting ?
[20:09:15] <jose_freitas> I definetelly prefer as less as possible extends
[20:09:19] <tsurdilo> gastaldi: i have not been able to join those in a long time. send me info
[20:09:25] <tsurdilo> and i'll see if i can join. will try best
[20:09:26] <jose_freitas> and maximize work with @nnotation
[20:09:46] <gastaldi> jose_freitas: hum, I have some doubts about this statement
[20:10:01] <gastaldi> tsurdilo: Are you subscribed to seam-dev ?
[20:10:14] <tsurdilo> gastaldi: yes ok will check there?
[20:10:34] <gastaldi> tsurdilo: Ok, if not let me know and I can send you the meeting topics
[20:11:50] 
[20:12:40] <gastaldi> Otherwise you may increase the app brittleness
[20:12:42] <jose_freitas> gastaldi: I think that the beauty of seam resides on not forcing any pattern
[20:12:58] <jose_freitas> you don't code for the framework
[20:13:24] <gastaldi> jose_freitas: Yes, but you must have some pattern to follow or your code may become a mess
[20:13:50] <gastaldi> jose_freitas: Seam allows frameworks to be built upon it, like SAF
[20:14:30] <gastaldi> jose_freitas: Say, take two apps developed with Seam 3
[20:14:34] <jose_freitas> hm
[20:14:47] <jose_freitas> so SAF it's a completely fw
[20:14:49] <jose_freitas> based on Seam 3
[20:15:02] 
[20:15:06] <gastaldi> jose_freitas: Yes
[20:15:16] <jose_freitas> I understand what you mean
[20:15:26] <jose_freitas> but i like the kiss principle
[20:15:42] <jose_freitas> and I like best of "don't code for your framework"
[20:16:05] 
[20:16:19] <gastaldi> specially junior programmers
[20:17:02] 
[20:17:40] <gastaldi> I mean, not tying to the frw itself, but having a pattern set
[20:17:45] <jose_freitas> I understand your point.
[20:18:13] <jose_freitas> I still don't agree
[20:18:14] 
[20:18:32] 
[20:18:32] <jose_freitas> the blueprint is what is provided for JEE
[20:18:34] <gastaldi> :)
[20:18:49] <jose_freitas> the flow that you need
[20:18:54] <jose_freitas> can be simplified
[20:19:00] <jose_freitas> just using JEE6
[20:19:05] <gastaldi> Yes
[20:19:28] <jose_freitas> you know, I saw a tedtalk yesterday
[20:19:31] 
[20:19:59] <gastaldi> Like, if you need to persist, use an EntityManager, if you need transactions, use EJB
[20:20:26] <jose_freitas> sure
[20:20:51] 
[20:21:13] <gastaldi> This is what makes an app easy to maintain
[20:21:34] 
[20:21:57] <jose_freitas> yeah, we're aligned on that
[20:21:59] <jose_freitas> the thing is
[20:22:06] <jose_freitas> we don't need a fw to dictate it
[20:22:12] <gastaldi> Of course not
[20:22:14] <jose_freitas> we have already JEE
[20:22:14] 
[20:22:21] <gastaldi> But it must have a guide somehow
[20:22:35] 
[20:22:48] <jose_freitas> no
[20:23:10] <gastaldi> I mean, you can do whatever you need, but you need to code in a way people can maintain later
[20:23:17] <jose_freitas> if no frameworks use its own patterns, jee patterns could be applied to any frameworks
[20:23:50] <jose_freitas> We need design patterns
[20:23:52] <jose_freitas> that's for sure
[20:23:53] <gastaldi> take a CDI extension for example
[20:23:55] <jose_freitas> I'm with you on that
[20:24:04] <jose_freitas> but that's design patterns
[20:24:14] <jose_freitas> not framework pattern
[20:24:19] <gastaldi> You know how to code a CDI extension because you have a pattern to follow
[20:24:24] *** antoine_sd has quit IRC
[20:24:50] <jose_freitas> http://www.oracle.com/technetwork/issue-archive/2011/11-jan/o11java-195110.html
[20:25:00] <jose_freitas> we have patterns
[20:26:13] <jose_freitas> we have a way of doing it
[20:26:32] <jose_freitas> My point is that we don't to extends N classes to say what is what
[20:26:41] <jose_freitas> we don't need* to
[20:27:01] <jose_freitas> that way we'd like force a lot of classes with just delegate methods
[20:27:12] <jose_freitas> like 5 years ago
[20:27:25] <jose_freitas> we did that alreadt
[20:27:27] <jose_freitas> already
[20:27:40] 
[20:27:48] <jose_freitas> nope?
[20:27:54] <jose_freitas> sorry, I misunderstood you
[20:28:07] <jose_freitas> try me again
[20:28:42] <gastaldi> Let me take a basic sample: JCompany for instance
[20:28:44] <gastaldi> :)
[20:28:52] <jose_freitas> jcompany nooooo
[20:28:53] <jose_freitas> hehe
[20:28:58] <gastaldi> You have those nasty Plc classes
[20:29:17] <gastaldi> but you also have a package convention (controle, persistencia, modelo)
[20:29:31] <gastaldi> and also class naming convention
[20:29:50] <gastaldi> I am not talking about inheritance
[20:29:54] <jose_freitas> ok
[20:30:44] 
[20:31:09] <gastaldi> You know that if you need to code a DAO you will place in a standard package
[20:31:09] *** sannegrinovero has joined #seam-dev
[20:31:18] *** jamezp has joined #seam-dev
[20:31:24] <gastaldi> The class structure is meaningless
[20:31:48] <gastaldi> But where this class resides  is what counts
[20:31:58] <jose_freitas> I disagree with that point too
[20:32:07] <gastaldi> Why is that ?
[20:32:18] <jose_freitas> in a system I'd prefer having class grouped by use cases
[20:32:37] <jose_freitas> in most of the cases, we don't need a DAO anymore
[20:32:42] <jose_freitas> or even a controller
[20:32:48] <gastaldi> hum, I see your point.
[20:33:01] <jose_freitas> take a look at booking example
[20:33:12] <jose_freitas> you group classes by use cases
[20:33:20] <jose_freitas> it's much more intuitive
[20:33:32] <gastaldi> But what if you need to reuse stuff ?
[20:33:39] <jose_freitas> to have a dozen of classes on a package called XYZController, ZYXController
[20:33:47] <gastaldi> hum.. You may refactor if you must
[20:33:52] <jose_freitas> usecases can reuse use cases
[20:34:07] <jose_freitas> that was never a problem in UML
[20:34:16] <gastaldi> yeah
[20:34:34] <jose_freitas> what you normally don't see it's a controller being reused
[20:34:42] <gastaldi> agreed
[20:34:57] 
[20:35:03] <jose_freitas> if your ejb provide a itemlist
[20:35:17] <jose_freitas> it can provide a itemlist anywhere
[20:35:52] <jose_freitas> you don't need to group it in a package Services
[20:35:55] <jose_freitas> you might want to
[20:35:59] <jose_freitas> that's up to you
[20:36:07] <jose_freitas> not the fw
[20:36:16] <gastaldi> of course
[20:36:21] 
[20:36:25] <jose_freitas> indeed
[20:36:55] <jose_freitas> is this topic on the meeting for tomorrow?
[20:37:11] 
[20:38:07] <jose_freitas> maybe we should discuss that
[20:38:19] <gastaldi> But I bet that if you put an experienced Seam user on an project that has no guidelines to follow, he will have a hard time to maintain it
[20:38:40] <gastaldi> no doubt about it
[20:38:45] <jose_freitas> the thing is that we should have JEE experienced used
[20:38:57] <jose_freitas> used to patterns used in JEE
[20:39:06] <gastaldi> for Seam ?
[20:39:07] <jose_freitas> independent from the fw
[20:39:18] <gastaldi> You mean patterns in Seam ?
[20:39:45] 
[20:39:53] <gastaldi> Applying these patterns
[20:39:55] <jose_freitas> no, I meant that a Seam developer should not be a Seam developer
[20:40:00] <jose_freitas> but a JEE developer
[20:40:03] <jose_freitas> that uses seam
[20:40:09] 
[20:40:14] <jose_freitas> true
[20:40:19] <jose_freitas> but it's possible for seam 3
[20:40:29] <gastaldi> right
[20:41:08] <jose_freitas> that's what I'm defending
[20:41:16] <jose_freitas> we have a new possibility with seam 3
[20:41:23] <gastaldi> yeah, now I get it
[20:41:25] <jose_freitas> that we didn't with seam 2
[20:41:34] <gastaldi> I think I am going the wrong way
[20:41:54] <jose_freitas> I think that's no wrong way.
[20:42:34] <gastaldi> See, you can imagine how an app with Seam 2 must be developed
[20:42:41] 
[20:42:55] <jose_freitas> hehehe
[20:43:11] <gastaldi> because of the flexibility
[20:43:15] <jose_freitas> it's not an incognita if you know how you'd develop in JEE
[20:43:44] <gastaldi> agreed
[20:43:57] <jose_freitas> easy to maintain was misunderstood with adding layers
[20:43:58] <gastaldi> But still it lacks a guidance :)
[20:44:06] <jose_freitas> IMHO
[20:44:10] *** kevinpollet has joined #seam-dev
[20:44:22] <jose_freitas> for me, a clean code well designed
[20:44:30] <jose_freitas> designed for the solution
[20:44:32] 
[20:44:36] <jose_freitas> not with a generic concept
[20:44:40] <jose_freitas> is better to maintain
[20:44:54] <jose_freitas> clean code is a universal concept
[20:45:05] <jose_freitas> there's a martin fowler book that states a lot of things
[20:45:06] <gastaldi> I can see that as something that is not tied to any concept
[20:45:16] <jose_freitas> sonar for example
[20:45:19] <jose_freitas> has a lot of rules
[20:45:27] <jose_freitas> that can help keeping a code clean
[20:45:35] <gastaldi> right
[20:45:53] 
[20:46:15] <gastaldi> You can do something "out of nature" but you must justify why you had to do it
[20:46:28] <jose_freitas> indeed
[20:46:36] <gastaldi> Because there is an accepted way and any way
[20:46:47] <jose_freitas> yeah
[20:47:10] <gastaldi> So I think the solution is to define an accepted way :)
[20:47:36] <jose_freitas> gotcha
[20:47:45] <jose_freitas> hehehe
[20:47:48] <gastaldi> nice talk
[20:47:50] <gastaldi> hehehe
[20:47:57] <jose_freitas> indeed
[20:48:01] <jose_freitas> I love this kind of talk
[20:48:09] <gastaldi> yeah
[20:49:27] <gastaldi> there are some issues that might be considered as well, as Transaction boundaries, exception handling, etc
[20:49:55] <gastaldi> in a way that allows minor refactoring later
[20:50:29] <gastaldi> if needed
[20:55:48] <jose_freitas> uhu
[21:00:42] <gastaldi> brb
[21:00:44] *** gastaldi has quit IRC
[21:08:36] *** bleathem has joined #seam-dev
[21:09:02] *** bleathem has quit IRC
[21:17:09] *** antoine_sd has joined #seam-dev
[21:22:16] *** nilian has joined #seam-dev
[21:26:52] *** pmuir has quit IRC
[21:41:16] *** antoine_sd_ has joined #seam-dev
[21:44:30] *** antoine_sd has quit IRC
[21:44:30] *** antoine_sd_ is now known as antoine_sd
[21:49:19] *** jamezp is now known as jamezp_afk
[21:52:32] *** gastaldi has joined #seam-dev
[21:54:32] *** clerum has quit IRC
[21:54:52] *** nilian has quit IRC
[22:05:12] *** lightguard_jp has joined #seam-dev
[22:05:18] *** rruss has joined #seam-dev
[22:05:23] <gastaldi> hey lightguard_jp
[22:05:26] <lightguard_jp> rruss: ping
[22:05:37] <lightguard_jp> gastaldi: hi
[22:14:11] *** clerum has joined #seam-dev
[22:25:58] *** jamezp_afk is now known as jamezp
[22:26:46] *** Diablo-D3 has joined #seam-dev
[22:33:10] *** flashboss has joined #seam-dev
[22:41:53] *** antoine_sd_ has joined #seam-dev
[22:42:48] *** antoine_sd has quit IRC
[22:42:48] *** antoine_sd_ is now known as antoine_sd
[22:58:18] <jose_freitas> tss, I hate when eclipse and maven get crazy with mixed classpath
[22:58:36] <gastaldi> :)
[23:18:04] <gastaldi> we really need to get that spotlight series back
[23:18:29] <gastaldi> last one was in May as I recall
[23:19:11] <gastaldi> lightguard_jp: Care to add this another topic to the meeting ?
[23:19:33] 
[23:23:25] *** oskutka has joined #seam-dev
[23:25:42] <gastaldi> What needs to be done to have a in.relation.to account?
[23:27:56] *** gastaldi has quit IRC
[23:45:03] *** kevinpollet has quit IRC
[23:52:00] *** lazarotti has quit IRC
[23:57:33] *** jose_freitas has quit IRC





top