Grouper Developers Forum

[caleb racey <>]

Apologies forgot to include grouper dev in my original reply to chris on 
grouper queuing

-----Original Message-----
From: caleb racey
Sent: 08 September 2008 09:33
To: 'Chris Hyzer'
Subject: RE: [grouper-dev] Action Items: Grouper Call 3-Sep-08



>-----Original Message-----
>From: Chris Hyzer 
>[mailto:]
>Sent: 04 September 2008 18:43
>To: Tom Barton; caleb racey
>Cc: Grouper Dev
>Subject: RE: [grouper-dev] Action Items: Grouper Call 3-Sep-08
>
>Not to derail the request for an example, but I would like to discuss
>the architecture at some point as well...
>
>Are we assuming that we still need a queue in the Grouper DB, then a
>daemon to retrieve items from that and send to messaging?

This sounds sensible, while ActiveMQ seems like a good queuing choice to me 
but in many institutes the queuing system will already be determined (e.g. 
biztalk, oracle, websphere mq). Having an architecture that enable institutes 
to integrate grouper into existing systems would be beneficial. Having a 
queue  in grouper DB and a daemon to process those messages sounds like a  
good way of achieving this. That way grouper gets to process messages 
relating to grouper and then hand the communication and routing of those 
messages off to third party apps which were built to handle message delivery, 
routing and processing.


 We would want
>messaging reliable even if the ActiveMQ is down for a bit, right?

Absolutely

 And
>we would want it to be transactional with the Grouper transaction (e.g.
>if the Grouper tx is committed, we definitely want a message, and if
>not, we definitely don't.

Agreed

Also we need to make sure the order of
>messages is consistent with the order of operations against the Grouper
>DB which can happen based on disparate systems (UI, GSH, WS, etc)

I was struggling to think of instances where we care about operation order, i 
suppose creating a stem then creating a group under it is order sensitive. 
Generally the bulk of our updates are  membership adds and deletes which 
aren't order sensitive for us.







>
>ActiveMQ does look like a nice product though...
>
>Thanks,
>Chris
>
>> -----Original Message-----
>> From: Tom Barton 
>> [mailto:]
>> Sent: Thursday, September 04, 2008 1:29 PM
>> To: caleb racey
>> Cc: Grouper Dev
>> Subject: Re: [grouper-dev] Action Items: Grouper Call 3-Sep-08
>>
>> Caleb,
>>
>> It would be great to get feedback from an effort to use hooks by those
>> outside of the development team. It would also be great to have an
>> actual example of sourcing group management events into a message-
>based
>> system. Let us know if you need any help.
>>
>> Tom
>>
>> caleb racey wrote:
>> >> [AI] {Kathryn} will do background research on a messaging system to
>> >> be used as a test/example case for hooks.
>> >
>> > I have just been testing activeMQ JMS message queuing  and have also
>> been testing it with the STOMP protocol connector to provide access to
>> JMS queues to other languages (php perl python ruby etc)  with php
>> message consumption and posting tested.
>> >
>> > More than happy to help with this effort and I can recommend
>activeMQ
>> as a test platform, I had it setup and running in about 30 minutes and
>> it has nice examples to learn from.
>> >
>> >
>> >