[23:58:07 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[08:34:50 EDT(-0400)] * michelled (~michelled@142.150.154.141) has joined ##uportal
[09:09:43 EDT(-0400)] * athena (~athena@adsl-99-62-112-41.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:14:02 EDT(-0400)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined ##uportal
[09:22:20 EDT(-0400)] * colinclark (~colin@bas2-toronto09-1176131031.dsl.bell.ca) has joined ##uportal
[09:49:51 EDT(-0400)] * b-rock (~80876350@gateway/web/freenode/x-amglcrylzsaeyhiq) has joined ##uportal
[10:04:21 EDT(-0400)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined ##uportal
[10:21:57 EDT(-0400)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[10:24:58 EDT(-0400)] <athena> hey EricDalquist
[10:25:19 EDT(-0400)] <athena> i have a few questions about the sonatype hosting if you have time at some point today
[10:25:43 EDT(-0400)] <EricDalquist> sure
[10:25:48 EDT(-0400)] <EricDalquist> nows good
[10:25:55 EDT(-0400)] <athena> cool
[10:26:11 EDT(-0400)] <athena> so how are you releasing artifacts right now? have you added a GPG profile to the projects?
[10:26:20 EDT(-0400)] <athena> is that something we want to do so we can deploy them more easily?
[10:26:28 EDT(-0400)] <EricDalquist> the GPG profile is in the parent pom
[10:26:39 EDT(-0400)] <athena> ohhhh
[10:26:45 EDT(-0400)] <athena> that makes a whole lot of sense
[10:26:52 EDT(-0400)] <athena> i set up a key this morning so i'll have to try it out
[10:26:54 EDT(-0400)] <EricDalquist> https://www.ja-sig.org/svn/jasig-parent/tags/jasig-parent-17/pom.xml
[10:27:08 EDT(-0400)] <athena> cool, i'll just make sure our poms are updated to use it
[10:27:10 EDT(-0400)] <EricDalquist> the only thing you'll run into is passphrase prompting
[10:27:35 EDT(-0400)] <EricDalquist> go over http://www.ja-sig.org/wiki/display/JSG/Using+Maven+for+your+JA-SIG+project and make sure everything there is right
[10:27:43 EDT(-0400)] <EricDalquist> that should be correct for getting projects released
[10:27:44 EDT(-0400)] <athena> sure, i'll take a look
[10:27:58 EDT(-0400)] <athena> do we need to manually call the profile when pushing out snapshots?
[10:28:14 EDT(-0400)] <EricDalquist> no
[10:28:19 EDT(-0400)] <EricDalquist> snapshots don't have to be signed
[10:28:23 EDT(-0400)] <EricDalquist> only releases
[10:28:46 EDT(-0400)] <athena> oh ok
[10:28:48 EDT(-0400)] <EricDalquist> another change with sonatype ... as soon as you push a release past staging all the corresponding snapshots are deleted
[10:28:48 EDT(-0400)] <athena> good to know
[10:28:59 EDT(-0400)] <athena> ah
[10:29:14 EDT(-0400)] <EricDalquist> http://uportal.pastebin.com/UjpWX4dd
[10:29:26 EDT(-0400)] <athena> hm, wonder why my last deploy attempt failed - had assumed it was because of the signing
[10:29:26 EDT(-0400)] <EricDalquist> adding that fixes the issue with gpg not being able to prompt you for your passphrase
[10:31:37 EDT(-0400)] <athena> thanks
[10:31:57 EDT(-0400)] <athena> so the other question i had was about migrating already-released stuff to sonatype
[10:32:01 EDT(-0400)] <athena> i read through their docs this morning
[10:32:13 EDT(-0400)] <athena> sounds like we'd need to sign all the artifacts before moving them over?
[10:32:30 EDT(-0400)] <EricDalquist> no
[10:32:35 EDT(-0400)] <EricDalquist> they will move existing stuff as is
[10:32:38 EDT(-0400)] <athena> oh ok
[10:32:41 EDT(-0400)] <athena> great
[10:32:43 EDT(-0400)] <EricDalquist> it will just never be eligible for central
[10:32:51 EDT(-0400)] <athena> ok
[10:33:06 EDT(-0400)] <athena> the current documentation claims they won't accept artifacts that aren't eligible for central
[10:33:37 EDT(-0400)] <EricDalquist> right
[10:33:38 EDT(-0400)] <athena> it kind of also sounds like they dropped the prohibition on defining additional repositories?
[10:33:44 EDT(-0400)] <EricDalquist> they did
[10:33:45 EDT(-0400)] <b-rock> Greetings uPortal devs: I have a quick update for the grouper patch submitted here: http://www.ja-sig.org/issues/browse/UP-2670 I'll add notes to it when I work out the issue.
[10:33:48 EDT(-0400)] <EricDalquist> though they strongly discourage it
[10:34:06 EDT(-0400)] <athena> thanks b-rock! i actually took a quick glance through some of the code yesterday, so patches are timely
[10:34:41 EDT(-0400)] <b-rock> we upgraded the grouper server from 1.4.02 to 1.5.02 and part of the functionality in the portal stopped working.
[10:34:51 EDT(-0400)] <athena> so b-rock, speaking of grouper and repositories . . .
[10:35:09 EDT(-0400)] <athena> who produces the grouper client jar? is that from I2?
[10:35:12 EDT(-0400)] <b-rock> I think it may just be a configuration change I need to look at.
[10:35:29 EDT(-0400)] <athena> and would it be possible to get it in the central repository?
[10:35:31 EDT(-0400)] <b-rock> right. the grouper client jar is part of the overall grouper project
[10:35:51 EDT(-0400)] <athena> it looks like they don't publish their artifacts to a public maven repository?
[10:36:23 EDT(-0400)] <b-rock> I think the developer of it has emailed me a few days back about what I did for grouper/uportal and may be trying to work out how to get it more distributable via maven.
[10:36:34 EDT(-0400)] <athena> that'd be fantastic
[10:36:44 EDT(-0400)] <athena> and actually that would help quite a bit with getting it integrated into uportal
[10:37:02 EDT(-0400)] <athena> see conversation about discouraging defining additional repositories above
[10:37:03 EDT(-0400)] <b-rock> I don't think any of the grouper stuff is in maven. We manage a corporate repo inhouse and just manually deployed it.
[10:37:35 EDT(-0400)] <EricDalquist> yeah, so we try to avoid adding dependencies in uPortal that aren't in repo1.maven.org
[10:38:38 EDT(-0400)] <b-rock> yeah. I have 2 artifacts in sonatype myself and it took plenty of prepwork to get them in there.
[10:38:55 EDT(-0400)] <athena> i can make a comment on that thread on up-dev about grouper integration if that's helpful
[10:39:08 EDT(-0400)] <athena> though i'm not sure any grouper devs are actually on that thread
[10:39:24 EDT(-0400)] <EricDalquist> athena: so the current jasig repo is setup such that we don't have any of the staging rules in place for org.jasig.*
[10:39:33 EDT(-0400)] <EricDalquist> except for org.jasig.parent which is setup to sync to central
[10:39:33 EDT(-0400)] <b-rock> I was wondering if there could still be a grouper client stored in a jasig sponsered repo as kind of a corporate repo?
[10:39:41 EDT(-0400)] <athena> gotcha
[10:39:54 EDT(-0400)] <athena> so things get published to the OSS repository, but they don't make it out to central right now?
[10:39:54 EDT(-0400)] <EricDalquist> at any time we can request additional org.jasig.FOO groupIds get setup for central sync
[10:40:00 EDT(-0400)] <athena> sounds good
[10:40:12 EDT(-0400)] <EricDalquist> we won't be able to have org.jasig.* setup that way until everything under it is setup that way
[10:40:29 EDT(-0400)] <athena> b-rock: we're moving all of our repository over to sonatype, so we won't really have a repository to deploy other third-party content to
[10:40:31 EDT(-0400)] <EricDalquist> so we're probably going to start having to move projects into their own groupIds to get them into central
[10:41:15 EDT(-0400)] <athena> what kind of group ids were you thinking of?
[10:41:15 EDT(-0400)] <b-rock> ok. EricDalquist. and athena I saw some user-list notes about it but wasn't sure what the vision of it was so far.
[10:42:31 EDT(-0400)] <EricDalquist> well say the web proxy portlet is ready for central
[10:42:34 EDT(-0400)] <b-rock> yeah. I think it makes sense for me to try to work with the grouper team and grouper-client developer to try to get their stuff into central repo if it is even possible.
[10:42:56 EDT(-0400)] <EricDalquist> we couldn't just keep it under org.jasig.portlet since if we asked to have the central staging rules enable for that it would affect every portlet with that groupId
[10:43:08 EDT(-0400)] <athena> yeah
[10:43:08 EDT(-0400)] <EricDalquist> we would have to move it to something like org.jasig.portlet.webproxy for a groupId
[10:43:14 EDT(-0400)] <EricDalquist> which is a little verbose
[10:43:16 EDT(-0400)] <athena> ah i see
[10:43:20 EDT(-0400)] <athena> that seems like it'd be fine
[10:43:25 EDT(-0400)] <EricDalquist> they can't enable staging rules on a per-artifact basis
[10:43:28 EDT(-0400)] <EricDalquist> just per-groupId
[10:43:32 EDT(-0400)] <athena> ah
[10:43:45 EDT(-0400)] <athena> well hopefully that wouldn't be a big deal
[10:44:57 EDT(-0400)] <EricDalquist> I don't think it will be
[10:45:49 EDT(-0400)] <athena> mind if i cut a release of the resource server project today?
[10:45:54 EDT(-0400)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[10:45:56 EDT(-0400)] <athena> since we've added all the fluid 1.2 stuff
[10:45:57 EDT(-0400)] <athena> mig
[10:46:02 EDT(-0400)] <athena> might be good to get all that out there
[10:46:33 EDT(-0400)] <EricDalquist> oh
[10:46:42 EDT(-0400)] <EricDalquist> we need to downgrade the ehcache version first
[10:46:54 EDT(-0400)] <EricDalquist> the 2.X ehcache-web library is broken
[10:47:03 EDT(-0400)] <athena> ah ok
[10:47:11 EDT(-0400)] <EricDalquist> https://jira.terracotta.org/jira/browse/EHC-667
[10:47:36 EDT(-0400)] <athena> oh
[10:47:42 EDT(-0400)] <athena> yeah guess we should downgrade
[10:47:45 EDT(-0400)] <EricDalquist> yeah
[10:48:11 EDT(-0400)] <athena> terracotta is presenting at the java users group in seattle next month
[10:48:20 EDT(-0400)] <EricDalquist> neat
[10:48:20 EDT(-0400)] <athena> i'm excited to live in a real city with actual things happening
[10:48:23 EDT(-0400)] <athena> yeah
[10:50:08 EDT(-0400)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:56:53 EDT(-0400)] <EricDalquist> yeah, we have a very active JUG here
[10:56:59 EDT(-0400)] <EricDalquist> but I've gone to a few things
[10:57:05 EDT(-0400)] <EricDalquist> and the presenters are not very good
[10:57:18 EDT(-0400)] <EricDalquist> we had a guy who was billed as a big Tomcat internals expert
[10:57:27 EDT(-0400)] <EricDalquist> it was a 2.5 hour long servlets 101 talk
[10:57:41 EDT(-0400)] <EricDalquist> I was hoping to talk to someone about parallel webapp loading
[10:57:45 EDT(-0400)] <EricDalquist> not so much
[10:57:51 EDT(-0400)] <athena> lol
[10:57:56 EDT(-0400)] <athena> yeah
[10:58:03 EDT(-0400)] <athena> ours doesn't seem very active, and it's 45 min away
[10:58:36 EDT(-0400)] <athena> definitely looking forward to have interesting things going on
[10:59:31 EDT(-0400)] <EricDalquist> so if you want to try doing a resource server release
[10:59:36 EDT(-0400)] <EricDalquist> and we get it in its own groupId
[10:59:40 EDT(-0400)] <EricDalquist> we could get it pushed into central
[11:00:07 EDT(-0400)] <athena> sure, that'd be great
[11:00:17 EDT(-0400)] <athena> do you want me to handle setting the ehcache version?
[11:00:26 EDT(-0400)] <EricDalquist> sure
[11:01:27 EDT(-0400)] <athena> what do we want it set to? whatever it was before the change?
[11:01:33 EDT(-0400)] <EricDalquist> yeah
[11:01:37 EDT(-0400)] <athena> no problem
[11:01:39 EDT(-0400)] <EricDalquist> latest available 1.X
[11:01:57 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:02:03 EDT(-0400)] <athena> and then uportal 3.2 can have an android skin
[11:02:12 EDT(-0400)] <athena> and uportal trunk can use the latest fluid/jquery/etc.
[11:02:25 EDT(-0400)] <EricDalquist> yay
[11:02:26 EDT(-0400)] <athena> and everything will be shiny and awesome
[11:02:28 EDT(-0400)] <athena>
[11:03:22 EDT(-0400)] <athena> think it makes sense to change the default skin name for mobile from "uportal3" to "iphone"
[11:03:28 EDT(-0400)] <athena> just to better indicate what that skin really is
[11:03:30 EDT(-0400)] <EricDalquist> yeah
[11:03:47 EDT(-0400)] <athena> i guess the one side effect of doing that would be that people might need to update their theme's default registered skin
[11:03:58 EDT(-0400)] <athena> don't think it would affect users, since users don't have a way to set the skin preference
[11:08:37 EDT(-0400)] <athena> ok EricDalquist - looks like 1.8.0 is the latests 1.x ehcache
[11:08:48 EDT(-0400)] <athena> that seem like it'd work, or do we want to go back to 1.6.0?
[11:09:43 EDT(-0400)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:09:48 EDT(-0400)] <holdorph> 1.8?
[11:09:57 EDT(-0400)] <holdorph> i was pretty sure 2.0 had come out
[11:10:06 EDT(-0400)] <EricDalquist> can't use 2.0
[11:10:06 EDT(-0400)] <holdorph> http://sourceforge.net/projects/ehcache/files/
[11:10:06 EDT(-0400)] <EricDalquist> https://jira.terracotta.org/jira/browse/EHC-667
[11:11:45 EDT(-0400)] <athena> actually maybe 1.7.2 is the last 1.x available
[11:12:15 EDT(-0400)] <athena> EricDalquist: i assume we want the versions to match for ehache core and web?
[11:12:25 EDT(-0400)] <EricDalquist> yeah
[11:12:35 EDT(-0400)] <athena> hm
[11:13:13 EDT(-0400)] <athena> the versions available for that are only 1.6.0-beta1 and 1.6.0-beta2
[11:14:02 EDT(-0400)] <holdorph> a lot of terracotta stuff (ehcache might not be included in that group) is only available in the terracotta maven repo
[11:14:11 EDT(-0400)] <athena> interesting
[11:14:19 EDT(-0400)] <EricDalquist> yeah
[11:14:31 EDT(-0400)] <EricDalquist> they didn't start doing reliable central releases until 2
[11:14:32 EDT(-0400)] <athena> so maybe they just never bothered to push out the ehacache-web jar for the other versions?
[11:14:33 EDT(-0400)] <athena> ah
[11:14:39 EDT(-0400)] <athena> well, guess we can use 1.6 for now
[11:15:16 EDT(-0400)] <holdorph> http://www.terracotta.org/download/reflector/maven2
[11:15:42 EDT(-0400)] <athena> argh
[11:15:51 EDT(-0400)] <athena> ehcache-core only has 1.6.2 available
[11:15:54 EDT(-0400)] <athena> all over the place
[11:16:12 EDT(-0400)] <EricDalquist> yeah except we want to avoid 3rd party repos
[11:16:21 EDT(-0400)] <EricDalquist> since it would be nice to push this into the central maven repo
[11:17:02 EDT(-0400)] <holdorph> i wouldn't be surprised if that becomes a problem for ehcache down the road then. at least for new versions.
[11:17:04 EDT(-0400)] <athena> can we live with 1.6.0-beta2 for web and 1.6.2 for core for now?
[11:17:19 EDT(-0400)] <athena> it looks like they're actually pushing artifacts out more reliably now
[11:17:41 EDT(-0400)] <athena> ok EricDalquist, this is sort of a mess
[11:17:49 EDT(-0400)] <athena> the parent version isn't available for 1.6.2, etc.
[11:18:02 EDT(-0400)] <EricDalquist> lol
[11:18:18 EDT(-0400)] <EricDalquist> holdorph: they have been pushing all of the 2.x stuff into central
[11:18:20 EDT(-0400)] <athena> do we want to add the repository for now and remove it again once 2.0.2 is out?
[11:18:25 EDT(-0400)] <EricDalquist> it was more an issue with 1.x
[11:18:30 EDT(-0400)] <EricDalquist> yeah
[11:18:34 EDT(-0400)] <athena> ok, will do
[11:18:34 EDT(-0400)] <EricDalquist> we can just do that
[11:20:16 EDT(-0400)] <athena> holdorph: that repository seems to return an error?
[11:20:35 EDT(-0400)] <holdorph> you can't peruse it with a browser
[11:20:46 EDT(-0400)] <athena> ah ok
[11:20:46 EDT(-0400)] <holdorph> but if the artifact is there, it will get picked up
[11:21:05 EDT(-0400)] <athena> makes harder to decide what artifacts might be there
[11:21:07 EDT(-0400)] <athena> oh well
[11:21:54 EDT(-0400)] <holdorph> yeah, they're doing that open source/commercial firm thing, where they only make the latest release available for 'free', but if you want other older releases, you have to be a paying customer
[11:22:09 EDT(-0400)] <EricDalquist> interesting
[11:22:16 EDT(-0400)] <holdorph> but I doubt they wanted to cripple their maven repo like that, so they probably just made it not-directory listable
[11:22:18 EDT(-0400)] <EricDalquist> they're going to cut off a lot of OSS projects from using them
[11:22:29 EDT(-0400)] <EricDalquist> if they don't push stuff into central
[11:22:38 EDT(-0400)] <holdorph> they say you can build it from source
[11:22:50 EDT(-0400)] <athena> yeah that'd be a dealbreaker
[11:23:10 EDT(-0400)] <holdorph> i don't know about central for certain, but as far as the distributions from their (terracotta) web site, that's the current deal
[11:23:40 EDT(-0400)] <athena> well if i go to that session i'll ask!
[11:24:30 EDT(-0400)] <holdorph> https://forums.terracotta.org/forums/posts/list/2234.page
[11:24:52 EDT(-0400)] <holdorph> ari and 'amiller' are both terracotta employees in that thread
[11:25:34 EDT(-0400)] <athena> interesting
[11:25:50 EDT(-0400)] <athena> i'm not having a lot of luck w/ this repository
[11:26:07 EDT(-0400)] <EricDalquist> well we could just write our own caching filter
[11:26:13 EDT(-0400)] <EricDalquist> since that is all we are using that for
[11:26:14 EDT(-0400)] <holdorph> i can send you a simple project that uses it. that does NOT build without the repository entry
[11:26:15 EDT(-0400)] <EricDalquist> annoying
[11:26:31 EDT(-0400)] <athena> we're using ehcache it a lot of other places, aren't we?
[11:26:46 EDT(-0400)] <EricDalquist> we use ehcache core all over the place
[11:26:55 EDT(-0400)] <athena> what i don't understand is how this project even built before
[11:27:50 EDT(-0400)] <EricDalquist> so: http://repo2.maven.org/maven2/net/sf/ehcache/ehcache-core/1.7.2/
[11:27:57 EDT(-0400)] <EricDalquist> http://repo2.maven.org/maven2/net/sf/ehcache/ehcache-web/1.6.0-beta2/
[11:28:03 EDT(-0400)] <EricDalquist> I think that is what we were using before
[11:28:08 EDT(-0400)] <athena> i'll try it again
[11:28:19 EDT(-0400)] <athena> was getting an error that ehcache-parent/1.7.2 wasn't available
[11:29:56 EDT(-0400)] <athena> eric it looks like the groupid is already org.jasig.resourceserver
[11:30:00 EDT(-0400)] <athena> that should be sufficient, yes?
[11:30:31 EDT(-0400)] <EricDalquist> yup
[11:34:02 EDT(-0400)] <athena> argh
[11:34:06 EDT(-0400)] <athena> now i'm getting that this is missing: net.sf.ehcache:ehcache:jar:2.0.1
[11:35:01 EDT(-0400)] <awills> hey folks... is there any inside info on this: " A user of IE 8 noticed that the gray bar of a portlet cuts off a tab's drop down menu. The gray bar goes over-top of the menu, making the menu unusable."
[11:35:45 EDT(-0400)] * holdorph considers some snarky 'stop using IE' response, but decides that would not be helpful.
[11:35:46 EDT(-0400)] <athena> what version is that from awills?
[11:35:57 EDT(-0400)] <athena> hehe, yes
[11:36:11 EDT(-0400)] <athena> i saw a ticket like that, but it had been resovled
[11:37:36 EDT(-0400)] <awills> that's rel-3-2-patches
[11:39:03 EDT(-0400)] <athena> can you reproduce it?
[11:39:52 EDT(-0400)] <awills> looking at http://www.ja-sig.org/issues/browse/UP-2523
[11:40:12 EDT(-0400)] <awills> thought i had seen it myself once... thought it might be a known thing
[11:40:19 EDT(-0400)] <awills> i can try to reproduce it
[11:43:00 EDT(-0400)] <athena> yeah, that was the JIRA i was thinking of
[11:43:25 EDT(-0400)] <athena> would be good to know if you can reproduce it
[11:43:27 EDT(-0400)] <athena> i'm hoping not
[11:43:28 EDT(-0400)] <athena>
[11:50:02 EDT(-0400)] <awills> hmmm... your guess is correct. not happening for me
[11:50:39 EDT(-0400)] <athena> aright EricDalquist, i finally have this thing working
[11:50:48 EDT(-0400)] <athena> anything else we need to do pre-release?
[11:54:41 EDT(-0400)] <EricDalquist> I don't think so
[11:54:46 EDT(-0400)] <EricDalquist> I think I updated the pom aleady
[11:54:55 EDT(-0400)] <athena> yep
[11:55:03 EDT(-0400)] <athena> i updated it to the latest rev of the parent
[11:55:15 EDT(-0400)] <athena> will try a release and see if it works
[11:59:42 EDT(-0400)] <athena> EricDalquist: what do you want the svn tag to look like?
[11:59:57 EDT(-0400)] <EricDalquist> I just use what mvn release recommends
[11:59:58 EDT(-0400)] <athena> looks like the last release changed to the format resource-server-1.0.8 instead of rel-1.0.8?
[12:00:23 EDT(-0400)] <athena> it recommends resource-server-parent, which probably isn't what we want
[12:00:45 EDT(-0400)] <EricDalquist> ah
[12:00:58 EDT(-0400)] <EricDalquist> not sure I really care that much to be honest
[12:01:02 EDT(-0400)] <athena> i don't really either
[12:01:13 EDT(-0400)] <athena> just good to be consistent so that the ordering within the directory is logical
[12:01:45 EDT(-0400)] <athena> so i'm really fine with either, would just be good to have a consistent approach across projects
[12:02:12 EDT(-0400)] <EricDalquist> how about resource-server-1.0.8
[12:02:21 EDT(-0400)] <EricDalquist> which is closer to the mvn release format
[12:03:53 EDT(-0400)] <athena> sounds good to me
[12:04:12 EDT(-0400)] <athena> can start using that format for other projects as well
[12:05:41 EDT(-0400)] <awills> When did we start using 'uP.jQuery = jQuery.noConflict(true)'?
[12:05:51 EDT(-0400)] <EricDalquist> 3.1 I think
[12:05:59 EDT(-0400)] <awills> gotcha
[12:06:06 EDT(-0400)] <awills> this is in announcements config...
[12:06:12 EDT(-0400)] <awills> ## Leave this as false for uPortal 3 or higher.
[12:06:12 EDT(-0400)] <awills> ## Set it to true for any portal that does not use jQuery.
[12:06:12 EDT(-0400)] <awills> javascript.jQuery.include=false
[12:06:28 EDT(-0400)] <awills> and it's broke, in rel-3-2-patches
[12:06:45 EDT(-0400)] <awills> as a default, at any rate
[12:08:24 EDT(-0400)] <awills> http://uportal.pastebin.com/qSETkqgc
[12:09:46 EDT(-0400)] <EricDalquist> that comment should say 'leave as false for uPortal 3.0'
[12:09:56 EDT(-0400)] <EricDalquist> 3.1 and beyond portlets are responsible for their own JS includes
[12:12:52 EDT(-0400)] <athena> yes, that was as of 3.1
[12:13:12 EDT(-0400)] <athena> awills: that needs to be set to "true" in uportal 3.2
[12:13:29 EDT(-0400)] <athena> EricDalquist's right that the instructions are confusing
[12:15:58 EDT(-0400)] <awills> sure... just wondering now if we should switch the default... if new adoptors are more likely to be using 3.1+
[12:21:49 EDT(-0400)] <awills> btw athena got the email-preview working with MS LIve
[12:22:04 EDT(-0400)] <athena> oh that's fantastic!
[12:22:08 EDT(-0400)] <athena> how's it looking?
[12:22:27 EDT(-0400)] <awills> really good... sharp
[12:22:27 EDT(-0400)] <athena> i think to make the project viable we need to add a way for users to supply their own credentials
[12:22:31 EDT(-0400)] <athena> awesome
[12:23:04 EDT(-0400)] <athena> awills: i agree w/ you that it might make sense to switch the default for the announcements portlet at this point, but you'd need to work with Erik on that one
[12:23:20 EDT(-0400)] <awills> sent him a note
[12:23:24 EDT(-0400)] <athena> cool
[12:24:21 EDT(-0400)] <athena> hmmm
[12:24:34 EDT(-0400)] <athena> my release has been stuck on the sign artifacts step for quite a while
[12:24:44 EDT(-0400)] <athena> EricDalquist: is that normal?
[12:25:29 EDT(-0400)] <EricDalquist> it is probably missing some config
[12:25:45 EDT(-0400)] <EricDalquist> <plugin> <artifactId>maven-release-plugin</artifactId> <version>2.0</version> <configuration> <mavenExecutorId>forked-path</mavenExecutorId> </configuration> </plugin>
[12:25:52 EDT(-0400)] <EricDalquist> bottom of the page http://www.ja-sig.org/wiki/display/JSG/Using+Maven+for+your+JA-SIG+project
[12:26:05 EDT(-0400)] <EricDalquist> it is trying to prompt you for your passphrase
[12:26:19 EDT(-0400)] <EricDalquist> but it can't because it is running in a separate process
[12:26:58 EDT(-0400)] <athena> ah
[12:27:50 EDT(-0400)] <athena> hm
[12:27:55 EDT(-0400)] <athena> that seems to be in the jasig parent pom already?
[12:28:19 EDT(-0400)] <EricDalquist> yeah
[12:28:26 EDT(-0400)] <EricDalquist> I don't think it inherits correctly
[12:28:28 EDT(-0400)] <athena> ah.
[12:28:29 EDT(-0400)] <athena> hmmm
[12:28:40 EDT(-0400)] <athena> so am i going to need to revert the release so far?
[12:29:20 EDT(-0400)] <athena> will the rest of the profile be inherited?
[12:29:47 EDT(-0400)] <athena> or should i just copy the whole profile over into the project pom?
[12:30:19 EDT(-0400)] <EricDalquist> you can just add that chunk into the project's <build>
[12:30:25 EDT(-0400)] <EricDalquist> no need to have it just in the profile
[12:30:33 EDT(-0400)] <athena> ok, sounds good
[12:30:38 EDT(-0400)] <EricDalquist> and I think you have to rollback the release
[12:30:42 EDT(-0400)] <athena> ok
[12:31:11 EDT(-0400)] <athena> presumably merge back the changes to the pom files and delete the tag?
[12:31:28 EDT(-0400)] <EricDalquist> release:rollback should do that I think
[12:31:34 EDT(-0400)] <athena> ooh excellent
[12:31:35 EDT(-0400)] <athena> thanks
[12:32:31 EDT(-0400)] <athena> should that snippet go in plugins or plugin management?
[12:34:48 EDT(-0400)] <EricDalquist> plugins
[12:35:33 EDT(-0400)] <athena> cool
[12:40:23 EDT(-0400)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[12:54:10 EDT(-0400)] <athena> EricDalquist: i'm getting a 401 error trying to release this artifact
[12:54:20 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[12:54:23 EDT(-0400)] <athena> not quite sure what the problem is - i have my password in settings.xml and such
[12:54:33 EDT(-0400)] <EricDalquist> you have your sonatype password?
[12:54:37 EDT(-0400)] <athena> yeah
[12:54:44 EDT(-0400)] <athena> it works fine for deploying snapshots
[12:54:55 EDT(-0400)] <athena> and i have another entry that looks identical for the releases repository
[12:55:04 EDT(-0400)] <EricDalquist> the id is sonatype-nexus-staging
[12:55:17 EDT(-0400)] <EricDalquist> for the <server> in your settings.xml
[12:55:38 EDT(-0400)] <athena> ah!
[12:55:48 EDT(-0400)] <athena> i had it marked as sonatype-nexus-releases
[12:55:49 EDT(-0400)] <athena> thanks
[12:56:03 EDT(-0400)] <athena> aaand i see now that's in your instructions
[12:56:05 EDT(-0400)] <athena> sorry about that one
[12:56:16 EDT(-0400)] <EricDalquist> no problem
[12:56:23 EDT(-0400)] <EricDalquist> its a lot of crap to get all right
[12:57:37 EDT(-0400)] <athena> yeah
[12:57:51 EDT(-0400)] <athena> and the error codes are so general it's hard to know which bit you missed
[12:58:06 EDT(-0400)] <athena> should be smoother once i get through it once
[12:58:11 EDT(-0400)] <athena> can get the other projects set up much faster
[12:58:25 EDT(-0400)] <EricDalquist> yeah
[12:58:47 EDT(-0400)] <EricDalquist> and do you know how to promote from staging to releases?
[12:59:57 EDT(-0400)] <athena> saw instructions on sonatype about it
[13:06:48 EDT(-0400)] <athena> yay, we finally have a release!
[13:06:51 EDT(-0400)] <athena> thanks for all the help
[13:06:54 EDT(-0400)] <EricDalquist> yay!
[13:07:00 EDT(-0400)] <EricDalquist> yup
[13:07:04 EDT(-0400)] <athena> hopefully next time won't be so ridiculous
[13:07:08 EDT(-0400)] <EricDalquist> so does it qualify for central?
[13:07:18 EDT(-0400)] <EricDalquist> signed, no external repos etc
[13:07:23 EDT(-0400)] <athena> well, i should say, we finally have a stage
[13:08:18 EDT(-0400)] <EricDalquist> if it does we can put in a request to have that groupid setup for central sync
[13:10:19 EDT(-0400)] <athena> yeah it looks like it's eligible for promotion
[13:10:26 EDT(-0400)] <athena> there's a right-click option for that now
[13:10:40 EDT(-0400)] <EricDalquist> great
[13:11:07 EDT(-0400)] <athena> i guess go ahead and promote them?
[13:11:09 EDT(-0400)] <EricDalquist> you want to put in the central-sync jira request or should I
[13:11:10 EDT(-0400)] <EricDalquist> yeah
[13:11:16 EDT(-0400)] <EricDalquist> that just goes to releases
[13:11:54 EDT(-0400)] <athena> whatever you prefer
[13:13:29 EDT(-0400)] <EricDalquist> ok, if you want to give it a go
[13:13:36 EDT(-0400)] <athena> sure
[13:13:37 EDT(-0400)] <EricDalquist> I want to make sure I'm not the only one that they respond to
[13:13:43 EDT(-0400)] <athena> lol
[13:13:47 EDT(-0400)] <athena> that sounds reasonable
[13:13:47 EDT(-0400)] <athena> and
[13:13:48 EDT(-0400)] <athena> i ne
[13:13:54 EDT(-0400)] <EricDalquist> be sure to ask that they sync the existing 1.0.7 release too
[13:13:56 EDT(-0400)] <athena> need to create a ticket for toro anyway
[13:14:05 EDT(-0400)] <athena> this was 1.0.9
[13:14:07 EDT(-0400)] <EricDalquist> usually when they set it up they only sync stuff after it is setup
[13:14:09 EDT(-0400)] <EricDalquist> ok
[13:14:12 EDT(-0400)] <EricDalquist> that then
[13:14:24 EDT(-0400)] <athena> so just 1.0.8, not previous versions?
[13:15:47 EDT(-0400)] <EricDalquist> just the latest release
[13:15:51 EDT(-0400)] <EricDalquist> so 1.0.9
[13:17:04 EDT(-0400)] <athena> sounds good
[13:17:40 EDT(-0400)] <EricDalquist> the sonatype folks are fast on stuff but are very literal with requests
[13:19:17 EDT(-0400)] <athena> hehe
[13:19:30 EDT(-0400)] <athena> so do i need to file a new JIRA or comment on an existing one?
[13:21:04 EDT(-0400)] <EricDalquist> new jira
[13:22:14 EDT(-0400)] <athena> ok
[13:24:19 EDT(-0400)] <athena> it makes me feel bad when i repeatedly fail captchas
[13:24:38 EDT(-0400)] <EricDalquist> lol
[13:24:46 EDT(-0400)] <EricDalquist> like you're not human?
[13:24:53 EDT(-0400)] <EricDalquist> I really wish more places would use recaptcha
[13:27:36 EDT(-0400)] <athena> yes - makes me feel like i've failed the turing test
[13:27:51 EDT(-0400)] <athena> so is this request a "New Project" or a task?
[13:35:01 EDT(-0400)] <athena> i guess it's probably just a task
[14:09:27 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[15:16:30 EDT(-0400)] <athena> do we think we need to continue to support the ability to force users to configure channel parameters when they add a portlet?
[15:17:00 EDT(-0400)] <EricDalquist> don't know ... any thoughts on use cases?
[15:17:05 EDT(-0400)] <athena> probably no one really realizes it's there, but if you have a channel definition that includes user-editable subscribe-time parameters, they're actually presented in a form when you try to add the portlet to your page
[15:17:18 EDT(-0400)] <athena> well, it used to get used by some IChannel implementations
[15:17:36 EDT(-0400)] <athena> for instance, Yale modified CSyndFeed to allow users to enter an arbitrary RSS feed
[15:17:50 EDT(-0400)] <athena> and that was bound to the channel parameter, which was configured as subscribe time
[15:17:55 EDT(-0400)] <EricDalquist> ah yeah
[15:18:01 EDT(-0400)] <athena> i'm not sure if that's functionality we really need or want anymore
[15:18:01 EDT(-0400)] <EricDalquist> no
[15:18:10 EDT(-0400)] <EricDalquist> since portlet's can never see those parameters
[15:18:15 EDT(-0400)] <athena> since now we'd just do things like that w/ portlet prefs
[15:18:16 EDT(-0400)] <athena> yeah
[15:18:19 EDT(-0400)] <EricDalquist> yup
[15:18:33 EDT(-0400)] <athena> so hopefully it's ok if we don't continue to support those forms
[15:18:47 EDT(-0400)] <athena> looking at how we're going to organize the AJAX layout editor as a Fluid component
[15:18:54 EDT(-0400)] <athena> there's a lot of refactoring to be done
[15:19:05 EDT(-0400)] <EricDalquist> ah
[15:19:07 EDT(-0400)] <EricDalquist> I bet
[15:19:17 EDT(-0400)] <athena> well, it's kind of messy right now
[15:19:25 EDT(-0400)] <athena> will be a good improvement on the whole
[15:19:38 EDT(-0400)] <athena> i'm thinking probably what we want is a component with a whole bunch of subcomponents
[15:19:57 EDT(-0400)] <athena> so the channel selection is a subcomponent, as is the drag and drop, etc.
[15:20:11 EDT(-0400)] <athena> and then there's a parents component to tie them all together
[15:20:31 EDT(-0400)] <athena> that way in theory, if someone really wanted to customize one piece they could
[15:20:37 EDT(-0400)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[15:20:53 EDT(-0400)] <athena> and it would keep the code separated out a little bit more, which might make everyone a little more sane
[15:20:59 EDT(-0400)] <athena> or at least, make me more sane
[15:21:17 EDT(-0400)] <athena> i figure once we finish the fluid refactoring we can add in the DLM administration features
[15:22:03 EDT(-0400)] <EricDalquist> nice
[15:23:21 EDT(-0400)] <athena> progress is good
[15:23:25 EDT(-0400)] <athena> just so much stuff to do
[15:23:33 EDT(-0400)] <EricDalquist> yup
[15:24:20 EDT(-0400)] <athena> i think we can re-write the channel browser, skin selector, and page layout selector using the fluid renderer and that'll cut down on some of the squirrely manual code
[15:24:32 EDT(-0400)] <EricDalquist> nice
[15:26:50 EDT(-0400)] <athena> yeah
[15:26:53 EDT(-0400)] <athena> squirrels--;
[16:42:04 EDT(-0400)] * tsnfoo (~tsnfoo@wso-mbp15-2.test.denison.edu) has joined ##uportal
[17:34:07 EDT(-0400)] * colinclark (~colin@142.150.154.148) has joined ##uportal
[18:00:18 EDT(-0400)] * tsnfoo (~tsnfoo@wso-mbp15-2.test.denison.edu) has joined ##uportal
[18:06:52 EDT(-0400)] * pberry (~pberry@waldorf.CSUChico.EDU) has joined ##uportal
[18:07:17 EDT(-0400)] <pberry> Is ant 1.7.1 still the wrong version to use with 3.2.1?
[18:10:41 EDT(-0400)] <pberry> also, are errors in testFindContainingGroups "normal"?
[18:28:08 EDT(-0400)] <awills> yes... those errors are normal... and we should probably just >svn delete those unit tests
[18:29:02 EDT(-0400)] <pberry> I tried passing maven skipTests=true
[18:29:04 EDT(-0400)] <awills> i use Ant 1.7.1... iirc that's the most recent version that works
[18:29:06 EDT(-0400)] <pberry> but that didn't get around them
[18:29:15 EDT(-0400)] <pberry> yeah, 1.8 bombs as does 1.6.5
[18:29:17 EDT(-0400)] <awills> -Dmaven.test.skip=true
[18:30:06 EDT(-0400)] <pberry> ah
[18:30:44 EDT(-0400)] <pberry> finally
[18:30:49 EDT(-0400)] <awills> the real pitty with those test failures is that we're talking about the FileSystemGroup store – i don't hear about much use of that
[18:31:09 EDT(-0400)] <pberry> some days, I wish very bad things upon ant and maven
[18:32:57 EDT(-0400)] <awills> good to hear from you pat, btw
[18:34:04 EDT(-0400)] <pberry>
[18:34:10 EDT(-0400)] <pberry> finally getting around to 3.2.1
[18:34:19 EDT(-0400)] <pberry> I launched CAS 3.4.2 last week
[18:34:21 EDT(-0400)] <pberry> Yay
[18:34:24 EDT(-0400)] <awills> great
[18:34:41 EDT(-0400)] <pberry> yeah, maven war overlays are sweet
[18:55:22 EDT(-0400)] <pberry> odd http://www.ja-sig.org/wiki/display/UPM32/04+Oracle
[18:55:29 EDT(-0400)] <pberry> Page Deleted?
[18:58:40 EDT(-0400)] <awills> not completely sure of the reason for that... but I dod remember there's a current/ongoing overhaul of the manual happening
[18:59:13 EDT(-0400)] <pberry> gotcha
[18:59:34 EDT(-0400)] <pberry> So, is Liferay a real competitor to uP?
[18:59:51 EDT(-0400)] <pberry> I mean, I know it's "real"â¦but in terms of functionality
[19:15:08 EDT(-0400)] * tsnfoo (~tsnfoo@cpe-173-88-16-163.columbus.res.rr.com) has joined ##uportal
[19:29:51 EDT(-0400)] * tsnfoo_ (~tsnfoo@cpe-173-88-16-163.columbus.res.rr.com) has joined ##uportal
[20:03:19 EDT(-0400)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
[20:10:52 EDT(-0400)] * tsnfoo (~tsnfoo@cpe-173-88-16-163.columbus.res.rr.com) has joined ##uportal
[20:19:50 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
[23:07:04 EDT(-0400)] * tsnfoo (~tsnfoo@cpe-173-88-27-191.columbus.res.rr.com) has joined ##uportal

Browser not supported