[Dev] Can we get the underling transport details from the CarbonTransport

[Jayanga Dissanayake]

Hi All,

Currently I am working on the feature, axis2 pluggable run-time on C5
kernel.
In this feature I had to register Dummy listeners to Axis2, which are
corresponding to each Carbon Transport.

When I tried to implement the processing related to "GET
/services/Someservice?wsdl", I found that, It internally invokes the
"public EndpointReference[] getEPRsForService(String s, String s1)" of each
listener, in which I have to return proper EPRs. To generate proper EPRs, I
need to know the ports which are corresponding to each Listener (in HTTP
and HTTPS scenarios).

I checked the CarbonTransport, it doesn't allow to read the information
related to the ports.

Why CarbonTransport does not allow to get underling transport details?

Thanks,
*Jayanga Dissanayake*
Senior Software Engineer
WSO2 Inc. - http://wso2.com/
lean . enterprise . middleware
email: jaya...@wso2.com
mobile: +94772207259
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [Fast Track Training][Carbon component] Warning for non-bundle dependencies

[Madhawa Perera]

Hi Charitha,

Thank you for the explanation on why it happens and I disabled the
inspection too. It works fine.

Thank you
Best Regards,
Madhawa

On Mon, Feb 8, 2016 at 10:15 AM, Charitha Goonetilleke 
wrote:

> Hi Madhawa,
>
> This issue is appeared in IntelliJ Idea because it tries to verify OSGi
> bundles that has scr annotation in Component class. These annotations not
> processed by the IntelliJ Idea IDE and therefore those bundles not
> identified as OSGi bundles by the IDE. But since required bundle INF files
> are generated in build time, those bundles are work as usual OSGi bundles
> in the runtime.
>
> So you can ignore this issue and can remove those annoying error markers
> as follows:
>
> Goto File --> Settings --> Then search for "*osgi inspections*" --> Then
> uncheck "*Package Accessibility*" inspection
>
> Finally apply and ok.
>
> Thanks & Regards,
> /charithag
>
> On Sun, Feb 7, 2016 at 11:54 PM, Madhawa Perera  wrote:
>
>> Hi,
>>
>> I'm working on building a carbon component. During the process, I
>> developed the back end service and built it with maven and the service stub
>> was created. But when I was writing the client with the stub dependency it
>> gives me following error although I exported the required package:
>>
>> "The package 'org.wso2.carbon.comp.order.pro.stub' is not exported by the
>> bundle dependencies less... (Ctrl+F1)
>>
>> *This inspections reports usage of classes from packages not accessible
>> inside the OSGi context - i.e. those located in .jar files not packaged as
>> bundles, or not exported by bundles, or not imported in manifest file (if
>> applicable). Asking for such a classes may cause "class not found"
>> exceptions at runtime*"
>>
>> Although, the program runs and the component works fine and doesn't cause
>> any exceptions as warned.
>>
>> *Is there anyway that I can eliminate this error/warning message?*
>>
>> I have herewith attached the piece of client code (Client.png) that I
>> tried out (to show the marked error) and I have added the dependencies as
>> in the attached 'pom.xml'. Further attached the inspection results capture
>> (Inspection.png) . I'm using intelliJ idea for my development.
>>
>>
>> Thank you
>> Best Regards,
>>
>> --
>> Madhawa Perera
>> *Software Engineer*
>> Mobile : +94 (0) 773655496
>> <%2B94%20%280%29%20773%20451194>
>> madha...@wso2.com
>>
>> ___
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> *Charitha Goonetilleke*
> Software Engineer
> WSO2 Inc.; http://wso2.com
> lean.enterprise.middleware
>
> mobile: +94 77 751 3669 <%2B94777513669>
> Twitter:@CharithaWs , fb: charithag
> , linkedin: charithag
> 
>



-- 
Madhawa Perera
*Software Engineer*
Mobile : +94 (0) 773655496
<%2B94%20%280%29%20773%20451194>
madha...@wso2.com
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [Test Coverage] How to instrument war files?

[Bhathiya Jayasekara]

Hi Krishantha,

Created https://wso2.org/jira/browse/TA-1006

Thanks,
Bhathiya

On Mon, Feb 8, 2016 at 9:32 AM, Krishantha Samaraweera 
wrote:

> Hi Bhathiya,
>
> This is not possible at the moment. Can you raise a TA JIRA requesting
> this feature improvement.
>
> Thanks,
> Krishantha.
>
>
>
> On Mon, Feb 8, 2016 at 12:38 AM, Bhathiya Jayasekara 
> wrote:
>
>> Hi automation team,
>>
>> In [1] it says that the *jars* residing at plugins and patches
>> directories get instrumented. Is there a way to get *war* files in
>> deployment directory instrumented too?
>>
>> [1]
>> https://docs.wso2.com/display/TA430/General+Introduction+to+Test+Coverage
>>
>> Thanks,
>> --
>> *Bhathiya Jayasekara*
>> *Senior Software Engineer,*
>> *WSO2 inc., http://wso2.com *
>>
>> *Phone: +94715478185 <%2B94715478185>*
>> *LinkedIn: http://www.linkedin.com/in/bhathiyaj
>> *
>> *Twitter: https://twitter.com/bhathiyax *
>> *Blog: http://movingaheadblog.blogspot.com
>> *
>>
>
>
>
> --
> Krishantha Samaraweera
> Senior Technical Lead - Test Automation
> Mobile: +94 77 7759918
> WSO2, Inc.; http://wso2.com/
> lean . enterprise . middleware.
>



-- 
*Bhathiya Jayasekara*
*Senior Software Engineer,*
*WSO2 inc., http://wso2.com *

*Phone: +94715478185*
*LinkedIn: http://www.linkedin.com/in/bhathiyaj
*
*Twitter: https://twitter.com/bhathiyax *
*Blog: http://movingaheadblog.blogspot.com
*
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [Test Coverage] How to instrument war files?

[Nuwan Dias]

There are some cases where we host webapps of the main product within this
directory. Ex: oauth2.war, authentication_endpoint.war of IS, the REST API
of APIM, etc.

Thanks,
NuwanD.

On Mon, Feb 8, 2016 at 9:52 AM, Dharshana Warusavitharana <
dharsha...@wso2.com> wrote:

> Hi Bathiya,
>
> Why you need to instrument classes in Deployment directory. For
> integration test??.
> I think this is different from basic coverage we are taking. If you put
> something to deployment directory its not a bundle of the product. So its
> wrong to accumulate those results in coverage report of the product.
>
> Thank you,
> Dharshana.
>
> On Mon, Feb 8, 2016 at 9:32 AM, Krishantha Samaraweera <
> krishan...@wso2.com> wrote:
>
>> Hi Bhathiya,
>>
>> This is not possible at the moment. Can you raise a TA JIRA requesting
>> this feature improvement.
>>
>> Thanks,
>> Krishantha.
>>
>>
>>
>> On Mon, Feb 8, 2016 at 12:38 AM, Bhathiya Jayasekara 
>> wrote:
>>
>>> Hi automation team,
>>>
>>> In [1] it says that the *jars* residing at plugins and patches
>>> directories get instrumented. Is there a way to get *war* files in
>>> deployment directory instrumented too?
>>>
>>> [1]
>>> https://docs.wso2.com/display/TA430/General+Introduction+to+Test+Coverage
>>>
>>> Thanks,
>>> --
>>> *Bhathiya Jayasekara*
>>> *Senior Software Engineer,*
>>> *WSO2 inc., http://wso2.com *
>>>
>>> *Phone: +94715478185 <%2B94715478185>*
>>> *LinkedIn: http://www.linkedin.com/in/bhathiyaj
>>> *
>>> *Twitter: https://twitter.com/bhathiyax *
>>> *Blog: http://movingaheadblog.blogspot.com
>>> *
>>>
>>
>>
>>
>> --
>> Krishantha Samaraweera
>> Senior Technical Lead - Test Automation
>> Mobile: +94 77 7759918
>> WSO2, Inc.; http://wso2.com/
>> lean . enterprise . middleware.
>>
>
>
>
> --
>
> Dharshana Warusavitharana
> Senior Software Engineer , Test Automation
> WSO2 Inc. http://wso2.com
> email : dharsha...@wso2.com 
> Tel  : +94 11 214 5345
> Fax :+94 11 2145300
> cell : +94770342233
> blog : http://dharshanaw.blogspot.com
>
> lean . enterprise . middleware
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
Nuwan Dias

