uPortal IRC Logs-2009-02-20

[01:48:38 EST(-0500)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[04:46:42 EST(-0500)] * higmad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[08:55:07 EST(-0500)] * athena7 (n=athena7@adsl-99-136-251-32.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:05:38 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176131712.dsl.bell.ca) has joined ##uportal
[10:00:17 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:02:16 EST(-0500)] <athena7> morning eric
[10:02:37 EST(-0500)] <athena7> i had trouble figuring out how to deploy artifacts last night and wanted to double check that i have the right permissions
[10:39:02 EST(-0500)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:47:05 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:51:49 EST(-0500)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[11:02:19 EST(-0500)] <EricDalquist> be right there athena7
[11:02:26 EST(-0500)] <athena7> sure, no rush
[11:03:49 EST(-0500)] <EricDalquist> what did you run into?
[11:04:07 EST(-0500)] <athena7> well, when i tried to deploy via the command line i got a 401 error
[11:04:28 EST(-0500)] <athena7> i assumed i did something wrong, so i tried the web interface instead, but i couldn't find any link for uploading via the web
[11:04:32 EST(-0500)] <EricDalquist> did you add a <server> entry to .m2/settings.xml
[11:04:43 EST(-0500)] <EricDalquist> yeah, the webui has custom right-click menus
[11:04:52 EST(-0500)] <EricDalquist> so you right-click on a repository to upload to it
[11:04:56 EST(-0500)] <EricDalquist> but for the command line
[11:05:46 EST(-0500)] <EricDalquist> to use Maven to publish you need to edit your ~/.m2/settings.xml file
[11:05:48 EST(-0500)] <EricDalquist> and add:
[11:05:49 EST(-0500)] <EricDalquist> <server> <id>jasig.maven</id> <username>username</username> <password>password</password> </server>
[11:05:55 EST(-0500)] <athena7> yeah, i did add that
[11:05:57 EST(-0500)] <athena7> will check for typos
[11:05:57 EST(-0500)] <EricDalquist> that pasted poorly ...
[11:06:34 EST(-0500)] <athena7> so how would i do it via the web? right-click on the repository name in the browse interface?
[11:06:51 EST(-0500)] <EricDalquist> the <id> needs to match the ID of the repository in the distributionManagement section of the pom
[11:06:55 EST(-0500)] <EricDalquist> yes
[11:08:10 EST(-0500)] <EricDalquist> what does the distributionManagement section in the project's POM look like?
[11:08:18 EST(-0500)] <athena7> so the only thing i see in right-click is "view"
[11:08:33 EST(-0500)] <EricDalquist> are you logged in?
[11:08:45 EST(-0500)] <athena7> i haven't updated the pom yet, so i was just trying to use the mvn deploy:deploy-file command
[11:08:45 EST(-0500)] <athena7> yep
[11:08:50 EST(-0500)] <athena7> er, wait, no
[11:09:01 EST(-0500)] <EricDalquist> ah
[11:09:03 EST(-0500)] <athena7> although i was last night
[11:09:05 EST(-0500)] <EricDalquist> is this just a snapshot?
[11:09:23 EST(-0500)] <EricDalquist> it is A LOT easier to deploy with a correct POM
[11:09:56 EST(-0500)] <athena7> ok, i still only see the view item
[11:10:00 EST(-0500)] <athena7> yeah, it is a snapshot
[11:10:08 EST(-0500)] <athena7> i wasn't quite sure what all to put in the pom
[11:10:11 EST(-0500)] <EricDalquist> which repository are you trying?
[11:10:24 EST(-0500)] <athena7> jasig maven 2 snapshots? i'm guessing that's what we want
[11:10:33 EST(-0500)] <EricDalquist> right , ok let me take a look
[11:10:39 EST(-0500)] <athena7> when i saw that i couldn't find a link in the web client i wondered if i don't actually have permissions for it
[11:10:39 EST(-0500)] <athena7> thanks!
[11:10:46 EST(-0500)] <EricDalquist> so for setting up the pom
[11:10:47 EST(-0500)] <EricDalquist> http://www.ja-sig.org/wiki/display/JSG/Using+Maven+for+your+JA-SIG+project
[11:10:52 EST(-0500)] <EricDalquist> you need to add the jasig parent
[11:11:06 EST(-0500)] <EricDalquist> and the repository from the Repositories section
[11:11:28 EST(-0500)] <athena7> i guess i probably need to add the snapshot repository as well?
[11:11:35 EST(-0500)] <EricDalquist> no
[11:11:41 EST(-0500)] <athena7> ah ok
[11:11:44 EST(-0500)] <EricDalquist> that is defined in the parent
[11:11:47 EST(-0500)] <athena7> ah, right
[11:11:53 EST(-0500)] <athena7> i've done both those steps then
[11:12:00 EST(-0500)] <EricDalquist> ok
[11:12:12 EST(-0500)] <EricDalquist> the parent also sets up the distributionManagement
[11:12:21 EST(-0500)] <EricDalquist> so you shouldn't need that in your pom either
[11:12:37 EST(-0500)] <athena7> ok
[11:12:49 EST(-0500)] <athena7> do any of those properties have to be defined?
[11:13:18 EST(-0500)] <EricDalquist> there is nothing that your project needs to define
[11:13:29 EST(-0500)] <EricDalquist> the properties are those available from the parent if you want to use them
[11:14:00 EST(-0500)] <athena7> ok
[11:14:25 EST(-0500)] <athena7> so just run a mvn deploy?
[11:14:28 EST(-0500)] <EricDalquist> hrm
[11:14:34 EST(-0500)] <EricDalquist> I think the permissions in nexus are wrong
[11:14:39 EST(-0500)] <EricDalquist> just a minute
[11:18:19 EST(-0500)] <EricDalquist> ok
[11:18:26 EST(-0500)] <EricDalquist> can you logout and then log back in
[11:18:30 EST(-0500)] <EricDalquist> and right click on a repo
[11:18:31 EST(-0500)] <athena7> sure
[11:18:43 EST(-0500)] <EricDalquist> if you have more options then try a command line deploy
[11:19:26 EST(-0500)] <athena7> still the same thing
[11:19:43 EST(-0500)] <EricDalquist> no additional options :/
[11:19:47 EST(-0500)] <EricDalquist> ok
[11:23:29 EST(-0500)] <EricDalquist> can you try again?
[11:23:56 EST(-0500)] <athena7> yep
[11:24:42 EST(-0500)] <athena7> hm, still the same :/
[11:25:05 EST(-0500)] <EricDalquist> can you try command line?
[11:25:14 EST(-0500)] <athena7> sure
[11:26:42 EST(-0500)] <athena7> looks promising so far
[11:26:53 EST(-0500)] <athena7> if it works via command line then i'm happy
[11:27:02 EST(-0500)] <EricDalquist> cool
[11:27:10 EST(-0500)] <EricDalquist> we can dig into the UI issues down the road
[11:27:17 EST(-0500)] <athena7> sure
[11:27:31 EST(-0500)] <athena7> i just wanted to make sure i had permissions before beating too hard against it
[11:27:35 EST(-0500)] <athena7> woo resource server deployed!
[11:27:39 EST(-0500)] <EricDalquist> nice
[11:27:51 EST(-0500)] <EricDalquist> nexus even has an RSS feed of recently deployed artifacts
[11:27:59 EST(-0500)] <athena7> so if you'd like, i could check in the uportal-portlets-overlay part for it
[11:28:05 EST(-0500)] <EricDalquist> sounds good
[11:28:12 EST(-0500)] <athena7> so we can actually make sure it's working before everyone leaves for the weekend and such
[11:28:14 EST(-0500)] <athena7> oh that's cool
[11:32:11 EST(-0500)] <EricDalquist> I also published the script* jars & poms to the jasig 3rd-party repo
[11:32:22 EST(-0500)] <EricDalquist> so no more endless downloading messages when working with cernunnos or uPortal
[11:33:00 EST(-0500)] <athena7> oh nice
[11:33:03 EST(-0500)] <athena7> very excellent
[11:33:24 EST(-0500)] <athena7> is it worth upping the version of the bookmarks portlet and deploying that to the snapshot repo?
[11:33:42 EST(-0500)] <EricDalquist> yup
[11:33:43 EST(-0500)] <athena7> i know there are a couple changes in there that yale had contributed, and i don't know if we want to use those without someone looking at them
[11:33:56 EST(-0500)] <athena7> that virtual folder stuff
[11:42:59 EST(-0500)] <EricDalquist> ah
[11:43:01 EST(-0500)] <EricDalquist> well
[11:43:05 EST(-0500)] <EricDalquist> update to the snapshot version
[11:43:08 EST(-0500)] <EricDalquist> and I'll take a look this weekendf
[11:44:55 EST(-0500)] <athena7> ok, will do
[11:45:12 EST(-0500)] <athena7> unless you edit the applicationConfiguration.xml file, i think the changes are invisible
[11:45:46 EST(-0500)] <athena7> gary did some accessibility work as well
[11:46:29 EST(-0500)] <athena7> ok!
[11:46:40 EST(-0500)] <athena7> uportal is now using the resource server
[11:46:49 EST(-0500)] <athena7> if anyone has time to test and make sure it's working for them, that'd be nice
[11:49:00 EST(-0500)] <EricDalquist> neat
[11:49:07 EST(-0500)] <EricDalquist> I'll try to later today
[11:49:12 EST(-0500)] <EricDalquist> I have 3 hours of meetings today
[11:49:16 EST(-0500)] <EricDalquist> all spaced about 2 hours aparty
[11:49:23 EST(-0500)] <EricDalquist> so no productivity for eric today
[11:49:25 EST(-0500)] <athena7> fun
[11:49:43 EST(-0500)] <athena7> yeah, i've been on other projects this week, and sadly today is no different
[11:49:47 EST(-0500)] <athena7> but at least that stuff is in now
[11:50:41 EST(-0500)] <athena7> hopefully the fluid release will be ready tonight and we can put that in the resource server as well
[11:51:07 EST(-0500)] <colinclark> athena7: I think we're about an hour away from shipping the 0.8 release.
[11:51:15 EST(-0500)] <athena7> congrats!
[11:51:18 EST(-0500)] <athena7> sounds fantastic
[11:51:41 EST(-0500)] <athena7> i had pulled in a more recent revision yesterday just to test, and everything looks great
[11:51:51 EST(-0500)] <athena7> although i did have a question about the pager component, when you have time
[11:52:56 EST(-0500)] <athena7> as in, probably not today
[11:54:54 EST(-0500)] <bszabo> Hey Eric, I see you guys are discussing Maven POMs
[11:55:11 EST(-0500)] <bszabo> I actually had a question for you on that topic
[11:55:39 EST(-0500)] <bszabo> I noticed yesterday that you guys use the <scm.path> property for settings the <scm> settings, at a root level
[11:56:02 EST(-0500)] <bszabo> I wanted to find out if you have had any issues with that approach
[11:56:28 EST(-0500)] <colinclark> athena7: I have time... most of my work for the release is done.
[11:56:36 EST(-0500)] <bszabo> one thing I notice immediately with doing that, is that the SCM path does not get updated properly when branching and tagging using the Maven release plugin
[11:56:38 EST(-0500)] <athena7> ah
[11:56:42 EST(-0500)] <colinclark> Although it's Bosmon who has done most of the work, so probably best to ask when he's around.
[11:56:48 EST(-0500)] <athena7> will do
[11:57:21 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[11:57:25 EST(-0500)] <bszabo> if you look in any of your tags, the <scm.path> always points to trunk (unless someone manually updates it)
[11:58:07 EST(-0500)] <bszabo> if you actually include full scm information in all poms, the plugins will update that information accordingly for the tag or branch location
[11:58:21 EST(-0500)] <bszabo> but that is what you are obviously trying to avoid
[11:59:09 EST(-0500)] <bszabo> Its not an apparent issue, but could cause complications whenever anything is done with a tag or branch that involves the Maven SCM plugin
[11:59:58 EST(-0500)] <bszabo> i.e. if someone were to try to create a branch from a tag using the Maven release plugin, or to tag from a branch (assuming the <scm.path> property has not been updated)
[12:00:42 EST(-0500)] <bszabo> I'm just wondering if you have ever ran into any issues as a result of this approach
[12:04:40 EST(-0500)] <EricDalquist> bszabo: we stopped doing that with the latest pom
[12:05:04 EST(-0500)] <EricDalquist> and as projects update to the jasig-parent:10 parent they will just define their scm info locally
[12:05:16 EST(-0500)] <EricDalquist> http://www.ja-sig.org/wiki/display/JSG/Using+Maven+for+your+JA-SIG+project
[12:07:47 EST(-0500)] <bszabo> ah, okay
[12:09:32 EST(-0500)] <bszabo> how timely
[12:10:06 EST(-0500)] <bszabo> I had looked at that page a little while back and had not caught the update
[12:10:21 EST(-0500)] <EricDalquist> just updated it a few days ago when we switched to Nexus for our repositories
[12:10:59 EST(-0500)] <bszabo> what was the reason for the switch? (issues like I mentioned?)
[12:11:06 EST(-0500)] <bszabo> if you don't mind me asking
[12:11:10 EST(-0500)] <EricDalquist> switching to nexus?
[12:11:31 EST(-0500)] <bszabo> no, for stopping use of a property to determine the <scm> element
[12:11:38 EST(-0500)] <EricDalquist> oh yeah
[12:11:48 EST(-0500)] <EricDalquist> I had naively tried to define properties in the parent
[12:12:01 EST(-0500)] <EricDalquist> err define settings in the parent
[12:12:07 EST(-0500)] <EricDalquist> then let the child just set properties to fill in the blanks
[12:12:17 EST(-0500)] <EricDalquist> the problem is a lot of maven plugins don't play nice when you do that
[12:12:22 EST(-0500)] <EricDalquist> so I took the opposite approach
[12:12:27 EST(-0500)] <EricDalquist> the parent defines a bunch of properties
[12:12:37 EST(-0500)] <EricDalquist> that children can use as the basis for settings
[12:12:41 EST(-0500)] <bszabo> yeah, okay
[12:12:44 EST(-0500)] <EricDalquist> and that seems to be much better
[12:12:52 EST(-0500)] <EricDalquist> works well with both release and site plugins
[12:12:52 EST(-0500)] <bszabo> that's how I have done it too
[12:13:18 EST(-0500)] <bszabo> cool, thanks for the info
[12:14:09 EST(-0500)] <EricDalquist> no problem
[12:44:39 EST(-0500)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:56:52 EST(-0500)] <athena7> morning athena7
[12:56:54 EST(-0500)] <athena7> er
[12:56:59 EST(-0500)] <athena7> that was supposed to be awills
[12:57:01 EST(-0500)] * athena7 waves to herself
[13:05:27 EST(-0500)] <awills> lol, good morning
[13:08:12 EST(-0500)] <EricDalquist> athena7: looking at your uPortal resource server commit
[13:08:24 EST(-0500)] <EricDalquist> will uPortal still work if the resource server isn't deployed?
[13:08:43 EST(-0500)] <athena7> no . . . but why wouldn't it be deployed?
[13:09:37 EST(-0500)] <athena7> i mean we could add everything to uportal as well and declare RESOURCE_SERVER as a param
[13:09:38 EST(-0500)] <EricDalquist> not sure but it might be good to follow the recommended pattern for using it
[13:09:58 EST(-0500)] <EricDalquist> though I suppose the jsp taglib doesn't work so hot from XSLT
[13:10:04 EST(-0500)] <athena7> yeah, exaclty
[13:10:08 EST(-0500)] <EricDalquist> ok
[13:10:10 EST(-0500)] <EricDalquist> nevermind then
[13:10:15 EST(-0500)] <athena7> and it seems like it might be nice to skip the context-checking overhead
[13:10:24 EST(-0500)] <athena7> plus we could take all of famfamfam out of uportal
[13:10:27 EST(-0500)] <athena7> which might be nice
[13:10:51 EST(-0500)] <EricDalquist> well context checking once per request is cheap compared to everything else uPortal does
[13:10:57 EST(-0500)] <athena7> lol
[13:10:59 EST(-0500)] <athena7> yes
[13:28:33 EST(-0500)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-6667b72f946f176e) has joined ##uportal
[13:31:29 EST(-0500)] <invisibill> Greetings uPortal devs: can I configure before the build which categories are displayed by default in the
[13:31:48 EST(-0500)] <invisibill> "Add Content -> Browse Channels -> Categories"
[13:32:18 EST(-0500)] <EricDalquist> I think the user sees all the categories that contain channels that they can subscribe to
[13:32:21 EST(-0500)] <invisibill> I'm trying to remove the CImage and Development categories that are displayed.
[13:32:46 EST(-0500)] <EricDalquist> are they empty when displayed?
[13:33:49 EST(-0500)] <athena7> i think all known categories for which the user has permissions are displayed, regardless of whether they contain channels
[13:34:01 EST(-0500)] <athena7> but that would be a reasonable change to suppress categories that don't contain anything
[13:34:20 EST(-0500)] <invisibill> They aren't but for instance, the "Channel Type" and CImage categories seem to be pointing to the same set of channels. I removed visibility for serveral of the perms for Channel Type and they disappeared for CImage.
[13:35:37 EST(-0500)] <athena7> i think you might be able to remove the channels from the undesired category, then delete the category
[13:35:37 EST(-0500)] <athena7> not sure
[13:38:22 EST(-0500)] <invisibill> also, some of the portlest display under multiple "Categories" for instance the "Daily Buisness Cartoon" displays within both the "uPortal" category and the "Channel Type" category.
[13:39:54 EST(-0500)] <athena7> yes, many of the portlets have been configured to belong to multiple categories
[13:40:12 EST(-0500)] <athena7> also, some of the categories are actually nested
[13:40:28 EST(-0500)] <athena7> but the ajax channel browser displays all deep nested members of a category
[13:40:41 EST(-0500)] <athena7> so it may be that actually the cimage category is a member of the channel type category
[13:43:14 EST(-0500)] <invisibill> ok that makes a little more sense now. Thanks athena7 and EricDalquist.
[13:43:28 EST(-0500)] <athena7> yep
[13:43:44 EST(-0500)] <athena7> you can always change the category names, memberships, etc.
[13:43:49 EST(-0500)] <athena7> so if you don't like it, it can be something else
[13:44:07 EST(-0500)] <athena7> and i'd expect that most schools would want ones that feel more relevant to their particular portlet sets and users
[13:45:59 EST(-0500)] <invisibill> I'ts making more sense now in that I see I need to modify the permissions first for the overall visibility of a channel to a user. Then I can move it around to where I need it with the categories selections.
[13:46:34 EST(-0500)] <invisibill> I was thinking there is some up front configuration controlling the defaults on a fresh install of the portal.
[13:47:12 EST(-0500)] <invisibill> we are early enough in the deployment that I could probably customize that before the initial deploy to production.
[13:48:19 EST(-0500)] <invisibill> I think what we are doing then is planning to make our configuration mods now that are saved in the dev db and then use the db export tool to populate the production db with the customizations.
[13:48:23 EST(-0500)] <holdorph> Eric?
[13:49:02 EST(-0500)] <athena7> yep, that sounds reasonable invisibill
[13:49:18 EST(-0500)] <athena7> you may even want to add those export files to your source control
[13:49:34 EST(-0500)] <invisibill> ok thanks for the verification.
[13:49:38 EST(-0500)] <EricDalquist> hi holdorph
[13:50:15 EST(-0500)] <holdorph> I was just browsing the 'manage portlet screen' and noticed
[13:50:34 EST(-0500)] <holdorph> that next to bookmark portlet, it has your name, which is, well unusual give most portlet descriptions
[13:50:43 EST(-0500)] <holdorph> wasn't sure if that bothered your or not
[13:50:50 EST(-0500)] <EricDalquist> yeah, it would be nice to remove it
[13:51:01 EST(-0500)] <EricDalquist> I think Andrew Petro was trying to be nice when he wrote the CPD
[13:51:07 EST(-0500)] <athena7> probably
[13:51:07 EST(-0500)] <holdorph> please don't put my name in your place
[13:51:35 EST(-0500)] <EricDalquist> lol
[13:51:58 EST(-0500)] <athena7> speaking of portlets, holdorph, we need to tag the google portlet
[13:52:01 EST(-0500)] <holdorph> Anyway, wasn't sure if it had occurred to you or not, so I thought I would mention it.
[13:52:18 EST(-0500)] <holdorph> ok, athena7.
[13:52:24 EST(-0500)] <athena7> we may want to take a look at the default layout in general
[13:52:36 EST(-0500)] <athena7> i've refactored the uportal deployers list to not suck
[13:52:43 EST(-0500)] <athena7> so we might put that back into the default layout
[13:52:50 EST(-0500)] <EricDalquist> thanks
[13:52:52 EST(-0500)] <athena7> i think i need to update some of the unicon feed urls as well
[13:53:35 EST(-0500)] <holdorph> is there a reason why in the default install, I shouldn't be able to move a tab in front of welcome?
[13:53:46 EST(-0500)] <athena7> yes, that channel is locked
[13:54:00 EST(-0500)] <athena7> it should have a different colored title, and a little lock icon
[13:54:00 EST(-0500)] <holdorph> i mean, i know that's common for most universities, so maybe we're trying to demonstrate something there
[13:54:08 EST(-0500)] <athena7> but maybe that hasn't been added to the current skin yet
[13:54:14 EST(-0500)] <holdorph> but it's annoying from a developer perspective
[13:54:33 EST(-0500)] <athena7> agreed, and it annoys me that that tab is also locked, from a developer perspective
[13:54:44 EST(-0500)] <athena7> although it's good when i'm actually trying to test those features
[13:54:59 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[13:56:32 EST(-0500)] <holdorph> yeah, it would be nice if that was maybe turned on for the student user, but not necessarily for admin
[14:01:08 EST(-0500)] <athena7> i'm no longer actually seeing that tab show up for admin
[14:01:46 EST(-0500)] <athena7> which is probably a problem
[14:50:03 EST(-0500)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:10:30 EST(-0500)] <holdorph> i'm still working on 3.1.0-m2, so i haven't tried trunk, it might be different there
[15:11:02 EST(-0500)] <athena7> yeah i'm a little worried about that showin up
[15:11:04 EST(-0500)] <athena7> we'll see
[15:11:18 EST(-0500)] * apetro (n=apetro@12.164.139.7) has joined ##uportal
[15:30:52 EST(-0500)] <holdorph> so.... is it just me, or do you have to restart the portal now, if you add a new channel control to an existing portlet?
[15:31:16 EST(-0500)] <EricDalquist> "new channel control"?
[15:31:27 EST(-0500)] <holdorph> (e.g., not selecting 'edit' mode when you first publish, adding portlet to your layout, then
[15:31:37 EST(-0500)] <holdorph> go into portlet (channel manager) manager
[15:31:40 EST(-0500)] <EricDalquist> ah
[15:31:42 EST(-0500)] <EricDalquist> hrm
[15:31:45 EST(-0500)] <athena7> i've seen that before
[15:31:46 EST(-0500)] <holdorph> the link is still called channel controls
[15:31:49 EST(-0500)] <EricDalquist> yeah
[15:31:50 EST(-0500)] <EricDalquist> it is
[15:31:58 EST(-0500)] <EricDalquist> my brain is just a bit ... slow today
[15:31:59 EST(-0500)] <athena7> i think it's because the channel manager caches such things?
[15:32:17 EST(-0500)] <holdorph> you didn't used to have to restart the portal, but now it seems like I do
[15:32:29 EST(-0500)] <EricDalquist> yeah that seems strange
[15:32:36 EST(-0500)] <EricDalquist> what version are you using?
[15:32:42 EST(-0500)] <holdorph> 3.1.0-m2
[15:34:44 EST(-0500)] <EricDalquist> hrm
[15:34:58 EST(-0500)] <EricDalquist> well I'll try it on the 3.0.3 rc this weekend and see what happens
[15:35:02 EST(-0500)] <athena7> i thought it eventually expired, but didn't immediately change
[15:38:46 EST(-0500)] <holdorph> great tweet by agherna about not centering your text
[15:38:54 EST(-0500)] <holdorph> he pointed out this web page as being hard to read
[15:38:56 EST(-0500)] <holdorph> http://subversion.open.collab.net/articles/IntegratingSubversionIntoYourAntBuild.html
[15:39:05 EST(-0500)] <EricDalquist> ACK!
[15:40:52 EST(-0500)] <athena7> lol
[15:41:00 EST(-0500)] <athena7> especially excellent for the xml parts
[15:41:18 EST(-0500)] <holdorph> yeah, that's just crazy
[15:41:43 EST(-0500)] <holdorph> it's probably just a missing tag from the title or something
[15:41:43 EST(-0500)] <EricDalquist> so we have a local requirement around popup portlet windows and a potential solution I'd like to get some feedback on
[15:42:03 EST(-0500)] <EricDalquist> we have several portlets that want a 'detached' style WindowState
[15:42:16 EST(-0500)] <EricDalquist> with portal CSS and such but no visible portal content
[15:42:52 EST(-0500)] <EricDalquist> one of the problems with implementing this is for the portal to know when to clone the PortletWindow object so request parameters don't clobber each other
[15:43:07 EST(-0500)] <EricDalquist> one idea I had was to allow a _CLONE suffix for any WindowState
[15:43:45 EST(-0500)] <EricDalquist> if a portlet requested DETACHED_CLONE it would end up rendering in DETACHED but the portal would use that _CLONE suffix as a flag to clone the PortletWindow object
[15:48:07 EST(-0500)] <holdorph> so are you suggesting on a case by case basis, you might sometimes choose to detach in clone mode, while sometimes NOT in clone mode?
[15:48:45 EST(-0500)] <EricDalquist> well I think in our use cases the initial detach would always clone
[15:49:15 EST(-0500)] <EricDalquist> subsequent spawning of a new window may need to clone again
[15:49:16 EST(-0500)] <EricDalquist> though
[15:49:17 EST(-0500)] <EricDalquist> hrm
[15:49:24 EST(-0500)] <EricDalquist> I just realized something
[15:49:39 EST(-0500)] <EricDalquist> if a portlet is DETACHED there is no need for a PortletWindow object
[15:49:49 EST(-0500)] <EricDalquist> all request parameters and state/mode can just be part of the URL
[15:50:10 EST(-0500)] <EricDalquist> since nothing else is on the page at the time there are no potential conflicts or clicks on anything other than the portlet
[15:55:04 EST(-0500)] <EricDalquist> on a different note channel manager doesn't appear to be finding All Categories after our 3.1.0-M2 vendorbranch merge
[15:55:10 EST(-0500)] <EricDalquist> I hate debugging that thing
[15:56:22 EST(-0500)] <athena7> trade you
[15:56:28 EST(-0500)] <EricDalquist> ?
[15:56:37 EST(-0500)] <athena7> none of the ajax stuff is loading up in IE :/
[15:56:44 EST(-0500)] <EricDalquist> uhg
[15:56:48 EST(-0500)] <athena7> yeah
[15:59:24 EST(-0500)] <EricDalquist> hrm
[15:59:30 EST(-0500)] <EricDalquist> I think this may be from the new MANAGE permission
[15:59:34 EST(-0500)] <EricDalquist> I probably need to import that
[16:04:58 EST(-0500)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[16:13:39 EST(-0500)] <EricDalquist> yup that was it ... needed that new MANAGE permission impport
[16:16:42 EST(-0500)] <holdorph> anyone seen this in recent times, uportal 3.1
[16:16:43 EST(-0500)] <holdorph> Nested Exception is org.apache.jasper.JasperException: The absolute uri: http://
[16:16:43 EST(-0500)] <holdorph> java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files
[16:16:43 EST(-0500)] <holdorph> deployed with this application
[16:17:00 EST(-0500)] <EricDalquist> is that coming from the portal?
[16:17:07 EST(-0500)] <EricDalquist> or from a portlet with the portal?
[16:17:09 EST(-0500)] <holdorph> seems like the last version (could have been uportal 2.6.x/tomcat 5.5.x) it works
[16:17:24 EST(-0500)] <holdorph> but in uportal 3.1.0.m2/tomcat 6.0.x it's giving me that error
[16:17:37 EST(-0500)] <holdorph> portlet
[16:17:58 EST(-0500)] <EricDalquist> is your portlet including the JSTL jars in WEB-INF/lib?
[16:18:43 EST(-0500)] <holdorph> no
[16:18:49 EST(-0500)] <EricDalquist> its supposed to
[16:19:08 EST(-0500)] <EricDalquist> perhaps old uPortal installs put those jars in shared or somesuch (they shouldn't be)
[16:19:48 EST(-0500)] <EricDalquist> to use JSTL any webapp needs to include jstl-1.1.2.jar and standard-1.1.2.jar in WEB-INF/lib
[16:20:01 EST(-0500)] <holdorph> i think tomcat used to ship with them in a common location. of course this is a portlet, i probably only tested in uportal, so it could have been uportal putting them there
[16:20:31 EST(-0500)] <holdorph> i'm not really using jstl in terms of tags, only the expression language to expand a variable
[16:20:55 EST(-0500)]

[16:21:12 EST(-0500)] <EricDalquist> yeah ... still need em
[16:21:29 EST(-0500)] <holdorph> weird, because that was part of the servlet 2.4 standard
[16:21:31 EST(-0500)] <EricDalquist> I've always thought they were required, never tried usnig JSTL without them
[16:21:45 EST(-0500)] <EricDalquist> not directly in the markup
[16:21:45 EST(-0500)] <holdorph> seems like if you don't have to provide the servlet lib, you shouldn't have to provide that part either
[16:22:00 EST(-0500)] <EricDalquist> you could do <c:out value="${key"/>
[16:22:16 EST(-0500)] <holdorph> <c:out> is definitely a jstl tag
[16:22:20 EST(-0500)] <EricDalquist> but to use EL directly in the page you needed the second version
[16:22:24 EST(-0500)] <holdorph> i could see maybe needing to use it then
[16:22:32 EST(-0500)] <EricDalquist> so are you seeing an error
[16:22:39 EST(-0500)] <EricDalquist> or just no expansion of the variable?
[16:22:41 EST(-0500)] <holdorph> it doesn't render
[16:22:46 EST(-0500)] <holdorph> no, big error
[16:22:53 EST(-0500)] <holdorph> no render
[16:22:56 EST(-0500)] <EricDalquist> weird
[16:23:43 EST(-0500)] * holdorph considers trying against tomcat 5.5.x to see if that's the difference.
[16:23:45 EST(-0500)] <holdorph> what a pita
[16:25:17 EST(-0500)] <holdorph> oh well, moving on.
[16:25:19 EST(-0500)] <athena7> the portlet doesn't render at all, or the contents of the variable don't?
[16:25:28 EST(-0500)] <holdorph> none of the portlet renders
[16:25:57 EST(-0500)] <holdorph> i'm sure the suggestion eric is making, putting jstl/standard in the lib dir of the portlet, would work
[16:26:20 EST(-0500)] <holdorph> i'm just moderately curious why it used to work under uportal 2.6.x/tomcat 5.5.x, without it.
[16:26:58 EST(-0500)] <EricDalquist> you could try 3.0.3 with Tomcat 5.5
[16:27:13 EST(-0500)] <holdorph> yeah, that's what i said above a few posts ago
[16:27:21 EST(-0500)] <EricDalquist> ah
[16:27:24 EST(-0500)] <holdorph> see if it is a tomcat change or a uportal change
[16:32:13 EST(-0500)] <holdorph> fwiw, putting the two jars in the lib does fix the problem. so the only remaining question is why it used to work without doing that. If I go through the trouble to figure that out, i'll let you know. but for now, i might move forward with that fix.
[16:34:13 EST(-0500)] <awills> EricDalquist: "Add informative error message if directory listing fails" nice work, thanks
[16:34:22 EST(-0500)] <EricDalquist> yeah
[16:34:26 EST(-0500)] <EricDalquist> ran into that on unix
[16:34:37 EST(-0500)] <EricDalquist> that call returns null if the user can't do a LS
[16:34:52 EST(-0500)] <EricDalquist> I think I want to change the import scripts to support -Dfile as well
[16:35:14 EST(-0500)] <EricDalquist> since I ran into a case where doing a directory listing and pattern match doesn't work
[16:35:27 EST(-0500)] <EricDalquist> but the user could access the file directly
[16:35:41 EST(-0500)] <awills> sure... please don't start just now though, i have a couple changes to check in
[16:35:48 EST(-0500)] <EricDalquist> oh no
[16:35:55 EST(-0500)] <EricDalquist> too much other stuff to do right now
[16:36:31 EST(-0500)] <awills> been thinking of replacing <file-iterator> with something that leverages commons-io
[16:36:41 EST(-0500)] <awills> toying w/ that idea
[16:37:08 EST(-0500)] <EricDalquist> that could reduce some LOC
[16:37:14 EST(-0500)] <awills> yeah exactly
[16:38:48 EST(-0500)] <awills> <file-iterator> is one of the oldest tasks... the focus on doing heavy lifting for most everything using other code really emerged after that
[17:14:19 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176131712.dsl.bell.ca) has joined ##uportal
[17:24:54 EST(-0500)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[17:49:38 EST(-0500)] <holdorph> there seems to have been a change in portlet preferences as well
[17:50:00 EST(-0500)] <EricDalquist> the UI changed for 3.1
[17:50:18 EST(-0500)] <holdorph> if you go through portlet manager (channel manager) and set a preference. then you set the same preference key through the portlet api programmatically, the portlet preference in channel manager is changed
[17:50:31 EST(-0500)] <EricDalquist> hrm
[17:50:36 EST(-0500)] <EricDalquist> that sounds like a bug
[17:51:25 EST(-0500)] <EricDalquist> got to run and catch the bus
[20:09:00 EST(-0500)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[20:13:45 EST(-0500)] * colinclark (n=colin@bas2-toronto09-1176131712.dsl.bell.ca) has joined ##uportal
[20:36:58 EST(-0500)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal