uPortal IRC Logs-2011-11-30

Owned by Apereo Infrastructure
Last updated: Nov 30, 2011Version comment

[09:21:55 CST(-0600)] <Arvids> athena, are you here?

[10:02:01 CST(-0600)] <drewwills> is there a good way to see the complete collection of personAttributes in uP4? is there a user attributes portlet?

[10:02:54 CST(-0600)] <Arvids> try attribute swapper

[10:03:27 CST(-0600)] <Arvids> ... ofc if user has admin permissions

[10:03:50 CST(-0600)] <drewwills> yeah that works

[10:18:47 CST(-0600)] <EricDalquist> drewwills: if you have free time something I've always wanted to do is to add support for a * user attribute mapping

[10:18:58 CST(-0600)] <EricDalquist> I'm not sure what all code would have to be touched

[10:19:24 CST(-0600)] <EricDalquist> but it would be handy if a portlet could declare in portlet.xml a * attribute or actually now that portlet 2.0 is here and has container-options a special option flag

[10:19:36 CST(-0600)] <EricDalquist> which allowed the porltlet to see ALL user attributes via the USER_INFO map

[10:19:47 CST(-0600)] <EricDalquist> instead of just those that it explicitly declares

[10:40:25 CST(-0600)] <drewwills> EricDalquist I agree completely

[11:46:21 CST(-0600)] <rlewis> Hi Athena, I am trying to make sense of the code for obtaining user location, which is on developer.android.com/guide/topics/location/obtaining-user-location.html as to how to apply it to the umobile-app

[11:47:08 CST(-0600)] <athena> hey rlewis - i'm in a meeting right now, but i'll drop bck in when i can

[12:17:19 CST(-0600)] <athena> so we're actually using the titanium SDK

[12:17:24 CST(-0600)] <athena> rather than android code directly

[12:17:34 CST(-0600)] <athena> so i'd recommend looking at their API docs

[12:18:37 CST(-0600)] <athena> rlewis: i think this is the documentation you want, specifically: http://developer.appcelerator.com/apidoc/mobile/latest/Titanium.Geolocation-module

[12:34:03 CST(-0600)] <EricDalquist> hows it going athena

[12:34:20 CST(-0600)] <athena> hey EricDalquist

[12:34:31 CST(-0600)] <athena> going ok - actually made some significant progress on spring security integration

[12:34:37 CST(-0600)] <athena> definitely some stuff worth talking about there

[12:34:46 CST(-0600)] <athena> how're you? you still on vacation or back to the office?

[12:34:47 CST(-0600)] <EricDalquist> neat

[12:34:55 CST(-0600)] <EricDalquist> still on vacation, though working today

[12:35:01 CST(-0600)] <EricDalquist> I won't be back in the office until the 14th

[12:37:12 CST(-0600)] <athena> oh wow, ok

[12:37:17 CST(-0600)] <athena> hmm (smile)

[12:37:36 CST(-0600)] <athena> is nick working right now?

[12:38:23 CST(-0600)] <EricDalquist> he is working this week but I think he is taking today off

[12:38:34 CST(-0600)] <EricDalquist> something about 12 hours of maintenance work this coming Saturday

[12:38:37 CST(-0600)] <athena> oh ick

[12:38:45 CST(-0600)] <EricDalquist> yeah

[12:39:01 CST(-0600)] <athena> think he's likely to get a chance to look at that resource caching bug? or are there any hints you have about fixing it?

[12:39:19 CST(-0600)] <EricDalquist> which bug is this?

[12:39:23 CST(-0600)] <EricDalquist> is there a jira?

[12:41:16 CST(-0600)] <athena> yeah - let me find it

[12:41:35 CST(-0600)] <athena> this is the resource caching URL stuff that nick fixed and got re-broken in whatever refactoring happened right before the last release

[12:42:10 CST(-0600)] <EricDalquist> oh right

[12:43:20 CST(-0600)] <athena> yeah

[12:43:29 CST(-0600)] <athena> would love to get that fixed for umobile

