Page Comparison

[07:58:22 EST(-0500)] * jayshao (n=jayshao@jayshao.oirt.rutgers.edu) has joined ##uportal
[08:17:28 EST(-0500)] * jayshao (n=jayshao@jayshao.oirt.rutgers.edu) has joined ##uportal
[09:37:08 EST(-0500)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[10:15:48 EST(-0500)] * EricDalquist (n=EricDalq@76.210.63.222) has joined ##uportal
[11:07:27 EST(-0500)] * lescour (n=lescour@129.244.24.211) has joined ##uportal
[12:05:01 EST(-0500)] <EricDalquist> oi ... so esm I found a nice bug with pluto that will likely motivate me to re-write the descriptor parsing code
[12:05:43 EST(-0500)] <EricDalquist> if a portlet has a conflicting (older) version of xerces or xml-apis in it the descriptor code fails to parse the web.xml/portlet.xml
[12:06:53 EST(-0500)] <esm> hmm.
[12:07:06 EST(-0500)] <esm> well that certainly deserves a jira
[12:07:13 EST(-0500)] <EricDalquist> yeah
[12:07:31 EST(-0500)] <esm> but the workaround, I think, is to use Java 5 and have the descriptor code use JAXP
[12:07:41 EST(-0500)] <esm> so you won't need to endorse any xml libs
[12:08:03 EST(-0500)] <EricDalquist> ah
[12:08:18 EST(-0500)] <EricDalquist> how do I make the descriptor code use JAXP?
[12:08:33 EST(-0500)] <esm> i think its set using a system property: -DuseJaxp=true
[12:08:48 EST(-0500)] <EricDalquist> http://uportal.pastebin.com/m139d1d82
[12:08:51 EST(-0500)] <EricDalquist> uhg
[12:09:15 EST(-0500)] <esm> is that withjaxp?
[12:09:22 EST(-0500)] <EricDalquist> no
[12:09:24 EST(-0500)] <EricDalquist> that isn't
[12:09:25 EST(-0500)] <esm> \ok
[12:09:45 EST(-0500)] <esm> hopefully using jaxp will do the trick
[12:09:47 EST(-0500)] <EricDalquist> I'll try enabling it the next time I restart tomcat
[12:09:56 EST(-0500)] <esm> i'm not exactly sure how jaxp resolves the xml impl
[12:11:27 EST(-0500)] <esm> the property is: org.apache.pluto.useJaxp
[12:11:39 EST(-0500)] <EricDalquist> cool thanks
[12:11:42 EST(-0500)] <esm> np
[12:26:00 EST(-0500)] <EricDalquist> so using jaxp fixes the problem
[12:26:32 EST(-0500)] <EricDalquist> I might look into patching the descriptor service to see if there is a way we can just hardcode that
[12:26:48 EST(-0500)] <EricDalquist> I'd rather not have to instruct people on setting a system property for something that we will always use
[12:26:51 EST(-0500)] <esm> well we have to maintain 1.4 compat
[12:27:04 EST(-0500)] <esm> i'm wary about jvm sniffing
[12:27:16 EST(-0500)] <EricDalquist> yeah ... so I'd just like another way to set the option
[12:27:37 EST(-0500)] <EricDalquist> something that uPortal can do instead of having to have the uPortal deployer do it
[12:27:56 EST(-0500)] <EricDalquist> like maybe a pluto.properties in shared/classes
[12:28:18 EST(-0500)] <esm> yeah, there are a few pluto properties files laying about
[12:28:59 EST(-0500)] <esm> ... we can surely get a hook in somehow like that
[12:29:18 EST(-0500)] <EricDalquist> yeah
[12:29:45 EST(-0500)] <EricDalquist> I'd still love to move the descriptor parsing/impl code into the portal webapp but that would be quite a bit more time
[12:30:17 EST(-0500)] <esm> yup that may be a pluto 1.2 / 2.0 thing
[12:30:23 EST(-0500)] <EricDalquist> yup
[12:30:35 EST(-0500)] <esm> ok bbiab off to lunch
[12:30:43 EST(-0500)] <EricDalquist> later
[12:57:50 EST(-0500)] * awills (n=awills@uni1.unicon.net) has joined ##uportal
[13:27:44 EST(-0500)] <esm> EricDalquist: btw did u open a jira re exception chaining or do you just want me to do it
[13:36:51 EST(-0500)] <EricDalquist> oh ... I never did
[13:49:52 EST(-0500)] <esm> the more patches with your name on it the better
[13:50:05 EST(-0500)] <esm> so whenever you get a chance
[13:50:18 EST(-0500)] <EricDalquist> I just realized that change was in that patch I sent you ... sorry for not doing it seperatly
[13:50:22 EST(-0500)] <EricDalquist> I'll get the jira issue up today
[13:50:24 EST(-0500)] <esm> lol np
[13:50:29 EST(-0500)] <esm> sorry I didn't review the patch better
[13:50:40 EST(-0500)] <esm> yeah just point to it and I'll close it
[13:50:40 EST(-0500)] <EricDalquist> I managed to catch a nasty head cold on my flight back from LA a few days ago
[13:50:48 EST(-0500)] <EricDalquist> so I'm a bit out of it
[13:50:50 EST(-0500)] <esm> oh man that stinks i'm sucking it up too
[13:50:58 EST(-0500)] <esm> my wife got one... then i got it
[13:51:06 EST(-0500)] <EricDalquist> uhg
[13:51:13 EST(-0500)] <esm> no worries. i should have caught it and split the patch out.
[13:51:20 EST(-0500)] <esm> i'm out of it too with this deadline
[13:57:13 EST(-0500)] <EricDalquist> did I include it in that patch?
[13:58:00 EST(-0500)] <esm> let me check
[13:58:05 EST(-0500)] <EricDalquist> I don't think I did
[13:58:11 EST(-0500)] <EricDalquist> I'm looking at the svn commit set
[13:58:16 EST(-0500)] <EricDalquist> and the .patch on the jira issue
[14:00:07 EST(-0500)] <esm> yeah it wasn't
[14:04:17 EST(-0500)] <EricDalquist> ok
[14:04:25 EST(-0500)] <EricDalquist> jira created with patch for that issue
[14:06:19 EST(-0500)] <esm> cool thanks i'll apply later on
[14:06:37 EST(-0500)] <EricDalquist> sounds good. it is a really minor one so whenever you get to it
[14:06:55 EST(-0500)] <esm> ok yeah i'm trying to cut out some time to push out the release
[14:07:52 EST(-0500)] <EricDalquist> cool ... thought I wouldn't be supprised if I have several more jira issues over the next few weeks ... so if 1.1.5 is soon there may be need for a 1.1.6
[14:08:38 EST(-0500)] <esm> ok there's no urgency for me to do a 1.1.5 immediately I don't think
[14:08:48 EST(-0500)] <EricDalquist> nope
[14:09:06 EST(-0500)] <EricDalquist> I won't push for it until I get a 3.0 RC which is likely still a few weeks out
[14:09:08 EST(-0500)] <esm> we shoudl have a pluto chat room and put the ja-sig log bot on it
[14:09:16 EST(-0500)] <EricDalquist> I can do that if you want
[14:09:18 EST(-0500)] <esm> and post logs on the pluto website
[14:09:30 EST(-0500)] <esm> its the log posting that may be tricky
[14:09:32 EST(-0500)] <EricDalquist> well the jasig bot only does confluence right now ...
[14:09:55 EST(-0500)] <EricDalquist> though another impl could be added to write them about anywhere
[14:10:08 EST(-0500)] <esm> np its in a ja-sig repo right? the logbot?
[14:10:21 EST(-0500)] <esm> does it require a container to run or is it stand alone?
[14:10:30 EST(-0500)] <EricDalquist> its stand alone
[14:10:38 EST(-0500)] <esm> I can put it up on people.apache.org and link to logs from the website
[14:10:58 EST(-0500)] <EricDalquist> https://www.ja-sig.org/svn/contrib/ConfluenceIrcLogger
[14:10:58 EST(-0500)] <esm> i'll have to ping the people admin to make sure its ok but i'm sure it would be cool
[14:11:01 EST(-0500)] <esm> cool
[14:11:08 EST(-0500)] <EricDalquist> it is pretty simple
[14:11:17 EST(-0500)] <EricDalquist> the pircbot library does all the IRC work
[14:11:23 EST(-0500)] <EricDalquist> and all the confluence work is done by swizzle
[14:11:47 EST(-0500)] <esm> nice ok if I get around to it I'll look at a patch
[14:12:11 EST(-0500)] <EricDalquist> I can't remember the code exactly but you should just need to implement one interface
[14:12:19 EST(-0500)] <EricDalquist> to have it post the logs somewhere else
[14:13:03 EST(-0500)] <esm> cool
[14:13:50 EST(-0500)] <EricDalquist> and one instance can multiple multiple servers/channels per server & post each channel to its own locations
[14:14:03 EST(-0500)] <EricDalquist> so it could be generally useful for apache
[14:14:21 EST(-0500)] <esm> yeah definitly
[14:14:38 EST(-0500)] <esm> i'll poke around to see if apache is using something else but if not, i'll just use this
[14:15:09 EST(-0500)] <esm> probably its better to have a #apache-portals versus #apache-pluto
[14:15:53 EST(-0500)] <EricDalquist> yeah
[15:46:56 EST(-0500)] <EricDalquist> hey esm any idea where in pluto would be writing 'The requested resource (/PlutoInvoker/ProxyPortlet) is not available' directly to the response when the specified portlet web application isn't deployed?
[15:47:09 EST(-0500)] <EricDalquist> I haven't really dug yet
[15:47:21 EST(-0500)] <EricDalquist> but it is a bit weird, I don't get any exception that there is no /proxyportlet webapp
[15:47:33 EST(-0500)] <EricDalquist> just that string written to the response saying it can't find the servlet
[15:47:42 EST(-0500)] <esm> lemme check
[15:48:22 EST(-0500)] <EricDalquist> don't spend too much time on it
[15:48:27 EST(-0500)] <EricDalquist> I can just as easily dig around later
[15:50:02 EST(-0500)] <esm> it should be the invoker
[15:50:07 EST(-0500)] <esm> IIRC
[15:50:27 EST(-0500)] <EricDalquist> ok
[15:50:40 EST(-0500)] <EricDalquist> I'm guessing there is some validation of the ServletContext being used that isn't being done
[15:50:57 EST(-0500)] <EricDalquist> parts of that string don't appear in uPortal or Pluto
[15:50:58 EST(-0500)] <esm> perhaps
[15:51:04 EST(-0500)] <esm> its a url mapping that may be missing or incorrect
[15:51:05 EST(-0500)] <EricDalquist> so I'm thinking tomcat is doing that
[15:51:05 EST(-0500)] <esm> i think
[15:51:18 EST(-0500)] <EricDalquist> well the think is there is just no webapp there
[15:51:28 EST(-0500)] <EricDalquist> it is trying to dispatch to the /proxyportlet context
[15:51:31 EST(-0500)] <esm> ah
[15:51:32 EST(-0500)] <EricDalquist> which doesn't exist
[15:51:33 EST(-0500)] <esm> ice
[15:51:37 EST(-0500)] <esm> yeah we don't verify that
[15:51:38 EST(-0500)] <EricDalquist> and so I expect an error
[15:51:46 EST(-0500)] <EricDalquist> but I get that string instead
[15:53:34 EST(-0500)] <EricDalquist> brb
[15:57:29 EST(-0500)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[16:00:37 EST(-0500)] * ac_chan (n=alex@tempoutsidepix.pratt.edu) has joined ##uportal
[16:00:40 EST(-0500)] <ac_chan> hello
[16:01:22 EST(-0500)] <esm> EricDalquist: sorry computer locked(asdfwqqwreewrqeqrweweqwtt234)
[16:01:34 EST(-0500)] <EricDalquist> lol
[16:01:41 EST(-0500)] <EricDalquist> no fun
[16:01:49 EST(-0500)] <esm> i think it comes from the dispatcher, see line 167 of DefaultPortletInvokerService
[16:02:01 EST(-0500)] <EricDalquist> ok
[16:02:16 EST(-0500)] <esm> so there could probably be some validation code put into the invoker
[16:03:15 EST(-0500)] <EricDalquist> ok
[16:03:24 EST(-0500)] <EricDalquist> I'll look into it later and stick up another patch
[16:03:41 EST(-0500)] <EricDalquist> I'm really quite happy with how the new portlet support code is coming together in uPortal
[16:03:47 EST(-0500)] <EricDalquist> taking a bit longer than I had hoped
[16:03:59 EST(-0500)] <EricDalquist> but it is giving the opportunity for some nice changes in the framework
[16:04:00 EST(-0500)] <esm> cool. the solution can't blow up the entire portal, just the portlet
[16:04:23 EST(-0500)] <esm> er the container
[16:04:54 EST(-0500)] <EricDalquist> yeah, but that is up to the portal
[16:05:11 EST(-0500)] <EricDalquist> the invoker should throw an exception if it can't render
[16:06:07 EST(-0500)] <esm> yeah