uPortal IRC Logs-2012-07-24

Owned by Apereo Infrastructure
Last updated: Jul 24, 2012
5 min read

[10:13:01 CDT(-0500)] * Topic is 'http://uportal.pastebin.com/ - https://wiki.jasig.org/display/UPC/uportal+IRC+Logs' set by EricDalquist!~apollo@76.210.64.142 on 17:44:12 CDT(-0500)

[11:14:05 CDT(-0500)] <EricDalquist> so I think with 4.0.6 we're going to start shipping with jGroups and a clustered ehcache config

[11:14:12 CDT(-0500)] <EricDalquist> it won't work out of the box for everyone

[11:14:22 CDT(-0500)] <EricDalquist> but at least it will be much easier to get cache invalidation setup for folks

[14:23:35 CDT(-0500)] <athena> EricDalquist: is the trunk building for you right now?

[14:23:47 CDT(-0500)] <athena> i'm getting an error on startup after creating the db from scratch

[14:31:46 CDT(-0500)] <EricDalquist> hrm

[14:31:47 CDT(-0500)] <EricDalquist> I think so

[14:31:53 CDT(-0500)] <EricDalquist> I can double check in a few minutes

[14:31:55 CDT(-0500)] <EricDalquist> what is the error?

[14:42:18 CDT(-0500)] <athena> let me find it

[14:43:12 CDT(-0500)] <athena> hmm, one server seems to have lost its log file

[14:43:18 CDT(-0500)] <athena> my other install has "org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'versionedDataUpdater': Injection

[14:43:18 CDT(-0500)] <athena> of resource dependencies failed; nested exception is java.lang.NullPointerException: null value"

[14:43:31 CDT(-0500)] <athena> i'm not sure if that's the same error

[14:43:43 CDT(-0500)] <athena> but it was definitely related to the new version update stuff

[14:43:50 CDT(-0500)] <EricDalquist> huh

[14:43:58 CDT(-0500)] <EricDalquist> and this is against a new db ...

[14:44:01 CDT(-0500)] <athena> yeah

[14:44:07 CDT(-0500)] <athena> data import went ok

[14:44:10 CDT(-0500)] <athena> failed on tomcat start

[14:44:16 CDT(-0500)] <EricDalquist> ok

[14:44:21 CDT(-0500)] <athena> that error i just quoted looks like a spring config one perhaps

[14:44:23 CDT(-0500)] <EricDalquist> would you have a minute to pastebin the stack trace?

[14:44:39 CDT(-0500)] <athena> yes, though i'm not 100% sure it's the same as the one i'm getting on trunk

[14:45:17 CDT(-0500)] <athena> http://pastebin.com/JyHeySyH

[14:45:57 CDT(-0500)] <EricDalquist> hrm ... that is interesting

[14:46:21 CDT(-0500)] <EricDalquist> that implies that something in the versions map in the app context is null

[14:46:50 CDT(-0500)] <EricDalquist> https://github.com/Jasig/uPortal/blob/master/uportal-war/src/main/resources/properties/contexts/applicationContext.xml#L58

[14:47:03 CDT(-0500)] <EricDalquist> does your app context have that util:map in it?

[14:47:12 CDT(-0500)] <EricDalquist> and if so are you completely merged with master?

[14:48:22 CDT(-0500)] <athena> should be, but some chance something isn't quite right

[14:48:31 CDT(-0500)] <athena> which is why i switched over to the main trunk

[14:49:19 CDT(-0500)] <athena> ok, this context does have that map in it

[14:50:28 CDT(-0500)] <EricDalquist> ok then my next bet would be one of the constant properties

[14:52:50 CDT(-0500)] <athena> let me go back to trunk and see if it has the same error

[14:52:55 CDT(-0500)] <EricDalquist> thanks athena

[14:53:04 CDT(-0500)] <EricDalquist> I'm just finishing up this jgroups testing and then I can take a look

[14:53:55 CDT(-0500)] <athena> ok

[14:54:12 CDT(-0500)] <athena> by the way, do you know if the issue with IE9 and drag and drop in 3.2.4 was ever fixed?

[14:54:28 CDT(-0500)] <athena> https://issues.jasig.org/browse/UP-3052

[14:54:32 CDT(-0500)] <EricDalquist> I don't think it was

[14:54:37 CDT(-0500)] <EricDalquist> I think I thought I fixed it

[14:54:43 CDT(-0500)] <EricDalquist> but I only fixed it if you were using the gallery

[14:54:45 CDT(-0500)] <athena> the issue is marked as resolved, but it sort of looks like it wasn't really fixed

[14:54:47 CDT(-0500)] <EricDalquist> not stock 3.2

[14:54:53 CDT(-0500)] <athena> ah

[14:54:59 CDT(-0500)] <EricDalquist> so it should probably be reopened

[14:55:23 CDT(-0500)] <athena> i don't see a record that bob finch ever actually submitted a pull request

[14:58:50 CDT(-0500)] <EricDalquist> grr ... jgroups placeholder config only supports reading from System.getProperty (tongue)