Technical Lead - WSO2, Inc. http://wso2.com
email : nuw...@wso2.com
Phone : +94 777 775 729
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [Test Coverage] How to instrument war files?

[Bhathiya Jayasekara]

Hi Dharshana,

On Mon, Feb 8, 2016 at 9:52 AM, Dharshana Warusavitharana <
dharsha...@wso2.com> wrote:

> Hi Bathiya,
>
> Why you need to instrument classes in Deployment directory. For
> integration test??.
> I think this is different from basic coverage we are taking. If you put
> something to deployment directory its not a bundle of the product. So its
> wrong to accumulate those results in coverage report of the product.
>

In APIM, our REST APIs are bundled as war files. Here I'm referring to
those.

Thanks,
Bhathiya


>
> Thank you,
> Dharshana.
>
> On Mon, Feb 8, 2016 at 9:32 AM, Krishantha Samaraweera <
> krishan...@wso2.com> wrote:
>
>> Hi Bhathiya,
>>
>> This is not possible at the moment. Can you raise a TA JIRA requesting
>> this feature improvement.
>>
>> Thanks,
>> Krishantha.
>>
>>
>>
>> On Mon, Feb 8, 2016 at 12:38 AM, Bhathiya Jayasekara 
>> wrote:
>>
>>> Hi automation team,
>>>
>>> In [1] it says that the *jars* residing at plugins and patches
>>> directories get instrumented. Is there a way to get *war* files in
>>> deployment directory instrumented too?
>>>
>>> [1]
>>> https://docs.wso2.com/display/TA430/General+Introduction+to+Test+Coverage
>>>
>>> Thanks,
>>> --
>>> *Bhathiya Jayasekara*
>>> *Senior Software Engineer,*
>>> *WSO2 inc., http://wso2.com *
>>>
>>> *Phone: +94715478185 <%2B94715478185>*
>>> *LinkedIn: http://www.linkedin.com/in/bhathiyaj
>>> *
>>> *Twitter: https://twitter.com/bhathiyax *
>>> *Blog: http://movingaheadblog.blogspot.com
>>> *
>>>
>>
>>
>>
>> --
>> Krishantha Samaraweera
>> Senior Technical Lead - Test Automation
>> Mobile: +94 77 7759918
>> WSO2, Inc.; http://wso2.com/
>> lean . enterprise . middleware.
>>
>
>
>
> --
>
> Dharshana Warusavitharana
> Senior Software Engineer , Test Automation
> WSO2 Inc. http://wso2.com
> email : dharsha...@wso2.com 
> Tel  : +94 11 214 5345
> Fax :+94 11 2145300
> cell : +94770342233
> blog : http://dharshanaw.blogspot.com
>
> lean . enterprise . middleware
>



-- 
*Bhathiya Jayasekara*
*Senior Software Engineer,*
*WSO2 inc., http://wso2.com *

*Phone: +94715478185*
*LinkedIn: http://www.linkedin.com/in/bhathiyaj
*
*Twitter: https://twitter.com/bhathiyax *
*Blog: http://movingaheadblog.blogspot.com
*
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [Test Coverage] How to instrument war files?

[Dharshana Warusavitharana]

Hi Bathiya,

Why you need to instrument classes in Deployment directory. For integration
test??.
I think this is different from basic coverage we are taking. If you put
something to deployment directory its not a bundle of the product. So its
wrong to accumulate those results in coverage report of the product.

Thank you,
Dharshana.

On Mon, Feb 8, 2016 at 9:32 AM, Krishantha Samaraweera 
wrote:

