Re: [Dev] Execution plan count increases in geoDashboard subscribe function every time execution plan is viewed from UI

[Megala Uthayakumar]

Hi Ramindu,

Thanks for the fix.

Regards,
Megala

On Fri, Dec 16, 2016 at 4:30 PM, Ramindu De Silva  wrote:

> Hi Megala,
>
> This was due to a recent change in viewing execution plans.
> I have added the fix in commit [1]
>
> 1. https://github.com/wso2/carbon-event-processing/pull/271
>
> Best Regards,
>
> On Fri, Dec 16, 2016 at 9:29 AM, Damith Wickramasinghe 
> wrote:
>
>> Hi Ramindu,
>>
>> AFAIK having upcount triggered in corresponding extensions init method
>> should solve this. Since it should be happen once. We need to see why its
>> triggering every time we views the execution plan. Were you able to check
>> on it.
>>
>> Regards,
>> Damith.
>>
>>
>>
>> On Fri, Dec 16, 2016 at 8:28 AM, Ramindu De Silva 
>> wrote:
>>
>>> Hi Megala,
>>>
>>> Yes, I'm experiencing the same. It is a bug. Will get back to you with a
>>> fix or a workaround. Thanks for reporting the bug.
>>>
>>> @Damith, the execution plan up count is called even when viewing the
>>> execution plans. And it makes the execution plan count increased by one. As
>>> a fix, I think, we need to handle the call method call or will have to keep
>>> a list of already available execution plans and check before increasing the
>>> number. WDYT?
>>>
>>> Thanks,
>>>
>>>
>>> On Thu, Dec 8, 2016 at 1:43 PM, Megala Uthayakumar 
>>> wrote:
>>>
 Hi all,

 We are working on adding geo-fencing capabilities for IOT. While doing
 that we came across following problem intermittently.
 Sometimes the event fails to go from org.wso2.geo.ProcessedSpatialE
 vents:1.0.0 to org.wso2.geo.FusedSpatialEvent:1.0.0 and
 org.wso2.geo.AlertsNotifications:1.0.0

 While debugging we found that the events are passed to EventFusion
 function and waiting on buffer to get the number of events that is
 equal to the deployed execution count, But the value shown for the deployed
 count is larger than the actual execution plan count. Further I found
 the deployed execution count increases whenever we click on the
 execution plan that is subscribed to geoDashboard in the carbon management
 console. The counts become to actual count after we restart the server. Is
 this a known bug ? Is there any work around solve this problem without
 restarting the server.

 Thanks.

 Regards,
 Megala
 --
 Megala Uthayakumar

 Software Engineer
 Mobile : 0779967122

>>>
>>>
>>>
>>> --
>>> *Ramindu De Silva*
>>> Software Engineer
>>> WSO2 Inc.: http://wso2.com
>>> lean.enterprise.middleware
>>>
>>> email: ramin...@wso2.com 
>>> mob: +94 772339350
>>> mob: +94 719678895
>>>
>>
>>
>>
>> --
>> Software Engineer
>> WSO2 Inc.; http://wso2.com
>> 
>> lean.enterprise.middleware
>>
>> mobile: *+94728671315 <+94%2072%20867%201315>*
>>
>>
>
>
> --
> *Ramindu De Silva*
> Software Engineer
> WSO2 Inc.: http://wso2.com
> lean.enterprise.middleware
>
> email: ramin...@wso2.com 
> mob: +94 772339350
> mob: +94 719678895
>



-- 
Megala Uthayakumar

Software Engineer
Mobile : 0779967122
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Execution plan count increases in geoDashboard subscribe function every time execution plan is viewed from UI

[Ramindu De Silva]

Hi Megala,

This was due to a recent change in viewing execution plans.
I have added the fix in commit [1]

1. https://github.com/wso2/carbon-event-processing/pull/271

Best Regards,

On Fri, Dec 16, 2016 at 9:29 AM, Damith Wickramasinghe 
wrote:

> Hi Ramindu,
>
> AFAIK having upcount triggered in corresponding extensions init method
> should solve this. Since it should be happen once. We need to see why its
> triggering every time we views the execution plan. Were you able to check
> on it.
>
> Regards,
> Damith.
>
>
>
> On Fri, Dec 16, 2016 at 8:28 AM, Ramindu De Silva 
> wrote:
>
>> Hi Megala,
>>
>> Yes, I'm experiencing the same. It is a bug. Will get back to you with a
>> fix or a workaround. Thanks for reporting the bug.
>>
>> @Damith, the execution plan up count is called even when viewing the
>> execution plans. And it makes the execution plan count increased by one. As
>> a fix, I think, we need to handle the call method call or will have to keep
>> a list of already available execution plans and check before increasing the
>> number. WDYT?
>>
>> Thanks,
>>
>>
>> On Thu, Dec 8, 2016 at 1:43 PM, Megala Uthayakumar 
>> wrote:
>>
>>> Hi all,
>>>
>>> We are working on adding geo-fencing capabilities for IOT. While doing
>>> that we came across following problem intermittently.
>>> Sometimes the event fails to go from org.wso2.geo.ProcessedSpatialE
>>> vents:1.0.0 to org.wso2.geo.FusedSpatialEvent:1.0.0 and
>>> org.wso2.geo.AlertsNotifications:1.0.0
>>>
>>> While debugging we found that the events are passed to EventFusion
>>> function and waiting on buffer to get the number of events that is
>>> equal to the deployed execution count, But the value shown for the deployed
>>> count is larger than the actual execution plan count. Further I found
>>> the deployed execution count increases whenever we click on the
>>> execution plan that is subscribed to geoDashboard in the carbon management
>>> console. The counts become to actual count after we restart the server. Is
>>> this a known bug ? Is there any work around solve this problem without
>>> restarting the server.
>>>
>>> Thanks.
>>>
>>> Regards,
>>> Megala
>>> --
>>> Megala Uthayakumar
>>>
>>> Software Engineer
>>> Mobile : 0779967122
>>>
>>
>>
>>
>> --
>> *Ramindu De Silva*
>> Software Engineer
>> WSO2 Inc.: http://wso2.com
>> lean.enterprise.middleware
>>
>> email: ramin...@wso2.com 
>> mob: +94 772339350
>> mob: +94 719678895
>>
>
>
>
> --
> Software Engineer
> WSO2 Inc.; http://wso2.com
> 
> lean.enterprise.middleware
>
> mobile: *+94728671315 <+94%2072%20867%201315>*
>
>


-- 
*Ramindu De Silva*
Software Engineer
WSO2 Inc.: http://wso2.com
lean.enterprise.middleware

email: ramin...@wso2.com 
mob: +94 772339350
mob: +94 719678895
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Change profile to runtime in product creation pom

[Niranjan Karunanandham]

Hi,

As per the offline discussion with Sameera, we will be changing the tag
 with the tag . I have created a jira [1] for this.

[1] - https://wso2.org/jira/browse/CMVNPLG-18

Regards,
Nira

On Thu, Dec 15, 2016 at 12:11 PM, Imesh Gunaratne  wrote:

> On Thu, Dec 15, 2016 at 11:48 AM, Niranjan Karunanandham <
> niran...@wso2.com> wrote:
>
>> Hi all,
>>
>> In C5, the server can have multiple runtimes and for each one will have a
>> separate directory and contains runtime specific files. But at the time of
>> product creation, in the pom, we are using tag  to denote the
>> *runtime*. This tag ("<*profile*>") is required by the* tycho plugin*.
>> Shall we change this to  and handle the conversion to profile in
>> the *carbon-feature-plugin* so that outside, this is only known as
>> runtime?
>>
>
> ​Yes, I think that make sense. Since the profile concept itself has been
> changed in C5 changing the term to "runtime" would make it more meaningful.
>
> Thanks
>
>
> --
> *Imesh Gunaratne*
> Software Architect
> WSO2 Inc: http://wso2.com
> T: +94 11 214 5345 M: +94 77 374 2057 <+94%2077%20374%202057>
> W: https://medium.com/@imesh TW: @imesh
> lean. enterprise. middleware
>
>


-- 


*Niranjan Karunanandham*
Associate Technical Lead - WSO2 Inc.
WSO2 Inc.: http://www.wso2.com
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Docker image deployment in the Cloud

[Imesh Gunaratne]

Hi All,

If the deployment has support for network volumes, it would be much easier
to use a volume mount for distributing runtime artifacts than using SVN or
rsync based dep-sync.

Thanks

On Thu, Dec 15, 2016 at 11:12 PM, Pubudu Gunatilaka 
wrote:

> Docker-rsync does the same job. What we need here is to synchronize the
> configurations between the nodes.
>
> Most of the cases, automation test covers if there is any configuration
> issue.
>
> Thank you!
>
> On Mon, Dec 12, 2016 at 5:55 PM, Hanen Ben Rhouma 
> wrote:
>
>> Thanks guys for the answers,
>>
>> Actually I found a project called docker-rsync I don't know if this is
>> what you meant Pubudu, it seams a good solution for such issue, we need to
>> test it first. What about WSO2 cloud based solutions don't you guys have a
>> continuous build pipeline to validate each change happening to the config
>> as well as the resources? How are you handling such scenarion?
>>
>>
>>
>> Regards,
>> Hanen
>>
>>
>> On Fri, Dec 9, 2016 at 9:06 PM, Pubudu Gunatilaka 
>> wrote:
>>
>>> Hi,
>>>
>>> I think we can use dep sync. This is what normally do for API Manager
>>> and ESB. If we use SVN based dep sync, server changes will be pushed to
>>> SVN. SVN server can be a dedicated server or docker container.
>>>
>>> If you use docker containers for SVN, you need to mount the container
>>> file system to the container host machine file system. If you are using
>>> container management systems such as Kubernetes, Mesos, etc. you need to
>>> restrict SVN docker container to spin in the same host machine.
>>>
>>> Thank you!
>>>
>>> On Fri, Dec 9, 2016 at 11:32 PM, Harsha Thirimanna 
>>> wrote:
>>>
 Hi Hanen,

 Yes, there may be several possibilities to do this such a situation.
 If we consider the real container base deployment, it may not be
 possible to allow to generate files in within the container itself because
 in that case we can't push that changes to the original docker image
 directly to add the new changes to the next spawning instance using current
 image. So if we want to go in that approach, definitely we have to first
 build a concrete identity server instance with the all the configuration
 changes except the runtime data that is stored in databases.
 As an example, when we create secondary user store, we create it in
 file system. So we can't allow to add such one in container model and we
 have to create it first and prepare the cdocker image using that concrete
 instance. That is not the specific problem to the WSO2 IS, but for this
 deployment model.
 In other way, it would be nice if we could point our configs in central
 place and use same image always. But that is not the expected container
 model. But in practical world it may be the one we can use. But WSO2 IS, we
 don't have a way to point configs in out side place of the product. All are
 relative to the product home folder.
 Am i answered to you ? Please let me know for further clarification.

 thanks

 *Harsha Thirimanna*
 *Associate Tech Lead | WSO2*

 Email: hars...@wso2.com
 Mob: +94715186770 <+94%2071%20518%206770>
 Blog: http://harshathirimanna.blogspot.com/
 Twitter: http://twitter.com/harshathirimann
 Linked-In: linked-in: http://www.linkedin.com/pub/ha
 rsha-thirimanna/10/ab8/122
 

 On Fri, Dec 9, 2016 at 7:42 PM, Hanen Ben Rhouma 
 wrote:

> Hello,
>
> I have a question related to WSO2 IS deployment on the cloud: what is
> the best approach to set up a continuous build pipeline for WSO2 IS 
> knowing
> that the idea behind is to launch a dockerfile which is going to deploy 
> the
> WSO2 IS image on AWS, the challenge is how can we keep our dynamic data
> generated after manipulating WSO2 on the cloud, we can persist xml files 
> on
> BitBucket and retrieve them each time we rebuild the image but aside from
> those files there are some other types of transient data that are 
> generated
> by the user actions once he starts configuring WSO2 from the 
> administration
> console, how can we make sure that they're not lost once the docker image
> is regenerated ?
>
>
> Regards,
> Hanen
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>

 ___
 Dev mailing list
 Dev@wso2.org
 http://wso2.org/cgi-bin/mailman/listinfo/dev


>>>
>>>
>>> --
>>> *Pubudu Gunatilaka*
>>> Committer and PMC Member - Apache Stratos
>>> Software Engineer
>>> WSO2, Inc.: http://wso2.com
>>> mobile : +94774078049 <%2B94772207163>
>>>
>>>
>>
>
>
> --
> *Pubudu Gunatilaka*
> Committer