[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)
General
Content
Integrations