[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 
[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
[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