[12:44:38 CST(-0600)] <athena> here we go: https://issues.jasig.org/browse/UP-3147

[12:45:55 CST(-0600)] <EricDalquist> so what exactly is broken now?

[12:46:07 CST(-0600)] <EricDalquist> just the setting of Expires and Cache-Control headers?

[12:47:16 CST(-0600)] <athena> actually it's exactly the same behavior as it was before nick's fix

[12:47:33 CST(-0600)] <athena> so it's more than that - subsequent requests get no content returned with a 200 OK

[12:47:44 CST(-0600)] <EricDalquist> ah

[12:47:49 CST(-0600)] <EricDalquist> so that jira doesn;t quite describe the problem

[12:47:54 CST(-0600)] <athena> so if the portlet is trying to do resource caching it breaks after the first request

[12:48:10 CST(-0600)] <athena> yeah i think that JIRA was for the original development issue

[12:48:22 CST(-0600)] <athena> trying to see if we had any JIRAs for that last part

[12:48:28 CST(-0600)] <athena> think probably just discussed in IRC

[12:48:56 CST(-0600)] <athena> here we go: http://www.mail-archive.com/uportal-dev@lists.ja-sig.org/msg03427.html

[13:12:26 CST(-0600)] <dd_> can anyone help with a problem with the calendar portlet?

[13:12:39 CST(-0600)] <dd_> using 1.0-GA with uportal 3.2.4

[13:12:55 CST(-0600)] <dd_> trying to read in a rss feed but i am getting errors

[13:12:59 CST(-0600)] <dd_> here's the log: http://pastebin.com/3AYvnfDk

[13:13:42 CST(-0600)] <dd_> looks like something is happening with the ajax controller but i don't know what or why

[13:13:54 CST(-0600)] <EricDalquist> looks like either a config issue or a bug in the portlet, not sure if anyone who is around in here uses that portlet

[13:14:07 CST(-0600)] <EricDalquist> if you don't have luck here try the portlet-user email list

[13:14:26 CST(-0600)] <EricDalquist> https://wiki.jasig.org/display/JSG/portlet-user

[13:16:28 CST(-0600)] <dd_> ok, i'll give it a try

[13:19:44 CST(-0600)] <dd_> would you be able to help with other problems i am having?

[13:19:55 CST(-0600)] <EricDalquist> maybe (smile)

[13:20:05 CST(-0600)] <EricDalquist> I'll at least take a quick look if you post the info

[13:20:17 CST(-0600)] <dd_> pretty new to using maven

[13:20:17 CST(-0600)] <athena> i'd recommend taking a look at the calendar portlet log

[13:20:34 CST(-0600)] <dd_> @athena: that was from the calendar log

[13:20:46 CST(-0600)] <athena> ah ok, thought it was the portal log

[13:21:16 CST(-0600)] <dd_> using maven and overlays, should there ever be more than one copy of a given .jar file in the classpath?

[13:21:37 CST(-0600)] <athena> no - that's likely to cause problems

[13:21:49 CST(-0600)] <athena> i'd take a look at the line referenced in the source code from that error

[13:21:52 CST(-0600)] <athena> see what might be null

[13:22:15 CST(-0600)] <dd_> i'm fairly sure i am having an unrelated problem with ehcache and i am counting 7 different copies of ehcache-core and 3 different versions

[13:22:16 CST(-0600)] <dd_> ok, i'll try that

[13:23:37 CST(-0600)] <dd_> so with the 3.2.4 version of uportal that i downloaded, it had WebProxyPortlet and ResourceServingWebapp portlet. i didn't make any changes to those overlays

[13:23:58 CST(-0600)] <dd_> i see different versions of ehcahce-core.jar in there lib folders

[13:24:29 CST(-0600)] <dd_> is there any way i can stop them from being included using the top level pom.xml uportal file?

[13:24:49 CST(-0600)] <EricDalquist> what are you trying to do with overlays?

[13:25:49 CST(-0600)] <dd_> hmm, don't know if overlay was the correct term

