[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