> Hi Bhathiya,
>
> This is not possible at the moment. Can you raise a TA JIRA requesting
> this feature improvement.
>
> Thanks,
> Krishantha.
>
>
>
> On Mon, Feb 8, 2016 at 12:38 AM, Bhathiya Jayasekara 
> wrote:
>
>> Hi automation team,
>>
>> In [1] it says that the *jars* residing at plugins and patches
>> directories get instrumented. Is there a way to get *war* files in
>> deployment directory instrumented too?
>>
>> [1]
>> https://docs.wso2.com/display/TA430/General+Introduction+to+Test+Coverage
>>
>> Thanks,
>> --
>> *Bhathiya Jayasekara*
>> *Senior Software Engineer,*
>> *WSO2 inc., http://wso2.com *
>>
>> *Phone: +94715478185 <%2B94715478185>*
>> *LinkedIn: http://www.linkedin.com/in/bhathiyaj
>> *
>> *Twitter: https://twitter.com/bhathiyax *
>> *Blog: http://movingaheadblog.blogspot.com
>> *
>>
>
>
>
> --
> Krishantha Samaraweera
> Senior Technical Lead - Test Automation
> Mobile: +94 77 7759918
> WSO2, Inc.; http://wso2.com/
> lean . enterprise . middleware.
>



-- 

Dharshana Warusavitharana
Senior Software Engineer , Test Automation
WSO2 Inc. http://wso2.com
email : dharsha...@wso2.com 
Tel  : +94 11 214 5345
Fax :+94 11 2145300
cell : +94770342233
blog : http://dharshanaw.blogspot.com

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

Re: [Dev] [Test Coverage] How to instrument war files?

[Krishantha Samaraweera]

Hi Bhathiya,

This is not possible at the moment. Can you raise a TA JIRA requesting this
feature improvement.

Thanks,
Krishantha.



On Mon, Feb 8, 2016 at 12:38 AM, Bhathiya Jayasekara 
wrote:

> Hi automation team,
>
> In [1] it says that the *jars* residing at plugins and patches
> directories get instrumented. Is there a way to get *war* files in
> deployment directory instrumented too?
>
> [1]
> https://docs.wso2.com/display/TA430/General+Introduction+to+Test+Coverage
>
> Thanks,
> --
> *Bhathiya Jayasekara*
> *Senior Software Engineer,*
> *WSO2 inc., http://wso2.com *
>
> *Phone: +94715478185 <%2B94715478185>*
> *LinkedIn: http://www.linkedin.com/in/bhathiyaj
> *
> *Twitter: https://twitter.com/bhathiyax *
> *Blog: http://movingaheadblog.blogspot.com
> *
>



-- 
Krishantha Samaraweera
Senior Technical Lead - Test Automation
Mobile: +94 77 7759918
WSO2, Inc.; http://wso2.com/
lean . enterprise . middleware.
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Latency Calculation Feature in WSO2 GW

[Isuru Ranawaka]

Hi Chamil ,

Great , Seems there is no impact on performance by  integrating
carbon-metrics  and it may  operates in asynchronous manner  .Shall we look
in to how we can visualize this data and how we can publish those to
different Services like DAS .

thanks

On Mon, Feb 8, 2016 at 7:06 AM, Chamil Elladeniya  wrote:

