On Mon, Jun 6, 2011 at 1:28 PM, Sumedha Rubasinghe <[email protected]> wrote:

> This is the conclusion from the discussion happened little while ago.
>
> As Amila mentioned, we can switch to in-memory storage from Qpid. But this
> has not been fully test. We will test this set up (in-memory) using BAM &
> then make the change permanent for 3.2.0.
>
> This way, each of the products will have a minimum impact from a code
> change perspective.
>

One product can have only one broker. i.e if bam publisher in ESB wants to
use the in memory one, then all the other components, GReg, Deployment
synchronizer, publish  mediator should use that.

thanks,
Amila.

>
> /sumedha
>
>
> On Mon, Jun 6, 2011 at 10:50 AM, Tharindu Mathew <[email protected]>wrote:
>
>>
>>
>> On Mon, Jun 6, 2011 at 8:36 AM, Sanjiva Weerawarana <[email protected]>wrote:
>>
>>> On Sun, Jun 5, 2011 at 5:11 PM, Tharindu Mathew <[email protected]>wrote:
>>>
>>>> That can be achieved by using a simple non-blocking Axis2 sender type
>>>>> thing - which I believe is what Hiranya wrote a while ago.
>>>>>
>>>>> The BAM server needs to be set up in a clustered manner with an LB etc.
>>>>> to handle the large number of messages it will receive when Stratos is
>>>>> running at full tilt (and have additional load balancing things like DNS
>>>>> round-robin). We can make that work easily.
>>>>>
>>>>> +1, for this model. The publisher that is used in Stratos is already
>>>> done in a non blocking way. I feel it's better to go for the jdbc model.
>>>>
>>>
>>> Tharindu what is the "JDBC model"?? We don't need persistence for these
>>> messages, so where does JDBC come into the picture?
>>>
>>
>> In the publisher, Hiranya wrote, we directly inject the event into the
>> 'BAM' DB. This is what I referred to as the jdbc model. Instead of sending
>> an event to BAM, and then inserting to the BAM DB. This option is also
>> provided, which is what we use by default.
>>
>>>
>>> Sanjiva.
>>> --
>>> Sanjiva Weerawarana, Ph.D.
>>> Founder, Chairman & CEO; WSO2, Inc.;  http://wso2.com/
>>> email: [email protected]; phone: +94 11 763 9614; cell: +94 77 787 6880 |
>>> +1 650 265 8311
>>> blog: http://sanjiva.weerawarana.org/
>>>
>>> Lean . Enterprise . Middleware
>>>
>>> _______________________________________________
>>> Carbon-dev mailing list
>>> [email protected]
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> Regards,
>>
>> Tharindu
>>
>>
>> _______________________________________________
>> Carbon-dev mailing list
>> [email protected]
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
> _______________________________________________
> Carbon-dev mailing list
> [email protected]
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>
_______________________________________________
Carbon-dev mailing list
[email protected]
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Reply via email to