uPortal IRC Logs-2011-12-20

Owned by Apereo Infrastructure
Last updated: Dec 20, 2011Version comment

[12:06:58 CST(-0600)] <dd_> hello

[12:07:12 CST(-0600)] <dd_> i am having a problem with webproxy portlet

[12:07:36 CST(-0600)] <dd_> i am using it with a php application that involves uploading a file

[12:07:55 CST(-0600)] <EricDalquist> I don't believe web proxy can proxy form uploads

[12:08:03 CST(-0600)] <EricDalquist> well at least we've never used it that way

[12:09:40 CST(-0600)] <dd_> so it can't handle multipart forms?

[12:09:51 CST(-0600)] <EricDalquist> I don't believe so

[12:10:04 CST(-0600)] <EricDalquist> I don't think the logic is there to handle the streaming of the request to the backend server

[12:10:11 CST(-0600)] <EricDalquist> which would be required for it to work right

[12:10:24 CST(-0600)] <dd_> ah, ok

[12:10:25 CST(-0600)] <EricDalquist> it wouldn't really be reasonable for the portlet to buffer the entire post

[12:10:29 CST(-0600)] <EricDalquist> and then replay it

[12:10:36 CST(-0600)] <EricDalquist> and that is essentially what the portlet does with requests

[12:10:41 CST(-0600)] <EricDalquist> it handles the request

[12:10:48 CST(-0600)] <dd_> ok

[12:10:50 CST(-0600)] <EricDalquist> then replays it to the backend server

[12:11:01 CST(-0600)] <EricDalquist> it is likely feasible with a bunch of work in the proxy portlet codxe

[12:11:12 CST(-0600)] <EricDalquist> but I'd guess that it would be a few weeks of work

[12:11:40 CST(-0600)] <dd_> so is my only other option the iframe portlet?

[12:11:50 CST(-0600)] <EricDalquist> probably

[12:12:24 CST(-0600)] <dd_> does that have any of the cas authentication with it? would i still be able to use phpCAS?

[12:12:38 CST(-0600)] <EricDalquist> well it just renders an iframe

[12:12:41 CST(-0600)] <EricDalquist> if your portal is using cas

[12:12:45 CST(-0600)] <EricDalquist> and the php site is using cas

[12:12:50 CST(-0600)] <EricDalquist> it should sso the user

[12:12:59 CST(-0600)] <dd_> great

[13:10:50 CST(-0600)] <dd_> back with one more webproxy portlet question

[13:11:17 CST(-0600)] <dd_> i don't have caching enabled through the settings for wpp but it is being cached on the main screen

[13:11:28 CST(-0600)] <dd_> i assume this is uportal handling it?

[13:13:23 CST(-0600)] <dd_> any way to disable it for an instance of wpp?

[13:14:47 CST(-0600)] <EricDalquist> what sort of caching behavior are you seeing?

[13:20:55 CST(-0600)] <dd_> i update content on the page that the portlet is pointed at and i refresh and don't see the updates

[13:21:05 CST(-0600)] <dd_> unless i maximize it or sign out/sign in

[13:21:16 CST(-0600)] <EricDalquist> ah

[13:21:21 CST(-0600)] <EricDalquist> check the portlet.xml for the proxy portlet

[13:21:32 CST(-0600)] <EricDalquist> I think the default config only refreshes the content when it is interacted with

[13:23:08 CST(-0600)] <dd_> ok

[13:23:44 CST(-0600)] <EricDalquist> look for an expiration-cache element

[13:23:51 CST(-0600)] <EricDalquist> and set it to 0

[13:23:54 CST(-0600)] <EricDalquist> that means never cache

[13:24:22 CST(-0600)] <dd_> is there is any way to set that per instance of the portlet?

[13:24:41 CST(-0600)] <dd_> there is one case where the default behavior is preferable

[13:25:24 CST(-0600)] <EricDalquist> I don't think so :/

[13:25:32 CST(-0600)] <EricDalquist> without duplicating the portlet block in the portlet.xml

[13:25:43 CST(-0600)] <EricDalquist> and using different portlet names when publishing

[13:26:21 CST(-0600)] <dd_> ok, so i guess i will have to look into setting up caching

[13:26:28 CST(-0600)] <dd_> https://wiki.jasig.org/display/PLT/WebProxy+Portlet+Installation+and+Configuration#WebProxyPortletInstallationandConfiguration-Database

[13:26:35 CST(-0600)] <dd_> it mentions a create.sql file in those docs

[13:26:44 CST(-0600)] <dd_> but i can't seem to find them in the repository

[13:27:01 CST(-0600)] <EricDalquist> I don't think the docs have been updated

[13:27:10 CST(-0600)] <EricDalquist> I believe the portlet creates its tables automatically now

[13:27:17 CST(-0600)] <dd_> oh cool