> Hi all,
>
> As the previous test results were inconsistent, I did the test again using
> wrk to test the above scenario.
>
> Remote environment testing Using wrk
> Original GW
> Integrated GW
> # of threads Connections Requests per second [#/sec] Time per request
> [ms]
> # of threads Connections Requests per second [#/sec] Time per request
> [ms]
> 10 100 13721.18 7.98
> 10 100 14802.58 8.55
> 10 200 11884.68 18.24
> 10 200 14997.99 15.74
> 10 300 11735.99 26.98
> 10 300 13769.9 26.99
> 10 400 13257.39 32.68
> 10 400 14569.7 33.23
> 10 500 12124.66 44.14
> 10 500 14016.72 42.47
> 10 600 13575.55 50.63
> 10 600 13117.01 55.74
> 10 700 12891.08 66.33
> 10 700 12848.27 66.64
> 10 800 13045.18 71.42
> 10 800 13391.08 70.43
> 10 900 12990.17 86.4
> 10 900 13607.67 88.85
> 10 1000 7631.25 87.14
> 10 1000 8390.08 91.55
>
> Above average values are based on these individual test values[1].
>
> [1]
> https://docs.google.com/a/wso2.com/spreadsheets/d/1LhOjuaVFlv3AVDN-gYOW0S9rhv5kyEqczPhQ106bTZE/edit?usp=sharing
>
> On Fri, Feb 5, 2016 at 8:07 AM, Nadeeshaan Gunasinghe  > wrote:
>
>> Hi Chamil,
>>
>> It would be better if we can run another round of perf testing before we
>> come to a conclusion here.
>>
>>
>> *Nadeeshaan Gunasinghe*
>> Software Engineer, WSO2 Inc. http://wso2.com
>> +94770596754 | nadeesh...@wso2.com | Skype: nadeeshaan.gunasinghe
>> <#-1155064647_1759133060_>
>> 
>>   
>> 
>> Get a signature like this: Click here!
>> 
>>
>> On Fri, Feb 5, 2016 at 7:47 AM, Isuru Ranawaka  wrote:
>>
>>> Hi Chamila,
>>>
>>> Results should be consisted and we have seen consisted results while
>>> doing perf testing . Here we need to ensure whether there are other
>>> processes running on server which can lead to degrade performance while
>>> doing load testing and as Kasun mentioned and we can run perf testing by
>>> enabling JFR.
>>>
>>> On Thu, Feb 4, 2016 at 10:20 PM, Kasun Indrasiri  wrote:
>>>
 Yes. We need to run this on perf testing environments and do a detailed
 analysis of JFRs. Also, we better use 'wrk' instead of ab.

 I guess the results were quite consistent with GW's performance test
 suite.
 @Ranawaka can you please comment on the behavior of perf testing
 results.

 On Wed, Feb 3, 2016 at 8:32 PM, Isuru Perera  wrote:

> The results are not consistent. For example, in Original GW, the RPS
> is very low in 500 & 900 concurrency. Therefore we cannot exactly tell
> whether there is a considerable performance impact when using Carbon
> Metrics.
>
> We first need to make sure there are no issues in the performance
> testing environment.
>
> During the previous Gateway testing, did anyone notice such
> inconsistent behaviour in different concurrency levels?
>
> On Wed, Feb 3, 2016 at 7:02 PM, Chamil Elladeniya 
> wrote:
>
>> Adding the team
>>
>>
>> On Wed, Feb 3, 2016 at 6:59 PM, Chamil Elladeniya 
>> wrote:
>>
>>> Hi all,
>>> This is the perf test results which performed in order to compare
>>> metrics integrated GW and the pure.
>>>
>>> Original GW
>>> Integrated GW
>>> # of requests Concurrency Requests per second [#/sec] Time per
>>> request [ms]
>>> # of requests Concurrency Requests per second [#/sec] Time per
>>> request [ms]
>>> 100 100 15543.07 6.434
>>> 100 100 15219.26 6.571
>>> 100 200 15633.71 12.793
>>> 100 200 12739.49 15.699
>>> 100 300 14406.71 20.824
>>> 100 300 15312.92 19.591
>>> 100 400 15116.58 26.461
>>> 100 400 12272.92 32.592
>>> 100 500 7053.54 70.886
>>> 100 500 6697.34 74.92
>>> 100 600 9497.65 63.173
>>> 100 600 11559.41 59.57
>>> 100 700 14322.05 48.876
>>> 100 700 10049.72 102.6
>>> 100 800 11374.63 70.332
>>> 100 800 10578.78 93.599
>>> 100 900 4838.48 186.009
>>> 100 900 3123.29 288.158
>>> 100 1000 9270.24 150.28
>>> 100 1000 9181.02 153.23
>>> 100 1100 13958.91 78.803
>>> 100 1100 13573.83 81.038
>>> 100 1300 14110.01 92.133
>>> 100 1300 5978.51 217.446
>>> 100 1400 13769.77 101.67

Re: [Dev] Running WSO2 Products on Cloud Foundry

[Nanduni Nimalsiri]

Hi all,

By now, I have managed to deploy applications in Cloud Foundry via,
1. bosh-lite ( a vagrant VM that comes with pre-installed BOSH server or
Director)
2. Hosted solutions such as Pivotal web services (pivotal.io)