[13:26:13 CST(-0600)] <dd_> i see WebProxyPortlet as a dependency in the pom.xml file

[13:26:17 CST(-0600)] <EricDalquist> so in tomcat

[13:26:20 CST(-0600)] <dd_> basically install portlets

[13:26:33 CST(-0600)] <EricDalquist> each webapp has its own libraries

[13:26:54 CST(-0600)] <EricDalquist> the stuff in WebAppA/WEB-INF/lib is in no way related to the stuff in WebAppB/WEB-INF/lib

[13:27:29 CST(-0600)] <EricDalquist> you will however have problems if you, for example, have two different ehcache-core-XXX.jar files in WebAppA/WEB-INF/lib

[13:27:42 CST(-0600)] <dd_> ah, ok

[13:28:47 CST(-0600)] <dd_> so an app's WEB-INF/lib folder is not in the overall classpath?

[13:29:26 CST(-0600)] <athena> each webapp has it's own separate classpath

[13:29:34 CST(-0600)] <EricDalquist> in a servlet container there are many classloaders

[13:29:49 CST(-0600)] <EricDalquist> http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html

[13:29:55 CST(-0600)] <dd_> but tomcat's lib and shared/lib folders are? so if a duplicate jar accidentally got it those folders, it would cause problems?

[13:29:58 CST(-0600)] <EricDalquist> take a look at the Overview section

[13:30:01 CST(-0600)] <EricDalquist> correct

[13:30:07 CST(-0600)] <EricDalquist> but you should never manually place libraries there

[13:30:25 CST(-0600)] <EricDalquist> uPortal places a few libraries in shared/lib that are specifically required for the magic that makes portlets work

[13:30:51 CST(-0600)] <EricDalquist> but in general unless you are VERY comfortable with what you are doing manually mucking in lib or shared/lib is asking for trouble

[13:30:51 CST(-0600)] <dd_> ok

[13:31:35 CST(-0600)] <dd_> does it matter which way you "deploy" an app?

[13:31:53 CST(-0600)] <dd_> i've seen different ways online and some portlets don't mention the way to do it

[13:31:59 CST(-0600)] <EricDalquist> for portlets you either need to use the deployPortletApp ant target

[13:32:04 CST(-0600)] <EricDalquist> or use the uPortal EAR overlay approach

[13:32:11 CST(-0600)] <dd_> i've been doing mvn package and then copying the war to tomcat's webapps

[13:32:22 CST(-0600)] <EricDalquist> portlet WARs have to have some tweaking down to them by uPortal to work correctly

[13:32:31 CST(-0600)] <EricDalquist> and either of those approaches does the correct tweaking

[13:34:04 CST(-0600)] <dd_> ok, so using the ant method should be enough most of the time?

[13:34:16 CST(-0600)] <EricDalquist> yup

[13:34:27 CST(-0600)] <EricDalquist> that will extract the WAR into the webapps dir

[13:34:36 CST(-0600)] <EricDalquist> and re-write the web.xml adding in the correct pluto hooks

[13:35:14 CST(-0600)] <dd_> great

[13:36:42 CST(-0600)] <dd_> i've been seeing this error when i startup tomcat. uportal runs anyway but i don't know if it might be causing problems later on

[13:36:42 CST(-0600)] <dd_> http://pastebin.com/YTacGV9N

[13:37:10 CST(-0600)] <EricDalquist> that is strange

[13:37:21 CST(-0600)] <EricDalquist> can you do a ls of your webapps directory

[13:37:24 CST(-0600)] <EricDalquist> and pastebin that?

[13:38:22 CST(-0600)] <dd_> http://pastebin.com/GYrs3DDE

[13:40:45 CST(-0600)] <EricDalquist> weird

[13:40:55 CST(-0600)] <EricDalquist> that error implies that the resource serving app has already been started

[13:41:02 CST(-0600)] <EricDalquist> but I'm not sure how that would be happening

[13:41:14 CST(-0600)] <EricDalquist> when you interact with uPortal does it look right?

[13:41:19 CST(-0600)] <EricDalquist> like no missing styles or javascript?

