[08:25:56 EST(-0500)] * michelled (~michelled@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[09:30:54 EST(-0500)] * michelled (~michelled@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[09:47:45 EST(-0500)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[09:51:21 EST(-0500)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:36:03 EST(-0500)] * michelled (~michelled@142.150.154.101) has joined ##uportal
[10:37:26 EST(-0500)] * michelled (~michelled@142.150.154.101) has joined ##uportal
[10:38:07 EST(-0500)] * michelled_ (~michelled@142.150.154.141) has joined ##uportal
[11:14:49 EST(-0500)] * pberry (~pberry@waldorf.CSUChico.EDU) has joined ##uportal
[11:46:34 EST(-0500)] * EricDalquist (~apollo@76.210.65.83) has joined ##uportal
[11:53:30 EST(-0500)] * athena (~athena@wsip-98-173-42-82.sd.sd.cox.net) has joined ##uportal
[11:53:34 EST(-0500)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[12:01:08 EST(-0500)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[12:12:07 EST(-0500)] <EricDalquist> anyone know if you still need the jaxb-api/jaxb-impl JARs on JDK6?
[12:14:06 EST(-0500)] <holdorph> should be easy to test. I have a pluto-2.0 bundle. let me just remove them and see if it still runs
[12:14:15 EST(-0500)] <EricDalquist> sounds good
[12:14:23 EST(-0500)] <EricDalquist> I don't have a runable bit of code to test with right now
[12:14:29 EST(-0500)] <EricDalquist> but that was going to be my test eventually
[12:19:58 EST(-0500)] <holdorph> ok, got the before test (with a 286 portlet sending event), trying the after test now
[12:21:14 EST(-0500)] <holdorph> ok, i didn't use the jaxb annotations in my code, but all of pluto seems to work and my 286 portlet with an event seems to run, without those two jaxb jars
[12:21:24 EST(-0500)] <EricDalquist> great
[12:21:37 EST(-0500)] <EricDalquist> I was thinking it would since JAXB is part of JDK6
[12:21:53 EST(-0500)] <EricDalquist> and it is used for all of the portlet.xml/web.xml parsing done by pluto
[12:22:11 EST(-0500)] <EricDalquist> http://www.ja-sig.org/issues/browse/UP-2662
[12:22:20 EST(-0500)] <EricDalquist> figured that would be handy with the switch to portlets
[12:22:43 EST(-0500)] <holdorph> yeah, that could be
[12:23:20 EST(-0500)] <EricDalquist> we have a few portlets at UW where want the render timeout really low, like 500ms
[12:23:35 EST(-0500)] <EricDalquist> but they do complex web serivice calls during actions
[12:24:24 EST(-0500)] <holdorph> portlet caching seems to not work in the pluto bundle test though
[12:24:45 EST(-0500)] <EricDalquist> yeah, I don;t think pluto's driver implements it
[12:24:55 EST(-0500)] <EricDalquist> I think it is still an optional part of the spec in 2.0
[12:26:39 EST(-0500)] * nickblair (~Adium@ip-66-181-1-6.cust.i2bnetworks.com) has joined ##uportal
[12:28:18 EST(-0500)] <EricDalquist> hey there nickblair
[12:28:28 EST(-0500)] <nickblair> hey there ericd
[12:28:46 EST(-0500)] <nickblair> no pool for us today
[12:28:56 EST(-0500)] <nickblair> we've got wireless in our intended room
[12:29:26 EST(-0500)] <EricDalquist> awe
[12:29:57 EST(-0500)] <EricDalquist> I'm working on PortletExecutionManager which will implement EventCoordinationService
[12:30:09 EST(-0500)] <nickblair> wicked
[12:30:10 EST(-0500)] <EricDalquist> I feel like I'm forgetting something
[12:30:16 EST(-0500)] <EricDalquist> this is so much less complicated
[12:30:26 EST(-0500)] <EricDalquist> granted I'm going to put off cache support until later
[12:30:30 EST(-0500)] <EricDalquist> but thats not that hard
[12:30:49 EST(-0500)] <EricDalquist> oh and did you see I started creating sub-tasks for the portlet 2 jira?
[12:30:58 EST(-0500)] <nickblair> do you have a vote on which of the dependent interfaces i should start implementing today?
[12:31:27 EST(-0500)] <EricDalquist> not really
[12:31:35 EST(-0500)] <EricDalquist> what is the list of stuff that we need to implement?
[12:32:10 EST(-0500)] <nickblair> FilterManagerService, PortletRequestContextService
[12:32:19 EST(-0500)] <nickblair> PortletURLListenerService
[12:33:06 EST(-0500)] <nickblair> just for fun last night I tried deploying with pluto-portal-driver-impl's defaults; uportal will start, but won't render anything of course
[12:33:24 EST(-0500)] <nickblair> i ran into another thing that depends on springmodules
[12:33:27 EST(-0500)] <nickblair> persondirectory
[12:33:35 EST(-0500)] <EricDalquist> ah
[12:33:36 EST(-0500)] <EricDalquist> ok
[12:33:42 EST(-0500)] <nickblair> if we disable the "Caching" versions in personDirectoryContext.xml, we can run it
[12:33:45 EST(-0500)] <EricDalquist> we'll we'll have to fix that too then
[12:33:48 EST(-0500)] <EricDalquist> did you figure out the CCPP service?
[12:33:57 EST(-0500)] <nickblair> i did read the CCPP spec this morning
[12:34:06 EST(-0500)] <nickblair> and i looked into the RI provided by sun
[12:34:18 EST(-0500)] <nickblair> it's a pretty neat spec
[12:34:41 EST(-0500)] <nickblair> basically, the client will send a header with each request that contains a URI referencing the "profile" they support
[12:34:45 EST(-0500)] <nickblair> which is essentially RDF
[12:35:02 EST(-0500)] <nickblair> the spec has means for simply passing the HttpServletRequest in and getting the Profile out
[12:35:19 EST(-0500)] <EricDalquist> Well we don't care as much about the CCPP spec, but how the portlet spec defines CCPP support
[12:35:22 EST(-0500)] <nickblair> Sun has an RI, which isn't in maven, and it's unclear what the license is
[12:35:53 EST(-0500)] <EricDalquist> we need to figure out what the portlet spec requires a portal to provide as far as CCPP support
[12:36:00 EST(-0500)] <nickblair> so CCPPProfileService
[12:36:11 EST(-0500)] <nickblair> is in pluto-container-api
[12:36:36 EST(-0500)] <nickblair> simply an interface for wrapping a call to CCPP ProfileFactory.getInstance().getProfile(HttpServletRequest)
[12:36:43 EST(-0500)] <nickblair> which is allowed to return null
[12:38:38 EST(-0500)] <nickblair> we could make implementing CCPP a low priority task
[12:38:44 EST(-0500)] <EricDalquist> ok
[12:38:48 EST(-0500)] <EricDalquist> we can do that
[12:38:48 EST(-0500)] <nickblair> it is part of OptionalContainerServices
[12:39:16 EST(-0500)] <EricDalquist> so then, feel free to pick whichever service you're most comfortable wiyth
[12:39:19 EST(-0500)] <nickblair> so a simple local implementation that tries to call out to CCPP, but if no instance is available simply returns null should be reasonable
[12:39:27 EST(-0500)] <nickblair> i'll check something basic in for that
[12:39:45 EST(-0500)] <nickblair> then I can take a crack at FilterManagerService I guess next
[12:40:08 EST(-0500)] <EricDalquist> sounds good
[12:42:59 EST(-0500)] <nickblair> i checked in a few changes last night - with Spring 3 we have to be explicit in the choice of the persistence "unitName" when annotating with @PersistenceContext
[12:43:21 EST(-0500)] <EricDalquist> ok
[12:43:27 EST(-0500)] <nickblair> since Spring 3 will fail to autowire and report ambiguity (because we have the 2 entityManagers)
[12:43:31 EST(-0500)] <EricDalquist> yeah
[12:43:47 EST(-0500)] <EricDalquist> spring 2 only supported a single entity manager for @PersistenceContext
[12:43:54 EST(-0500)] <EricDalquist> so the stats actually are explicitly wired together
[12:51:58 EST(-0500)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[12:53:11 EST(-0500)] * nickblair (~Adium@ip-66-181-1-6.cust.i2bnetworks.com) has joined ##uportal
[12:55:26 EST(-0500)] <nickblair> basic CCPProfileService impl is on the branch
[12:55:51 EST(-0500)] <nickblair> is there any way to get the svn mimetype and eol-style properties automatically added for new files?
[12:55:57 EST(-0500)] <EricDalquist> yeah
[12:56:01 EST(-0500)] <nickblair> i have the purported svn config, but it doesn't seem to work great
[12:56:08 EST(-0500)] <EricDalquist> hrm
[12:56:10 EST(-0500)] <EricDalquist> it should
[12:56:16 EST(-0500)] <nickblair> i find myself having to add the properties by hand
[12:59:06 EST(-0500)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[12:59:49 EST(-0500)] <nickblair> starting on the FilterManagerService, looks like we'll also have to provide our own FilterManager implementation
[13:00:01 EST(-0500)] <EricDalquist> ok
[13:00:19 EST(-0500)] <nickblair> should our FilterManager go in org.jasig.portal.portlet.container package?
[13:00:25 EST(-0500)] <EricDalquist> yeah
[13:06:32 EST(-0500)] * JohnNKing (~king@ip-66-181-1-6.cust.i2bnetworks.com) has joined ##uportal
[13:07:12 EST(-0500)] <JohnNKing> Greetings
[13:07:41 EST(-0500)] <JohnNKing> This is John from SUNY Geneseo. I'm attending the developer days @ Jasig and I'm looking for any way I can help out.
[13:07:59 EST(-0500)] <EricDalquist> back in 5
[13:10:55 EST(-0500)] <EricDalquist> hi JohnNKing, do you have any particular interests?
[13:12:33 EST(-0500)] <JohnNKing> Anything related to the uPortal core or portlets would be of interest. Anything to get my feet wet.
[13:13:02 EST(-0500)] <JohnNKing> I'm new to Spring & hibernate, but otherwise familiar to J2EE development
[13:14:00 EST(-0500)] <EricDalquist> hrm, anyone there in person with ideas? It might be easier since they would be right there to help
[13:14:06 EST(-0500)] <EricDalquist> versus me sitting in Wisconsin
[13:18:43 EST(-0500)] <nickblair> john and I just chatted, recommended digging into the portlets tree and finding out what looks interesting
[13:18:48 EST(-0500)] <EricDalquist> yeah
[13:18:57 EST(-0500)] <nickblair> "if it didn't happen on list, it didn't happen" - so there we go 
[13:19:11 EST(-0500)] <EricDalquist> I was going to say if John is interested in portlet dev looking at existing portlets would be good
[13:19:16 EST(-0500)] <EricDalquist> the weather portlet is a great example
[13:19:24 EST(-0500)] <EricDalquist> uses Ajax, resource server, spring annotations
[13:19:31 EST(-0500)] <EricDalquist> and isn't overly complex
[13:22:06 EST(-0500)] * JohnNKing (~king@ip-66-181-1-6.cust.i2bnetworks.com) has joined ##uportal
[13:26:20 EST(-0500)] <nickblair> it looks like we are going to have to flesh out PortletDefinitionImpl a little further to support new features in portlet 2
[13:26:29 EST(-0500)] <nickblair> like for filters
[13:26:35 EST(-0500)] <EricDalquist> yeah
[13:26:42 EST(-0500)] <EricDalquist> what is needed?
[13:27:31 EST(-0500)] <nickblair> in the portlet.xml for example, you create filters (really similar looking to servletfilter declarations)
[13:27:47 EST(-0500)] <nickblair> and you can wrap them around a portlet along with a particular lifecycle for that portlet
[13:28:01 EST(-0500)] <nickblair> like: <filter>
[13:28:01 EST(-0500)] <nickblair> <filter-name>PortletFilter</filter-name>
[13:28:01 EST(-0500)] <nickblair> <filter-class>com.example.PortletFilter</filter-class>
[13:28:01 EST(-0500)] <nickblair> <lifecycle>RENDER</lifecycle>
[13:28:01 EST(-0500)] <nickblair> </filter>
[13:28:09 EST(-0500)] <EricDalquist> ok
[13:28:49 EST(-0500)] <nickblair> there can be 0 to N filters for each portlet in portlet.xml
[13:28:57 EST(-0500)] <nickblair> (i think)
[13:29:45 EST(-0500)] * JohnNKing (~king@ip-66-181-1-6.cust.i2bnetworks.com) has joined ##uportal
[13:30:05 EST(-0500)] <EricDalquist> so you should be able to get the list of filters for a portlet from the PortletApplicationDefinition
[13:30:13 EST(-0500)] <EricDalquist> which you can get from the IPortletDefinitionRegistry
[13:31:39 EST(-0500)] <nickblair> haza
[13:31:43 EST(-0500)] <nickblair> ok
[13:32:25 EST(-0500)] <EricDalquist> so anything relevant from the portlet.xml or web.xml should be available from Pluto
[13:32:34 EST(-0500)] <EricDalquist> via PortletApplicationDefinition and PortletDefinition
[13:32:47 EST(-0500)] <EricDalquist> really in uPortal's terminology those are the descriptor objects
[13:33:48 EST(-0500)] <nickblair> makes sense
[13:34:05 EST(-0500)] <EricDalquist> ok, I'm going to go get lunch
[13:34:10 EST(-0500)] <EricDalquist> back in a little bit
[13:34:10 EST(-0500)] <nickblair> along the docs track, this might be a good thing to have a visual representation of
[13:34:22 EST(-0500)] <EricDalquist> yeah
[13:34:34 EST(-0500)] <EricDalquist> I think it may actually be diagramed somewhere in the wiki
[13:34:35 EST(-0500)] <nickblair> at least for uportal developers, may not be interesting for portlet people
[13:34:46 EST(-0500)] <nickblair> i'll dig around and see what we have
[13:34:47 EST(-0500)] <EricDalquist> I've draw the descriptor/definition/entity/window graph many many times
[13:35:04 EST(-0500)] <EricDalquist> if you can't find it I can see if I can do it into a PDF we can post
[13:35:20 EST(-0500)] <EricDalquist> ok … off for food
[14:14:15 EST(-0500)] <EricDalquist> oi
[14:14:25 EST(-0500)] <EricDalquist> the EventCoordinationService is going to be fun
[14:26:54 EST(-0500)] <nickblair> FilterConfig is a gem.
[14:27:08 EST(-0500)] <nickblair> it has a method: public Enumeration<String> getInitParameterNames() {
[14:27:39 EST(-0500)] <nickblair> so I am about to add: public class IteratorBackedEnumerationImpl<E> implements Enumeration<E>
[14:27:49 EST(-0500)] <nickblair> any suggestions on where?
[14:28:15 EST(-0500)] <EricDalquist> Collections.enumeration is your friend
[14:29:14 EST(-0500)] <nickblair> nice find
[14:29:31 EST(-0500)] <nickblair> i really liked that name
[14:29:44 EST(-0500)] <EricDalquist> lol
[14:31:25 EST(-0500)] <nickblair> odd that pluto would choose Enumeration over Iterator
[14:31:33 EST(-0500)] <EricDalquist> not really
[14:31:38 EST(-0500)] <EricDalquist> you can delete stuff from iterators
[14:31:42 EST(-0500)] <EricDalquist> you can't from enumerations
[14:32:08 EST(-0500)] <nickblair> ah
[14:34:54 EST(-0500)] <EricDalquist> brb
[14:38:15 EST(-0500)] <nickblair> is there a preferred pattern for declaring a commons logging log instance in uportal?
[14:45:57 EST(-0500)] <EricDalquist> I use spring's pattern
[14:46:08 EST(-0500)] <EricDalquist> protected final Log logger = LogFactory.getLog(this.getClass());
[14:46:16 EST(-0500)] <EricDalquist> it lets itself to inheritance nicely
[14:46:24 EST(-0500)] <EricDalquist> lends*
[14:58:11 EST(-0500)] <nickblair> FilterChain and FilterConfig implementations checked in
[14:58:16 EST(-0500)] <EricDalquist> great
[14:58:24 EST(-0500)] <nickblair> working on FilterManager and FilterManagerService to provide them
[14:58:26 EST(-0500)] <EricDalquist> I'm still groking the pluto event handling service
[14:58:43 EST(-0500)] <nickblair> they are pretty close to pluto, but a little cleaner, and hooked into logging
[14:58:49 EST(-0500)] <nickblair> instead of system.out/err
[14:58:50 EST(-0500)] <EricDalquist> great
[15:28:49 EST(-0500)] <EricDalquist> so portlet event handling is reentrant
[16:24:39 EST(-0500)] * jessm (~Jess@wsip-98-173-42-82.sd.sd.cox.net) has joined ##uportal
[17:07:33 EST(-0500)] * pberry (~pberry@waldorf.CSUChico.EDU) has left ##uportal
[17:14:05 EST(-0500)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
[17:29:19 EST(-0500)] * nickblair (~Adium@ip-66-181-1-6.cust.i2bnetworks.com) has joined ##uportal
[17:33:17 EST(-0500)] <EricDalquist> nickblair: when are you heading back to WI?
[17:35:16 EST(-0500)] <nickblair> tomorrow
[17:35:22 EST(-0500)] <EricDalquist> ah, ok
[17:35:35 EST(-0500)] <EricDalquist> well I just committed what I have so far for the portlet execution manager
[17:35:47 EST(-0500)] <EricDalquist> I think I'm about done for the day, have to head to soccer soon
[17:35:48 EST(-0500)] <nickblair> wicked
[17:36:00 EST(-0500)] <EricDalquist> there is going to be some interesting threading work for the event stuff
[17:36:03 EST(-0500)] <nickblair> i miss playing - i cant wait to actually be in town for a week
[17:36:09 EST(-0500)] <EricDalquist> especially dealing with timeouts
[17:36:15 EST(-0500)] <nickblair> it looks pretty complex
[17:36:28 EST(-0500)] <nickblair> syncing to check it out
[17:36:29 EST(-0500)] <EricDalquist> well the complex part is that processEvent is reentrant
[17:36:36 EST(-0500)] <EricDalquist> so right now I just have some big comments
[17:36:42 EST(-0500)] <EricDalquist> trying to think out how to actually implement
[17:36:55 EST(-0500)] <EricDalquist> we want to do this all via a thread pool
[17:37:08 EST(-0500)] <EricDalquist> but we have to be careful a run-away event cycle doesn't eat up all the resources
[17:38:01 EST(-0500)] <EricDalquist> well I'm off and I'll be out of the office on Monday
[17:38:04 EST(-0500)] <EricDalquist> so see you Tuesday
[17:49:57 EST(-0500)] * JohnNKing (~king@ip-66-181-1-6.cust.i2bnetworks.com) has joined ##uportal
General
Content
Integrations