uPortal IRC Logs-2008-06-04

Owned by Apereo Infrastructure
Last updated: Jun 04, 2008Version comment
14 min read

[03:43:21 EDT(-0400)] * EiNZTEiN (n=einztein@rdcg01.wifihubtelecom.net) has joined ##uportal
[05:20:40 EDT(-0400)] * EiNZTEiN (n=einztein@rdcg01.wifihubtelecom.net) has joined ##uportal
[07:31:21 EDT(-0400)] * esm (n=esm@207-53-192-161.dynamic-dsl.qis.net) has joined ##uportal
[08:33:23 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[08:55:13 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.mn.comcast.net) has joined ##uportal
[09:20:05 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[09:36:20 EDT(-0400)] * athena7 (n=athena7@69.183.183.34) has joined ##uportal
[09:41:21 EDT(-0400)] * apetro-_ (n=apetro@dhcp-96-190.cc.gettysburg.edu) has joined ##uportal
[09:41:42 EDT(-0400)] <athena7> this car place appears to have wireless, woo
[09:41:45 EDT(-0400)] <apetro-_> Greetings from the getting started with uPortal 3 seminar in Baltimore.
[09:41:52 EDT(-0400)] <athena7> greetings!
[09:42:45 EDT(-0400)] <apetro-_> this was the test run. At around noon Eastern I'll try to say hi here live with the audience.
[09:45:02 EDT(-0400)] <esm> apetro-_: where is the session?
[09:45:48 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[09:46:03 EDT(-0400)] <athena7> we could have an irc portlet
[09:46:19 EDT(-0400)] * grimesp (n=grimesp@134.250.4.177) has joined ##uportal
[09:46:22 EDT(-0400)] <athena7> pull up your quickstart with a live window into uportal development (tongue)
[09:46:42 EDT(-0400)] <apetro-_> At the Gettysburg Portal 2008 conference
[09:46:55 EDT(-0400)] <esm> cool, at the Holiday Inn then?
[09:47:09 EDT(-0400)] <apetro-_> No, on Gettysburg College campus
[09:47:12 EDT(-0400)] <apetro-_> Science 151
[09:47:15 EDT(-0400)] <esm> ah
[09:47:19 EDT(-0400)] <esm> cool!
[09:47:24 EDT(-0400)] <apetro-_> an IRC portlet would be cool
[09:47:44 EDT(-0400)] <apetro-_> I think I'll stick with "Hello world" for today, though.
[09:49:10 EDT(-0400)] <athena7> we'd get a lot of confused comments (smile)
[09:58:34 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:14:49 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[10:25:46 EDT(-0400)] <dstn> +1 for an irc portlet
[10:26:53 EDT(-0400)] <EricDalquist> http://www.levelthreesolutions.com/jisirc/
[10:27:11 EDT(-0400)] <athena7> javascript, cute (smile)
[10:27:20 EDT(-0400)] <athena7> i've seen tons of irc webapps int he past
[10:32:26 EDT(-0400)] * apetro-_ (n=apetro@dhcp-96-190.cc.gettysburg.edu) has joined ##uportal
[10:42:46 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:42:53 EDT(-0400)] * esm (n=esm@128.220.212.115) has joined ##uportal
[10:45:31 EDT(-0400)] * athena7 (n=athena7@c-71-234-129-13.hsd1.ct.comcast.net) has joined ##uportal
[10:48:28 EDT(-0400)] * athena7_ (n=athena7@c-24-2-189-230.hsd1.mn.comcast.net) has joined ##uportal
[10:51:15 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:03:58 EDT(-0400)] * esm (n=esm@128.220.212.115) has joined ##uportal
[11:22:26 EDT(-0400)] <athena7> did we ever figure out the difference/relationship between the theme sdf and database listing?
[11:23:01 EDT(-0400)] <EricDalquist> not completely
[11:24:51 EDT(-0400)] <athena7> ok
[11:24:57 EDT(-0400)] <athena7> maybe i'll email the list about that one?
[11:25:36 EDT(-0400)] <EricDalquist> yeah, though I'm not sure folks there would know either
[11:25:45 EDT(-0400)] <EricDalquist> we'll likely have to dig through code to figure it out
[11:26:03 EDT(-0400)] <athena7> ergh, yeah
[11:26:18 EDT(-0400)] <athena7> i guess i'm curious too as to whether anyone knows what the intention was
[11:26:31 EDT(-0400)] <athena7> i sort of suspect whatever it does now may not be what it was supposed to do
[11:26:56 EDT(-0400)] <EricDalquist> The only think I can remember is I think that is where you define which attributes are database persistent
[11:27:11 EDT(-0400)] <EricDalquist> "The only thing"*
[11:27:12 EDT(-0400)] <athena7> hm, interesting
[11:27:27 EDT(-0400)] <EricDalquist> but I can't remember much more than a passing conversation about it
[11:28:13 EDT(-0400)] <athena7> i don't see anything like that in the sdf
[11:28:19 EDT(-0400)] <athena7> which doesn't mean it's not in the spec
[11:29:08 EDT(-0400)] <EricDalquist> that may have been a sandbox thing then
[11:29:20 EDT(-0400)] <athena7> hm
[11:32:14 EDT(-0400)] <athena7> hm
[11:32:18 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[11:32:33 EDT(-0400)] <athena7> looks like the portal only persists parameters that are in the sdf
[11:32:58 EDT(-0400)] <athena7> so yeah, i guess it's the presence of that attribute at all that defines if it can be persisted, not a flag or something
[11:33:32 EDT(-0400)] <EricDalquist> ah yeah
[11:33:56 EDT(-0400)] <athena7> so it sounds like we'd want to put a skin file parameter both in the sdf and in the theme definition
[11:34:08 EDT(-0400)] <EricDalquist> yup
[11:34:17 EDT(-0400)] <EricDalquist> I think ...
[11:34:18 EDT(-0400)] <EricDalquist> (smile)
[11:35:27 EDT(-0400)] <athena7> do we want this to be a parameter or a named element in the sdf, though?
[11:35:37 EDT(-0400)] <athena7> and is there a schema for that somewhere?
[11:35:52 EDT(-0400)] <EricDalquist> I'm honestly not sure
[11:35:59 EDT(-0400)] <EricDalquist> I still don't get all of that
[11:36:10 EDT(-0400)] <athena7> it seems like it should be a named element
[11:36:16 EDT(-0400)] <EricDalquist> sorry ...
[11:36:24 EDT(-0400)] <athena7> but i'm not entirely sure if there are side effects of that, or if i need to edit the schema somehwere
[11:36:26 EDT(-0400)] <athena7> that's ok (smile)
[11:36:28 EDT(-0400)] <EricDalquist> so we need it in the sdf so the portal will persist it right?
[11:36:45 EDT(-0400)] <EricDalquist> why does it go in the theme definition too? Doesn't that involve a new column in that table?
[11:38:09 EDT(-0400)] <athena7> yes, if it went into the theme def we'd need a new column, which is a pain
[11:38:28 EDT(-0400)] <athena7> so maybe we should just make it a parameter
[11:38:33 EDT(-0400)] <athena7> although i don't think that's really the "right" approach
[11:38:53 EDT(-0400)] <athena7> since then it's potentially a user-level parameter, and it really shouldn't be
[11:39:01 EDT(-0400)] <EricDalquist> this is for specifying the default skin?
[11:39:13 EDT(-0400)] <athena7> no, there's already a parameter for that
[11:39:22 EDT(-0400)] <athena7> this is to specify the location of the skin listing xml file
[11:39:26 EDT(-0400)] <EricDalquist> ah
[11:39:29 EDT(-0400)] <EricDalquist> yeah
[11:39:37 EDT(-0400)] <athena7> so we can make that not hard-coded
[11:39:54 EDT(-0400)] <EricDalquist> then actually not in the sdf seems better
[11:40:00 EDT(-0400)] <EricDalquist> and part of the theme definition seems right
[11:40:07 EDT(-0400)] <EricDalquist> it just would only be part of 3.1
[11:40:10 EDT(-0400)] <EricDalquist> and not 3.0.1
[11:40:26 EDT(-0400)] <athena7> yeah all those things are still in the sdf though
[11:40:30 EDT(-0400)] <athena7> as elements, not parameter
[11:40:32 EDT(-0400)] <athena7> s
[11:40:36 EDT(-0400)] <athena7> which is why i'm kind of confused
[11:40:47 EDT(-0400)] <EricDalquist> are they ever even read from that file?
[11:40:54 EDT(-0400)] <athena7> yes
[11:41:02 EDT(-0400)] <athena7> checking now to see where, and see if they're read from the db
[11:44:32 EDT(-0400)] <athena7> ok
[11:44:48 EDT(-0400)] <athena7> it looks like this maybe once functioned as a type of import file for themes
[11:45:08 EDT(-0400)] <athena7> the method's only references from a RegisterStylesheet.main method
[11:45:25 EDT(-0400)] <EricDalquist> neat
[11:45:29 EDT(-0400)] <athena7> (tongue)
[11:45:31 EDT(-0400)] <EricDalquist> more code to deprecate/delete
[11:45:35 EDT(-0400)] <athena7> yeah
[11:45:56 EDT(-0400)] <athena7> since the crn-import task doesn't use it
[11:46:28 EDT(-0400)] <EricDalquist> so for 3.1 I could see adding this new column to the structure table
[11:46:31 EDT(-0400)] <athena7> i wonder what we actually want to have in the sdf at this point
[11:46:32 EDT(-0400)] <athena7> yes, i agree
[11:46:39 EDT(-0400)] <EricDalquist> and deprecating the code related to reading those properties
[11:46:55 EDT(-0400)] <EricDalquist> and cleaning up unused stuff from the .sdf
[11:46:58 EDT(-0400)] <athena7> the sdf seems to be pretty useless - it only determines which parameters are supposed to be in the database
[11:47:05 EDT(-0400)] <EricDalquist> probably all it needs is the persistent properties
[11:47:09 EDT(-0400)] <EricDalquist> yeah
[11:47:20 EDT(-0400)] <EricDalquist> I'm not sure we want to tackle 'fixing' that now
[11:47:24 EDT(-0400)] <athena7> yeah
[11:47:38 EDT(-0400)] <EricDalquist> it may be something to wait on until we get to refactoring the rendering pipeline
[11:47:42 EDT(-0400)] <athena7> i was thinking i'd just write up something in the ticket comments field and move it to 3.1
[11:47:48 EDT(-0400)] <EricDalquist> I'm having fun thinking about that on my bus rides recently
[11:48:09 EDT(-0400)] <athena7> we really shouldn't leave it too long though
[11:48:30 EDT(-0400)] <EricDalquist> ?
[11:48:32 EDT(-0400)] <athena7> since it means that anyone running w/ more than 1 theme is likely to have issues
[11:48:46 EDT(-0400)] <athena7> i'd assume they wouldn't be able to change the skin for one theme
[11:48:58 EDT(-0400)] <EricDalquist> why's that?
[11:49:21 EDT(-0400)] <athena7> it needs the skin list file to figure out which skins you should get to choose from
[11:49:29 EDT(-0400)] <athena7> and the location is hard-coded, so you can only have one skin list
[11:49:41 EDT(-0400)] <athena7> if you have two themes, and they each have separate skin names, i think you're out of luck
[11:50:27 EDT(-0400)] <EricDalquist> ah
[11:50:28 EDT(-0400)] <EricDalquist> yeah
[11:50:37 EDT(-0400)] <EricDalquist> I think the idea was each theme would have its own user prefs channel
[11:50:40 EDT(-0400)] <EricDalquist> not that great of an idea
[11:50:59 EDT(-0400)] <athena7> i don't think there's currently any way to do that
[11:51:10 EDT(-0400)] <EricDalquist> so 3.1 is the earliest we can get this fix in since it will require a new column ... and we'll just have to make sure we don't wait too long to get 3.1 out
[11:51:21 EDT(-0400)] <athena7> yeah
[11:51:32 EDT(-0400)] <EricDalquist> don't you specify the user prefs channel in the theme definition?
[11:52:07 EDT(-0400)] <athena7> maybe once 3.0.1 is out we can at least get the fix into the trunk and document it for anyone that needs it
[11:52:10 EDT(-0400)] <athena7> no, don't think so
[11:52:24 EDT(-0400)] <athena7> and even if you did, you'd have to somehow clone the code or something
[11:53:02 EDT(-0400)] <EricDalquist> this can go into trunk now
[11:53:08 EDT(-0400)] <EricDalquist> there is a 3.0 patches branch
[11:53:12 EDT(-0400)] <athena7> and just make sure we don't copy it over?
[11:53:12 EDT(-0400)] <athena7> yeah
[11:53:13 EDT(-0400)] <EricDalquist> so we just won't merge this over
[11:53:16 EDT(-0400)] <EricDalquist> yeah
[11:53:21 EDT(-0400)] <athena7> yeah
[11:53:22 EDT(-0400)] <athena7> i know
[11:53:24 EDT(-0400)] <EricDalquist> svnmerge can mark revisions as 'don't merge'
[11:53:42 EDT(-0400)] <athena7> i just may take a look at some other stuff first and see if there's anything i can do for 3.0.1
[11:53:44 EDT(-0400)] <athena7> oh neat (smile)
[11:53:55 EDT(-0400)] <athena7> and then switch it back later?
[11:55:03 EDT(-0400)] <EricDalquist> well it would never need to be switched back
[11:55:12 EDT(-0400)] <EricDalquist> that information is tracked on the root folder of the 3.0 patches branch
[11:55:21 EDT(-0400)] <EricDalquist> and since we would never merge that in there
[11:55:48 EDT(-0400)] <athena7> oh right (smile)
[11:55:57 EDT(-0400)] <athena7> someday we'll have a 3-1-patches branch instead
[11:56:27 EDT(-0400)] <EricDalquist> yup
[12:11:48 EDT(-0400)] <athena7> what do we want the <fail> messages to print out in the build.xml for deprecated tasks?
[12:11:52 EDT(-0400)] <athena7> the same as the echo?
[12:11:55 EDT(-0400)] <athena7> something shorter?
[12:12:00 EDT(-0400)] <EricDalquist> yeah
[12:12:06 EDT(-0400)] <athena7> yes to the first?
[12:12:11 EDT(-0400)] <EricDalquist> I was thinking just replace the <echo> with <fail>
[12:12:20 EDT(-0400)] <athena7> yeah i tried that, and then added the echo back in
[12:12:23 EDT(-0400)] <athena7> because it's more visible
[12:12:29 EDT(-0400)] <EricDalquist> sounds good
[12:12:30 EDT(-0400)] <athena7> no harm in having it both places
[12:12:37 EDT(-0400)] <EricDalquist> (smile)
[12:13:18 EDT(-0400)] <athena7> so is there a separate quickstart build.xml?
[12:13:35 EDT(-0400)] <athena7> ah, i see it
[12:13:37 EDT(-0400)] <athena7> interesting
[12:13:51 EDT(-0400)] <EricDalquist> yeah
[12:13:57 EDT(-0400)] <EricDalquist> so there are actually 3 build.xml files
[12:14:04 EDT(-0400)] <EricDalquist> the main one we all use
[12:14:09 EDT(-0400)] <EricDalquist> on in assembly for building the quickstart
[12:14:33 EDT(-0400)] <EricDalquist> and one in assembly/quickstart which has the ant tasks used in the default qs directory
[12:14:47 EDT(-0400)] <athena7> ah
[12:16:37 EDT(-0400)] <MarkRogers> do we have a "What's New in 3.0.1" wiki page <insert crazy face icon here />
[12:17:02 EDT(-0400)] <EricDalquist> no
[12:17:09 EDT(-0400)] <EricDalquist> but we have the neat auto-generated Jira page: http://www.ja-sig.org/issues/secure/ReleaseNote.jspa?projectId=10020&amp;styleName=Html&amp;version=10560
[12:17:19 EDT(-0400)] <athena7> i was about to link to that claiming it was that (tongue)
[12:17:25 EDT(-0400)] <EricDalquist> lol
[12:17:35 EDT(-0400)] <EricDalquist> also: http://www.ja-sig.org/issues/browse/UP?report=com.atlassian.jira.plugin.system.project:roadmap-panel
[12:17:35 EDT(-0400)] <athena7> we made it just for you mark! (smile)
[12:19:02 EDT(-0400)] <MarkRogers> oh thanks ... but I think it preferably to have one in one of the official languages (tongue)
[12:19:26 EDT(-0400)] <EricDalquist> ?
[12:19:28 EDT(-0400)] <athena7> you want it in java instead?
[12:19:31 EDT(-0400)] <athena7> (wink)
[12:19:48 EDT(-0400)] <MarkRogers> English, French or Spanish would be fine
[12:20:25 EDT(-0400)] <EricDalquist> tell people to log in and change their locale (wink)
[12:20:47 EDT(-0400)] <athena7> if only i could set my locale to 'jira' . . .
[12:20:58 EDT(-0400)] <EricDalquist> unfortunately the list of languages doesn't include Canadian, eh
[12:21:07 EDT(-0400)] <MarkRogers> ouch
[12:21:11 EDT(-0400)] <EricDalquist> (smile)
[12:21:25 EDT(-0400)] <EricDalquist> hey I grew up in an area close enough to canada that I say eh
[12:21:46 EDT(-0400)] <athena7> minnesotans don't say eh
[12:21:54 EDT(-0400)] <athena7> 'ya', maybe (smile)
[12:21:55 EDT(-0400)] <EricDalquist> Yoopers do
[12:22:02 EDT(-0400)] <athena7> yeah
[12:22:17 EDT(-0400)] <MarkRogers> are you two done (wink)
[12:22:38 EDT(-0400)] <EricDalquist> lol
[12:22:40 EDT(-0400)] <athena7> no? (smile)
[12:22:47 EDT(-0400)] <EricDalquist> I still miss CBC
[12:22:55 EDT(-0400)] <athena7> i enjoyed visiting canada
[12:22:58 EDT(-0400)] <athena7> i miss the burgers
[12:23:06 EDT(-0400)] <athena7> and beer
[12:23:12 EDT(-0400)] <athena7> should have brought a couple pubs home with me
[12:23:14 EDT(-0400)] * esm (n=esm@128.220.212.115) has joined ##uportal
[12:27:48 EDT(-0400)] <MarkRogers> how about a nice page describing the substantial changes in 3.0.1 and a link to the JIRA page for those wishing to satisfy their inner geek?
[12:28:06 EDT(-0400)] <athena7> that sounds like an excellent idea
[12:28:11 EDT(-0400)] <EricDalquist> yup
[12:28:30 EDT(-0400)] <EricDalquist> I'll be getting that together on the 3.0.1 release notes page in the wiki when I get closer to the release
[12:29:17 EDT(-0400)] <MarkRogers> oh, you will already be doing that, eh? beauty
[12:30:31 EDT(-0400)] <EricDalquist> http://www.ja-sig.org/wiki/display/UPC/Release+Notes
[12:30:36 EDT(-0400)] <athena7> maybe you can send him some timbits as a thank-you
[12:33:29 EDT(-0400)] <MarkRogers> that's nice, Eric ... I am going to put that in the newsletter somehow
[12:34:27 EDT(-0400)] <EricDalquist> sounds good
[12:34:33 EDT(-0400)] <EricDalquist> sorry there isn't much for 3.0.1 there yet
[12:34:45 EDT(-0400)] <EricDalquist> but I put together a page like those linked there for each release
[12:35:40 EDT(-0400)] <MarkRogers> I was just thinking about your discussion of themes
[12:35:52 EDT(-0400)] <MarkRogers> and how people would like to know that a change like that is coming
[12:36:37 EDT(-0400)] <MarkRogers> ... further, I guess, to our discussion about the "Archived Portal Exploration" from yesterday
[12:37:16 EDT(-0400)] <MarkRogers> ... and something maybe along the lines of Scott's CAS Roadmap
[12:37:36 EDT(-0400)] <EricDalquist> do you have a link to that?
[12:38:17 EDT(-0400)] <MarkRogers> http://www.ja-sig.org/wiki/display/CAS/CAS+Vision+and+Roadmap
[12:38:46 EDT(-0400)] <EricDalquist> nice
[12:38:52 EDT(-0400)] <EricDalquist> that would be nice
[12:39:44 EDT(-0400)] <athena7> i like the comment for cas 5
[12:40:31 EDT(-0400)] <MarkRogers> that was a nice touch
[13:15:43 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[13:18:50 EDT(-0400)] * apetro-_ (n=apetro@dhcp-96-190.cc.gettysburg.edu) has joined ##uportal
[13:28:41 EDT(-0400)] * esm (n=esm@207-53-192-161.dynamic-dsl.qis.net) has joined ##uportal
[13:51:00 EDT(-0400)] * michelled (n=team@142.150.154.197) has left ##uportal
[14:38:47 EDT(-0400)] <EricDalquist> anyone know of an easy way using uPortal APIs to go from an activeTab=N to the actually nodeId for that <folder> element in the user's layout?
[14:49:47 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[15:26:37 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[16:21:39 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[16:23:04 EDT(-0400)] <apetro-_> Hello from the Gettysburg conference
[16:23:10 EDT(-0400)] <EricDalquist> hello
[16:23:22 EDT(-0400)] <apetro-_> We all wish you could be here, Eric.
[16:24:16 EDT(-0400)] <EricDalquist> (smile) As do I, perhaps next year
[16:25:39 EDT(-0400)] <EricDalquist> how is the conference going?
[16:30:26 EDT(-0400)] <apetro-_> Went very well
[16:30:35 EDT(-0400)] <apetro-_> end of my third and final session of the day
[16:30:41 EDT(-0400)] <apetro-_> feedback overall has been positive
[16:30:58 EDT(-0400)] <EricDalquist> great
[16:34:56 EDT(-0400)] <MarkRogers> Hi Andrew
[16:35:35 EDT(-0400)] <athena7> hello andrew!
[16:43:58 EDT(-0400)] <MarkRogers> all of the deployment tasks are still done with ant, correct?
[16:44:05 EDT(-0400)] <EricDalquist> yes
[16:44:14 EDT(-0400)] <MarkRogers> and not, for example, mvn tomcat:deploy
[16:45:16 EDT(-0400)] <EricDalquist> correct
[16:45:51 EDT(-0400)] <MarkRogers> and no plans to do anything like that
[16:46:33 EDT(-0400)] <EricDalquist> who knows
[16:46:42 EDT(-0400)] <MarkRogers> (smile)
[16:46:44 EDT(-0400)] <MarkRogers> thanks
[16:46:45 EDT(-0400)] <EricDalquist> personally I think maven is a great build tool
[16:46:57 EDT(-0400)] <EricDalquist> and a terrible deployment/scripting tool
[16:47:08 EDT(-0400)] <EricDalquist> and Ant is a great deployment/scripting tool and a terrible build tool
[16:47:13 EDT(-0400)] <EricDalquist> which is why we have both
[16:47:37 EDT(-0400)] <EricDalquist> but if someone goes and writes good Maven plugins for database/import/export/deployment
[16:47:57 EDT(-0400)] <EricDalquist> I'm definitely not going to say no (smile)
[16:48:08 EDT(-0400)] <athena7> i'd agree
[16:48:22 EDT(-0400)] <athena7> maven just isn't set up to do things like copy a file somewhre
[16:48:57 EDT(-0400)] <EricDalquist> and doing it in a plugin you start just wishing you had ant, since it has already solved all the os specific stuff
[16:57:19 EDT(-0400)] <athena7> yes
[17:00:08 EDT(-0400)] <MarkRogers> thanks
[17:00:31 EDT(-0400)] <MarkRogers> i just saw some references to the tomcat plugin and it looked fairly straightforward
[17:00:51 EDT(-0400)] <EricDalquist> yeah ... only partially
[17:01:00 EDT(-0400)] <EricDalquist> it won't handle anything done by deploy-ear
[17:01:03 EDT(-0400)] <EricDalquist> or deployPortletApp
[17:01:04 EDT(-0400)] <MarkRogers> so i went snooping around and saw one for Oracle (which we have) and thought that would be cool
[17:01:33 EDT(-0400)] <EricDalquist> the oracle one may deal with what deploy-ear does since Oracle (OC4J?) deals with EARs I believe
[17:01:55 EDT(-0400)] <MarkRogers> yes OC4J
[17:02:08 EDT(-0400)] <MarkRogers> 10.1.3 or something like that
[17:02:27 EDT(-0400)] <MarkRogers> not my area ... oh, I am the backup to the backup
[17:06:06 EDT(-0400)] <MarkRogers> need to build one of these, I guess (smile) http://blogs.sun.com/AngeloJ/entry/openportal_on_glassfish
[17:15:47 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has left ##uportal
[17:35:38 EDT(-0400)] * deuce (n=deuce@uni1.unicon.net) has joined ##uportal
[17:36:52 EDT(-0400)] <deuce> eric, do we have a good way to deploy a servlet into up3 after it's been deployed?
[17:37:07 EDT(-0400)] <EricDalquist> ?
[17:37:17 EDT(-0400)] <EricDalquist> like add a servlet to uPortal's web.xml?
[17:37:18 EDT(-0400)] <deuce> after up3 has been deployed i mean
[17:37:20 EDT(-0400)] <deuce> si
[17:37:44 EDT(-0400)] <EricDalquist> you'd need to add the code, edit the web.xml and run ant deploy-war
[17:38:04 EDT(-0400)] <EricDalquist> I feel like I may be miss-understanding some part of the question though
[17:38:22 EDT(-0400)] <deuce> that's deploying the up3 war tho right?
[17:38:42 EDT(-0400)] <EricDalquist> yeah, any servlet in the uPortal webapp would be part of that WAR
[17:39:08 EDT(-0400)] <deuce> i guess my requirement is to add a servlet post deployment
[17:39:24 EDT(-0400)] <EricDalquist> um, that's not really possible in any servlet container ...
[17:39:34 EDT(-0400)] <EricDalquist> it always requires a web-app reload
[17:39:53 EDT(-0400)] <EricDalquist> so I guess you can do it dynamically by writing code that edits the web.xml during runtime
[17:40:05 EDT(-0400)] <EricDalquist> and hoping tomcat correctly reloads the webapp context when it detects the change
[17:40:13 EDT(-0400)] <deuce> well now i have to manually, edit the deployed web.xml, drop in a jar and restart
[17:40:25 EDT(-0400)] <EricDalquist> but I don't think uPortal reloads nicely right now
[17:40:27 EDT(-0400)] <EricDalquist> yeah
[17:40:39 EDT(-0400)] <EricDalquist> I'm not sure how else you could do that
[17:40:57 EDT(-0400)] <EricDalquist> would doing that 'automatically' during the deploy process suffice?
[17:40:58 EDT(-0400)] <deuce> ok. i just wanted to make sure there wasn't a better way
[17:42:03 EDT(-0400)] <deuce> anything automatically would be better at this point (smile)
[17:42:54 EDT(-0400)] <EricDalquist> so you are trying to add some 3rd party servlet to up3
[17:43:06 EDT(-0400)] <EricDalquist> but you don't want to edit the pre-deployment web.xml?
[17:43:06 EDT(-0400)] <deuce> yes
[17:43:28 EDT(-0400)] <EricDalquist> I guess, why can't the modification just be made in the uPortal source you're deploying from
[17:43:49 EDT(-0400)] <deuce> because i'm assuming up3 has already been deployed
[17:43:54 EDT(-0400)] <EricDalquist> ah
[17:43:57 EDT(-0400)] <EricDalquist> ok
[17:44:04 EDT(-0400)] <EricDalquist> yeah I can't think of an automated way to do that
[17:44:09 EDT(-0400)] <deuce> (smile)
[17:44:10 EDT(-0400)] <deuce> ok
[17:44:13 EDT(-0400)] <EricDalquist> other than writing up an ant script or something
[17:44:13 EDT(-0400)] <deuce> thx
[17:44:18 EDT(-0400)] <EricDalquist> yup
[17:44:58 EDT(-0400)] <EricDalquist> on a different note ... my database logging portal event handler is working!
[17:45:04 EDT(-0400)] <athena7> oooh!
[17:45:06 EDT(-0400)] <EricDalquist> this is a big ol chunk of code (tongue)
[17:45:07 EDT(-0400)] <athena7> excellent
[17:45:22 EDT(-0400)] <EricDalquist> like huge ...
[17:45:29 EDT(-0400)] <athena7> really?
[17:45:31 EDT(-0400)] <athena7> what does it do?
[17:45:39 EDT(-0400)] <EricDalquist> well
[17:45:43 EDT(-0400)] <EricDalquist> not large code #s
[17:45:53 EDT(-0400)] <EricDalquist> but added a lot of functionality and data to the existing portal events
[17:46:00 EDT(-0400)] <athena7> neat
[17:46:21 EDT(-0400)] <EricDalquist> it adds or modifies over 70 files
[17:46:28 EDT(-0400)] <EricDalquist> but it looks like it is all working
[17:46:46 EDT(-0400)] <EricDalquist> and using jpa/hibernate for the persistence so we're not adding yet-another-persistence API
[17:47:06 EDT(-0400)] <EricDalquist> I did a fair ammount of performance testing and it looks good
[17:47:24 EDT(-0400)] <athena7> that's great
[17:47:28 EDT(-0400)] <athena7> (smile)
[17:47:38 EDT(-0400)] <EricDalquist> now someone can go write a reporting tool
[17:47:49 EDT(-0400)] <EricDalquist> this is one of those things that seems like a great idea
[17:47:49 EDT(-0400)] <athena7> i was thinking about that last night
[17:47:51 EDT(-0400)] <EricDalquist> and in a way it is
[17:47:58 EDT(-0400)] <EricDalquist> but then you realize just how much data there is
[17:48:10 EDT(-0400)] <athena7> we could use some of the google charting stuff that the feedback portlet uses
[17:48:14 EDT(-0400)] <athena7> it's pretty cool
[17:48:23 EDT(-0400)] <EricDalquist> like we add 1 million plus rows/day right now
[17:48:26 EDT(-0400)] <EricDalquist> yeah
[17:48:31 EDT(-0400)] <EricDalquist> the issue is aggregating the data
[17:48:32 EDT(-0400)] <athena7> or andrew suggested using it as an exmple in the csqlquery channel too
[17:48:38 EDT(-0400)] <athena7> wow, that's a lot fo data
[17:48:42 EDT(-0400)] <EricDalquist> all this thing is a database backed event log
[17:48:59 EDT(-0400)] <EricDalquist> you can't realistically run interactive reports against a dataset that large
[17:49:03 EDT(-0400)] <athena7> yeah
[17:49:05 EDT(-0400)] <athena7> no kidding
[17:49:11 EDT(-0400)] <athena7> is it configurable how much it logs?
[17:49:23 EDT(-0400)] <EricDalquist> so I'm hoping once this is there someone can work on some aggregating tools
[17:49:24 EDT(-0400)] <EricDalquist> yeah
[17:49:33 EDT(-0400)] <EricDalquist> you can specify on an event-by-event basis
[17:49:39 EDT(-0400)] <EricDalquist> but figure you want channel render times
[17:49:47 EDT(-0400)] <EricDalquist> that's like 4-8 events per page view
[17:49:53 EDT(-0400)] <athena7> yeah
[17:50:06 EDT(-0400)] <athena7> if you just logged like logins or something i wouldn't think it'd be that bad
[17:50:12 EDT(-0400)] <EricDalquist> yup
[17:50:29 EDT(-0400)] <EricDalquist> there are 20 different events right now
[17:50:44 EDT(-0400)] <athena7> yeah i remember looking at some of that
[17:51:41 EDT(-0400)] <EricDalquist> I don't think it would be too terribly difficult to write an aggregator than ran on the data and moved it into 'stats summary' tables for easier reporting
[17:51:56 EDT(-0400)] <EricDalquist> though we still haven't done it but that has been more of a time issue than anything
[17:52:05 EDT(-0400)] <athena7> ah
[17:52:18 EDT(-0400)] <athena7> sounds interesting though
[17:52:36 EDT(-0400)] <athena7> i'd maybe have some interest in helping w/ the display if someone does some aggregation
[17:53:23 EDT(-0400)] <EricDalquist> (smile)
[17:53:31 EDT(-0400)] <EricDalquist> well I know there are people on the list interested
[17:53:37 EDT(-0400)] <EricDalquist> so hopefully we can get some collaboration going here
[17:53:38 EDT(-0400)] <athena7> yeah
[17:54:51 EDT(-0400)] <EricDalquist> up next is 3.0.1 ... then migrating our id/attribute swapper portlets
[17:54:56 EDT(-0400)] <EricDalquist> those will be very good to get in as well
[17:59:08 EDT(-0400)] <athena7> yes
[18:10:47 EDT(-0400)] <EricDalquist> http://www.ja-sig.org/issues/browse/UP-2075
[18:10:56 EDT(-0400)] <EricDalquist> if you're interested in trying it there is a .patch attached
[18:11:12 EDT(-0400)] <EricDalquist> and actually if you have time to try it that would be great since it would mark another database off
[18:11:54 EDT(-0400)] <athena7> sure, i'll see if i have time tomorrow
[18:13:01 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[18:15:15 EDT(-0400)] <athena7> aright, i'm heading out
[18:15:16 EDT(-0400)] <athena7> ttyl
[18:15:21 EDT(-0400)] <EricDalquist> later
[19:18:55 EDT(-0400)] * grimesp (n=grimesp@134.250.4.177) has left ##uportal
[22:30:56 EDT(-0400)] * apetro-_ (n=apetro@oh-67-77-123-132.sta.embarqhsd.net) has joined ##uportal
[23:06:39 EDT(-0400)] * esm (n=esm@207-53-192-161.dynamic-dsl.qis.net) has joined ##uportal