uPortal IRC Logs-2011-04-25
[11:23:38 CDT(-0500)] <athena> ok, so i've been thinking about the password reset a bit more
[11:23:51 CDT(-0500)] <athena> guess maybe we could implement it just for local accounts
[11:24:04 CDT(-0500)] <athena> and it probably won't have enough of an API yet to be easily translatable to non-local
[11:24:21 CDT(-0500)] <athena> but at least the UI and such will be there, and maybe we can make it easier to implement for LDAP/whatever later?
[11:24:42 CDT(-0500)] <EricDalquist> yup
[11:25:00 CDT(-0500)] <athena> so for the local implementation
[11:25:15 CDT(-0500)] <athena> thinking maybe we add a new attribute that's just "loginToken" or something liek that
[11:25:41 CDT(-0500)] <athena> the self-service portlet's original implementation actually overloaded the password to be a login token - was prefaced by something that wasn't an SHA or whatever
[11:25:52 CDT(-0500)] <athena> but thinking it'd be more clear to not do that and create a new attribute
[11:26:12 CDT(-0500)] <athena> then when a password was reset we could null out the current password and set that login token? maybe even provide a login token date?
[11:34:13 CDT(-0500)] <EricDalquist> this is for self-service password reset?
[11:34:16 CDT(-0500)] <EricDalquist> like I lost my account
[11:34:20 CDT(-0500)] <EricDalquist> or am creating a new account?
[11:39:27 CDT(-0500)] <mklein21105> i'm trying to integrate CAS and clearpass. The instructions in the uportal 3.2 wiki says I need to apply a patch in order to use clearpass. How would i go about applying the patch?
[11:39:42 CDT(-0500)] <athena> EricDalquist: yeah, for self-service password reset
[11:39:49 CDT(-0500)] <athena> think i'm just going to ignore creating a new account for now
[11:40:08 CDT(-0500)] <EricDalquist> when not add a "must change password" flagh
[11:40:09 CDT(-0500)] <athena> can you link to the instructions you're looking at mklein21105
[11:40:14 CDT(-0500)] <EricDalquist> and just reset the password
[11:40:31 CDT(-0500)] <mklein21105> https://wiki.jasig.org/display/UPM32/ClearPass+Integration+-+Maven+Overlay
[11:40:33 CDT(-0500)] <holdorph> mklein21105: you can either use eclipse and it's a right click menu item
[11:40:41 CDT(-0500)] <holdorph> or you can use the unix patch command
[11:40:44 CDT(-0500)] <athena> i think we'd tried to prevent people from logging into the portal w/ their temporary reset token
[12:39:08 CDT(-0500)] <DrewWills> morning EricDalquist... I'm having issues building 3-1-patches, and my research suggests it may effect everyone: http://pastebin.com/75nvCNGJ
[12:40:03 CDT(-0500)] <EricDalquist> what is in the file \Users\awills\.m2\repository\org\jasig\portal\uportal-ear-deployer\3.1.6-SNAPSHOT\maven-metadata-sonatype-nexus-snapshots.xml
[12:40:15 CDT(-0500)] <DrewWills> sec...
[12:41:22 CDT(-0500)] <DrewWills> http://pastebin.com/DbCGRrpD
[12:41:30 CDT(-0500)] <DrewWills> problem is with the highlighted line
[12:42:10 CDT(-0500)] <DrewWills> leading theory is that the m2 used by the ant integration (e.g. 'ant initportal') can't handle that
[12:43:58 CDT(-0500)] <DrewWills> the file seems to come from here: https://oss.sonatype.org/content/repositories/snapshots/org/jasig/portal/uportal-parent/3.1.6-SNAPSHOT/maven-metadata.xml
[12:44:50 CDT(-0500)] <EricDalquist> and what command are you running that is failing?
[12:46:14 CDT(-0500)] <DrewWills> initportal
[12:46:30 CDT(-0500)] <DrewWills> mvn clean, install, package... they all work
[12:46:35 CDT(-0500)] <DrewWills> only fails with ant
[12:48:12 CDT(-0500)] <EricDalquist> looks like we just need to update the maven-ant-tasks jar in bootstrap/lib to maven-ant-tasks-2.1.1.jar
[12:49:41 CDT(-0500)] <DrewWills> hmmm... i hope so... sounds better than other remedies i can think of
[12:49:51 CDT(-0500)] <EricDalquist> well it works in trunk
[12:49:54 CDT(-0500)] <EricDalquist> and that is the difference
[12:50:34 CDT(-0500)] <DrewWills> gotcha
[12:50:46 CDT(-0500)] <EricDalquist> you also need to update bootstrap/build_includes.xml
[12:50:49 CDT(-0500)] <EricDalquist> to point to the new jar
[13:27:18 CDT(-0500)] <athena> huh, i can't seem to fix this news reader portlet delete issue without manually deleting the children before deleting the parent
[13:37:09 CDT(-0500)] <athena> so . . . apparently hibernate cascades don't apply to lazy-loaded collections? is that how that's actually supposed to work?
[13:37:16 CDT(-0500)] <EricDalquist> hrm
[13:38:31 CDT(-0500)] <DrewWills> ok, so I updated the jar and ran into this issue next: http://pastebin.com/Bq6k3092
[13:38:51 CDT(-0500)] <DrewWills> "Apache Ant version 1.7.1 compiled on June 27 2008" is what prints out if i do ant -version
[13:39:15 CDT(-0500)] <DrewWills> not sure how it's getting picked as the <version> as far as mvn is concerned
[13:39:31 CDT(-0500)] <EricDalquist> are you running this from inside eclipse?
[13:39:37 CDT(-0500)] <DrewWills> nope
[13:40:05 CDT(-0500)] <athena> don't think the version of ant you use has anything to do with whether maven can find the ant artifact in the repository
[13:40:07 CDT(-0500)] <EricDalquist> off the top of my head I'm not sure then
[13:40:15 CDT(-0500)] <DrewWills> i tried setting the <version> explicitly in uportal-ant-tasks (which is a submodule in 3-2-patches... not in trunk)
[13:40:21 CDT(-0500)] <DrewWills> no dice – same error
[13:40:30 CDT(-0500)] <DrewWills> er 3-1-patches
[13:40:48 CDT(-0500)] <EricDalquist> the problem is the "ant.version" property from ant is overriding the "ant.version" property we specify in our root pom
[13:40:53 CDT(-0500)] <EricDalquist> and I can't remember why that happends
[13:41:07 CDT(-0500)] <EricDalquist> you mightget a hint by looking in trunk at that jar you replaced
[13:41:08 CDT(-0500)] <DrewWills> yes that seems to be what's happening
[13:41:17 CDT(-0500)] <EricDalquist> find the rev that it was added
[13:41:22 CDT(-0500)] <EricDalquist> then look at the log for that whole rev
[13:41:23 CDT(-0500)] <DrewWills> ah yes
[13:41:26 CDT(-0500)] <EricDalquist> and see what else changed
[15:09:41 CDT(-0500)] <athena> hmm
[15:09:48 CDT(-0500)] <athena> getting test failures building the resource server
[15:10:29 CDT(-0500)] <EricDalquist> huh
[15:11:03 CDT(-0500)] <athena> hmm, weird
[15:11:06 CDT(-0500)] <athena> junit.framework.AssertionFailedError: expected:<<U+FEFF>> but was:<Ô>
[15:11:11 CDT(-0500)] <athena> character encoding issue maybe?
[15:11:41 CDT(-0500)] <athena> getting other things as well like
[15:11:43 CDT(-0500)] <athena> Expected text value 'NREf03Lf89QMV3CMJMfvxg.aggr.min.js' but was '_7_4ie70hhsqJjTrOf2akQ.aggr
[15:11:43 CDT(-0500)] <EricDalquist> can you pastebin the whole test output?
[15:11:44 CDT(-0500)] <athena> .min.js' - comparing <js ...>NREf03Lf89QMV3CMJMfvxg.aggr.min.js</js> at /resources[1]/js[1]/text()[1] t
[15:11:44 CDT(-0500)] <athena> o <js ...>_7_4ie70hhsqJjTrOf2akQ.aggr.min.js</js> at /resources[1]/js[1]/text()[1]
[15:11:56 CDT(-0500)] <athena> yes, though there are several failed tests
[15:12:04 CDT(-0500)] <EricDalquist> I bet it is because of a test I added for steve
[15:12:15 CDT(-0500)] <EricDalquist> testing handling of .js files that contain the unicode BOM
[15:12:27 CDT(-0500)] <athena> so here's one: http://pastebin.com/9Qyze4tw
[15:13:06 CDT(-0500)] <EricDalquist> I wonder if SVN is killing that BOM test
[15:13:16 CDT(-0500)] <athena> here's another: http://pastebin.com/psMuQyr5
[15:13:24 CDT(-0500)] <athena> hmm, interesting
[15:13:49 CDT(-0500)] <athena> full list of tests is:
[15:13:49 CDT(-0500)] <athena> testReadWithBomNoFilter(org.jasig.resource.aggr.BomFilterReaderTest)
[15:13:50 CDT(-0500)] <athena> testReadWithBom(org.jasig.resource.aggr.BomFilterReaderTest)
[15:13:50 CDT(-0500)] <athena> testReadCharArrayWithBom(org.jasig.resource.aggr.BomFilterReaderTest)
[15:13:50 CDT(-0500)] <athena> testReadPartialCharArrayWithBom(org.jasig.resource.aggr.BomFilterReaderTest)
[15:13:50 CDT(-0500)] <athena> testControl(org.jasig.resource.aggr.ResourcesAggregatorImplTest)
[15:14:18 CDT(-0500)] <athena> was trying to do a mvn deploy so we can include the new jQuery Mobile alpha in the mobile theme
[15:15:43 CDT(-0500)] <EricDalquist> which module is this in again? utils?
[15:16:12 CDT(-0500)] <athena> core
[15:18:18 CDT(-0500)] <EricDalquist> athena: if you do "less resource-server-core/src/test/resources/skin-test1/jquery.hoverIntent.bom.js"
[15:18:37 CDT(-0500)] <EricDalquist> does the first line look like: "<U+FEFF>/**"
[15:18:42 CDT(-0500)] <EricDalquist> without the quotes
[15:18:50 CDT(-0500)] <athena> yep
[15:18:55 CDT(-0500)] <EricDalquist> huh
[15:19:08 CDT(-0500)] <EricDalquist> freaking file encoding problems
[15:19:11 CDT(-0500)] <athena>
[15:19:22 CDT(-0500)] <athena> should we just turn them off for now, or ?
[15:19:23 CDT(-0500)] <EricDalquist> I wonder if different JDk versions handle that differently
[15:19:26 CDT(-0500)] <EricDalquist> yeah
[15:19:30 CDT(-0500)] <EricDalquist> you can just ignore those tests for now
[15:20:06 CDT(-0500)] <athena> ok
[15:20:11 CDT(-0500)] <athena> will do
[15:45:41 CDT(-0500)] <athena> heh, guess sonatype isn't in our list of snapshot repos?
[15:46:08 CDT(-0500)] <EricDalquist> hrm, it should be
[15:46:09 CDT(-0500)] <athena> hmm
[15:46:11 CDT(-0500)] <athena> you're right
[15:46:18 CDT(-0500)] <EricDalquist> you did a 'mvn deploy' ?
[15:46:24 CDT(-0500)] <athena> yeah.
[15:46:25 CDT(-0500)] <athena> and i see it up there
[15:46:43 CDT(-0500)] <athena> https://oss.sonatype.org/content/repositories/snapshots/org/jasig/resourceserver/resource-server-core/1.0.16-SNAPSHOT/
[15:47:31 CDT(-0500)] <EricDalquist> weird
[15:47:36 CDT(-0500)] <athena> yeah
[15:47:50 CDT(-0500)] <athena> getting [INFO] Unable to find resource 'org.jasig.resourceserver:resource-server-utils:jar:1.0.16-SNAPSHOT' in repository sonatype-nexus-snapshots (http://oss.sonatype.org/content/repositories/snapshots)
[15:48:09 CDT(-0500)] <athena> wonder if it's doing that thing where it refuses to recognize the version w/ the date string in it
[16:30:54 CDT(-0500)] <athena> is there a way to force a refresh of the person directory data for a user?
[16:32:20 CDT(-0500)] <EricDalquist> hrm
[16:32:23 CDT(-0500)] <EricDalquist> I'm not sure
[16:33:14 CDT(-0500)] <athena> just noticing that when we update the local user account it's not refreshed
[16:33:21 CDT(-0500)] <athena> not a big deal - can add a note in the UI about that