[15:01:19 CDT(-0500)] <athena> oh, that's annoying

[15:01:33 CDT(-0500)] <EricDalquist> yeah

[15:01:38 CDT(-0500)] <EricDalquist> though jgroups seems to be working well

[15:01:41 CDT(-0500)] <athena> cool

[15:01:46 CDT(-0500)] <EricDalquist> locally I can start uportal

[15:01:55 CDT(-0500)] <EricDalquist> then run a data-import task

[15:02:07 CDT(-0500)] <EricDalquist> and the cache invalidations all go through so that the local uPortal instance immediately sees the new data

[15:02:36 CDT(-0500)] <EricDalquist> hopefully including a default config and then some info in the manual with a link to jGroups manual will work

[15:03:20 CDT(-0500)] <athena> nice!

[15:04:01 CDT(-0500)] <EricDalquist> yeah

[15:04:10 CDT(-0500)] <EricDalquist> hopefully it will address the data freshness issues that people are seeing

[15:04:53 CDT(-0500)] <athena> yeah

[15:11:58 CDT(-0500)] <athena> ok, portal loaded up this time

[15:12:06 CDT(-0500)] <EricDalquist> this is master?

[15:12:08 CDT(-0500)] <athena> going to try my other branch again and see what the issue might be

[15:12:09 CDT(-0500)] <athena> yeah

[15:12:13 CDT(-0500)] <athena> so that's good at least

[15:12:15 CDT(-0500)] <EricDalquist> so with your error

[15:12:40 CDT(-0500)] <EricDalquist> oh ... I wonder if org.jasig.portal.version is null

[15:12:51 CDT(-0500)] <EricDalquist> maybe diff your portal.properties with the portal.properties in master

[15:12:56 CDT(-0500)] <EricDalquist> and see what is missing

[15:24:29 CDT(-0500)] <athena> will try that

[15:25:26 CDT(-0500)] <athena> hmm.

[15:25:39 CDT(-0500)] <athena> application context and portal.properties are the same

[15:26:54 CDT(-0500)] <EricDalquist> can you verify that the org.jasig.portal.version property is set to a value in your deployed tomcat?

[15:27:21 CDT(-0500)] <athena> yep

[15:27:27 CDT(-0500)] <athena> may just do a full rebuild

[15:27:30 CDT(-0500)] <EricDalquist> that should be getting set to the project.version value: https://github.com/Jasig/uPortal/blob/master/uportal-war/src/main/resources/properties/portal.properties#L404

[15:27:49 CDT(-0500)] <athena> oh!

[15:28:00 CDT(-0500)] <athena> perhaps the issue is that umobile uses different version numbers?

[15:28:10 CDT(-0500)] <EricDalquist> hrm ... that could be it

[15:28:15 CDT(-0500)] <EricDalquist> but that wouldn't explain the NPE

[15:28:23 CDT(-0500)] <EricDalquist> you would get a different error

[15:28:28 CDT(-0500)] <EricDalquist> about the version numbers not matching

[15:28:39 CDT(-0500)] <EricDalquist> which I hadn't thought about

[15:28:43 CDT(-0500)] <EricDalquist> and now need to (tongue)

[15:29:48 CDT(-0500)] <athena> lol

[15:30:44 CDT(-0500)] <EricDalquist> so essentially I'm trying to add a way to make sure the code version matches up to the db version

[15:30:51 CDT(-0500)] <EricDalquist> so you don't get weird/bad behavior

[15:31:00 CDT(-0500)] <EricDalquist> but that won't work if you customize the version number

[15:31:02 CDT(-0500)] <EricDalquist> hrm

[15:32:28 CDT(-0500)] <EricDalquist> I guess I can just manually maintain that property between releases

[15:33:38 CDT(-0500)] <athena> i mean i guess too we could have it customizable

[15:33:55 CDT(-0500)] <athena> but weirdness might result when there are fewer releases of umobile than uportal

[15:34:04 CDT(-0500)] <EricDalquist> well it needs to be fairly controlled

[15:34:17 CDT(-0500)] <EricDalquist> as of 4.0.6 part of the dbupdate process is looking at that version number in the db

[15:34:30 CDT(-0500)] <EricDalquist> and then running little bits of code depending on the from version and to version

[15:34:33 CDT(-0500)] <EricDalquist> to get the db up to date

[15:34:59 CDT(-0500)] <EricDalquist> so that map in the app context needs to contain the values for the version of uPortal the project is based on

[15:35:40 CDT(-0500)] <EricDalquist> so even if it is uMobile 1.1.2 if it is based on 4.0.6 code it needs to be using that version number in the map

[15:36:48 CDT(-0500)] <EricDalquist> so maybe the solution is we just manage that code-version property by hand

[15:37:35 CDT(-0500)] <EricDalquist> a little more work

[15:37:39 CDT(-0500)] <EricDalquist> but more resilliant

[15:39:49 CDT(-0500)] <athena> yeah