[13:42:30 CST(-0600)] <dd_> yup, all the resources look to be there

[13:42:42 CST(-0600)] <EricDalquist> and you get that error every time you start tomcat?

[13:42:53 CST(-0600)] <dd_> should i post my whole log from startup?

[13:43:21 CST(-0600)] <dd_> yeah

[13:44:08 CST(-0600)] <EricDalquist> sure

[13:46:05 CST(-0600)] <dd_> here you go: http://pastebin.com/wiJzmGx9

[13:47:17 CST(-0600)] <EricDalquist> have you modified the WebProxyPortlet overlay at all?

[13:49:04 CST(-0600)] <dd_> fairly sure i haven't

[13:49:50 CST(-0600)] <EricDalquist> so it looks like the WebProxyPorlet is trying to register a JMX resource that has a conflicting name with the ResourceServingWebapp

[13:50:02 CST(-0600)] <EricDalquist> why that name is coming from the web proxy portlet is confusing me

[13:50:53 CST(-0600)] <EricDalquist> can you check the version number in the file

[13:50:58 CST(-0600)] <EricDalquist> WebProxyPortlet/META-INF/maven/org.jasig.portlet/WebProxyPortlet/pom.properties

[13:52:43 CST(-0600)] <dd_> 3.2.4

[13:53:30 CST(-0600)] <EricDalquist> hrm

[13:53:50 CST(-0600)] <EricDalquist> and you're using uPortal 3.2.4 right?

[13:54:38 CST(-0600)] <dd_> yup

[13:55:42 CST(-0600)] <EricDalquist> are you on *nix? or windows?

[13:55:57 CST(-0600)] <dd_> redhat

[13:56:06 CST(-0600)] <EricDalquist> in your webapps folder

[13:56:07 CST(-0600)] <EricDalquist> run

[13:56:23 CST(-0600)] <EricDalquist> find . -name '*.xml' | xargs grep ResourceServer.cacheManager

[13:56:38 CST(-0600)] <EricDalquist> so uP 3.2.4 shipped with WebProxyPortlet 1.1.1

[13:56:45 CST(-0600)] <EricDalquist> and looking at https://source.jasig.org/portlets/WebproxyPortlet/tags/WebProxyPortlet-1.1.1/src/main/webapp/WEB-INF/applicationContext.xml

[13:56:57 CST(-0600)] <EricDalquist> the cache manager name is defined as WebProxyPortlet.CacheManager

[13:57:19 CST(-0600)] <EricDalquist> so I'm at a loss as to how/why your web proxy portlet is trying to register a cache manager in JMX with the name ResourceServer.cacheManager

[13:57:28 CST(-0600)] <dd_> ./ResourceServingWebapp/WEB-INF/applicationContext.xml: <property name="cacheManagerName" value="ResourceServer.cacheManager" />

[13:57:46 CST(-0600)] <EricDalquist> that was the only hit?

[13:57:53 CST(-0600)] <dd_> yup

[13:58:00 CST(-0600)] * EricDalquist is rather confused

[13:59:36 CST(-0600)] <EricDalquist> I'd try nuking your tomcat/work dir

[13:59:47 CST(-0600)] <EricDalquist> and then re-run "ant clean deploy-ear" in uPortal

[13:59:52 CST(-0600)] <EricDalquist> and see if that resolves this issue

[14:00:08 CST(-0600)] <dd_> what's the work directory for?

[14:00:19 CST(-0600)] <EricDalquist> it is tomcat's scratch dir

[14:00:24 CST(-0600)] <EricDalquist> JSPs get compiled there

[14:00:30 CST(-0600)] <EricDalquist> some stuff from JARs gets cached there

[14:00:35 CST(-0600)] <EricDalquist> it is 100% generated cotnent

[14:00:37 CST(-0600)] <EricDalquist> content

[14:00:41 CST(-0600)] <dd_> ok

[14:00:44 CST(-0600)] <EricDalquist> so it is safe to completely delete it

[14:22:36 CST(-0600)] <dd_> nope, same thing