[Building Sakai] CAS and other filter configuration for login tool

Steve Swinsburg steve.swinsburg at gmail.com
Wed Jan 30 16:01:11 PST 2013


Yeah sorry I meant your solution would be good to have in trunk. Not mine, mine sucks for binary distributions :)

Sent from my iPad

On 31/01/2013, at 6:01, John Bush <john.bush at rsmart.com> wrote:

> Steve, yeah, that is what we've been doing for the last couple of
> years as well, which was definitely a step forward.  At this point, we
> are really trying to get to one binary distribution, so the build
> switches cause some issue, because it creates more tags, more config,
> more builds, more chance for error, more things to transfer around
> networks, etc.
> 
> 
> 
> On Wed, Jan 30, 2013 at 11:39 AM, Steve Swinsburg
> <steve.swinsburg at gmail.com> wrote:
>> Definitely interested. I did something similar but with filtering where the props get injected at build time:
>> 
>> https://source.sakaiproject.org/svn//msub/anu.edu.au/services/2.8.x/anu-conf/sample.build.properties
>> https://source.sakaiproject.org/svn//msub/anu.edu.au/services/2.8.x/login/login-tool/tool/pom.xml
>> https://source.sakaiproject.org/svn//msub/anu.edu.au/services/2.8.x/login/login-tool/tool/src/webapp/WEB-INF/web.xml
>> 
>> Same method that is used for the uPortal build filtering.
>> 
>> This would be good to have in trunk by default so it works for everyone, using CAS or not, and you just configure it as you please.
>> 
>> cheers,
>> Steve
>> 
>> On 31/01/2013, at 4:58 AM, John Bush <john.bush at rsmart.com> wrote:
>> 
>>> I did some work yesterday that I'm not sure anyone else cares about.
>>> But if someone is interested let me know and I'll submit a jira/patch.
>>> 
>>> We had a long standing issue of configuring CAS/Shib and other signon
>>> mechanisms that require servlet filters.  The issue is that you have
>>> to modify web.xml's to configure these things.  That mucks up our
>>> whole binary deployment model, and leads to a bunch of annoying
>>> practices for managing those changes.
>>> 
>>> So what I did was create a way to drop a spring config file in
>>> sakai.home that wires up your filters with their configuration.  I
>>> built on Spring's DelegatingFilterProxy and ContextLoader to do this
>>> in a way that works if you have this file in your sakai.home folder or
>>> not.
>>> 
>>> Like I said if this has value to anyone else let me know.
>>> --
>>> John Bush
>>> 602-490-0470
>>> _______________________________________________
>>> sakai-dev mailing list
>>> sakai-dev at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>> 
>>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
> 
> 
> 
> -- 
> John Bush
> 602-490-0470


More information about the sakai-dev mailing list