uPortal IRC Logs-2010-12-14
[08:13:38 CST(-0600)] <rickard> EricDalquist: Hate to bug you, but are you aware that rel-3-2-patches doesn't build? At least not for me.
[08:13:46 CST(-0600)] <rickard> org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'exportTasks': Cannot resolve reference to bean 'export-fragment-definition' while setting bean property 'sourceMap' with key [TypedStringValue: value [fragment-definition], target type [null]]; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name
[08:13:46 CST(-0600)] <rickard> 'export-fragment-definition' defined in file [/usr/local/tomcat/lu/apache-tomcat-6.0.18/webapps/uPortal/WEB-INF/classes/properties/contexts/importExportContext.xml]: Cannot create inner bean 'util:map#768a4189' of type [org.springframework.beans.factory.config.MapFactoryBean] while setting bean property 'requestAttributes'; nested exception is org.springframework.beans.factory.BeanCreationException:
[08:13:46 CST(-0600)] <rickard> Error creating bean with name 'util:map#768a4189': Cannot resolve reference to bean 'fragmentDefinitionDao' while setting bean property 'sourceMap' with key [TypedStringValue: value [fragmentDefinitionDao], target type [null]]; nested exception is org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'fragmentDefinitionDao' is defined
[08:14:29 CST(-0600)] <EricDalquist> athena: I know you backed out the filtering in 3.2-patches, did that spring bean change get re-applied?
[08:56:58 CST(-0600)] <rickard> EricDalquist: As far as I can see, nothing was re-applied after athena backed out the filtering stuff.
[08:57:04 CST(-0600)] <rickard> However, this might be the culprit: https://issues.jasig.org/browse/UP-2899
[08:57:41 CST(-0600)] <rickard> importExportContext.xml is mentioned in the stack trace.
[09:01:34 CST(-0600)] <rickard> Here's the full stacktrace: http://pastebin.com/AHJuPELC
[09:47:36 CST(-0600)] <rickard> EricDalquist: I'm pretty sure the above mentioned issue is the culprit. The stack trace references importExportContex.xml as well as fragmentDefinitionDao. Both stuff that was affected by https://developer.jasig.org/source/changelog/jasigsvn/?cs=22543
[09:58:58 CST(-0600)] <athena> gah
[09:59:02 CST(-0600)] <athena> so i guess i missed that?
[09:59:16 CST(-0600)] <athena> was there anything else that got applied as part of that patch that needs fixing?
[10:03:43 CST(-0600)] <rickard> If you're asking me, I'm afraid I don't know. But I guess you were asking Eric, right?
[10:12:24 CST(-0600)] <athena> yeah
[10:19:10 CST(-0600)] <rickard> By the way, shouldn't Bamboo pick up on any build errors?
[10:20:47 CST(-0600)] <athena> dunno
[11:04:47 CST(-0600)] <EricDalquist> bamboo should pick up build errors
[11:05:03 CST(-0600)] <EricDalquist> but it only runs "mvn clean install"
[11:29:09 CST(-0600)] <EricDalquist> uhg just ran into another webproxy portlet
[11:29:11 CST(-0600)] <EricDalquist> bug
[11:29:16 CST(-0600)] <EricDalquist> can't wait for 3.3 to be released
[11:29:23 CST(-0600)] <EricDalquist> and then to spend a few weeks re-writing this as jsr-286
[11:32:04 CST(-0600)] <holdorph> i can't wait to start calling it something beside 3.3
[11:39:40 CST(-0600)] <rickard> athena, EricDalquist: Any chance of a patch today for the problem I mentioned earlier? I hate to bug you guys, but I'd really like to be able to build 3-2-patches.
[11:39:56 CST(-0600)] <athena> yes
[11:42:00 CST(-0600)] <rickard> Great, thanks. I'll keep an eye on svn
[11:51:50 CST(-0600)] <ajan> hi, anyone can help me on how to get request parameters inside a DLM evaluator?
[11:54:14 CST(-0600)] <ajan> in fact the question is it is possible at all to get an instance of the HTTPServletRequest inside isApplicable in an evaluator
[11:58:00 CST(-0600)] <athena> i'm not sure that it is
[11:58:35 CST(-0600)] <ajan> is it more appropriate to try this is in a DLM processor?
[11:58:43 CST(-0600)] <athena> depends what you're doing
[11:58:52 CST(-0600)] <ajan> what I'm trying to do is push a fragment depending on request parameters - like IP address
[11:58:57 CST(-0600)] <athena> gotcha
[11:59:21 CST(-0600)] <athena> i'm thinking you might be able to expose the IP address as a person attribute, then use it from the evaluator?
[11:59:39 CST(-0600)] <athena> would be nice if that API had access to the request - maybe a good modification in the future
[11:59:54 CST(-0600)] <athena> i could see us wanting to make decisions based on things like the browser user agent as well
[12:01:55 CST(-0600)] <ajan> wouldn't https://issues.jasig.org/browse/UP-2879 be similar to this?
[12:02:15 CST(-0600)] <ajan> is it also not doable because the locale is in the session?