Page Comparison

[00:23:28 EDT(-0400)] * esm (n=esm@pool-70-17-16-117.balt.east.verizon.net) has joined ##uportal
[00:29:28 EDT(-0400)] * esm_ (n=esm@pool-70-17-16-117.balt.east.verizon.net) has joined ##uportal
[05:28:01 EDT(-0400)] * jayshao (n=jayshao@pool-72-79-86-115.nwrknj.east.verizon.net) has joined ##uportal
[09:14:39 EDT(-0400)] * esm (n=esm@asdf.dkc.jhu.edu) has joined ##uportal
[09:59:25 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:01:49 EDT(-0400)] <esm> hey EricDalquist
[10:01:57 EDT(-0400)] <esm> i took a look at the pluto page on the wiki
[10:02:09 EDT(-0400)] <esm> seems reasonable
[10:02:13 EDT(-0400)] <EricDalquist> thanks ... I'll be expanding on it more today
[10:02:16 EDT(-0400)] <esm> cool
[10:02:25 EDT(-0400)] <EricDalquist> it is a lot of stuff to try and figure out
[10:02:42 EDT(-0400)] <esm> yeah. what are teh IChannel Extensions IAction, ILayout, etc?
[10:02:44 EDT(-0400)] <EricDalquist> the integration points aren't as clean as in the sandbox code
[10:02:47 EDT(-0400)] <esm> yeah
[10:03:01 EDT(-0400)] <esm> are those new interfaces?
[10:03:05 EDT(-0400)] <EricDalquist> yeah
[10:03:24 EDT(-0400)] <EricDalquist> there would be a IPortletAdapter interface that would extend a bunch of those others
[10:03:40 EDT(-0400)] <EricDalquist> each interface would define some set of APIs for that bit of functionality that isn't there now
[10:14:53 EDT(-0400)] * anastasiac (n=anastasi@142.150.154.154) has joined ##uportal
[10:37:24 EDT(-0400)] * michelled (n=michelle@142.150.154.114) has joined ##uportal
[11:01:36 EDT(-0400)] * ac_chan (n=alex@tempoutsidepix.pratt.edu) has joined ##uportal
[11:01:39 EDT(-0400)] <ac_chan> hello
[11:01:51 EDT(-0400)] <EricDalquist> good morning
[11:02:40 EDT(-0400)] <ac_chan> we installed toro portlet for single sign on
[11:02:58 EDT(-0400)] <ac_chan> and we are getting a error of it failing to render..
[11:03:00 EDT(-0400)] * esm cheers
[11:03:35 EDT(-0400)] <EricDalquist> can you find the error message in the portal log or the portlet's log?
[11:06:49 EDT(-0400)] <ac_chan> going to try to find log for the portelet
[11:06:55 EDT(-0400)] <EricDalquist> ok
[11:07:06 EDT(-0400)] <EricDalquist> the error message should also be logged in uPortal's log
[11:07:28 EDT(-0400)] <ac_chan> where would that be .
[11:07:39 EDT(-0400)] <ac_chan> in the same directory as tomcat's logs?
[11:07:53 EDT(-0400)] <EricDalquist> it is defined in uPortal/properties/Logger.properties
[11:12:16 EDT(-0400)] <ac_chan> hmm
[11:12:39 EDT(-0400)] <esm> woops didn't mean to cheer a failure :/
[11:12:55 EDT(-0400)] <esm> i mean, grats on getting it installed
[11:12:56 EDT(-0400)] <esm> sheesh
[11:13:06 EDT(-0400)] * esm sings the friday song
[11:13:10 EDT(-0400)] <ac_chan> heh..
[11:13:26 EDT(-0400)] <ac_chan> i found the error .. at least..
[11:13:46 EDT(-0400)] <EricDalquist> you can use the URL in the topic to paste it and give us a URL in here to take a look if you want
[11:14:02 EDT(-0400)] <ac_chan> cant't find portlet for id 'Academus.WebMailGateway'
[11:14:14 EDT(-0400)] <EricDalquist> hrm
[11:14:34 EDT(-0400)] <EricDalquist> is Academus the name of the folder or WAR that the portlet is deployed to tomcat in?
[11:16:41 EDT(-0400)] <ac_chan> yeah is a warfile
[11:16:43 EDT(-0400)] <ac_chan> in
[11:16:47 EDT(-0400)] <ac_chan> webapps directory
[11:17:09 EDT(-0400)] <EricDalquist> next thing I would check is when tomcat starts does it have any messages about contexts not starting?
[11:18:09 EDT(-0400)] <ac_chan> no.. i am double checking portlet.xml file right now
[11:22:40 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:38:28 EDT(-0400)] <ac_chan> hmm. found a log file to look at.. academus-apps.log in the tomcat log directory
[11:38:43 EDT(-0400)] <EricDalquist> sounds promissing
[11:39:52 EDT(-0400)] <ac_chan> yeah.. initParameter 'userContextTimer'.. if i ever get this working.. i should add this to the wiki
[11:46:49 EDT(-0400)] <ac_chan> yipee a different error now
[11:46:56 EDT(-0400)] <EricDalquist> progress!
[11:58:23 EDT(-0400)] <ac_chan> it is funky error..
[11:58:47 EDT(-0400)] <ac_chan> the stack trace is begins with nullpointer error.
[11:59:08 EDT(-0400)] <EricDalquist> paste the full stack trace http://rafb.net/paste/
[12:00:29 EDT(-0400)] <ac_chan> http://rafb.net/p/uNWq0T79.html
[12:02:07 EDT(-0400)] <EricDalquist> interesting ... my 'guess' would be that GatewayPortlet is trying to use a init-param or portlet preference to get a configuration string to pass into a StringBuffer but the param/preference doesn't exist so it is getting null instead
[12:08:04 EDT(-0400)] <ac_chan> hrm.. just wish i know which one
[12:08:37 EDT(-0400)] <EricDalquist> perhaps a peak at the source of GatewayPortlet.java would help
[12:08:56 EDT(-0400)] <ac_chan> hmm good idea
[12:16:30 EDT(-0400)] <ac_chan> bbiab
[12:35:27 EDT(-0400)] * ac_chan (n=alex@tempoutsidepix.pratt.edu) has joined ##uportal
[12:50:10 EDT(-0400)] <ac_chan> hrm..
[12:50:20 EDT(-0400)] <ac_chan> good idea about going through the java code..
[12:50:53 EDT(-0400)] <ac_chan> seems it isn't getting the username..
[12:51:15 EDT(-0400)] <EricDalquist> how is it trying to get it?
[12:54:00 EDT(-0400)] <ac_chan> trying to find it
[12:56:13 EDT(-0400)] <ac_chan> okay.. it is getting username from userInfo.get("user.login.id")
[12:56:51 EDT(-0400)] <ac_chan> so it looks like PersonDirs personalDirectory.xml files are the culprit then
[12:56:56 EDT(-0400)] <EricDalquist> yup
[12:57:14 EDT(-0400)] <EricDalquist> so you'll need to ensure the user's login id is being set for that attribute.
[13:07:54 EDT(-0400)] <ac_chan> ok... it sees that we did do it in PersonDirs.xml file..
[13:08:12 EDT(-0400)] <EricDalquist> ok
[13:08:30 EDT(-0400)] <EricDalquist> it should be possible in that format as well
[13:11:01 EDT(-0400)] <ac_chan> i just want confirm it here that we set it correctly though..
[13:11:15 EDT(-0400)] <EricDalquist> ok
[13:11:19 EDT(-0400)] <ac_chan> uid from ldap is what we want to map from user.login.id
[13:12:20 EDT(-0400)] <ac_chan> i will paste what we mapped into pastebin
[13:12:27 EDT(-0400)] <EricDalquist> k
[13:13:40 EDT(-0400)] <ac_chan> http://rafb.net/p/k4YFmX32.html
[13:15:17 EDT(-0400)] <EricDalquist> looks right
[13:15:44 EDT(-0400)] <ac_chan> do we need to it in personDirectory.xml also for 2.5.3
[13:15:45 EDT(-0400)] <ac_chan> ?
[13:16:33 EDT(-0400)] <EricDalquist> so if you're using PersonDirs.xml then you only need to touch that file
[13:17:05 EDT(-0400)] <EricDalquist> personDirectory.xml is actually configured with a special IPersonAttributeDao that parses PersonDirs.xml to get everything working right
[13:20:25 EDT(-0400)] <ac_chan> ok
[13:20:34 EDT(-0400)] <ac_chan> thanks.
[13:30:09 EDT(-0400)] <ac_chan> brb
[13:30:10 EDT(-0400)] <ac_chan> exit
[13:44:34 EDT(-0400)] * ac_chan (n=alex@tempoutsidepix.pratt.edu) has joined ##uportal
[14:06:17 EDT(-0400)] * jayshao (n=jayshao@pool-72-79-86-115.nwrknj.east.verizon.net) has joined ##uportal
[14:08:13 EDT(-0400)] <EricDalquist> welcome
[14:08:40 EDT(-0400)] <EricDalquist> anyone in here available to read the last bit on http://www.ja-sig.org/wiki/display/UPC/Pluto+1.1+Integration and tell me if it makes sense?
[14:10:48 EDT(-0400)] <EricDalquist> just saw the email jayshao
[14:10:59 EDT(-0400)] <jayshao> hey EricDalquist
[14:11:19 EDT(-0400)] <jayshao> the whole detached mode use-case makes me quesy
[14:11:32 EDT(-0400)] <EricDalquist> oi I get questions about that all the time from everywhere
[14:11:50 EDT(-0400)] <jayshao> heh
[14:11:59 EDT(-0400)] <EricDalquist> wanting to be able to pop up the portlet and interact with it in two different states at the same time
[14:12:07 EDT(-0400)] <jayshao> right
[14:12:18 EDT(-0400)] <jayshao> I guess my question is do we encourage design like that upfront
[14:12:27 EDT(-0400)] <jayshao> handling multiple states correctly is a lot of complexity
[14:12:31 EDT(-0400)] <jayshao> if you have 2 streams of inputs
[14:12:42 EDT(-0400)] <jayshao> though I suppose you could cheat and say ActionRequests refresh all the instances...
[14:12:50 EDT(-0400)] <jayshao> still a lot of complexity though
[14:13:00 EDT(-0400)] <EricDalquist> not necessarily but that is up to the developer
[14:13:17 EDT(-0400)] <jayshao> right – my question being do we make the developer explicitly support this kind of interaction
[14:13:22 EDT(-0400)] <jayshao> or try to let them get it for free?
[14:13:36 EDT(-0400)] <EricDalquist> there is no way to have the developer support it explicitly
[14:13:41 EDT(-0400)] <EricDalquist> the container has to provide support
[14:13:50 EDT(-0400)] <jayshao> well, they could implement multiple view portlets on their own
[14:13:58 EDT(-0400)] <jayshao> and we could bundle them into a fragment
[14:14:02 EDT(-0400)] <jayshao> to make a "super-portlet"
[14:14:09 EDT(-0400)] <jayshao> or "portlet-container-pane" or something
[14:14:12 EDT(-0400)] <EricDalquist> brb
[14:16:03 EDT(-0400)] <EricDalquist> well that doesn't address poping up a portlet
[14:16:23 EDT(-0400)] <EricDalquist> though we are getting off track
[14:16:37 EDT(-0400)] <EricDalquist> the bigger question is does the entity/window abstraction make sense
[14:16:54 EDT(-0400)] <EricDalquist> even if we don't provide an out-of-the-box usage of multiple windows on one entity
[14:17:12 EDT(-0400)] <EricDalquist> does it make sense to split up the data that is tracked by each object
[14:17:41 EDT(-0400)] <jayshao> so then we do a layout placement for the window instead of the entity?
[14:18:05 EDT(-0400)] <EricDalquist> ah so take a read of the last bit on http://www.ja-sig.org/wiki/display/UPC/Pluto+1.1+Integration
[14:18:12 EDT(-0400)] <EricDalquist> I added a bit more of an explination there
[14:19:41 EDT(-0400)] <jayshao> hm
[14:19:53 EDT(-0400)] <jayshao> would give a nice place to try and map render parameters and whatnot
[14:20:03 EDT(-0400)] <jayshao> you're thinking kind of a transient wrapper?
[14:20:08 EDT(-0400)] <EricDalquist> map render parameters?
[14:20:31 EDT(-0400)] <EricDalquist> yeah windows would be transient
[14:20:46 EDT(-0400)] <jayshao> it makes sense to me
[14:20:50 EDT(-0400)] <EricDalquist> so there would actually be a PortletEntity object persisted for each subscribed portlet adapter
[14:20:58 EDT(-0400)] <EricDalquist> and that would have persistent data such as preferences
[14:21:07 EDT(-0400)] <EricDalquist> then the window is a transient 'view' into that entity
[14:21:18 EDT(-0400)] <EricDalquist> with the mode, state, parameters and possibly other related data
[14:21:29 EDT(-0400)] <jayshao> right, and user mods to PortletPreferences belong to the PortletEntiity, right?
[14:21:34 EDT(-0400)] <EricDalquist> yup
[14:21:42 EDT(-0400)] <EricDalquist> to fit it into uPortal I think we'd have to hide the window concept completely within the portlet adapter?
[14:21:47 EDT(-0400)] <jayshao> whereas something like EDIT-DEFAULTS mode would probably map into definition?
[14:21:56 EDT(-0400)] <EricDalquist> ah yeah
[14:22:06 EDT(-0400)] <jayshao> I'm sketchy on the magic in that part of the architecture
[14:22:30 EDT(-0400)] <EricDalquist> what magic in which part?
[14:22:38 EDT(-0400)] <jayshao> well, hide meaning all the portletadaptor sees is Windows?
[14:22:57 EDT(-0400)] <jayshao> or requests from multiple windows get mapped to a single instance of PortletAdaptor?
[14:23:07 EDT(-0400)] <EricDalquist> ah so
[14:23:23 EDT(-0400)] <EricDalquist> all uPortal would still really know about is a channel
[14:23:29 EDT(-0400)] <jayshao> right
[14:23:48 EDT(-0400)] <EricDalquist> and when a request comes in to that channel (it has a chanid==entityid) the adapter would have to do the work of figuring out which window it is for
[14:23:58 EDT(-0400)] <EricDalquist> granted we would likely only have one window
[14:24:13 EDT(-0400)] <EricDalquist> but they should still probably have IDs and such to be complete about it
[14:25:14 EDT(-0400)] <jayshao> right – so windows correspond 1:1 with subcribed instances
[14:25:42 EDT(-0400)] <EricDalquist> yes ... the theory in the sandbox code was they could be N:1 for Window:Entity
[14:26:00 EDT(-0400)] <jayshao> right - and PortletAdaptor has some routing logic/interface with the container
[14:26:01 EDT(-0400)] <EricDalquist> which would provide for the whole detach but leave on the page as well and other similar use cases
[14:26:10 EDT(-0400)] <EricDalquist> yeah
[14:26:26 EDT(-0400)] <jayshao> hm
[14:26:32 EDT(-0400)] <EricDalquist> the adapter is the place where the pluto portletcontainer is referenced and called from
[14:26:47 EDT(-0400)] <EricDalquist> it gives pluto a PortletWindow to render
[14:28:54 EDT(-0400)] <jayshao> so... step back
[14:28:58 EDT(-0400)] <EricDalquist> ok
[14:29:00 EDT(-0400)] <jayshao> is detached window our main use-case?
[14:29:08 EDT(-0400)] <EricDalquist> no
[14:29:17 EDT(-0400)] <EricDalquist> just an example of the N:1 usage
[14:29:19 EDT(-0400)] <jayshao> & when we go to uPortal 3.0 do we want to take detached mode forward
[14:29:32 EDT(-0400)] <EricDalquist> well with our current road map it will come forward
[14:29:41 EDT(-0400)] <EricDalquist> because it is part of IChannel
[14:29:51 EDT(-0400)] <jayshao> we could just delete the button & deprecate the method
[14:29:52 EDT(-0400)] <EricDalquist> if portlets support it or not may change
[14:30:16 EDT(-0400)] <EricDalquist> since if the adapter just doesn't deal with detached then portlets don't even worry about it
[14:30:39 EDT(-0400)] <EricDalquist> especially since we'll be updating CChannelManager so it does a better job of doing portlet specific publishing
[14:30:53 EDT(-0400)] <jayshao> I'm kind of iffy on N:1
[14:31:02 EDT(-0400)] <jayshao> I think you're going to get a mix of users
[14:31:10 EDT(-0400)] <jayshao> who are confused that some views update simultaneously
[14:31:18 EDT(-0400)] <jayshao> and who want the views to stay in sync
[14:31:30 EDT(-0400)] <EricDalquist> of course but that is end user specific
[14:31:41 EDT(-0400)] <jayshao> e.g. we open ourself up to unintended side effects
[14:31:42 EDT(-0400)] <EricDalquist> I guess the question is it worth it to ensure N:1 is possible
[14:31:52 EDT(-0400)] <jayshao> vs. looking at adding it later
[14:31:59 EDT(-0400)] <EricDalquist> yeah
[14:32:14 EDT(-0400)] <EricDalquist> or at least keeping it in mind and making sure we don't make it difficult to add later
[14:32:15 EDT(-0400)] <jayshao> cause you COULD add this later without really breaking anything, right?
[14:32:20 EDT(-0400)] <EricDalquist> well
[14:32:25 EDT(-0400)] <EricDalquist> it depends on how easy that would be
[14:32:58 EDT(-0400)] <jayshao> I wonder if it's a 3.1 task?
[14:32:59 EDT(-0400)] <EricDalquist> the main issue is that PortletWindow.id is used in all of pluto's callbacks for generating URLs, getting USER_INFO, getting preferences and all of those other information service callbacks it does
[14:33:08 EDT(-0400)] <jayshao> hm
[14:33:28 EDT(-0400)] <EricDalquist> so if we acknowledge that it is possible for there to be more than one window ID for an entity ID we have to ensure those callback impls can deal with it
[14:33:38 EDT(-0400)] <EricDalquist> brb
[14:34:40 EDT(-0400)] * agherna (n=argherna@cites-agherna01.ci.uiuc.edu) has joined ##uportal
[14:35:06 EDT(-0400)] <jayshao> It seems a reasonable extension to add on, especially if it's transient and we don't really have to worry about persistance or long-term lifecycle
[14:35:26 EDT(-0400)] <jayshao> especially since it's mostly an internal PortletAdapter implementation detail
[14:35:50 EDT(-0400)] <jayshao> if it's non-trivial though would it still be on task for 3.0?
[14:35:59 EDT(-0400)] <EricDalquist> ok
[14:36:27 EDT(-0400)] <jayshao> are you hopeing to have a 3.0 RC for... end of year?
[14:36:59 EDT(-0400)] <EricDalquist> if it turns out to be a huge issue in getting the callbacks to devine info about a window ID then yes it would probably be pushed back
[14:37:25 EDT(-0400)] <EricDalquist> my goal is a Milestone with portlets rendering under pluto 1.1 for the unconference
[14:37:33 EDT(-0400)] <EricDalquist> then a RC before the end of 07
[14:41:35 EDT(-0400)] <jayshao> gotcha
[14:42:04 EDT(-0400)] <jayshao> still haven't gotten to try the m2 build yet, but I downloaded the release from SVN so am incrementally getting closer...
[14:42:10 EDT(-0400)] <EricDalquist> and hopefully I'll get some more people to help with tasks like persondir & gaps so we can get those in for 3.0
[14:42:16 EDT(-0400)] <EricDalquist> lol
[14:42:27 EDT(-0400)] <jayshao> how big do you think the persondirectory work is?
[14:42:45 EDT(-0400)] <jayshao> I may end up carving out some time to look at PersonDirectory & Sakai and might be able to fit it into that block if it's small
[14:42:48 EDT(-0400)] <jayshao> as a learning exercise
[14:43:06 EDT(-0400)] <EricDalquist> small for PersonDirectory
[14:43:14 EDT(-0400)] <EricDalquist> mainly fixing package name references in the core code
[14:43:39 EDT(-0400)] <jayshao> that I think I can handle
[14:43:45 EDT(-0400)] <EricDalquist> especially if the Spring-LDAP work goes along with it
[14:44:00 EDT(-0400)] <jayshao> is that in Persondirectory trunk?
[14:44:00 EDT(-0400)] <EricDalquist> which if you pick up the PersonDir work but don't want to do the Spring-LDAP work I could probably pick up
[14:44:08 EDT(-0400)] <jayshao> oh you mean LdapTemplate to SpringLdap?
[14:44:18 EDT(-0400)] <EricDalquist> so PersonDirectory uses SpringLdap
[14:44:34 EDT(-0400)] <EricDalquist> I'm talking about replacing uPortal's ldap.xml and LdapServices with SpringLdap code
[14:44:50 EDT(-0400)] <jayshao> rip and replace?
[14:45:00 EDT(-0400)] <EricDalquist> well leave the LdapServices static class/methods there but they just call down to the LdapContext objects in Spring
[14:45:02 EDT(-0400)] <EricDalquist> yeah
[14:45:16 EDT(-0400)] <EricDalquist> that is likely what I'm going to be doing with RDBMServices as well
[14:45:23 EDT(-0400)] <EricDalquist> move all the DataSource config to Spring
[14:45:28 EDT(-0400)] <jayshao> ok – I can probably pick that one up for... yeah for the unconference
[14:45:33 EDT(-0400)] <jayshao> yeah – I liked that thread
[14:45:36 EDT(-0400)] <EricDalquist> cool
[14:45:42 EDT(-0400)] <jayshao> esp. since you can always back the Spring DS with a JNDI DS anyway
[14:45:47 EDT(-0400)] <EricDalquist> yup
[14:45:47 EDT(-0400)] <jayshao> and get the best of both worlds
[14:46:00 EDT(-0400)] <EricDalquist> yeah I'm just not seeing the value in trying to maintain these container specific config files
[14:46:19 EDT(-0400)] <EricDalquist> since we don't even use container wide JNDI so the DataSources aren't accessible by the portlets
[14:46:23 EDT(-0400)] <jayshao> right
[14:46:31 EDT(-0400)] <jayshao> as they shouldn't be
[14:46:36 EDT(-0400)] <jayshao> just see what happened to Sakai...
[14:46:48 EDT(-0400)] <jayshao> getting a DS is easy
[14:46:58 EDT(-0400)] <jayshao> one connection pool per portlets is actually quite a resonable model
[14:47:05 EDT(-0400)] <EricDalquist> yup
[14:47:07 EDT(-0400)] <EricDalquist> that is what we do here
[14:47:17 EDT(-0400)] <jayshao> probably makes debugging resource issues easier
[14:47:28 EDT(-0400)] <EricDalquist> yup
[14:47:36 EDT(-0400)] <jayshao> how do you configure your connections?
[14:47:38 EDT(-0400)] <EricDalquist> all those recent questions about getting JAR files in the right place
[14:47:51 EDT(-0400)] <jayshao> JNDI lookups?
[14:47:53 EDT(-0400)] <EricDalquist> we do JNDI since that is what uPortal 2.x does
[15:02:26 EDT(-0400)] <EricDalquist> so this pluto integration is slowly coming together for me
[15:02:38 EDT(-0400)] <EricDalquist> the 1.1 code and model is so much easier to deal with
[15:07:10 EDT(-0400)] <EricDalquist> and I get to delete all of our custom web.xml & portlet.xml parsing code
[15:07:23 EDT(-0400)] <EricDalquist> and our custom deployer
[15:07:32 EDT(-0400)] <EricDalquist> and our complete custom object model
[15:09:51 EDT(-0400)] <esm>
[15:10:11 EDT(-0400)] <EricDalquist> now the big question is ... where do I start
[15:10:27 EDT(-0400)] <esm> delete pluto-1.0.jar
[15:10:33 EDT(-0400)] <EricDalquist> already done that
[15:10:43 EDT(-0400)] <EricDalquist> now I have lots of red to go hack through
[15:13:47 EDT(-0400)] <esm> perhaps implementing the container callbacks? And go from there?
[15:14:40 EDT(-0400)] <esm> portlet registry
[15:14:59 EDT(-0400)] <EricDalquist> hrm yeah
[15:15:13 EDT(-0400)] <EricDalquist> I think the first step will be removing everything I don't need
[15:15:19 EDT(-0400)] <EricDalquist> then implement the required & optional services
[15:15:31 EDT(-0400)] <esm> sounds good
[15:15:45 EDT(-0400)] <EricDalquist> then the adapter along with its IChannel extensions
[15:15:53 EDT(-0400)] <EricDalquist> time to go update jira
[15:20:04 EDT(-0400)] <ac_chan> hello again.
[15:20:09 EDT(-0400)] <EricDalquist> hello
[15:20:29 EDT(-0400)] <ac_chan> trying to figure out why user.login.id is not getting populated..
[15:21:09 EDT(-0400)] <ac_chan> i am to see if there is a way to see what does get transfered..from ldap..
[15:21:24 EDT(-0400)] <EricDalquist> there is a user attribute dumper channel
[15:21:32 EDT(-0400)] <EricDalquist> which should render all attributes from person directory
[15:22:18 EDT(-0400)] <ac_chan> i am getting Person Attribute channel on right now
[15:23:29 EDT(-0400)] <EricDalquist> esm: I think I'm going to do a pluto rfe to get you to reference the portlet & jdk javadocs when generating the pluto docs
[15:24:36 EDT(-0400)] <esm> oh sure no problem
[15:25:07 EDT(-0400)]

<esm> you mean linking properly in the Javadoc with {@link}?

<EricDalquist> ah

<the_real_tomtom> maybe you should have had him/her email that to you instead

<esm> yeah wrong window

<EricDalquist>