[09:10:23 EST(-0500)] * EricDalquist (n=EricDalq@76.210.77.201) has joined ##uportal
[09:40:42 EST(-0500)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-e9b13c0601cc3fc6) has joined ##uportal
[09:50:59 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[09:58:11 EST(-0500)] <invisibill> Greetings EricDalquist: I did another build of my project with your recommendation for the dom3check to specify the explecit constructor args: <constructor-arg index="0" type="java.lang.String" value="org.w3c.dom.Document" /> <constructor-arg index="1" type="java.lang.String" value="normalizeDocument" />
[09:58:51 EST(-0500)] <EricDalquist> howd it work?
[09:59:04 EST(-0500)] <invisibill> I get the same error with the openjdk6 and the sun-6-jdk. http://uportal.pastebin.com/m37ec8384
[09:59:54 EST(-0500)] <invisibill> that paste bin is from the sun-6-jdk build. Do you think it matters which jdk tomcat is running with?
[10:00:15 EST(-0500)] <invisibill> I think I can check that in the tomcat manager.
[10:00:24 EST(-0500)] <EricDalquist> well the JDK that tomcat is running with is where that check will get run
[10:00:40 EST(-0500)] <EricDalquist> I also see a problem with a NPE in at edu.jhu.services.persondir.support.http.HttpPersonAttributeCachingService.getHttpPersonAttributeCache(HttpPersonAttributeCachingService.java:89)
[10:00:59 EST(-0500)] <invisibill> yes. I'm not sure if that is the root cause.
[10:01:09 EST(-0500)] <invisibill> looks like tomcat manager is running with 1.6.0_0-b12 Sun Microsystems Inc.
[10:01:22 EST(-0500)] <invisibill> which is what the portal was buit with.
[10:01:22 EST(-0500)] <EricDalquist> well that should get fixed before we spend too much time on this check issue
[10:02:07 EST(-0500)] <invisibill> ok. I'll get that fixed first.
[10:15:54 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[10:17:04 EST(-0500)] * jessm_ (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[10:23:16 EST(-0500)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[10:28:47 EST(-0500)] * athena7 (n=athena7@12.164.139.7) has joined ##uportal
[10:33:41 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[10:39:40 EST(-0500)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:48:39 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[11:11:23 EST(-0500)] * apetro (n=apetro@12.164.139.7) has joined ##uportal
[11:18:05 EST(-0500)] * michelled (n=team@142.150.154.197) has joined ##uportal
[11:27:02 EST(-0500)] <dstn> does Portlet Web Application Path have to be relative to the docbase of tomcat or could I point it to say /some/other/tomcat/MyPortlet ?
[11:27:31 EST(-0500)] <EricDalquist> when publishing in uPortal?
[11:28:11 EST(-0500)] <dstn> yes
[11:28:50 EST(-0500)] <dstn> People here are wanting to run the portal framework in one tomcat jvm and the portlets in another jvm on the same machine
[11:28:50 EST(-0500)] <EricDalquist> no
[11:28:56 EST(-0500)] <EricDalquist> the have to be in the same tomcat instance
[11:29:01 EST(-0500)] <EricDalquist> what they want to do that is WSRP
[11:29:01 EST(-0500)] <dstn> but I don't think it's possible without wsrp
[11:29:04 EST(-0500)] <EricDalquist> which would be great to have
[11:29:17 EST(-0500)] <EricDalquist> but someone needs to actually put some cycles into WSRP4j
[11:29:22 EST(-0500)] <EricDalquist> or some other WSRP framework
[11:29:25 EST(-0500)] <EricDalquist> that uPortal could use
[11:29:29 EST(-0500)] <dstn> how does Pluto resolve the application path, does it actually request it or what?
[11:29:45 EST(-0500)] <dstn> is it possible to do some trickery with apache ajp or something
[11:29:48 EST(-0500)] <EricDalquist> http://java.sun.com/products/servlet/2.5/docs/servlet-2_5-mr2/javax/servlet/ServletContext.html#getContext(java.lang.String)
[11:29:52 EST(-0500)] <EricDalquist> no
[11:29:57 EST(-0500)] <EricDalquist> it is all internal to the Servlet container
[11:30:07 EST(-0500)] <EricDalquist> we are passing REAL java objects around between the contexts
[11:30:26 EST(-0500)] <EricDalquist> they absolutely have to be in the same Tomcat instance for Pluto to work
[11:30:57 EST(-0500)] <EricDalquist> so Pluto calls ServletContext.getContext("/YourPortletApp");
[11:31:03 EST(-0500)] <EricDalquist> which gives it a ServletContext object
[11:31:21 EST(-0500)] <EricDalquist> that it can then call getRequestDispatch("/the/special/pluto/servlet");
[11:31:31 EST(-0500)] <EricDalquist> which gives it a RequestDispatcher
[11:31:40 EST(-0500)] <EricDalquist> that is then used to delegate requests to the portlet
[11:32:00 EST(-0500)] <dstn> thats very helpful, thanks
[11:32:02 EST(-0500)] <EricDalquist> and references to pluto service objects are passed in as request attributes
[11:32:13 EST(-0500)] <EricDalquist> so no hope for that living in a seperate tomcat instance or JVM
[11:32:39 EST(-0500)] <EricDalquist> your only real hope is webproxy, WSRP4j or moving the logic into WebServices (we're moving in this direction here at UW)
[11:33:17 EST(-0500)] <dstn> ya, they are hoping to have an "Enterprise Service Bus" but it's a ways off I think
[11:33:51 EST(-0500)] <EricDalquist> yeah, that is a viable option and probably better than WSRP4j
[11:33:58 EST(-0500)] <EricDalquist> you write the UIs as native portlets
[11:34:08 EST(-0500)] <EricDalquist> and all the data and buisness logic is done via WS calls
[11:34:32 EST(-0500)] <EricDalquist> if your existing portlets have nice interface based designs that is fairly easy to realize
[12:10:33 EST(-0500)] * [jlee] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[12:15:23 EST(-0500)] <athena7> so, i updated us to the latest fluid/jquery combo last night, and noConflict -> extreme is working
[12:15:25 EST(-0500)] * athena7 cheers
[12:15:29 EST(-0500)] * [jlee_] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
[12:15:53 EST(-0500)] <EricDalquist> yay!
[12:17:11 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[12:17:19 EST(-0500)] <athena7> indeed!
[12:18:22 EST(-0500)] <athena7> anyway, i checked that all in this morning
[12:18:31 EST(-0500)] <athena7> so i think we're going to be in pretty good shape
[12:18:35 EST(-0500)] <EricDalquist> awesome
[12:18:54 EST(-0500)] <athena7> and hopefully i can find some time to work on that javascript server stuff this week
[12:20:21 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[12:50:15 EST(-0500)] * colinclark_ (n=colin@142.150.154.154) has joined ##uportal
[13:22:31 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[13:53:34 EST(-0500)] <dstn> anyone here run on 64bit machines?
[13:53:40 EST(-0500)] <dstn> uPortal that is
[14:01:51 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[14:08:50 EST(-0500)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[14:26:51 EST(-0500)] <EricDalquist> just found out a group here was tieing cookies set via javascript in a portlet to the portlet namespace key 
[14:45:55 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[14:47:53 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[15:33:26 EST(-0500)] * apetro (n=apetro@63.133.148.66) has joined ##uportal
[15:35:00 EST(-0500)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:35:20 EST(-0500)] <awills> hey folks... anyone seen this on trunk?...
[15:35:22 EST(-0500)] <awills> Invalid property 'usernameAttributeProvider' of bean class [org.jasig.services.persondir.support.CachingPersonAttributeDaoImpl]: No property 'usernameAttributeProvider' found
[15:36:40 EST(-0500)] <EricDalquist> in your build.properties file
[15:36:41 EST(-0500)] <EricDalquist> set removeExisting=true
[15:36:46 EST(-0500)] <EricDalquist> then re-run ant deploy-war
[15:36:57 EST(-0500)] <EricDalquist> the versions of person directory have been updated recently
[15:37:04 EST(-0500)] <EricDalquist> and I'm guessing you got the new versions
[15:37:23 EST(-0500)] <EricDalquist> but just running deploy-war is unfortunatly defaulting to deploying over top of an excepting webapp
[15:37:29 EST(-0500)] <EricDalquist> and it doesn;t clean out the lib dir
[15:37:45 EST(-0500)] <EricDalquist> so you probably have duplicate person dir jars in uPortal/WEB-INF/lib
[15:45:56 EST(-0500)] <awills> hmmm... I thought I had deleted everything in WEB-INF/lib/, but I didn't verify it visually before asking
[15:46:09 EST(-0500)] <EricDalquist> that would be my first guess
[15:46:21 EST(-0500)] <EricDalquist> my second is that for some reason you're getting an older version of the person directory jar
[15:48:23 EST(-0500)] <awills> i was getting 2 versions
[15:50:55 EST(-0500)] <awills> yep... getting 2 versions on a clean build O.o
[15:51:07 EST(-0500)] <dstn> hmm, any reason why the javadocs don't get generated in the maven site on developer.jasig.org?
[15:51:10 EST(-0500)] <EricDalquist> um ... that is strange
[15:51:20 EST(-0500)] <EricDalquist> dstn: they should ...
[15:51:28 EST(-0500)] <EricDalquist> but the maven site plugin seems to hate me
[15:51:35 EST(-0500)] <EricDalquist> so those sites aren't 100% functional
[15:51:35 EST(-0500)] <dstn> LOL
[15:51:51 EST(-0500)] <dstn> I tried running it locally and it didn't generate them in the site either
[15:52:00 EST(-0500)] <dstn> but I looked in the pom and see all the references
[15:52:14 EST(-0500)] <EricDalquist> well they aren't at the top level you know
[15:52:21 EST(-0500)] <dstn> ya, project reports
[15:52:21 EST(-0500)] <EricDalquist> they would be under the uportal-impl module
[15:52:21 EST(-0500)] <awills> i'm also getting 2 versions of several spring jars
[15:52:27 EST(-0500)] <dstn> oh...
[15:52:31 EST(-0500)] <EricDalquist> awills: that is strange
[15:52:33 EST(-0500)] <dstn> let me look there
[15:52:45 EST(-0500)] <EricDalquist> awills: svn status -u
[15:52:52 EST(-0500)] <EricDalquist> are you completely up to date?
[15:53:06 EST(-0500)] <dstn> indeed, in impl
[15:53:09 EST(-0500)] <dstn> duh!
[15:53:15 EST(-0500)] <EricDalquist> 
[15:53:30 EST(-0500)] * dstn will attribute this one to sleep
[15:53:38 EST(-0500)] <awills> i should be... i updated as an early attempt to remedy
[15:53:51 EST(-0500)] <awills> going to try ">ant clean"
[15:54:27 EST(-0500)] <EricDalquist> my next try would be running a "mvn dependency:tree" in the project root
[15:54:36 EST(-0500)] <EricDalquist> and see if you can figure out where things are coming from
[15:54:44 EST(-0500)] <awills> clean target does an mvn clean, correct?
[15:55:38 EST(-0500)] <EricDalquist> yes
[15:56:32 EST(-0500)] <dstn> don't know if you're using Eclipse or not but doing a project->clean can remedy issues like this sometimes
[15:57:16 EST(-0500)] <EricDalquist> eclipse wouldnt influence jars deployed to tomcat
[16:04:42 EST(-0500)] <awills> ">ant clean" cleared it up
[16:10:39 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[16:25:28 EST(-0500)] * apetro (n=apetro@63.133.148.66) has joined ##uportal
[16:38:31 EST(-0500)] <EricDalquist> hrm, I think I just found a nasty pluto bug
[16:40:01 EST(-0500)] <EricDalquist> you can't do multi-valued parameters in pluto 1.1 with the taglib
[16:40:02 EST(-0500)] <EricDalquist>
[16:47:42 EST(-0500)] <awills> that is nasty
[16:48:23 EST(-0500)] <EricDalquist> yup
[16:48:35 EST(-0500)] <EricDalquist> hopefully I can get a patch comitted to pluto today
[17:01:23 EST(-0500)] * athena7 (n=athena7@12.164.139.7) has joined ##uportal
[17:02:53 EST(-0500)] * athena7 (n=athena7@12.164.139.7) has joined ##uportal
[17:14:26 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has left ##uportal
[17:18:59 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[17:34:53 EST(-0500)] * [jlee] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has left ##uportal
[18:18:03 EST(-0500)] * apetro (n=apetro@63.133.148.66) has joined ##uportal
[19:22:21 EST(-0500)] * athena7 (n=athena7@12.164.139.7) has joined ##uportal
[20:09:11 EST(-0500)] <athena7> EricDalquist: turns out ehache has a perfectly functional GzipFilter
[20:09:14 EST(-0500)] <athena7> i'm voting we just use that
[20:09:27 EST(-0500)] <EricDalquist> nice
[20:09:42 EST(-0500)] <EricDalquist> then we just need to do the cache headers right?
[20:09:47 EST(-0500)] <athena7> yeah
[20:09:52 EST(-0500)] <athena7> i've already started a class for that
[20:09:58 EST(-0500)] <athena7> need to just add the actual setting the header part
[20:10:00 EST(-0500)] <athena7> shouldn't take long
[20:10:19 EST(-0500)] <athena7> filed the bug report w/ jquery
[20:10:29 EST(-0500)] <athena7> ironically i keep having issues w/ their tracking system crashing
[20:10:43 EST(-0500)] <EricDalquist> lol
[20:23:05 EST(-0500)] * athena7 (n=athena7@ip68-230-77-209.ph.ph.cox.net) has joined ##uportal
[23:37:04 EST(-0500)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[23:45:13 EST(-0500)] * [jlee] (n=jlee@adsl-074-184-125-241.sip.asm.bellsouth.net) has joined ##uportal
General
Content
Integrations