Page Comparison

[00:18:44 EST(-0500)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[08:44:44 EST(-0500)] * athena (~athena@adsl-76-250-193-123.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:00:17 EST(-0500)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined ##uportal
[09:25:58 EST(-0500)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[09:28:25 EST(-0500)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[10:02:33 EST(-0500)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:10:28 EST(-0500)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:00:18 EST(-0500)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[11:58:40 EST(-0500)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[13:52:26 EST(-0500)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[14:49:14 EST(-0500)] * poofman (~80876350@gateway/web/freenode/x-xkyswubqvxxvlbuo) has joined ##uportal
[14:50:23 EST(-0500)] <poofman> Greetings uPortal devs: Is there something already in the portlet API or uPortal that allows a portlet to get the names of all the portlets running in the portal?
[14:51:43 EST(-0500)] <holdorph> i can't think of anything in the JSR 168 or 286 API's to allow that.
[14:52:20 EST(-0500)] <poofman> I didn't see anything there either. Not sure if there is something already done in uportal to do this.
[14:53:39 EST(-0500)] <poofman> we have a new "issues with the portal" portlet and I want to do a drop down of all the portlets in the system for the admin to choose which ones are affected. I guess I can grab the portal datasource and work it out from that?
[14:54:45 EST(-0500)] <holdorph> you could definitely dig deep in the portal database. That could be fragile, in terms of upgrades in case those tables change.... but i don't know of a better solution at the moment.
[14:55:34 EST(-0500)] <poofman> ok. cool. thanks holdorph. I'm glad I checked with you guys first. I didn't want to miss something obvious other than that route.
[14:56:11 EST(-0500)] <athena> well, you can see all the portlets from uportal, kind of
[14:56:47 EST(-0500)] <athena> in uportal 3.2, if you go into the portlet administration portlet and publish a new portlet, it'll show you a list of all the portlet-containing webapps in the tomcat instance and display a list of portlet for each application context
[14:56:48 EST(-0500)] <poofman> I know the "Add Content" code is probably doing most of what I want.
[14:57:25 EST(-0500)] <athena> so that feature shows everythign that's actually running in the tomcat instance, and the portlet admin portlet's main view shows a list of every portlet/channel configuration that's registered in the database
[14:57:27 EST(-0500)] <poofman> ok. we're still in 3.1.1 but that sounds just like what I need.
[14:57:28 EST(-0500)] <holdorph> does the Add Content use an AJAX json feed?
[14:57:56 EST(-0500)] <athena> yes, add content uses an XML feed that's basically just the ChannelRegistry document
[14:58:54 EST(-0500)] <holdorph> right, but a new custom portlet could request that same resource, right?
[14:58:59 EST(-0500)] <poofman> is the ChannelRegistry document something modified when a new portlet is added?
[14:59:44 EST(-0500)] <poofman> so if the docuement knows all the names of the portlet, I could try to grab it from the portlet?
[15:01:32 EST(-0500)] <holdorph> i would guess with some snooping you could find out what URL add content is requesting to get that info
[15:01:48 EST(-0500)] <holdorph> use something like the firefox live http headers plugin or anything similar
[15:02:11 EST(-0500)] <poofman> ok. looking into that now. thanks for your help tips athena and holdorph.
[15:02:16 EST(-0500)] <EricDalquist> with the only qualification being that the URL and response format will likely change with 3.3. In 3.3 and beyond we're going to try to start having a set of REST style APIs into uPortal for data access that are documented and considered public APIs for forward compatibility
[15:02:55 EST(-0500)] <EricDalquist> so it isn't bad to be doing that just be aware that it may change in the future (but would still be available in some similar form)
[15:02:58 EST(-0500)] <athena> the cached ChannelRegistry doc should be expired when portlets registrations are modified, yes
[15:03:20 EST(-0500)] <athena> it's a pretty simple URL - like /ajax/channelList, i think
[15:03:33 EST(-0500)] <athena> and as eric mentions, it'll change in the future, and i think uportal 3.2 already has a JSON version
[15:04:27 EST(-0500)] <athena> hmmmmm.
[15:05:06 EST(-0500)] <EricDalquist> ah yeah that's true it does
[15:05:21 EST(-0500)] <EricDalquist> but that should be fairly easy to adjust to in the portlet with major upgrades
[15:05:22 EST(-0500)] <athena> come to think of it, you could potentially make an interesting directory portlet outside of the uportal context just by querying the entity browsing JSON URL
[15:05:27 EST(-0500)] <athena> yes, should be
[15:05:50 EST(-0500)] <EricDalquist> and while it will change again in 3.3 we do have the intention of making a whole set of REST APIs available just for purposes like this
[15:05:54 EST(-0500)] <athena> i guess right now that service doesn't return much in the way of user details though
[15:05:58 EST(-0500)] <athena> yeah, i think that'll be great
[15:06:08 EST(-0500)] <athena> spring 3.0 will really help with that sort of stuff
[15:06:09 EST(-0500)] <athena> i'
[15:06:13 EST(-0500)] <athena> m looking forward to playing with it
[15:06:35 EST(-0500)] <EricDalquist> yup
[15:12:11 EST(-0500)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[15:14:02 EST(-0500)] <poofman> nice. calling ...uPortal/ajax/channelList appears to return an xml doc delivering all the goods.
[15:14:29 EST(-0500)] <poofman> this is in 3.1.1
[15:15:24 EST(-0500)] <poofman> I think we'll be ok to parse json or another xml format when we upgrade.
[15:15:34 EST(-0500)] <EricDalquist> great!
[16:23:09 EST(-0500)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[16:57:41 EST(-0500)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[17:01:09 EST(-0500)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[20:27:19 EST(-0500)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[21:17:13 EST(-0500)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[22:22:04 EST(-0500)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[22:44:04 EST(-0500)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[23:31:27 EST(-0500)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[23:41:14 EST(-0500)] * lfuller (~sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal