[00:50:30 EDT(-0400)] * EiNZTEiN (n=einztein@dsl-162.isunet.net) has joined ##uportal
[08:35:01 EDT(-0400)] * anastasiac (n=team@142.150.154.105) has joined ##uportal
[08:50:01 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.mn.comcast.net) has joined ##uportal
[08:53:37 EDT(-0400)] <Tuomaz> athena7: when creating groups via crn-import, do you know a way to specify a 'parent' group to create nested groups?
[08:54:00 EDT(-0400)] <athena7> sorry, i'm not quite sure what you mean
[08:54:42 EDT(-0400)] <athena7> there are files that create groups
[08:54:52 EDT(-0400)] <athena7> in the "group" folder
[08:55:03 EDT(-0400)] <athena7> and files that create group memberships in the "membership" folder
[08:55:33 EDT(-0400)] <athena7> you can use memberships to add groups to another group
[08:55:37 EDT(-0400)] <Tuomaz> ok
[08:55:44 EDT(-0400)] <Tuomaz> Step 1: create groups
[08:55:52 EDT(-0400)] <Tuomaz> Step 2: link groups
[08:56:01 EDT(-0400)] <Tuomaz> thanks
[08:56:02 EDT(-0400)] <athena7> like if you look at membership/All_categories__Applications-5.membership
[08:56:12 EDT(-0400)] <athena7> does that sound like what you need?
[08:56:15 EDT(-0400)] <Tuomaz> yes
[08:56:18 EDT(-0400)] <athena7> ok
[09:28:37 EDT(-0400)] * EiNZTEiN (n=einztein@dsl-162.isunet.net) has joined ##uportal
[09:40:33 EDT(-0400)] * MarkRogers (n=MarkRoge@wnpgmb0804w-ad03-82-73.dynamic.mts.net) has joined ##uportal
[09:44:18 EDT(-0400)] * jessm (n=Jess@cpe-069-134-127-060.nc.res.rr.com) has joined ##uportal
[10:16:20 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:23:56 EDT(-0400)] * EiNZTEiN_ (n=einztein@205.241.143.4) has joined ##uportal
[10:24:07 EDT(-0400)] <EricDalquist> athena7: thanks for all the work on these jira issues!
[10:24:16 EDT(-0400)] <athena7> sure thing
[10:24:34 EDT(-0400)] <athena7> trying to mark all the fixed ones as resolved
[10:25:11 EDT(-0400)] <athena7> i'm going to be at the chandler office next week
[10:25:40 EDT(-0400)] <athena7> hopefully now i won't be blocking on anything while i'm there
[10:26:10 EDT(-0400)] <EricDalquist> great
[10:26:28 EDT(-0400)] <EricDalquist> I've been so busy with things here I haven't really looked at the status
[10:26:39 EDT(-0400)] <EricDalquist> I'll plan on doing that next week and getting things ready for 3.0.1
[10:26:55 EDT(-0400)] <athena7> sounds good
[10:26:56 EDT(-0400)] <athena7> the proposed fix on this ticket looks pretty reasonable to me: http://www.ja-sig.org/issues/browse/UP-2040
[10:27:10 EDT(-0400)] <athena7> for the passwords with spaces issue
[10:27:26 EDT(-0400)] <EricDalquist> yup
[10:27:40 EDT(-0400)] <EricDalquist> I think I had talked with him at the conference about that
[10:27:43 EDT(-0400)] <EricDalquist> looks good
[10:27:46 EDT(-0400)] <athena7> yeah, i remember it coming up
[10:27:57 EDT(-0400)] <athena7> i can just go ahead and commit that to the trunk, if that's helpful
[10:28:28 EDT(-0400)] <EricDalquist> yup
[10:30:44 EDT(-0400)] <EricDalquist> wow just looked at Jira ... you've made some good progress
[10:30:58 EDT(-0400)] <athena7> trying to
[10:30:59 EDT(-0400)] <EricDalquist> if you have time could you also look at http://www.ja-sig.org/issues/browse/UP-2037
[10:31:24 EDT(-0400)] <athena7> yes, so, in some ways that's an artifact of the new display
[10:31:39 EDT(-0400)] <athena7> i'm not sure how to handle that
[10:32:11 EDT(-0400)] <athena7> i think it's always been the case that focusing a channel doesn't change the active tab
[10:32:24 EDT(-0400)] <EricDalquist> ah
[10:32:27 EDT(-0400)] <athena7> so if you call a channel by fname or the target id, it doesn't change the current tab
[10:32:32 EDT(-0400)] <EricDalquist> well
[10:32:35 EDT(-0400)] <athena7> which may or may not be desirable
[10:32:41 EDT(-0400)] <EricDalquist> I don't think calling something by fname should change the tab
[10:32:49 EDT(-0400)] <EricDalquist> but the links on the left bar should probably change the tab
[10:32:52 EDT(-0400)] <athena7> but now it's really noticeable because the layout doesn't match up
[10:33:01 EDT(-0400)] <EricDalquist> they should be able to set activeTab and focused channel in one URL right?
[10:33:01 EDT(-0400)] <athena7> i'm not sure if the code knows the difference
[10:33:06 EDT(-0400)] <athena7> oh!
[10:33:07 EDT(-0400)] <athena7> yes!
[10:33:15 EDT(-0400)] <athena7> that makes sense
[10:33:19 EDT(-0400)] <EricDalquist> yeah, do it in the URL
[10:33:21 EDT(-0400)] <athena7> hm
[10:33:24 EDT(-0400)] <athena7> will do
[10:33:27 EDT(-0400)] <EricDalquist> don't try to make the framework 'figure it out'
[10:33:31 EDT(-0400)] <athena7> right
[10:33:36 EDT(-0400)] <athena7> that would not be good
[10:33:36 EDT(-0400)] <EricDalquist> that would seem to be terribly complex
[10:33:39 EDT(-0400)] <athena7> yes
[10:33:48 EDT(-0400)] <athena7> theres going to be some added complication with the links
[10:34:04 EDT(-0400)] <athena7> because if you move the tab, then we'll have to dynamically update all the links via javascript
[10:34:23 EDT(-0400)] <EricDalquist> ah
[10:34:29 EDT(-0400)] <EricDalquist> darn dynamic UI
[10:34:45 EDT(-0400)] <EricDalquist> too bad the tab fname support isn't more flushed out yet
[10:35:00 EDT(-0400)] <EricDalquist> if it was we could build the links using the tab fname instead of the id
[10:35:20 EDT(-0400)] <athena7> yeah
[10:35:38 EDT(-0400)] <athena7> really though, it's stupid that it uses a number for the tab anyway
[10:35:49 EDT(-0400)] <athena7> that's the source of a whole bunch of issues
[10:36:01 EDT(-0400)] <athena7> the active tab should be "tabid" not "1"
[10:36:18 EDT(-0400)] <athena7> it's not like tabs don't have unique ids
[10:36:36 EDT(-0400)] <EricDalquist>
[10:36:43 EDT(-0400)] * EiNZTEiN (n=einztein@205.241.143.4) has joined ##uportal
[10:36:49 EDT(-0400)] <EricDalquist> well when we (UW) get to our 'nice URLs' requirement
[10:36:53 EDT(-0400)] <EricDalquist> all that will be fixed
[10:37:14 EDT(-0400)] <EricDalquist> and we'll be using tab fnames and channel fnames or ids for as much as possible in the urls
[10:37:31 EDT(-0400)] <athena7> yeah
[10:37:47 EDT(-0400)] <athena7> this probably should have been fixed even before that though
[10:38:04 EDT(-0400)] <athena7> could just use the subscribe id instead of a position
[10:40:33 EDT(-0400)] <athena7> hmm, that's odd
[10:40:57 EDT(-0400)] <athena7> looks like the link is already setting the active tab
[10:41:13 EDT(-0400)] <athena7> i'll have to see what it's really rendering as a link
[10:42:02 EDT(-0400)] * esm (n=esm@207-53-193-3.dynamic-dsl.qis.net) has joined ##uportal
[10:42:23 EDT(-0400)] <EricDalquist> I wonder if it is pulling the wrong tabid
[10:43:25 EDT(-0400)] <athena7> looks like the link is set right for the flyouts
[10:43:30 EDT(-0400)] <athena7> but not the side menu nav
[10:44:10 EDT(-0400)] <EricDalquist> ah
[10:44:11 EDT(-0400)] <EricDalquist> yeah
[10:44:16 EDT(-0400)] <EricDalquist> I think I fixed the flyouts pre GA
[10:44:21 EDT(-0400)] <EricDalquist> but probably forgot about the side
[10:44:36 EDT(-0400)] <athena7> ah
[10:44:44 EDT(-0400)] <athena7> well, easily fixable
[10:45:03 EDT(-0400)] <athena7> probably the case though that the active tab isn't reset properly when you move a tab
[10:45:12 EDT(-0400)] <athena7> although it's likely not very noticeable
[10:45:31 EDT(-0400)] <EricDalquist> probably not
[10:46:00 EDT(-0400)] <athena7> you'd need to move the tab, then use the flyout menu to go to focus mode
[10:46:05 EDT(-0400)] <athena7> without doing any page reloads
[10:46:20 EDT(-0400)] <athena7> not sure if it's worth adding logic for, if we're going to have fnames
[10:49:18 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:07:41 EDT(-0400)] * esm (n=esm@207-53-193-3.dynamic-dsl.qis.net) has joined ##uportal
[11:17:51 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:50:41 EDT(-0400)] * holdorph_ (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:25:34 EDT(-0400)] * apetro-_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:25:54 EDT(-0400)] <apetro-_> I feel silly. now I see Eric's email saying exactly what I say about .zip format uPortal distros
[12:27:57 EDT(-0400)] <EricDalquist>
[12:28:25 EDT(-0400)] <athena7> at least everyone is on the same page?
[12:29:47 EDT(-0400)] <EricDalquist> I think 'big red warning' is probably the easiest fix
[12:30:12 EDT(-0400)] <EricDalquist> other than petitioning Microsoft to include a real unzip program with their OS
[12:30:16 EDT(-0400)] <athena7> i suspect that we'll still get a lot of people not noticing the big red warning
[12:30:22 EDT(-0400)] <EricDalquist> yeah
[12:30:24 EDT(-0400)] <EricDalquist> true
[12:30:33 EDT(-0400)] <athena7> i mean, i know i don't read directions
[12:30:37 EDT(-0400)] <EricDalquist> perhaps just limiting it to .tar.gz/.tar.bz2
[12:30:49 EDT(-0400)] <EricDalquist> though with that we should still have the warning
[12:30:58 EDT(-0400)] <EricDalquist> since Solaris tar will cause problems
[12:31:08 EDT(-0400)] <athena7> yeah
[12:31:09 EDT(-0400)] <athena7> unfortunate
[12:32:28 EDT(-0400)] <apetro-_> just not including .zip is pretty attractive
[12:32:36 EDT(-0400)] <apetro-_> a little paternal, but will prevent the problem
[12:32:54 EDT(-0400)] <apetro-_> well, not "just". Updating the website still in order.
[12:33:04 EDT(-0400)] <apetro-_> Which brings us to the topic of the website re-do initiative.
[12:33:51 EDT(-0400)] <EricDalquist> yup
[12:34:09 EDT(-0400)] <EricDalquist> http://ant.apache.org/bindownload.cgi
[12:34:15 EDT(-0400)] <EricDalquist> Ant download page for reference
[12:38:04 EDT(-0400)] * colinclark (n=colin@bas1-toronto09-1279543721.dsl.bell.ca) has joined ##uportal
[12:42:41 EDT(-0400)] <athena7> for ticket http://www.ja-sig.org/issues/browse/UP-2050 i'm wondering if we need another column in up_ss_theme
[12:42:52 EDT(-0400)] <athena7> there are uris for the sample icons and such
[12:43:10 EDT(-0400)] <athena7> there probably needs to be a uri for the skinList.xml as well
[12:43:23 EDT(-0400)] <EricDalquist> so I've never been clear ... what goes in the DB versus the SDF file?
[12:43:31 EDT(-0400)] <athena7> oh, that's a good question
[12:43:33 EDT(-0400)] <athena7> let me look
[12:44:18 EDT(-0400)] <athena7> hm
[12:44:26 EDT(-0400)] <athena7> looks like it duplicates what's in the database
[12:44:48 EDT(-0400)] <EricDalquist> yay for duplicate data!
[12:44:49 EDT(-0400)] <EricDalquist>
[12:44:52 EDT(-0400)] <athena7> lol yes
[12:45:34 EDT(-0400)] <athena7> speaking of which, we still need to discuss the duplication of channel-in-group membership in the xml files, since that's represented both as membership files and in the channel files
[12:45:52 EDT(-0400)] <EricDalquist> yeah, that one really needs to end up on the dev list
[12:46:00 EDT(-0400)] <EricDalquist> I'm at a loss about what exactly to do about it
[12:46:01 EDT(-0400)] <athena7> yes
[12:46:22 EDT(-0400)] <athena7> what's the sdf supposed to be for, anyway?
[12:46:35 EDT(-0400)] <EricDalquist> no idea
[13:06:30 EDT(-0400)] <EricDalquist> oh
[13:06:41 EDT(-0400)] <EricDalquist> I think it is where you specify persisted properties
[13:13:10 EDT(-0400)] <athena7> persisted properties?
[13:13:37 EDT(-0400)] <EricDalquist> yeah
[13:13:41 EDT(-0400)] <EricDalquist> er parameters
[13:13:51 EDT(-0400)] <EricDalquist> so I think if you define a parameter name in the sdf
[13:13:54 EDT(-0400)] <EricDalquist> the portal will persist it
[13:14:46 EDT(-0400)] <athena7> ah, hm
[13:14:57 EDT(-0400)] <athena7> yet another random import/export piece?
[13:15:14 EDT(-0400)] <EricDalquist> yeah
[13:15:22 EDT(-0400)] <EricDalquist> except I'm not even sure how those files are parsed
[13:16:27 EDT(-0400)] <athena7> no idea
[13:44:46 EDT(-0400)] <EricDalquist> C:\uPortal-3.0.0-quick-start > ant hsql Unable to initialize threads: cannot find class java/lang/Thread
[13:44:51 EDT(-0400)] <EricDalquist> I have NO idea
[13:46:14 EDT(-0400)] <athena7> me neither
[13:46:26 EDT(-0400)] <athena7> i was like um, wow, that's no good!
[13:46:29 EDT(-0400)] <EricDalquist> since it has to be finding Java to get that far ...
[13:46:36 EDT(-0400)] <athena7> which isn't actually a useful response
[13:46:37 EDT(-0400)] <athena7> yeah
[13:46:39 EDT(-0400)] <EricDalquist> but finding Java and not finding java.lang.Thread?
[14:00:43 EDT(-0400)] <holdoprh> could be class loader issues, or also byte code manipulation that cause oddities like that. in your case, i don't see how either applies, but...
[14:00:56 EDT(-0400)] <holdoprh> in the general, those things sometimes come up
[14:00:57 EDT(-0400)] <EricDalquist> this is a mailing list email about running '
[14:01:00 EDT(-0400)] <EricDalquist> ant hsql
[14:01:02 EDT(-0400)] <EricDalquist> in the quickstart
[14:01:33 EDT(-0400)] <holdoprh> ah
[14:02:12 EDT(-0400)] <holdoprh> would be useful to find out what jvm ant thinks it's using.
[14:25:04 EDT(-0400)] * jessm (n=Jess@cpe-069-134-127-060.nc.res.rr.com) has joined ##uportal
[14:29:39 EDT(-0400)] <holdoprh> 1.1.7.31o, that's impressive. I couldn't even begin to guess what that is
[14:29:53 EDT(-0400)] <EricDalquist> the MS JVM
[14:30:07 EDT(-0400)] <EricDalquist> at least that's what a coworker who apparently helped someone with similar issues said
[14:42:57 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[15:55:44 EDT(-0400)] * athena7_ (n=athena7@c-24-2-189-230.hsd1.mn.comcast.net) has joined ##uportal
[16:02:23 EDT(-0400)] * EiNZTEiN_ (n=einztein@205.241.143.4) has joined ##uportal
[17:27:01 EDT(-0400)] * EiNZTEiN (n=einztein@205.241.143.4) has joined ##uportal
[18:04:15 EDT(-0400)] * michelled (n=team@142.150.154.197) has left ##uportal
[18:35:11 EDT(-0400)] * EiNZTEiN (n=einztein@dsl-162.isunet.net) has joined ##uportal

Browser not supported