This is the discus about $subject.
Currently, WSO2 Puppet Modules are tightly coupled to hiera to manage the
data component. This brings a few limitations, and the main problem is not
being able to the modules to puppet forge [1]. Ideally it should be
possible to push the released modules to puppe
Hi Sidath,
Does consumers and/or producers needs to additionally call this services
periodically to do this or will it be handled seamlessly?
On Fri, Aug 19, 2016 at 8:57 PM, Sidath Weerasinghe wrote:
> Hi Prabath,
>
> When client establish a connection with a one of the broker node then
> cl
Hi Prabath,
When client establish a connection with a one of the broker node then
client calls this service and get the live IP address of broker nodes in
cluster. For that we need to know one of the broker IP address. Then
periodically calling this service and update live IP address
automaticall
This mail thread is pointed to "Dynamic Detection of Broker Nodes in
Cluster and Load Balancing" mail thread.
--
Thank You,
Best Regards,
Sidath Weerasinghe
*Intern*
*WSO2, Inc. *
*lean . enterprise . middleware *
*Mobile: +94719802550 <%2B94%2064144>*
*Email: *sid...@wso2.com
__
On Fri, Aug 19, 2016 at 5:38 PM, Nuwan Dias wrote:
>
>
> On Fri, Aug 19, 2016 at 5:20 PM, Dinusha Senanayaka
> wrote:
>
>>
>>
>> On Fri, Aug 19, 2016 at 2:35 PM, Nuwan Dias wrote:
>>
>>>
>>>
>>> On Fri, Aug 19, 2016 at 1:40 PM, Sanjeewa Malalgoda
>>> wrote:
>>>
The purpose of implementing
On Fri, Aug 19, 2016 at 5:20 PM, Dinusha Senanayaka
wrote:
>
>
> On Fri, Aug 19, 2016 at 2:35 PM, Nuwan Dias wrote:
>
>>
>>
>> On Fri, Aug 19, 2016 at 1:40 PM, Sanjeewa Malalgoda
>> wrote:
>>
>>> The purpose of implementing client tool is to ease admins/devopts task.
>>> If we think of end user
On Fri, Aug 19, 2016 at 2:35 PM, Nuwan Dias wrote:
>
>
> On Fri, Aug 19, 2016 at 1:40 PM, Sanjeewa Malalgoda
> wrote:
>
>> The purpose of implementing client tool is to ease admins/devopts task.
>> If we think of end user point of view(api creator) client tool do not help
>> much.
>> I don't bel
Hi Sidath.
*Periodically calling this service we can get the dynamically adding MB
node IP addresses and can remove disconnected IP addresses from the list.
So it will always shuffle the IPs and provide it for the client.*
Can you little bit elaborate this statement.
- What time your going to ca
I think option 1 would work because you have to use andes client as a
dependency to initiate individual connections with message broker. Also,
OSGi component should wrap message publishing service and provide it to the
caller. Inside the OSGi component, you can have logic to load balance
messages.
WSO2 Process Center 1.0.0 - Alpha Released
WSO2 Process Center (WSO2 PC) team is pleased to announce the alpha release
of its version 1.0.0.
WSO2 Process Center (WSO2 PC) forms the central component of WSO2’s BPM
platform by providing centralized storage, governance, monitoring/analytics
and impr
Hi all,
Message Broker provides means to horizontally scale between nodes. The
client which communicates with the broker is notified on the availability
of the broker nodes in the cluster via JMS connection URL, which allows
defining of a failover string (the list of IPs of the broker nodes
sepa
On Fri, Aug 19, 2016 at 3:05 PM, Bhathiya Jayasekara
wrote:
> Hi Kaveesha/Nuwan,
>
> On Fri, Aug 19, 2016 at 2:35 PM, Nuwan Dias wrote:
>
>>
>>
>> On Fri, Aug 19, 2016 at 1:40 PM, Sanjeewa Malalgoda
>> wrote:
>>
>>> The purpose of implementing client tool is to ease admins/devopts task.
>>> If
Hi Isuru,
There is an admin service inside an MB. This admin service gets the live IP
address of the cluster nodes. In the client side, What I'm going to is
calling that admin service and get the live IP address.
For that one solution is write a separate OSGI component. Another solution
is to modi
If we are using existing publisher/store APIs then we cannot do same like
you mentioned.
But don't we zip separate service side web application for import/export?
If so we can apply basic oauth for that while having oauth for
store/publisher.
On Fri, Aug 19, 2016 at 2:35 PM, Nuwan Dias wrote:
>
Hi Kaveesha/Nuwan,
On Fri, Aug 19, 2016 at 2:35 PM, Nuwan Dias wrote:
>
>
> On Fri, Aug 19, 2016 at 1:40 PM, Sanjeewa Malalgoda
> wrote:
>
>> The purpose of implementing client tool is to ease admins/devopts task.
>> If we think of end user point of view(api creator) client tool do not help
>>
On Fri, Aug 19, 2016 at 12:09 PM, Malintha Amarasinghe
wrote:
> Hi All,
>
> Existing test cases use following classes as Utils for store/publisher and
> admin operation which uses the existing jaggery api.
>
> Store - https://github.com/wso2/product-apim/blob/master/
> modules/integration/tests-c
On Fri, Aug 19, 2016 at 1:40 PM, Sanjeewa Malalgoda
wrote:
> The purpose of implementing client tool is to ease admins/devopts task. If
> we think of end user point of view(api creator) client tool do not help
> much.
> I don't believe usual API creator, publishers will use this client much.
> If
On Fri, Aug 19, 2016 at 1:55 PM, Sanjeewa Malalgoda
wrote:
>
>
> On Tue, Aug 16, 2016 at 10:43 PM, Harsha Kumara wrote:
>
>>
>>
>> On Tue, Aug 16, 2016 at 5:29 PM, Supun Sethunga wrote:
>>
>>> Hi all,
>>>
>>> We carried out some performance tests for APIM Analytics server in a
>>> Minimum HA se
Hi all,
Please find the deployment setup details at [1]. Some parts of it are yet
to be completed though.
@Imesh: No, we haven't created any puppet scripts for the setup.
@MalithJ: Input was controlled using Jmeter. Throughput is measured at the
receiver side, in databridge level. (We can get it
On Tue, Aug 16, 2016 at 10:43 PM, Harsha Kumara wrote:
>
>
> On Tue, Aug 16, 2016 at 5:29 PM, Supun Sethunga wrote:
>
>> Hi all,
>>
>> We carried out some performance tests for APIM Analytics server in a
>> Minimum HA setup. Idea was to saturate the Analytics server up to the
>> maximum number o
Hi Sidath,
On Fri, Aug 19, 2016 at 10:10 AM, Sidath Weerasinghe
wrote:
> Hi all,
>
>
> In MB, the user/developers having to manually list out the IPs in the
> connection URL could be difficult. The change of IPs of the broker nodes
> would require reconfiguring and restart the client application
The purpose of implementing client tool is to ease admins/devopts task. If
we think of end user point of view(api creator) client tool do not help
much.
I don't believe usual API creator, publishers will use this client much. If
we need to let them to export API then we should give them UI option.
UnSubscribe me please from PDL.
___
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
23 matches
Mail list logo