uPortal IRC Logs-2009-03-13

[00:05:00 EDT(-0400)] * jayshao (n=jayshao@ool-45731e0f.dyn.optonline.net) has joined ##uportal
[04:20:22 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[07:52:44 EDT(-0400)] * jayshao (n=jayshao@ool-45731e0f.dyn.optonline.net) has joined ##uportal
[08:06:31 EDT(-0400)] * jayshao (n=jayshao@ool-45731e0f.dyn.optonline.net) has joined ##uportal
[08:52:20 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[09:31:43 EDT(-0400)] * [jlee] (n=jlee@68.208.122.33) has joined ##uportal
[09:32:46 EDT(-0400)] * [jlee_] (n=jlee@68.208.122.33) has joined ##uportal
[09:59:26 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[10:03:31 EDT(-0400)] <EricDalquist> so I have a nightly CI build of the trunk maven site working: http://developer.jasig.org/projects/uportal/3.2.0-SNAPSHOT/
[10:03:44 EDT(-0400)] <EricDalquist> I'll add it for the other branches some time today
[10:09:54 EDT(-0400)] <athena> oh nice
[10:10:29 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[10:10:32 EDT(-0400)] <athena> by the way, i got a start on some utility portlets last night
[10:10:41 EDT(-0400)] <athena> i have google search, maps, and translation working
[10:10:44 EDT(-0400)] <EricDalquist> neat
[10:10:50 EDT(-0400)] <athena> think i found a source of stock data we can probably wire up
[10:11:34 EDT(-0400)] <athena> i need to get in touch with erik olsson though - noticed from twitter that he seems to also have an interest in portletizing colin's twitter code
[10:11:59 EDT(-0400)] <athena> but i don't want to have us wind up duplicating work - i already have probably most of the required backend sitting on my laptop
[10:12:03 EDT(-0400)] <athena> i just need somewhere to put it
[10:14:38 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[10:24:35 EDT(-0400)] <EricDalquist> sandbox
[10:24:44 EDT(-0400)] <EricDalquist> the usual place for stuff like that
[10:28:16 EDT(-0400)] * lennard1 (n=sparhk@uni1.unicon.net) has joined ##uportal
[10:28:24 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[10:37:14 EDT(-0400)] <athena> yeah, probably reasonable
[10:37:27 EDT(-0400)] <athena> hopefully i should have some time this weekend
[10:37:34 EDT(-0400)] <athena> jasig-utility-portlets sound like a reasonable name for the other stuff?
[10:37:46 EDT(-0400)] <EricDalquist> sounds good
[10:38:24 EDT(-0400)] <athena> cool
[10:38:28 EDT(-0400)] * athena will try and make time for that
[10:41:46 EDT(-0400)] <athena> i'm wondering if it might be worth adding that proxy view to the ajax portlet utils
[10:42:22 EDT(-0400)] <EricDalquist> proxy view?
[10:44:55 EDT(-0400)] <athena> for the twitter portlet, i created a proxy view
[10:45:33 EDT(-0400)] <athena> that takes a url and potentially credentials from the model and uses httpclient to return a proxied page of some sort
[10:45:47 EDT(-0400)] <EricDalquist> ah nice
[10:45:55 EDT(-0400)] <EricDalquist> yeah that sounds like a good utility
[10:45:56 EDT(-0400)] <athena> yeah
[10:46:01 EDT(-0400)] <athena> it really needs some cleanup
[10:46:07 EDT(-0400)] <athena> but i think something like that could be useful
[10:46:07 EDT(-0400)] <EricDalquist> I feel like we need a jasig-commons library
[10:46:12 EDT(-0400)] <athena> yeah
[10:46:17 EDT(-0400)] <EricDalquist> with all the random classes like that
[10:46:31 EDT(-0400)] <athena> well, i think that fits nicely into the ajax tools package
[10:47:11 EDT(-0400)] <athena> since i think the biggest use case is proxying feeds and data and such
[10:47:21 EDT(-0400)] <athena> but i could see some other portlet utilities too
[10:47:33 EDT(-0400)] <athena> maybe a portlet-oriented cas proxy ticket tool
[10:47:41 EDT(-0400)] <athena> that portlet mode tag you wrote
[11:04:17 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[11:33:09 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[12:25:39 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:58:12 EDT(-0400)] * colinclark (n=colin@user134-134.wireless.utoronto.ca) has joined ##uportal
[13:09:57 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[14:16:26 EDT(-0400)] <holdorph> athena, just checking we're on the same page for the google portlets. we're talking about grouping them together because they all use/talk to google. but other utiltity portlets like say, calculator, which might just be a static html page, would be in some other portlet web application
[14:16:28 EDT(-0400)] <holdorph> right?
[14:16:43 EDT(-0400)] <EricDalquist> thats the page I'm on if it helps a all
[14:16:54 EDT(-0400)] * SusanBramhall (i=susanbra@susan-x200.its.yale.edu) has joined ##uportal
[14:17:08 EDT(-0400)] <athena> we can do that - my impression was more that we would just group them all together because they're all really small and general
[14:17:37 EDT(-0400)] <holdorph> that's true, but I thought it would be good to at least separate out the ones that have no external dependencies.
[14:18:02 EDT(-0400)] <athena> i think most of the utilities will wind up having external dependencies
[14:18:08 EDT(-0400)] <athena> a calculator wouldn't need to
[14:18:29 EDT(-0400)] <athena> but things like dictionary, thesaurus, stock ticker would all likely work well using external web services
[14:18:59 EDT(-0400)] <athena> though we might be able to find dict/thesaurus data as xml and read it in from the file system if necessary
[14:19:36 EDT(-0400)] <holdorph> yeah, my initial thought on dictionary was local dictionary
[14:19:53 EDT(-0400)] <holdorph> good call on stock ticker though, in that case, I'd rather not include it in the same package
[14:20:03 EDT(-0400)] <athena> i think we have more configuration options if we use something like dict.org data - multiple dictionaries to pull data from, etc.
[14:20:27 EDT(-0400)] <athena> but if you know of a good source of downloadable xml data i'm totally willing to go that route
[14:20:43 EDT(-0400)] <athena> we can separate everything out by service
[14:20:55 EDT(-0400)] <athena> but that'll mean we wind up still having tons of little utility portlets
[14:21:15 EDT(-0400)] <holdorph> i haven't started looking. I just thought it would be good to have some utility portlets that didn't require external services.
[14:21:21 EDT(-0400)] <athena> i guess to some degree i'm not sure it'll be transparent to portal adopters why some tools are grouped together and some aren't
[14:21:22 EDT(-0400)] <athena> gotcha
[14:21:25 EDT(-0400)] <holdorph> make demoing a uportal without internet, more interesting.
[14:21:35 EDT(-0400)] <athena> that's true
[14:21:48 EDT(-0400)] <athena> although you can always not register portlets that require net access
[14:21:49 EDT(-0400)] <holdorph> if they are all included in the distribution, that's true.
[14:22:04 EDT(-0400)] <EricDalquist> well one bonus of groups these small things is a smaller memory footprint
[14:22:05 EDT(-0400)] <holdorph> but for people that adopt a 'bundle' into an already existing portlat that didn't have the bundle
[14:22:09 EDT(-0400)] <holdorph> they'd know.
[14:22:19 EDT(-0400)] <EricDalquist> I'd say we can easily have a JasigWidgets portlet app
[14:22:32 EDT(-0400)] <EricDalquist> that contains stocks, calc, dictionary, etc...
[14:22:36 EDT(-0400)] <athena> right
[14:22:38 EDT(-0400)] <EricDalquist> even if they don't share a lot of code
[14:22:43 EDT(-0400)] <EricDalquist> just sharing libraries will help
[14:22:50 EDT(-0400)] <athena> but do we need to divide it into online and offline widgets?
[14:22:54 EDT(-0400)] <EricDalquist> I do see the google stuff possibly being seperate
[14:22:59 EDT(-0400)] <EricDalquist> I don't think so
[14:23:08 EDT(-0400)] <athena> ok
[14:23:14 EDT(-0400)] <EricDalquist> the portlet app should still deploy fine in an offline environment
[14:23:18 EDT(-0400)] <EricDalquist> just some portlets won't work right
[14:23:24 EDT(-0400)] <athena> there's some stuff that is google-powered, but users might not think of as google-y as much - like the translation service
[14:23:35 EDT(-0400)] <EricDalquist> ah
[14:23:40 EDT(-0400)] <athena> i guess that was part of why i was thinking we might lump them together
[14:24:01 EDT(-0400)] <athena> it works surprisingly well, by the way
[14:24:11 EDT(-0400)] <athena> will even just guess the language you're trying to translate
[14:24:18 EDT(-0400)] <athena> which appears not to work with hindi, but does for other languages
[14:24:37 EDT(-0400)] <holdorph> do you need a good services key for the translation, like you do search?
[14:24:51 EDT(-0400)] <athena> yep
[14:25:07 EDT(-0400)] <athena> i guess my other thought was wondering whether some of the backing services might change from time to time
[14:25:22 EDT(-0400)] <athena> i could see some services having their backends switched out as services are replaced, mature, etc.
[14:25:44 EDT(-0400)] <holdorph> i'd like to group all the google portlets that require google services keys together.
[14:26:01 EDT(-0400)] <athena> ok
[14:26:07 EDT(-0400)] <athena> what about other services that require keys?
[14:26:08 EDT(-0400)] <holdorph> yup, that's true.
[14:26:17 EDT(-0400)] <athena> yahoo does, and we'll probably want to use their stock data
[14:26:20 EDT(-0400)] <holdorph> but the 'google' version could continue to exist
[14:26:31 EDT(-0400)] <EricDalquist> that is going to be the hard part with all of this
[14:26:38 EDT(-0400)] <EricDalquist> how do we include these in a demoable state
[14:26:56 EDT(-0400)] <athena> well, we can include the key for localhost:8080
[14:26:58 EDT(-0400)] <holdorph> i do it with google portlet, based on localhost:8080/uPortal
[14:27:05 EDT(-0400)] <athena> right
[14:27:07 EDT(-0400)] <EricDalquist> true
[14:27:23 EDT(-0400)] <athena> i guess part of me was thinking we'd just have a bunch of stuff together, with a config file that has the keys in it
[14:27:31 EDT(-0400)] <athena> google.api.key=, yahoo.api.key=
[14:27:51 EDT(-0400)] <athena> that way we could even potentially combine services to build new utility portlets if and when it made sense
[14:28:02 EDT(-0400)] <athena> like if you wanted to put data from one service on a google map
[14:30:44 EDT(-0400)] <holdorph> that seems reasonable. I'd be comfortable with the short term, using a more generic name then, and just have tentative plans for a seperate application archive for the ones that don't require external services.
[14:30:52 EDT(-0400)] <athena> sure
[14:31:12 EDT(-0400)] <athena> maybe just throw it together for now, and we can see what the community prefers in terms of partioning?
[14:32:42 EDT(-0400)] <holdorph> ok
[14:32:56 EDT(-0400)] <athena> so
[14:33:08 EDT(-0400)] <athena> anyone have a favorite calculator, or a good source of xml dictionary data?
[14:33:31 EDT(-0400)] <athena> i have to admit i kind of hate that javascript calculators that look like the old-school checkbook ones
[14:33:42 EDT(-0400)] <athena> it just seems like a silly interface to have on the web
[14:33:51 EDT(-0400)] <holdorph> lol, i was just going to say, i'm sure there has to be a javascript one out there, lol
[14:34:05 EDT(-0400)] <EricDalquist> just use the google search api
[14:34:16 EDT(-0400)] <EricDalquist> then you can do fun stuff
[14:34:22 EDT(-0400)] <holdorph> no, please, no.
[14:34:22 EDT(-0400)] <athena> unfortunately, eric, the google api actually doesn't include the calculator or conversion stuff
[14:34:26 EDT(-0400)] <EricDalquist> 9.8m/s^2 * 32s
[14:34:30 EDT(-0400)] <EricDalquist> awe
[14:34:33 EDT(-0400)] <athena> i wrote one once, actually: http://qwertied.com/calculator.html
[14:34:37 EDT(-0400)] <holdorph> it annoys me to know end to have my calculators hit google to get an answer
[14:34:37 EDT(-0400)] <athena> it mostly works, i suppose
[14:34:49 EDT(-0400)] <holdorph> so much processing power on my computer, and I have to hit the web? silly.
[14:34:50 EDT(-0400)] <athena> but i'm not exactly saying i think that's an awesome, stable, tested solution
[14:35:00 EDT(-0400)] <EricDalquist> very true holdorph
[14:35:02 EDT(-0400)] <athena> yeah
[14:36:06 EDT(-0400)] <athena> so i'm open to suggestions on that one, i guess
[14:45:36 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[14:51:29 EDT(-0400)] * lennard1 (n=sparhk@uni1.unicon.net) has left ##uportal
[15:03:30 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[15:07:31 EDT(-0400)]

[15:07:51 EDT(-0400)] <EricDalquist> what did you expect it to look like?
[15:14:21 EDT(-0400)] <dstn> sorry, phone call
[15:14:24 EDT(-0400)] <dstn> back now
[15:14:26 EDT(-0400)] <EricDalquist> np
[15:14:50 EDT(-0400)]

<dstn> $

Unknown macro: {MyPortlet.version}

was what I would have expected

[15:14:55 EDT(-0400)] * atpa8a (n=stfu@static-71-249-199-57.nycmny.east.verizon.net) has joined ##uportal
[15:14:58 EDT(-0400)] <EricDalquist> ah
[15:15:00 EDT(-0400)] <atpa8a> hello
[15:15:05 EDT(-0400)] <dstn> hi athena
[15:15:06 EDT(-0400)] <EricDalquist> so the ear depends on the overlay
[15:15:08 EDT(-0400)] <dstn> opps
[15:15:10 EDT(-0400)] <EricDalquist> not the original portlet
[15:15:10 EDT(-0400)] <dstn> hi atpa8a
[15:15:17 EDT(-0400)] <athena> oh
[15:15:28 EDT(-0400)] <dstn> sorry athena, stupid tab completion got you first
[15:15:32 EDT(-0400)] <athena> hehe
[15:15:46 EDT(-0400)] <EricDalquist> so: uportal-ear -> myportlet-overlay -> myportlet
[15:16:02 EDT(-0400)] <EricDalquist> and since myportlet-overlay is part of the project it uses the uPortal version number
[15:16:11 EDT(-0400)] <EricDalquist> makes things a bit easier in the configs and dependencies
[15:16:24 EDT(-0400)] <atpa8a> got a CAS question
[15:17:00 EDT(-0400)] <dstn> Ok, let me look at it more. I'm having an issue getting the right war to pickup after a change. Thanks EricDalquist
[15:17:21 EDT(-0400)] <dstn> atpa8a, you can try but no guarantees
[15:17:32 EDT(-0400)] <atpa8a> trying to force it to use POST (method=POST) but then it incorrectly appends the parameters
[15:17:45 EDT(-0400)] <atpa8a> dstn: figures still appreciate tho
[15:17:52 EDT(-0400)] <atpa8a> http://www.ja-sig.org/wiki/display/CASUM/Applications+that+Require+POST+Responses
[15:18:12 EDT(-0400)] <atpa8a> that's what i'm trying to follow and configure the URL like that in my client's filter parameters
[15:18:47 EDT(-0400)] <atpa8a> but then it forms the URL when making request to CAS as https://my.cas.server/login?method=POST?service=...
[15:18:55 EDT(-0400)] <atpa8a> two ?
[15:19:24 EDT(-0400)] <dstn> you encode the service url?
[15:19:33 EDT(-0400)] <atpa8a> no...
[15:19:49 EDT(-0400)] <dstn> ya, it needs to be encoded to avoid the multiple ?
[15:19:58 EDT(-0400)] <atpa8a> i put the string in the article in <init-param> for the filter
[15:21:12 EDT(-0400)] <atpa8a> http://uportal.pastebin.com/m45882191
[15:56:08 EDT(-0400)] <dstn> is there a way to pass maven parameters through the ant tasks?
[15:56:20 EDT(-0400)] <dstn> I want to pass the -U option to update snapshots on deploy-ear
[15:56:47 EDT(-0400)] <EricDalquist> you'd need to make a minor edit near the bottom of build.xml and add it in
[15:57:05 EDT(-0400)] <EricDalquist> I couldn't figure out a good way to allow arbitrary parameters to the maven command
[15:59:17 EDT(-0400)] <atpa8a> are you using maven ant tasks?
[15:59:44 EDT(-0400)] <dstn> atpa8a, ya, 2.0.9
[15:59:52 EDT(-0400)] <EricDalquist> atpa8a: in this case ant is actually calling the mvn command line
[16:00:08 EDT(-0400)] <atpa8a> oh
[16:00:13 EDT(-0400)] <atpa8a> ok
[16:00:13 EDT(-0400)] <EricDalquist> this is the uportal build.xml that hacks a bunch of integration with maven (and which I think we would all like to eventually replace)
[16:00:26 EDT(-0400)] <EricDalquist> the problem is the maven ant tasks give you no way to build a maven project
[16:00:33 EDT(-0400)] <EricDalquist> just get information about it
[16:00:38 EDT(-0400)] <atpa8a> right
[16:01:01 EDT(-0400)] <EricDalquist> so the code uses the maven ant tasks to gather the required info, especially classpaths
[16:01:02 EDT(-0400)] <atpa8a> i liked CAS build
[16:01:14 EDT(-0400)] <EricDalquist> are they pure maven?
[16:01:17 EDT(-0400)] <atpa8a> overlays and what not
[16:01:19 EDT(-0400)] <atpa8a> yes
[16:01:36 EDT(-0400)] <atpa8a> they're using maven war overlays
[16:01:45 EDT(-0400)] <EricDalquist> yeah, uportal does that too for the portlets we inclue
[16:01:53 EDT(-0400)] <EricDalquist> the ant tasks are still there for all of the command line tools
[16:02:01 EDT(-0400)] <EricDalquist> but I think we may re-visit that for uPortal 3.3
[16:02:25 EDT(-0400)] <EricDalquist> there have been some good discussions about other options that what we currently do
[16:02:26 EDT(-0400)] <atpa8a> i think overlays are perfect for portals
[16:02:33 EDT(-0400)] <holdorph> 3.3? whats 3.2 going to be?
[16:02:38 EDT(-0400)] <EricDalquist> er 3.2
[16:02:39 EDT(-0400)] <EricDalquist> sorry
[16:02:54 EDT(-0400)] <EricDalquist> my excuse is that it is friday afternoon and my brain is cooked
[16:02:57 EDT(-0400)] <holdorph> dang, i was hoping you'd say jsr 286
[16:02:58 EDT(-0400)] <EricDalquist> well more cooked than usual
[16:03:06 EDT(-0400)] <EricDalquist> 3.2 is hopefully going to be 286
[16:03:15 EDT(-0400)] <EricDalquist> pluto 2.0 is making good progress
[16:04:37 EDT(-0400)] <EricDalquist> ok ... well I'm off for the afternoon
[16:04:41 EDT(-0400)] <EricDalquist> have a great weekend everyone
[16:04:47 EDT(-0400)] <holdorph> cya
[17:02:25 EDT(-0400)] * michelled (n=team@142.150.154.193) has left ##uportal
[17:13:42 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left ##uportal
[17:48:39 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[18:40:54 EDT(-0400)] * [jlee_] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[19:31:02 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[19:36:15 EDT(-0400)] * jayshao (n=jayshao@ool-45731e0f.dyn.optonline.net) has joined ##uportal
[20:16:06 EDT(-0400)] * jayshao (n=jayshao@ool-45731e0f.dyn.optonline.net) has joined ##uportal
[22:58:56 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176406320.dsl.bell.ca) has joined ##uportal
[23:16:40 EDT(-0400)] * jayshao (n=jayshao@ool-45731e0f.dyn.optonline.net) has joined ##uportal