...
- In Person
- Michael Oltz - Cornell
- Jonathan Markow - JA-SIG
- Chris Doyle - Johns Hopkins
- Theron Feist - Johns Hopkins (Tuesday only)
- Phil Gianuzzi - Johns Hopkins
- Elliot Metsger - Johns Hopkins
- Dwight Raum - Johns Hopkins
- Jason Shao - Rutgers (Tuesday only)
- Colin Clark - University of Toronto, FLUID Project
- Michelle D'Souza - University of Toronto, FLUID Project
- Peter Kharchenko - Unicon, Inc.
- ~awp9 Andrew Petro - Unicon, Inc.
- Eric Dalquist - University of Wisconsin - Madison
- Jen Bourey - Yale
- Susan Bramhall - Yale
...
December - "JA-SIG face to face" or "JA-SIG working sessions" - focus on working out issues on specific projects, etc.
- hosted at an institution rather than a hotel
- less need to manage proposals and registration
- minimal "track leads"
- have activities organized across: e.g. uPortal developers; coding sessions; bar camps; bug fixing marathons; documentation marathons (Jonathan Markow joked "they would need extra beer"); HyperContent; sakai/uportal collaboration; put together grant proposals; board could get together; training; i.e. various self-organizing groups
This would be less costly, would need an overall organizer/program chair; and leads by kind of activity.
...
Eric/Andrew: Upgrading from uportal 2 to 3 is going to be inherently hard.
Andrew: ~awills Andrew Wills (Deactivated) at Unicon is addressing migration from one version of uPortal to another. Currently this has been between uPortal 2.x versions, but it lays a groundwork for exporting data from a 2.x instance for import into a 3.x instance.
...
uPortal 2 XML import and export
by ~awp9 Andrew Petro (Andrew) and ~awills Andrew Wills (Deactivated) (Drew), both of Unicon Inc.
...
Recent Unicon OpenSource Activity relative to uPortal
Powerpoint and info in wiki page representing this session in Confluence.
San Joaquin Delta College
- Columbia Announcements further customizations to better meet alerts use cases, along the lines of what the Rutgers Alerts system accomplishes. [i.e. add notifications to it]
- Email preview portlet.
work on 2.6
- release engineering activities
- fixes and enhancements from Academus merged into uPortal.
"OpenToro"
Academus 2.1 was codenamed "Toro"
...
They are not open sourcing the brand name.
toro-channels
- IChannels and frameworky stuff
toro-portlets
- portlets
toro-sdk and toro-resource-pool (predated common-dbcp)
- utilities
http://code.google.com/p/toro-channels/ [et cetera]
...
- gateway Single Sign-on
- briefcase
- messaging/notifications
- permissions management
toro-resource-pool
- predates Commons DBCP
- nice debugging/logging facilities
Why open source?
Easier to deliver on support and services on a platform everyone can use "eyes wide open"
...
uPortal 2.6 Status Update
...
- Layout restrictions
- Alerts-like functionality
- Just-in-time insertion of "stuff" into the layout
- Security advisory around RSS reader instances?
On Platform Maturity:
uP2 has warts, but also has "platform maturity"
...
uPortal CAS integration convergence
...
[morning break]
uPortal 2.7
Jan Nielsen's (from SunGard SCT) vision for platform maturity
...
Mark Boyd and DLM evolution
- he put some enhancements in trunk
- There are more features available in the Sandbox
- Let's merge these into the core, QA, and release uPortal 2.7 with better DLM
- (more on this in a later meeting slot)
CAS server integration
- Proxy CAS for the masses
- Easier -> better documentation
Rutgers remote document caching
- Can this make 2.6?
- Or does it need to go into a 2.7?
Portlet support
- Move to Pluto 1.1 (uP3 went to this)
- JSR-286? The revised, not yet final, portlet specification [not included in Pluto 1.1 but doing the Pluto thing positions us for 286]
- Fix for the dreaded UP-1040 bug [a multiply-published portlet can get preference settings confused between instances]
Jonathan: Chuck Severance suggested that David DeWolf should put WSRP support into Pluto 1.2.
...
Energy is lost to "friction"
- There are a lot of neat open source plugins for uportal
- It requires lots of calories to figure out how to get them all working in your portal
code versioning friction
- for example, what versions of the announcements channel will work in what versions of uPortal with what modifications?
- merging source into uPortal source tree allows each uPortal release to be developed and maintained as a cohesive whole.
The uPortal channels CVS (now, SVN) is not used as a collaboration repository but as a stick-it-in-there repository.
Energy is lost to installation friction
- Even when the code will work perfectly (no version mismatch) it's still problematic
- find it, install it, maybe provision a db, configure/publish the channel, all just to try it out.
We could put the channel source into the main tree, and have them built at the same time, or have separate build scripts for each channel. In either case we will be better able to see what compilation problems there are.
...
Implemented in ajax-preferences.js
Servlets
- Channel registry
- Ajax callback targets
Theme param injector (turns the functionality on)
...
Unicon has done some stuff with frames. ~shawnlonas and ~gthompson Shawn Lonas (Deactivated) and Gary Thompson (Deactivated). Academus: there is a "download worker" a channel can give you a link to download something produced by the portal. So they put in a callback and the target of the callback is the content of the channel.
...
Colin: Melissa and I would be interested in being involved in that discussion.
Followup on DLM Status
~mboyd Mark Boyd was at SunGard SCT (SunGard HE), where he contributed much work to the Distributed Layout Manager and moving it into the uPortal code base, but now ;he has moved on to other things.
...
JSR-168 support in uPortal2; status and prognosis
There are a few sites present running portlets, and some who want to.
...
Jonathan: Talk to Chris Coppola about the licensing issues. Work with ~awp9 Andrew Petro to prepare announcements and marketing stuff for 2.6 release. The manual is a very high priority deliverable. Working on various conference preparation activities. Planning around formation of project steering committee. etc.
...