/
fluid-work IRC Logs-2009-08-18

fluid-work IRC Logs-2009-08-18

Owned by Fluid IRC Log Bot
Last updated: Aug 18, 2009Version comment

[04:12:16 EDT(-0400)] * JASIGLogBot (n=PircBot@jasig.Princeton.EDU) has joined #fluid-work
[04:12:16 EDT(-0400)] * Topic is 'Infusion 1.1.1 has been Released http://fluidproject.org/products/infusion/download-infusion/' set by justin_o on 2009-08-13 16:59:13 EDT(-0400)
[06:43:22 EDT(-0400)] * heidi (n=thesumme@bas5-oshawa95-1176480463.dsl.bell.ca) has joined #fluid-work
[08:20:30 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[09:23:41 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[09:27:21 EDT(-0400)] * yura (n=yura@142.150.154.101) has joined #fluid-work
[09:43:52 EDT(-0400)] * mackrauss (n=mackraus@142.150.154.128) has joined #fluid-work
[09:59:17 EDT(-0400)] * michelled (n=michelle@142.150.154.101) has joined #fluid-work
[10:05:19 EDT(-0400)] * athena (n=athena@adsl-75-25-42-162.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[10:06:08 EDT(-0400)] * mackrauss (n=mackraus@142.150.154.128) has joined #fluid-work
[11:08:56 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[11:21:57 EDT(-0400)] <mackrauss> In meeting in Breeze until 2pm
[12:09:49 EDT(-0400)] <mackrauss> Justin_o I can't check it in
[12:20:41 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[12:44:28 EDT(-0400)] <yura> colinclark: http://titan.atrc.utoronto.ca:5984/_utils/
[12:44:39 EDT(-0400)] <colinclark> yura: Awesome, thanks.
[12:49:44 EDT(-0400)] <yura> colinclark: http://titan.atrc.utoronto.ca:5984/_utils/document.html?mccord/1e390de38a1ec6453215fc7441303a0f#source
[13:37:59 EDT(-0400)] * hubick (n=hubick@cs14.pc.athabascau.ca) has joined #fluid-work
[14:32:04 EDT(-0400)] <hubick> EricDalquist: http://issues.fluidproject.org/browse/FLUID-141 mentions you were looking at getting the Fluid artifacts into a Maven repo - has this happened?
[14:32:18 EDT(-0400)] <EricDalquist> nope
[14:32:34 EDT(-0400)] <EricDalquist> I don't think anyone ever really looked into the 'appropriate' way to package them
[14:33:07 EDT(-0400)] <hubick> I just did an install-file on it.
[14:33:21 EDT(-0400)] <hubick> On the war from the binary dist, that is.
[14:34:03 EDT(-0400)] <hubick> Using that war as an overlay is a nice way for me to import Fluid into my project, without having to add it to my SVN
[14:34:38 EDT(-0400)] <colinclark> hubick: If I remember correctly, EricDalquist kindly set us up with access to Jasig's maven repo, but we haven't yet had an opportunity to distribute Infusion via Maven.
[14:34:38 EDT(-0400)] <EricDalquist> for uPortal and some other Jasig projects with have a ResourceServer webapp
[14:34:39 EDT(-0400)] <colinclark> Glad to hear that the war overlay is working nicely for you.
[14:34:40 EDT(-0400)] <EricDalquist> which includes fluid, jquery and a bunch of other stuff
[14:34:45 EDT(-0400)] <EricDalquist> that can be used via an overlay
[14:34:54 EDT(-0400)] <EricDalquist> I'm hoping to finish up some docs on that this week
[14:36:49 EDT(-0400)] <hubick> I haven't done much yet at this point, other than just setup the overlay... gonna link it all in next. The only downside is that the war doesn't group it's files under a 'fluid-components' folder, it adds 'components', 'framework', and 'lib' dirs to the root. No big deal though.
[14:37:18 EDT(-0400)] <colinclark> hubick: Yes, that is a bit of a drag, and a known bug.
[14:37:37 EDT(-0400)] <EricDalquist> so hubick what you get with the ResourceServer is a more standard directory structure
[14:37:43 EDT(-0400)] <EricDalquist> and there is a JSP taglib you can use
[14:37:57 EDT(-0400)] <EricDalquist> the taglib tries to detect if the resource server is deployed in the same container
[14:38:05 EDT(-0400)] <EricDalquist> if so it uses a URL to that webapp for things like fluid
[14:38:15 EDT(-0400)] <EricDalquist> if not is uses the file in your webapp
[14:38:32 EDT(-0400)] <hubick> EricDalquist: so, it's more like a runtime dep than build time?
[14:38:33 EDT(-0400)] <EricDalquist> the advantage of using the resource server URL is it is setup to set long term caching headers
[14:39:31 EDT(-0400)] <hubick> i'm not using JSP though (sad)
[14:39:57 EDT(-0400)] <EricDalquist> well you can still use the URLs in your webapp
[14:40:15 EDT(-0400)] <hubick> EricDalquist: but then any user of my project has to configure a resource server?
[14:40:21 EDT(-0400)] <hubick> or I would point at the fluid server?
[14:40:50 EDT(-0400)] <EricDalquist> just a sec ...
[14:43:36 EDT(-0400)] <EricDalquist> so this is not yet documented on the jasig wiki
[14:43:50 EDT(-0400)] <hubick> Ok, I think I get it, instead of adding a Maven dep on the Fluid war to my project, I add it on the 'ResourceServer', which sucks in all that, just from a different war
[14:43:54 EDT(-0400)] <EricDalquist> but I'm working on a sample project using the resource content hosting
[14:43:56 EDT(-0400)] <EricDalquist> yes
[14:43:58 EDT(-0400)] <EricDalquist> <dependency>
[14:43:58 EDT(-0400)] <EricDalquist> <groupId>org.jasig.resourceserver</groupId>
[14:43:58 EDT(-0400)] <EricDalquist> <artifactId>resource-server-content</artifactId>
[14:43:58 EDT(-0400)] <EricDalquist> <version>1.0.2</version>
[14:43:58 EDT(-0400)] <EricDalquist> <type>war</type>
[14:43:59 EDT(-0400)] <EricDalquist> </dependency>
[14:44:02 EDT(-0400)] <EricDalquist> that is the dependency you want
[14:44:14 EDT(-0400)] <hubick> Ok, I will take a look
[14:44:14 EDT(-0400)] <EricDalquist> granted if we don't yet have a fluid release you want in there you're stuck
[14:44:26 EDT(-0400)] <EricDalquist> you also probably want to configure some filtering
[14:44:43 EDT(-0400)] <EricDalquist> like:
[14:44:43 EDT(-0400)] <EricDalquist> <overlay>
[14:44:43 EDT(-0400)] <EricDalquist> <groupId>org.jasig.resourceserver</groupId>
[14:44:43 EDT(-0400)] <EricDalquist> <artifactId>resource-server-content</artifactId>
[14:44:43 EDT(-0400)] <EricDalquist> <includes>
[14:44:43 EDT(-0400)] <EricDalquist> <include>rs/jquery/1.3.2/</include>
[14:44:45 EDT(-0400)] <EricDalquist> </includes>
[14:44:47 EDT(-0400)] <EricDalquist> </overlay>
[14:44:48 EDT(-0400)] <hubick> I'm just starting out with Fluid, so... I don't have many requirements, though the latest 1.1.1 is obviously what i was going to use
[14:45:30 EDT(-0400)] <colinclark> hubick: Yep, you'll definitely want to use 1.1.1
[14:46:00 EDT(-0400)] <EricDalquist> well 1.0.2 of the RS app includes: fluid 0.8, 1.0, 1.1; jquery 1.2.6, 1.3.1, 1.3.2; jqueryui 1.6rc6, 1.7.1, 1.7.2; silk icon set
[14:46:10 EDT(-0400)] <EricDalquist> so it looks like we need to add the 1.1.1 release
[14:47:15 EDT(-0400)] <hubick> Is the Fluid project promoting getting their software through JASIG then?
[14:47:15 EDT(-0400)] <colinclark> To be clear, you certainly don't have to use the Resource Server to use Infusion. EricDalquist is offering it up as a potential convenience for Java-based users, I think.
[14:47:24 EDT(-0400)] <EricDalquist> right
[14:47:29 EDT(-0400)] <EricDalquist> you don't have to use the resource server
[14:47:36 EDT(-0400)] <hubick> I understand
[14:47:36 EDT(-0400)] <EricDalquist> it just happens to have a pre-packaged overlay
[14:47:42 EDT(-0400)] <colinclark> hubick: Jasig and Fluid are good friends. (smile)
[14:47:49 EDT(-0400)] <EricDalquist> it also uses well-named paths to the resources
[14:48:44 EDT(-0400)] <EricDalquist> if you include it and want fluid 1.1 the include path would be "WebappName/rs/fluid/1.1/js/fluid-all-1.1.js" or "WebappName/rs/fluid/1.1/js/fluid-all-1.1.min.js"
[14:49:18 EDT(-0400)] <hubick> Choices choices choices (smile)
[14:49:37 EDT(-0400)] <colinclark> hubick: So what is the project you're working on?
[14:49:47 EDT(-0400)] <hubick> I might stick with the default fluid war right now, just to have 1.1.1
[14:49:59 EDT(-0400)] <hubick> if the 'bug' is fixed, I can always adjust my paths
[14:50:31 EDT(-0400)] <hubick> colinclark: http://www.wwweee-portal.org/
[14:58:53 EDT(-0400)] <colinclark> cool
[15:03:44 EDT(-0400)] <hubick> colinclark: Thanks. I will probably be in here or on the mailing list with a lot of questions, i'm sure (smile)
[15:03:57 EDT(-0400)] <colinclark> Any time. We're always happy to help.
[15:04:06 EDT(-0400)] <hubick> I'm really excited about what Fluid provides though
[15:04:16 EDT(-0400)] <colinclark> (smile)
[15:21:31 EDT(-0400)] <athena> hubick: i added 1.1.1 to the resource serving webapp over the weekend
[15:21:47 EDT(-0400)] <athena> i think i committed that change to trunk, though we haven't cut a release yet
[15:21:53 EDT(-0400)] <athena> we could do that in pretty short order though
[15:22:42 EDT(-0400)] <hubick> athena: nice. I just don't know if I want to add in another layer between my project and Fluid, unless I have to.
[15:22:54 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has left #fluid-work
[15:23:00 EDT(-0400)] <athena> makes sense
[15:23:06 EDT(-0400)] <athena> and i don't think we have fluid css resources in there yet
[15:23:28 EDT(-0400)] <athena> but it does add some extra goodness - sets long-term expiration headers on the resources, minifies and gzips them, ec.
[15:23:30 EDT(-0400)] <athena> er, etc.
[15:23:49 EDT(-0400)] <hubick> athena: who knows though, I may end up wanting some other stuff from the Resource Server, once I start doing real work with this stuff
[15:23:59 EDT(-0400)] <athena> perhaps
[15:24:17 EDT(-0400)] <athena> i think most of what's there resource-wise right now is jquery, jquery ui, and fluid libraries
[15:24:19 EDT(-0400)] <hubick> athena: that would be if used through the taglib though?
[15:24:28 EDT(-0400)] <athena> plus the famfamfam icon set
[15:24:28 EDT(-0400)] <athena> no
[15:24:48 EDT(-0400)] <athena> all the resources that are served up by the webapp are minified at build time, and served gzipped for clients that support that
[15:25:10 EDT(-0400)] <athena> and we have a filter that sets the expiration time out so that a user's browser can just download it once
[15:25:31 EDT(-0400)] <hubick> athena: I have a filter for that already too (smile)
[15:25:42 EDT(-0400)] <athena> (smile)
[15:25:57 EDT(-0400)] <athena> i think we re-used some ehcache filters
[15:26:33 EDT(-0400)] <hubick> I just have a simple one I wrote where each init-param is an http header name, and the param value is the header value
[17:18:56 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[17:56:24 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[17:59:51 EDT(-0400)] * athena7 (n=athena@adsl-75-25-42-162.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[18:29:29 EDT(-0400)] * heidi (n=thesumme@bas5-oshawa95-1176480463.dsl.bell.ca) has joined #fluid-work
[18:38:59 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[19:29:49 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[20:03:54 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[21:04:46 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[21:40:27 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[22:34:05 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176130836.dsl.bell.ca) has joined #fluid-work
[22:57:49 EDT(-0400)] * yura (n=yura@bas3-toronto06-1177889879.dsl.bell.ca) has joined #fluid-work