Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 20 Next »

[04:06:13 EST(-0500)] * higmad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[06:29:26 EST(-0500)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[08:52:31 EST(-0500)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[08:53:24 EST(-0500)] * athena7 (n=athena7@99.136.251.32) has joined ##uportal
[09:15:50 EST(-0500)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[09:18:02 EST(-0500)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[09:29:44 EST(-0500)] * jessm (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[09:46:45 EST(-0500)] * jessm_ (n=Jess@c-24-34-214-137.hsd1.ma.comcast.net) has joined ##uportal
[09:49:33 EST(-0500)] * colinclark (n=colin@user144-96.wireless.utoronto.ca) has joined ##uportal
[10:45:19 EST(-0500)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:47:47 EST(-0500)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:17:34 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:26:14 EST(-0500)] * apetro (n=apetro@12.164.139.7) has joined ##uportal
[12:26:14 EST(-0500)] * KWhat_Work (n=abarker@abarker.callutheran.edu) has joined ##uportal
[12:27:29 EST(-0500)] <KWhat_Work> Got a question about portlet development
[12:27:52 EST(-0500)] <EricDalquist> ok
[12:28:41 EST(-0500)] <KWhat_Work> You know how you have a preference store for user values... is there one for portlet values... ie values that are shared between users? or do i need to create a custom datastore for something like that
[12:29:01 EST(-0500)] <EricDalquist> you'd need to have a custom data store for that
[12:29:16 EST(-0500)] <EricDalquist> preferences is the only provided API and that is per user per subscribed instance
[12:30:30 EST(-0500)] <KWhat_Work> Thanks, thats what i needed to know. Now i just need to learn how to use oracle for the time being =P
[12:31:52 EST(-0500)] <EricDalquist> hah
[12:32:02 EST(-0500)] <EricDalquist> oracle for sql?
[12:32:52 EST(-0500)] <KWhat_Work> well we are using there app server for the time being, i just got news that our uportal migration will be delayed, again so im stuck with this heap
[12:33:02 EST(-0500)] <EricDalquist> ah
[14:29:27 EST(-0500)] * michelled (n=team@142.150.154.197) has joined ##uportal
[14:48:10 EST(-0500)] <holdorph> coming in late here (been busy), but if you're still listening KWhat_Work .... You could use portlet preferences for cross-user values, if they didn't need to be changed during runtime.
[14:48:36 EST(-0500)] <holdorph> the values in the portlet.xml for example are shared across all users using that portlet, if the values are not overridden by user values.
[14:49:07 EST(-0500)] <KWhat_Work> holdorph: i was originally thinking dynamic content... iirc you can use java preferences for that sort of thing right
[14:49:13 EST(-0500)] <holdorph> in uPortal, you can override the portlet.xml values, but still be cross-user values, using channel manager.
[14:49:24 EST(-0500)] <KWhat_Work> mm
[14:49:56 EST(-0500)] <holdorph> but those are not dynamic, per se, they could only be updated by an admin, and would require users to logout/log back in to see any change
[14:50:39 EST(-0500)] <KWhat_Work> uportal doesnt support mysql yet does it ?
[14:50:47 EST(-0500)] <KWhat_Work> or am i thinking of something else
[14:51:14 EST(-0500)] <holdorph> you CAN user MySQL with uPortal
[14:51:36 EST(-0500)] <holdorph> it typically requires a little extra configuration out of the box then other db's do, but definitely can use it.
[14:52:05 EST(-0500)] <KWhat_Work> it it was up to me i would be using postgres but we are already heavily invested in mysql
[14:52:47 EST(-0500)] <holdorph> http://www.ja-sig.org/wiki/display/UPM30/03+MySQL+Configuration
[14:54:04 EST(-0500)] <KWhat_Work> ohh thats not that bad at all
[14:54:30 EST(-0500)] <EricDalquist> there are a few mysql import issues that are getting worked through as we speak but those should be fixed very soon
[14:54:48 EST(-0500)] <KWhat_Work> thats fine, its going to be at least 6 months before we can migrate now
[14:54:54 EST(-0500)] <EricDalquist> other than that it should work just fine
[14:55:10 EST(-0500)] <KWhat_Work> cool thanks for the info guys
[14:55:14 EST(-0500)] <EricDalquist> and in 3.x the portlet preferences updates in channel manager should be immediately available to users
[14:58:09 EST(-0500)] * holdorph scratches his head.
[14:58:31 EST(-0500)] <holdorph> that's the case in 3.0? maybe I just haven't taught the portlet class on 3.0, so haven't noticed it yet.
[14:58:51 EST(-0500)] <EricDalquist> well channel manager would persist the changes via the hibernate daos
[14:58:58 EST(-0500)] <EricDalquist> all caching of preferences is done in the hibernate later
[14:59:14 EST(-0500)] <EricDalquist> so next time a portlet reads its preferences it would get the latest values
[14:59:19 EST(-0500)] <KWhat_Work> channel manager unique to uportal ?
[14:59:26 EST(-0500)] <EricDalquist> baring any content caching the portlet itself is doing
[14:59:46 EST(-0500)] <EricDalquist> not sure what you mean KWhat_Work
[14:59:49 EST(-0500)] <holdorph> channel manager is a phrase probably pretty specific to uportal
[15:00:01 EST(-0500)] <holdorph> but the idea, is probably common enough to appear in other portals
[15:00:26 EST(-0500)] <KWhat_Work> talking more from an api perspective... dont remember reading about that in the jsr specs
[15:00:53 EST(-0500)] <EricDalquist> oh, the JSR doesn't talk about portal administrative tools at all
[15:01:03 EST(-0500)] <EricDalquist> it just defines the interface between a portlet and the portal
[15:01:15 EST(-0500)] <EricDalquist> heck, it doesn't even specify how to deploy portlets (tongue)
[15:01:46 EST(-0500)] <holdorph> yeah, the spec leaves a lot of "to be decided by the portal" type options open
[15:01:52 EST(-0500)] <EricDalquist> the portal-side administrative APIs aren't available to a portlet anyways, they are running in different class-loaders
[15:02:02 EST(-0500)] <holdorph> so most portals have to do something in the same areas, but the spec doesn't define them
[15:02:24 EST(-0500)] <KWhat_Work> oh we are talking about two different things... i was look at this from a programming perspective for sharing user driven content
[15:02:44 EST(-0500)] <KWhat_Work> i think i need food
[15:03:11 EST(-0500)] <EricDalquist> ah, so what holdorph was suggesting was having a portal administrator use an administrative UI in the portal to set a value that can be seen by any user of a portlet
[15:03:43 EST(-0500)] <EricDalquist> it sounds like you're looking for a generic data storage API that a portlet can store info in and share it among users of that portlet
[15:03:59 EST(-0500)] <KWhat_Work> yah no thats definitely not going to work, i wanted to share data from the user to other users. llike a message board
[15:04:13 EST(-0500)] <holdorph> yeah, that's a 'roll your own' situation
[15:04:44 EST(-0500)] <KWhat_Work> ok be back in a bit thanks again guys
[15:04:50 EST(-0500)] <holdorph> at least until jsr 286, then you could potentially user events for some stuff
[15:05:09 EST(-0500)] <holdorph> 'user' = 'use' in that last statement
[15:05:20 EST(-0500)] <EricDalquist> that wouldn't do anything cross-user though

  • No labels