I deployed Tomcat server in Cloud Foundry as well. But I was not able to
deploy Docker in Cloud Foundry via Diego. It gives me some errors regarding
admin permissions.
I found that there are Heroku buildpacks on Docker and they are perfectly
compatible with Cloud Foundry too.

[1] https://github.com/duglin/cf-docker
[1] is another buildpack that supports Docker, but there are several
limitations as this buildpack requires that you have a Docker host
available for it to access, and you need to also have a Docker container
manager app (cf-docker) running that will sync the Cloud Foundry runtime
with the Docker containers.

My blog in the following link will be useful for any one to get an idea on
deploying applications in Cloud Foundry.
http://nanduni.blogspot.com/

Best regards,
Nanduni.



*Nanduni Nimalsiri*
Software Engineering Intern, WSO2 Inc. (http://wso2.com)
email : nand...@wso2.com
blog : http://nanduni.blogspot.com/
mobile : +94714114256


On Sun, Feb 7, 2016 at 11:49 PM, Malmee Weerasinghe  wrote:

> Hi Imesh,
>
> I have done a background research on Cloud Foundry and the blog under the
> following link contains the documentation of the research. I will include
> more posts on deploying Cloud Foundry with bosh lite and running simple
> applications on it, as I have studied so far.
>
>
> http://malmeeweerasinghe.blogspot.com/2016/02/introduction-to-cloud-foundry.html
>
> Thanks
>
> On Fri, Feb 5, 2016 at 10:31 PM, Imesh Gunaratne  wrote:
>
>> Hi All,
>>
>> Shall we summarize the research work we have done so far and our approach
>> towards $subject?
>>
>> I know some of us have already done below, it might be better to document
>> this:
>>
>>- PaaS features of CF
>>- Steps for setting up a local environment with Vagrant
>>- Running a hello world sample
>>- Running a JVM using a standalone framework
>>
>> Next we might need to check following:
>>
>> 1. The ability to use Docker on CF
>> 2. The process of creating and managing Warden container images
>> 3. Find a mechanism to discover the member list of a cluster and
>> implement a Carbon membership scheme
>> 4. Create standalone frameworks for Carbon products
>> 5. Find a way to apply patches and software updates
>> 6. Find a way to implement a centralized logging solution
>> 7. Check whether there is a way to monitor the health of the containers
>> (similar to cAdvisor and Cockpit UI in Kubernetes)
>> 8. Create artifacts required for deploying a Carbon server on CF and
>> prepare a guideline.
>>
>> [1]
>> https://github.com/wso2/kubernetes-artifacts/tree/master/common/kubernetes-membership-scheme
>>
>>
>> Thanks
>>
>> --
>> *Imesh Gunaratne*
>> Senior Technical Lead
>> WSO2 Inc: http://wso2.com
>> T: +94 11 214 5345 M: +94 77 374 2057
>> W: http://imesh.io
>> Lean . Enterprise . Middleware
>>
>>
>
>
> --
> Malmee Weerasinghe
> WSO2 Intern
> mobile : (+94)* 71 7601905* |   email :   
> mal...@wso2.com
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

[Dev] Deploying WSO2 products in Cloud Foundry

[Nanduni Nimalsiri]

 Hi all,

Here are my suggestions and explanations regarding the $subject. When
deploying WSO2 ESB in Cloud Foundry, the problem lies in the fact that no
buildpacks detect it.

When DEA gets a request from the Cloud Controller to stage an app, it
places the code to a container and starts to look for a suitable buildpack.
It calls the ‘detect’ script in every buildpack and chooses the first to
return 0. The buildpacks are Git repositories which contain three shell
scripts under the “bin” directory. The functional part of a buildpack
consists of these three scripts: detect, compile, and release.

*detect - *Detect if this buildpack applies to this application
*compile* - Build the runtime used to execute the application
*release* - Control how the application should be executed

In case of WSO2 ESB, the Java Buildpack expects us to upload `cf push`
either a *.jar file or a *.war file.
So, I have come up with following suggestions.

1) Change the code so that the ESB is just a *.war file that can be dropped
into a Tomcat server
2) Develop a buildpack that will execute the sh files
3) Customize the Java buildpack to detect the products
4) Create a Docker container out of the ESB and push up that Docker
container (With Diego)

