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

[Steve Swinsburg]

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"