Here's a follow up (should be available in 1.1 coming soon): 
https://github.com/Unicon/cas-addons/wiki/CAS-server-events

Cheers,
Dmitriy.

On Nov 27, 2012, at 6:08 PM, Dmitriy Kopylenko <[email protected]> wrote:

> That's what I have started working on today in cas-addons :-) (expect to see 
> it in 1.1 some time in December): namely CAS events publishing framework - 
> basically to intercept useful API calls on CentralAuthenticationService and 
> then package and publish relevant data as Spring ApplicationEvents. Then on 
> the CAS overlay side, just develop Spring ApplicationEventListeners for the 
> events of interest and then you could use your imagination what to do with 
> them :-)
> 
> Camel is not a requirement, that was more of an example of what could be 
> possible to integrate CAS with external systems. For example in CAS overlay, 
> configure a route [from(event:cas-event)->any number of processors -> 
> to(some-camel-component-for-external-system] etc. Of course, one could simply 
> use more tightly coupled point-to-point integration code, without any 
> integration broker - it's  just a matter of taste :-)
> 
> The important part here is to be able to capture these useful CAS events. 
> Stay tuned as I develop it in cas-addons...
> 
> Dmitriy.
> 
> Sent from my iPhone
> 
> On Nov 27, 2012, at 16:36, sol myr <[email protected]> wrote:
> 
>> Hi Dmitriy,
>> Thanks very much, cas-addons look very promising.
>> But could you kindly elaborate about your "Camel" note: Camel would be 
>> perfect (we used it before), but how do we hook it into CAS, so that Camel 
>> is triggered whenever a user logs in / logs out? 
>> Of course I wouldn't expect anyone to type full detailed code, just - where 
>> in the CAS API is there a hook, that would trigger my custom code on each 
>> login/logout (in my case, the custom code would be publishing through Camel).
>> 
>> Thanks again
>> 
>> 
>> 
>> ----- Original Message -----
>> From: Dmitriy Kopylenko <[email protected]>
>> To: [email protected]
>> Cc: 
>> Sent: Tuesday, November 27, 2012 2:00 PM
>> Subject: Re: [cas-user] Extending CAS to know which users are logged in?
>> 
>> Hi. 
>> 
>> Check out "Active SSO sessions report" which might satisfy some of your 
>> needs: https://github.com/Unicon/cas-addons/wiki/Active-SSO-Sessions-Report
>> 
>> Also, using Apache Camel to generate and send real time login/logout events 
>> to external systems might just do the job implementing your use cases. (add 
>> Camel to CAS overlay, configure its route(s) there, etc. - Camel is 
>> embeddable and very lightweight)
>> 
>> Cheers,
>> Dmitriy.
>> 
>> Sent from my iPhone
>> 
>> On Nov 27, 2012, at 2:19, sol myr <[email protected]> wrote:
>> 
>>> Hi,
>>> 
>>> I have CAS, plus some Java webapps (running on a separate Tomcats).
>>> Some webapps needs to know which users are logged in (similar to Google 
>>> Chat, that shows which of your friends are online).
>>> I need this info through both:
>>> 
>>> - Query ("select connected users that answer some criteria") 
>>> 
>>> - Event ("user has logged in / out").
>>> 
>>> 
>>> I suspect CAS doesn't support it "out of the box":
>>> http://comments.gmane.org/gmane.comp.java.jasig.cas.user/16230
>>> But I was hoping to extend CAS code to achieve this.
>>> 
>>> I just need to know whenever a user logs in / logs out / times out, and 
>>> then I can notify my applications, and also update some custom 
>>> datastructure for my queries.
>>> 
>>> 
>>> Being a newbie, I'd be grateful to anyone who could hint which CAS classes 
>>> to extend/use...
>>> Should I override the TicketRegistry?
>>> Or add Actions to "spring flow" of Login (but I can't seem to find a "log 
>>> Out" flow)?
>>> 
>>> Or can I get some Events from spring security?
>>> 
>>> 
>>> Thanks very much
>>> 
>>> -- 
>>> You are currently subscribed to [email protected] as: 
>>> [email protected]
>>> To unsubscribe, change settings or access archives, see 
>>> http://www.ja-sig.org/wiki/display/JSG/cas-user
>> 
>> -- 
>> You are currently subscribed to [email protected] as: 
>> [email protected]
>> To unsubscribe, change settings or access archives, see 
>> http://www.ja-sig.org/wiki/display/JSG/cas-user
>> 
>> -- 
>> You are currently subscribed to [email protected] as: 
>> [email protected]
>> To unsubscribe, change settings or access archives, see 
>> http://www.ja-sig.org/wiki/display/JSG/cas-user
>> 


-- 
You are currently subscribed to [email protected] as: 
[email protected]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user

Reply via email to