Do you have any better options? Please let me know if you have deployed any
WSO2 products in Cloud Foundry. Any suggestions are highly appreciated.

Best regards,

Nanduni.


*Nanduni Nimalsiri*
Software Engineering Intern, WSO2 Inc. (http://wso2.com)
email : nand...@wso2.com
blog : http://nanduni.blogspot.com/
mobile : +94714114256
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Latency Calculation Feature in WSO2 GW

[Chamil Elladeniya]

Hi all,

As the previous test results were inconsistent, I did the test again using
wrk to test the above scenario.

Remote environment testing Using wrk
Original GW
Integrated GW
# of threads Connections Requests per second [#/sec] Time per request [ms]
# of threads Connections Requests per second [#/sec] Time per request [ms]
10 100 13721.18 7.98
10 100 14802.58 8.55
10 200 11884.68 18.24
10 200 14997.99 15.74
10 300 11735.99 26.98
10 300 13769.9 26.99
10 400 13257.39 32.68
10 400 14569.7 33.23
10 500 12124.66 44.14
10 500 14016.72 42.47
10 600 13575.55 50.63
10 600 13117.01 55.74
10 700 12891.08 66.33
10 700 12848.27 66.64
10 800 13045.18 71.42
10 800 13391.08 70.43
10 900 12990.17 86.4
10 900 13607.67 88.85
10 1000 7631.25 87.14
10 1000 8390.08 91.55

Above average values are based on these individual test values[1].

[1]
https://docs.google.com/a/wso2.com/spreadsheets/d/1LhOjuaVFlv3AVDN-gYOW0S9rhv5kyEqczPhQ106bTZE/edit?usp=sharing

On Fri, Feb 5, 2016 at 8:07 AM, Nadeeshaan Gunasinghe 
wrote:

> Hi Chamil,
>
> It would be better if we can run another round of perf testing before we
> come to a conclusion here.
>
>
> *Nadeeshaan Gunasinghe*
> Software Engineer, WSO2 Inc. http://wso2.com
> +94770596754 | nadeesh...@wso2.com | Skype: nadeeshaan.gunasinghe
> <#1759133060_>
> 
>   
> 
> Get a signature like this: Click here!
> 
>
> On Fri, Feb 5, 2016 at 7:47 AM, Isuru Ranawaka  wrote:
>
>> Hi Chamila,
>>
>> Results should be consisted and we have seen consisted results while
>> doing perf testing . Here we need to ensure whether there are other
>> processes running on server which can lead to degrade performance while
>> doing load testing and as Kasun mentioned and we can run perf testing by
>> enabling JFR.
>>
>> On Thu, Feb 4, 2016 at 10:20 PM, Kasun Indrasiri  wrote:
>>
>>> Yes. We need to run this on perf testing environments and do a detailed
>>> analysis of JFRs. Also, we better use 'wrk' instead of ab.
>>>
>>> I guess the results were quite consistent with GW's performance test
>>> suite.
>>> @Ranawaka can you please comment on the behavior of perf testing
>>> results.
>>>
>>> On Wed, Feb 3, 2016 at 8:32 PM, Isuru Perera  wrote:
>>>
 The results are not consistent. For example, in Original GW, the RPS is
 very low in 500 & 900 concurrency. Therefore we cannot exactly tell whether
 there is a considerable performance impact when using Carbon Metrics.

 We first need to make sure there are no issues in the performance
 testing environment.

 During the previous Gateway testing, did anyone notice such
 inconsistent behaviour in different concurrency levels?

 On Wed, Feb 3, 2016 at 7:02 PM, Chamil Elladeniya 
 wrote:

> Adding the team
>
>
> On Wed, Feb 3, 2016 at 6:59 PM, Chamil Elladeniya 
> wrote:
>
>> Hi all,
>> This is the perf test results which performed in order to compare
>> metrics integrated GW and the pure.
>>
>> Original GW
>> Integrated GW
>> # of requests Concurrency Requests per second [#/sec] Time per
>> request [ms]
>> # of requests Concurrency Requests per second [#/sec] Time per
>> request [ms]
>> 100 100 15543.07 6.434
>> 100 100 15219.26 6.571
>> 100 200 15633.71 12.793
>> 100 200 12739.49 15.699
>> 100 300 14406.71 20.824
>> 100 300 15312.92 19.591
>> 100 400 15116.58 26.461
>> 100 400 12272.92 32.592
>> 100 500 7053.54 70.886
>> 100 500 6697.34 74.92
>> 100 600 9497.65 63.173
>> 100 600 11559.41 59.57
>> 100 700 14322.05 48.876
>> 100 700 10049.72 102.6
>> 100 800 11374.63 70.332
>> 100 800 10578.78 93.599
>> 100 900 4838.48 186.009
>> 100 900 3123.29 288.158
>> 100 1000 9270.24 150.28
>> 100 1000 9181.02 153.23
>> 100 1100 13958.91 78.803
>> 100 1100 13573.83 81.038
>> 100 1300 14110.01 92.133
>> 100 1300 5978.51 217.446
>> 100 1400 13769.77 101.672
>> 100 1400 timeout
>> 100 1500 5573.45 404.5
>> 100 1500 timeout
>>
>>
>> Above values are taken as an average of tests per case. Integrated GW
>> results timeout when the concurrency level is above 1400
>>
>> Thank you!
>>
>> On Tue, Jan 26, 2016 at 10:53 AM, Chamil Elladeniya > > wrote:
>>
>>> Hi all,
>>>
>>> Currently I'm tasked with implementing latency metrics calculation
>>> feature according to the proposed archi

[Dev] [Test Coverage] How to instrument war files?

[Bhathiya Jayasekara]

Hi automation team,

In [1] it says that the *jars* residing at plugins and patches directories
get instrumented. Is there a way to get *war* files in deployment directory
instrumented too?

[1]
https://docs.wso2.com/display/TA430/General+Introduction+to+Test+Coverage

Thanks,
-- 
*Bhathiya Jayasekara*
*Senior Software Engineer,*
*WSO2 inc., http://wso2.com *

*Phone: +94715478185*
*LinkedIn: http://www.linkedin.com/in/bhathiyaj
*
*Twitter: https://twitter.com/bhathiyax *
*Blog: http://movingaheadblog.blogspot.com
*
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Running WSO2 Products on Cloud Foundry

[Malmee Weerasinghe]

Hi Imesh,

I have done a background research on Cloud Foundry and the blog under the
following link contains the documentation of the research. I will include
more posts on deploying Cloud Foundry with bosh lite and running simple
applications on it, as I have studied so far.

http://malmeeweerasinghe.blogspot.com/2016/02/introduction-to-cloud-foundry.html

Thanks

On Fri, Feb 5, 2016 at 10:31 PM, Imesh Gunaratne  wrote:

> Hi All,
>
> Shall we summarize the research work we have done so far and our approach
> towards $subject?
>
> I know some of us have already done below, it might be better to document
> this:
>
>- PaaS features of CF
>- Steps for setting up a local environment with Vagrant
>- Running a hello world sample
>- Running a JVM using a standalone framework
>
> Next we might need to check following:
>
> 1. The ability to use Docker on CF
> 2. The process of creating and managing Warden container images
> 3. Find a mechanism to discover the member list of a cluster and implement
> a Carbon membership scheme
> 4. Create standalone frameworks for Carbon products
> 5. Find a way to apply patches and software updates
> 6. Find a way to implement a centralized logging solution
> 7. Check whether there is a way to monitor the health of the containers
> (similar to cAdvisor and Cockpit UI in Kubernetes)
> 8. Create artifacts required for deploying a Carbon server on CF and
> prepare a guideline.
>
> [1]
> https://github.com/wso2/kubernetes-artifacts/tree/master/common/kubernetes-membership-scheme
>
>
> Thanks
>
> --
> *Imesh Gunaratne*
> Senior Technical Lead
> WSO2 Inc: http://wso2.com
> T: +94 11 214 5345 M: +94 77 374 2057
> W: http://imesh.io
> Lean . Enterprise . Middleware
>
>


-- 
Malmee Weerasinghe
WSO2 Intern
mobile : (+94)* 71 7601905* |   email :   
mal...@wso2.com
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev