Re: [Dev] [UUF]Handling events of fragments

[Denuwanthi De Silva]

Hi Chandana,

Thank you, it works .


Thanks,

On Thu, Mar 16, 2017 at 9:46 AM, Chandana Napagoda 
wrote:

> Hi Denuwathi,
>
> As I explained offline, you should bind/initialize javascript events using
> the success event of the renderFragment method. As mentioned, please refer
> client-side fragment sample in the uuf-common sample app.
>
>
> Regards,
> Chandana
>
> On Thu, Mar 16, 2017 at 8:41 AM, Denuwanthi De Silva 
> wrote:
>
>> Thanks all for valuable suggestions.
>>
>> When rendering fragment via UUFClient, what we noticed is the
>> corresponding front-end js did not pickup.
>>
>> Therefore, as Rajith mentioned used the onCLick() in the button html tag.
>> But it would be more easier if we can do the front-end js logic of the
>> fragment inside the fragment public js itself when using
>> UUFclient.renderFragment() method to load the fragment
>>
>> Thanks
>>
>>
>> On Tue, Mar 14, 2017 at 10:31 PM, Manuranga Perera  wrote:
>>
>>> Fragment is a self contained re usable component. I think its better to
  have the all the front end logic related to the fragment inside that
 fragment.

>>> +1
>>>
>>> On Tue, Mar 14, 2017 at 4:36 PM, Rajith Roshan  wrote:
>>>
 Hi

 On Tue, Mar 14, 2017 at 7:32 PM, Denuwanthi De Silva <
 denuwan...@wso2.com> wrote:

> Hi,
>
> I'm currently rendering a fragment inside a page using
> 'UUFClient.renderFragment' method.
> Then I display it in the page using "{{#defineZone}} helper.
>
> This fragment contains a button.
> When I click that button I need to do an ajax call to a micro service.
>
> I make the ajax call inside the front-end js of the current page.
> This seems not to be working, as the button is in the fragment.
>
 This is may be due to, by the time you are registering the on click
 event for button the dom does not actually have the button element, since
 uufrender client works asynchronously.
 If you use onclick attribute on the button element itself and write
 your logic in the current page then this should work. No need to move it to
 the fragment.

>
> So, is it ok to define a front-end js in the fragment and do the ajax
> call from it, instead of the front-end js of the current page .?
>

 Fragment is a self contained re usable component. I think its better to
  have the all the front end logic related to the fragment inside that
 fragment.

>
>
> Thanks
>
> --
> Denuwanthi De Silva
> Senior Software Engineer;
> WSO2 Inc.; http://wso2.com,
> Email: denuwan...@wso2.com
> Blog: https://denuwanthi.wordpress.com/
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


 --
 Rajith Roshan
 Software Engineer, WSO2 Inc.
 Mobile: +94-72-642-8350 <%2B94-71-554-8430>

>>>
>>>
>>>
>>> --
>>> With regards,
>>> *Manu*ranga Perera.
>>>
>>> phone : 071 7 70 20 50
>>> mail : m...@wso2.com
>>>
>>
>>
>>
>> --
>> Denuwanthi De Silva
>> Senior Software Engineer;
>> WSO2 Inc.; http://wso2.com,
>> Email: denuwan...@wso2.com
>> Blog: https://denuwanthi.wordpress.com/
>>
>> ___
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> *Chandana Napagoda*
> Associate Technical Lead
> WSO2 Inc. - http://wso2.org
>
> *Email  :  chand...@wso2.com **Mobile : +94718169299
> <+94%2071%20816%209299>*
>
> *Blog  :http://cnapagoda.blogspot.com 
> | http://chandana.napagoda.com *
>
> *Linkedin : http://www.linkedin.com/in/chandananapagoda
> *
>
>


-- 
Denuwanthi De Silva
Senior Software Engineer;
WSO2 Inc.; http://wso2.com,
Email: denuwan...@wso2.com
Blog: https://denuwanthi.wordpress.com/
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [UUF]Handling events of fragments

[Chandana Napagoda]

Hi Denuwathi,

As I explained offline, you should bind/initialize javascript events using
the success event of the renderFragment method. As mentioned, please refer
client-side fragment sample in the uuf-common sample app.


Regards,
Chandana

On Thu, Mar 16, 2017 at 8:41 AM, Denuwanthi De Silva 
wrote:

> Thanks all for valuable suggestions.
>
> When rendering fragment via UUFClient, what we noticed is the
> corresponding front-end js did not pickup.
>
> Therefore, as Rajith mentioned used the onCLick() in the button html tag.
> But it would be more easier if we can do the front-end js logic of the
> fragment inside the fragment public js itself when using
> UUFclient.renderFragment() method to load the fragment
>
> Thanks
>
>
> On Tue, Mar 14, 2017 at 10:31 PM, Manuranga Perera  wrote:
>
>> Fragment is a self contained re usable component. I think its better to
>>>  have the all the front end logic related to the fragment inside that
>>> fragment.
>>>
>> +1
>>
>> On Tue, Mar 14, 2017 at 4:36 PM, Rajith Roshan  wrote:
>>
>>> Hi
>>>
>>> On Tue, Mar 14, 2017 at 7:32 PM, Denuwanthi De Silva <
>>> denuwan...@wso2.com> wrote:
>>>
 Hi,

 I'm currently rendering a fragment inside a page using
 'UUFClient.renderFragment' method.
 Then I display it in the page using "{{#defineZone}} helper.

 This fragment contains a button.
 When I click that button I need to do an ajax call to a micro service.

 I make the ajax call inside the front-end js of the current page.
 This seems not to be working, as the button is in the fragment.

>>> This is may be due to, by the time you are registering the on click
>>> event for button the dom does not actually have the button element, since
>>> uufrender client works asynchronously.
>>> If you use onclick attribute on the button element itself and write your
>>> logic in the current page then this should work. No need to move it to the
>>> fragment.
>>>

 So, is it ok to define a front-end js in the fragment and do the ajax
 call from it, instead of the front-end js of the current page .?

>>>
>>> Fragment is a self contained re usable component. I think its better to
>>>  have the all the front end logic related to the fragment inside that
>>> fragment.
>>>


 Thanks

 --
 Denuwanthi De Silva
 Senior Software Engineer;
 WSO2 Inc.; http://wso2.com,
 Email: denuwan...@wso2.com
 Blog: https://denuwanthi.wordpress.com/

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


>>>
>>>
>>> --
>>> Rajith Roshan
>>> Software Engineer, WSO2 Inc.
>>> Mobile: +94-72-642-8350 <%2B94-71-554-8430>
>>>
>>
>>
>>
>> --
>> With regards,
>> *Manu*ranga Perera.
>>
>> phone : 071 7 70 20 50
>> mail : m...@wso2.com
>>
>
>
>
> --
> Denuwanthi De Silva
> Senior Software Engineer;
> WSO2 Inc.; http://wso2.com,
> Email: denuwan...@wso2.com
> Blog: https://denuwanthi.wordpress.com/
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
*Chandana Napagoda*
Associate Technical Lead
WSO2 Inc. - http://wso2.org

*Email  :  chand...@wso2.com **Mobile : +94718169299*

*Blog  :http://cnapagoda.blogspot.com  |
http://chandana.napagoda.com *

*Linkedin : http://www.linkedin.com/in/chandananapagoda
*
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] GSOC 2017 CLI Tool for WSO2 Identity Server

[Isuranga Perera]

Hi All,

Sorry for the late response. [1] is the link to Github repo. Within a day
or two I'll be able to complete the prototype.

 [1] https://github.com/IsurangaPerera/cli

Regards


[image: photo]
Isuranga Perera
at University of Colombo School of Computing
P  +382244492  <+382244492> M  +94712986952  <+94712986952> E
isurangamper...@gmail.com
 W  https://isurangaperera.wordpress.com/






Get a signature like this: Click here!


On Wed, Mar 15, 2017 at 3:36 PM, Harsha Thirimanna  wrote:

> Yes , it would be ok if it is one the way,  we would like to look in to
> that. Please share the repo .
>
> On Mar 15, 2017 3:23 PM, "Farasath Ahamed"  wrote:
>
>> Hi Isuranga,
>>
>> Can you share the link to the GitHub repo so that we can have a look and
>> provide feedback?
>>
>>
>> Thanks,
>> Farasath.
>>
>> Farasath Ahamed
>> Software Engineer, WSO2 Inc.; http://wso2.com
>> Mobile: +94777603866
>> Blog: blog.farazath.com
>> Twitter: @farazath619 
>> 
>>
>>
>>
>> On Wed, Mar 15, 2017 at 3:19 PM, Isuranga Perera <
>> isurangamper...@gmail.com> wrote:
>>
>>> Hi Harsha
>>>
>>> I'm almost done with the prototype which currently supports only *Basic
>>> Authentication*. Although I had to face some issues related to x.509
>>> verification and wsdl2go code generation I was able to solve them. The
>>> prototype is a complete go implementation. I'll send you the prototype
>>> within a day or two and then proceed for the project proposal. I can add
>>> you as a collaborator for the project on GitHub if needed. I'll let you
>>> know any further clarification is needed
>>>
>>> Regards
>>>
>>>
>>>
>>> [image: photo]
>>> Isuranga Perera
>>> at University of Colombo School of Computing
>>> P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
>>> isurangamper...@gmail.com
>>>  W  https://isurangaperera.wordpress.com/
>>> 
>>>
>>> 
>>> 
>>> 
>>> 
>>> Get a signature like this: Click here!
>>> 
>>>
>>> On Mon, Mar 13, 2017 at 11:26 AM, Harsha Thirimanna 
>>> wrote:
>>>


 On Mon, Mar 13, 2017 at 11:16 AM, Isuranga Perera <
 isurangamper...@gmail.com> wrote:

> Hi
>
> Thanks for the information. I have several ideas for the implementation
>
> (01) Use existing stubs (java)  to call admin services. But it
> involves additional overhead since it uses Java VM with Go (this approach
> can be implemented with either native interface or an RPC)
>
> (02) Complete implementation with Go (In this case some of the
> libraries have to be implemented)
>
> I prefer latter because of performance and low resource consumption.
> What do you think?
>

 ​+1 for second approach, because we don't need to coupled with the Java
 client. ​

>
> Regards
>
>
> [image: photo]
> Isuranga Perera
> at University of Colombo School of Computing
> P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
> isurangamper...@gmail.com
>  W  https://isurangaperera.wordpress.com/
> 
>
> 
> 
> 
> 
> Get a signature like this: Click here!
> 
>
> On Mon, Mar 13, 2017 at 11:05 AM, Harsha Thirimanna 
> wrote:
>
>> On Sun, Mar 12, 2017 at 11:46 PM, 

Re: [Dev] [UUF]Handling events of fragments

[Denuwanthi De Silva]

Thanks all for valuable suggestions.

When rendering fragment via UUFClient, what we noticed is the corresponding
front-end js did not pickup.

Therefore, as Rajith mentioned used the onCLick() in the button html tag.
But it would be more easier if we can do the front-end js logic of the
fragment inside the fragment public js itself when using
UUFclient.renderFragment() method to load the fragment

Thanks


On Tue, Mar 14, 2017 at 10:31 PM, Manuranga Perera  wrote:

> Fragment is a self contained re usable component. I think its better to
>>  have the all the front end logic related to the fragment inside that
>> fragment.
>>
> +1
>
> On Tue, Mar 14, 2017 at 4:36 PM, Rajith Roshan  wrote:
>
>> Hi
>>
>> On Tue, Mar 14, 2017 at 7:32 PM, Denuwanthi De Silva > > wrote:
>>
>>> Hi,
>>>
>>> I'm currently rendering a fragment inside a page using
>>> 'UUFClient.renderFragment' method.
>>> Then I display it in the page using "{{#defineZone}} helper.
>>>
>>> This fragment contains a button.
>>> When I click that button I need to do an ajax call to a micro service.
>>>
>>> I make the ajax call inside the front-end js of the current page.
>>> This seems not to be working, as the button is in the fragment.
>>>
>> This is may be due to, by the time you are registering the on click event
>> for button the dom does not actually have the button element, since
>> uufrender client works asynchronously.
>> If you use onclick attribute on the button element itself and write your
>> logic in the current page then this should work. No need to move it to the
>> fragment.
>>
>>>
>>> So, is it ok to define a front-end js in the fragment and do the ajax
>>> call from it, instead of the front-end js of the current page .?
>>>
>>
>> Fragment is a self contained re usable component. I think its better to
>>  have the all the front end logic related to the fragment inside that
>> fragment.
>>
>>>
>>>
>>> Thanks
>>>
>>> --
>>> Denuwanthi De Silva
>>> Senior Software Engineer;
>>> WSO2 Inc.; http://wso2.com,
>>> Email: denuwan...@wso2.com
>>> Blog: https://denuwanthi.wordpress.com/
>>>
>>> ___
>>> Dev mailing list
>>> Dev@wso2.org
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>> Rajith Roshan
>> Software Engineer, WSO2 Inc.
>> Mobile: +94-72-642-8350 <%2B94-71-554-8430>
>>
>
>
>
> --
> With regards,
> *Manu*ranga Perera.
>
> phone : 071 7 70 20 50
> mail : m...@wso2.com
>



-- 
Denuwanthi De Silva
Senior Software Engineer;
WSO2 Inc.; http://wso2.com,
Email: denuwan...@wso2.com
Blog: https://denuwanthi.wordpress.com/
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] Environments Support for WSO2 API Manager

[Kasun Thennakoon]

Hi Ravindi,

Sorry for the delay in reply, great to see your progress on the project.
let me give answers for above 2 questions:

Question 1.

Currently, we don't have such an API to get the environment details, But
what we are planning to do is, keep that environment information within in
the web app(UUF App) as a configuration parameter, and then by using that
configuration, we can give an option to switch between those environments
from the webapp.
For an example, you can start 3 APIM servers with different port offsets
assuming those servers representing different environments of an
organization.(i:e, QA with offset 1, DEV in offset 2 and PROD represent the
pack with offset 0). Then you can keep those environments details in the
UUF app configuration, For now, you can keep those details in the
*component.yamal*[1] of the publisher commons component.
Below I have attached a sample configuration, We need to discuss further
and come up with a suitable configuration format.


> environments:
> - qa:
> location: qa.sample.com:9292
> version: 3.0.0
> - dev:
> location: dev.sample.com:9292
> version: 3.0.0
> - prod:
> location: apim.sample.com
> version: 3.0.0


Question 2.

No, Since we don't have a configuration as above now, The environment
information is not displayed in the webapps(UUF apps).

[1]:
https://github.com/wso2/carbon-apimgt/blob/master/components/web/components/org.wso2.carbon.apimgt.publisher.commons.ui/src/main/component.yaml#L13

Regards
~KasunTe

On Mon, Mar 13, 2017 at 9:58 PM, Ravindu Perera 
wrote:

> Hi All
> I have actually gone thought the instructions given I want to get a
> problem clarified. I researched and found that from the store APIs can get
> which environment the currently the API is in , or is it when i am
> publishing the API i should get the environment.
>
> question 1
> Which one of these methods are the best approach or if i am wrong can you
> all please help me in-order to find the correct approach to get which
> environment . the current API are in .
>
> question 2
> In the API store of the API manager , is there a specific way to show the
> Environment (example should it be with API description )
> can you please elaborate more on how should the environment should be
> present in the store.
>
> think you all will help me to find answers for the questions , these
> information will be helpful in writing the proposal and also making and
> proper planning for the project.
> Thank you
>
>
> On Tue, Feb 21, 2017 at 11:19 AM, Kasun Thennakoon 
> wrote:
>
>> Hi Ravindu,
>>
>> We are glad to see your interest in WSO2 API manager and the GSOC
>> project. It is good to see that you already have experience on working with
>> WSO2 API Manager.
>> As we have mentioned in the project description[1], the expectation of
>> this project is to develop an UI feature to seamlessly switch between
>> different environments and perform user operations on that selected
>> environment.To get started with the work, I would suggest you build the
>> product from source[2][3] and walk through the current implementation
>> details of the store and publisher and try to get familiar with those apps.
>> And also since API manager C5  UIs are built with UUF framework[4] it
>> would be great if you can try out the samples in UUF core[5] and UUF
>> commons[6] repositories and learn about the features and capabilities in
>> UUF framework.
>>
>> Regards
>> ~KasunTe
>>
>> [1] : https://docs.wso2.com/display/GSoC/Project+Proposals+for+2
>> 017#ProjectProposalsfor2017-Proposal7:EnvironmentsSupportfor
>> WSO2APIManager
>>
>> [2] : https://github.com/wso2/carbon-apimgt/tree/C5
>>
>> [3] : https://github.com/wso2/product-apim/tree/C5
>>
>> [4] : https://github.com/wso2/carbon-uuf
>>
>> [5] : https://github.com/wso2/carbon-uuf/tree/master/samples
>>
>> [6] : https://github.com/wso2/carbon-uuf-common/tree/master/samples
>>
>>
>> On Tue, Feb 21, 2017 at 9:27 AM, Ravindu Perera <
>> ravindu.2014...@iit.ac.lk> wrote:
>>
>>> Hi
>>> I am a 3rd year student from Informatics Institute of technology and i
>>> got 3 years experience in HTML, CSS, Javascript and knowledge and also
>>> knowledge in using rest service , and experience on using the WSO2 API
>>> Manger cloud as well , familiar  handlebars.js . And have a good confident
>>> level for this project , so can you all please provide more information and
>>> guidance to start the project off.
>>>
>>> Thank you
>>>
>>>
>>> ___
>>> Dev mailing list
>>> Dev@wso2.org
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>> *Kasun Thennakoon*
>> Software Engineer
>> WSO2, Inc.
>> Mobile:+94 711661919
>>
>
>


-- 
*Kasun Thennakoon*
Software Engineer
WSO2, Inc.
Mobile:+94 711661919
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] WSO2 Committers += Sabra Ossen

[Yasima Dewmini]

Congrats Sabra! :)

On Wed, Mar 15, 2017 at 5:16 PM, Prakhash Sivakumar 
wrote:

> Congrats Sabra :)
>
> On Wed, Mar 15, 2017 at 5:03 PM, Malintha Fernando 
> wrote:
>
>> Congrats Sabra! :)
>>
>> On Wed, Mar 15, 2017 at 4:58 PM, Manjula Rathnayake 
>> wrote:
>>
>>> Hi all,
>>>
>>> It's my pleasure to welcome Sabra Ossen as a WSO2 Committer.
>>>
>>> Sabra has been a valuable contributor to the Integration Cloud Team. In
>>> recognition of her contribution, dedication and commitment she has been
>>> voted as a WSO2 committer.
>>>
>>> Sabra, welcome aboard and keep up the good work!
>>>
>>> Thank you.
>>>
>>> --
>>> Manjula Rathnayaka
>>> Technical Lead
>>> WSO2, Inc.
>>> Mobile:+94 77 743 1987 <+94%2077%20743%201987>
>>>
>>> ___
>>> Dev mailing list
>>> Dev@wso2.org
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>> *Malintha Fernando*
>> Software Engineer | WSO2
>> Mobile : +94 718874922 <+94%2071%20887%204922>
>> Blog : http://blog.malintha.org
>>
>> [image: https://wso2.com/signature] 
>>
>>
>>
>>
>>
>> ___
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> Prakhash Sivakumar
> Software Engineer | WSO2 Inc
> Platform Security Team
> Mobile : +94771510080 <+94%2077%20151%200080>
> Blog : https://medium.com/@PrakhashS
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
http://wso2.com/signatureYasima Dewmini
Software Engineer, WSO2, Inc.
Email: yas...@wso2.com
Mobile: +94713117081
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [GSOC][CEP][DEV] Python API for Siddhi CEP

[Sriskandarajah Suhothayan]

Great, do also start working on writing the project proposal.

Regards
Suho

On Wed, Mar 15, 2017 at 10:58 PM, Madhawa Vidanapathirana <
madhawavidanapathir...@gmail.com> wrote:

> Hi Suho,
> Progress made so far is managed to write a python version of test case you
> suggested using Pyjnius [1] [2].
> Pyjnius is capable of handling method calls and callbacks to/from JAVA via
> JNI.
>
> I will send the code here after I properly arrange it into a prototype
> API.
>
> [1] - https://pyjnius.readthedocs.io/en/latest/index.html
> [2] - https://github.com/kivy/pyjnius/blob/master/docs/source/index.rst
>
> Regards,
> Madhawa
>
> On Wed, Mar 15, 2017 at 1:11 AM, Sriskandarajah Suhothayan 
> wrote:
>
>> As the first step focus on building APIs such that we can write the
>> following test case[1] in python.
>>
>> [1]https://github.com/wso2/siddhi/blob/master/modules/siddhi
>> -samples/quick-start-samples/src/main/java/org/wso2/siddhi/
>> sample/SimpleFilterSample.java
>>
>> Regards
>> Suho
>>
>> On Tue, Mar 14, 2017 at 9:55 AM, Madhawa Vidanapathirana <
>> madhawavidanapathir...@gmail.com> wrote:
>>
>>> Hi,
>>> Thank you for your quick reply.
>>>
>>> Since directly using Siddhi Library is the more general case, I'll first
>>> focus on it.
>>>
>>> 1) I am thinking about following the same structure in JAVA API,
>>> centered around Siddhi Manager. Any opinions on this?
>>> 2) Any idea on extent to which lower level/internal components should be
>>> exposed? (e.g. - Exposing "StreamDefinition" class in addition to creating
>>> stream via Siddhi query using "siddhiManager.createExecutionPlanRuntime").
>>> I have heard that it is usually discouraged to use lower level components
>>> instead of the query approach.
>>>
>>> Will try to send you a prototype covering basic functionality through
>>> Siddhi Java API, before making the proposal for entire project.
>>>
>>> Madhawa
>>>
>>> On Mon, Mar 13, 2017 at 9:53 PM, Sriskandarajah Suhothayan <
>>> s...@wso2.com> wrote:
>>>


 On Sun, Mar 12, 2017 at 12:37 PM, Madhawa Vidanapathirana <
 madhawavidanapathir...@gmail.com> wrote:

> Hi.
>
> I am an undergraduate from Department of Computer Science and
> Engineering, University of Moratuwa. I recently completed my internship at
> WSO2 working with the Support Team on the project WSO2 Support Knowledge
> Base.
>
> I am interested on GSOC Project* "Proposal 16: Python API for Siddhi
> CEP"*. My internship project at WSO2 was almost entirely done using
> Python. Additionally, I used Py4J Framework to interface certain parts of
> the project to JAVA APIs. Furthermore, I have a certain amount of exposure
> with Siddhi/CEP through the WHACK project I took part.
>
> I went through the provided details in WSO2 GSOC 2017 Project List
> page and I am interested to know some more details.
>
>1. What version of CEP/Siddhi should be used by the API?
>
> You need to support the latest released version of Siddhi and DAS
 which is in DAS 3.1 and also for the latest Siddhi (4.0)

>
>1. In the description, does "Service APIs" refer to "Admin
>Services API" which is usually used by Admin Panel to communicate with 
> CEP?
>
> Yes, to deploy the queries and to send and receive events

>
>1. Should the Siddhi Python API require WSO2 CEP to be running in
>order to make Python API usable?
>
> Not necessay it should both work with the running CEP/DAS and use
 Siddhi library in the ohter cases.

>
>1. Is the Python API expected to do configuring of Siddhi CEP,
>streaming events to/from Siddhi CEP, or both?
>
> Yes in terms of queries.



> Thank You
>
>
> --
> *Madhawa Vidanapathirana*
> Student
> Department of Computer Science and Engineering
> University of Moratuwa
> Sri Lanka
>
> Mobile: (+94) 716874425 <071%20687%204425>
> Email: madhawavidanapathir...@gmail.com
> Linked-In: https://lk.linkedin.com/in/madhawa-vidanapathirana-3430b94
>



 --

 *S. Suhothayan*
 Associate Director / Architect & Team Lead of WSO2 Complex Event
 Processor
 *WSO2 Inc. *http://wso2.com
 * *
 lean . enterprise . middleware


 *cell: (+94) 779 756 757 <+94%2077%20975%206757> | blog:
 http://suhothayan.blogspot.com/ twitter:
 http://twitter.com/suhothayan  | linked-in:
 http://lk.linkedin.com/in/suhothayan 
 *

>>>
>>>
>>>
>>> --
>>> *Madhawa Vidanapathirana*
>>> Student
>>> Department of Computer Science and Engineering
>>> University of Moratuwa
>>> Sri Lanka
>>>
>>> Mobile: (+94) 716874425 <071%20687%204425>
>>> Email: madhawavidanapathir...@gmail.com
>>> Linked-In: 

Re: [Dev] [GSoC][Siddhi][CEP]: Siddhi Pattern for Absence of Events

[Sriskandarajah Suhothayan]

Thanks for the GSoC idea, I hope this will be a good way to improve the
Siddhi language and make it more powerfull.
If time permits we can also add other use-cases of patterns & sequences and
improve it further.

Since you are still not a commuter I hope these contributions will help you
be a committer to Siddhi as well :)
I'll make this as a formal idea, do work on a proposal as well.

Regards
Suho


On Wed, Mar 15, 2017 at 6:09 PM, Gobinath  wrote:

> Hi team,
>
> This is Gobinath a former software engineer at WSO2 currently doing
> masters at Western University. This time I plan to do GSoC with WSO2 and
> this is the basic idea of what I have discussed with Suho.
> Based on Suho's suggestion, I come up with a proposal to implement
> detecting non-occurring events using Siddhi patterns. The current Siddhi
> patterns allow identifying the patterns that present.
>
> See an example:
> from every e1=Stream1[price>20] -> e2=Stream2[price>e1.price] within 1 sec
> select e1.symbol as symbol1, e2.symbol as symbol2
> insert into OutputStream;
>
> Detecting the absence of a pattern is not natively supported by Siddhi
> patterns for the moment. In other words, identifying event_a not followed
> by event_b within 2 minutes is not possible using the current patterns
> implementation (Note that a time frame is required otherwise we have to
> wait for infinite time to say event_b has not arrived). The current
> workaround [1] to detect non-delivered items is shown below:
>
> from arrivals_stream#window.time(2 minutes)
> select *
> insert expired events into overdue_deliveries_stream;
>
> from every arrivalEvent = arrivals_stream ->
> deliveryEvent = deliveries_stream[arrivalEvent.trackingId == trackingId]
> or overdue_delivery = overdue_deliveries_stream[arrivalEvent.trackingId
> == trackingId]
> select arrivalEvent.trackingId as trackingId, arrivalEvent.customerName as
> customerName, arrivalEvent.telephoneNo as telephoneNo,
> deliveryEvent.trackingId as deliveryId
> insert into filter_stream;
>
> from filter_stream [ (deliveryId is null)]
> select trackingId, customerName, telephoneNo
> insert into alert_stream;
>
> This solution requires a time window and it is inefficient if we are
> interested only on one occurrence of such a pattern (In other words same
> query without every keyword). Further, the query is more complex and not
> user-friendly.
>
> If we provide patterns to detect absence of patterns, the above query can
> be rewritten as below:
>
> from every arrivalEvent = arrivals_stream ->  (not
> deliveries_stream[arrivalEvent.trackingId == trackingId] within 2 min )
> select arrivalEvent.trackingId as trackingId, arrivalEvent.customerName as
> customerName, arrivalEvent.telephoneNo as telephoneNo
> insert into alert_stream;
>
> As you can see, we can use the existing language components like not &
> within. This can be achieved by extending the existing
> StreamPreStateProcessors and StreamPostStateProcessors with an internal
> timer so that they can expire their internal list of events based on the
> time limit. It is somewhat similar to time windows but the processor can
> turn off the timer and ignore the events if it is a one time pattern
> detection.
>
> I hope it gives the basic idea and I am waiting for your suggestions and
> feedback.
>
> [1] https://docs.wso2.com/display/CEP400/Sample+0111+-+D
> etecting+non-occurrences+with+Patterns
>
>
> Thanks & Regards,
> Gobinath
> --
> *Gobinath** Loganathan*
> Graduate Student,
> Electrical and Computer Engineering,
> Western University.
> Email  : slgobin...@gmail.com
> Mobile : (+1) 416-895-0721
> Blog: javahelps.com 
>
>



-- 

*S. Suhothayan*
Associate Director / Architect & Team Lead of WSO2 Complex Event Processor
*WSO2 Inc. *http://wso2.com
* *
lean . enterprise . middleware


*cell: (+94) 779 756 757 | blog: http://suhothayan.blogspot.com/
twitter: http://twitter.com/suhothayan
 | linked-in:
http://lk.linkedin.com/in/suhothayan *
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [GSOC][CEP][DEV] Python API for Siddhi CEP

[Madhawa Vidanapathirana]

Hi Suho,
Progress made so far is managed to write a python version of test case you
suggested using Pyjnius [1] [2].
Pyjnius is capable of handling method calls and callbacks to/from JAVA via
JNI.

I will send the code here after I properly arrange it into a prototype API.

[1] - https://pyjnius.readthedocs.io/en/latest/index.html
[2] - https://github.com/kivy/pyjnius/blob/master/docs/source/index.rst

Regards,
Madhawa

On Wed, Mar 15, 2017 at 1:11 AM, Sriskandarajah Suhothayan 
wrote:

> As the first step focus on building APIs such that we can write the
> following test case[1] in python.
>
> [1]https://github.com/wso2/siddhi/blob/master/modules/
> siddhi-samples/quick-start-samples/src/main/java/org/wso2/siddhi/sample/
> SimpleFilterSample.java
>
> Regards
> Suho
>
> On Tue, Mar 14, 2017 at 9:55 AM, Madhawa Vidanapathirana <
> madhawavidanapathir...@gmail.com> wrote:
>
>> Hi,
>> Thank you for your quick reply.
>>
>> Since directly using Siddhi Library is the more general case, I'll first
>> focus on it.
>>
>> 1) I am thinking about following the same structure in JAVA API, centered
>> around Siddhi Manager. Any opinions on this?
>> 2) Any idea on extent to which lower level/internal components should be
>> exposed? (e.g. - Exposing "StreamDefinition" class in addition to creating
>> stream via Siddhi query using "siddhiManager.createExecutionPlanRuntime").
>> I have heard that it is usually discouraged to use lower level components
>> instead of the query approach.
>>
>> Will try to send you a prototype covering basic functionality through
>> Siddhi Java API, before making the proposal for entire project.
>>
>> Madhawa
>>
>> On Mon, Mar 13, 2017 at 9:53 PM, Sriskandarajah Suhothayan > > wrote:
>>
>>>
>>>
>>> On Sun, Mar 12, 2017 at 12:37 PM, Madhawa Vidanapathirana <
>>> madhawavidanapathir...@gmail.com> wrote:
>>>
 Hi.

 I am an undergraduate from Department of Computer Science and
 Engineering, University of Moratuwa. I recently completed my internship at
 WSO2 working with the Support Team on the project WSO2 Support Knowledge
 Base.

 I am interested on GSOC Project* "Proposal 16: Python API for Siddhi
 CEP"*. My internship project at WSO2 was almost entirely done using
 Python. Additionally, I used Py4J Framework to interface certain parts of
 the project to JAVA APIs. Furthermore, I have a certain amount of exposure
 with Siddhi/CEP through the WHACK project I took part.

 I went through the provided details in WSO2 GSOC 2017 Project List page
 and I am interested to know some more details.

1. What version of CEP/Siddhi should be used by the API?

 You need to support the latest released version of Siddhi and DAS which
>>> is in DAS 3.1 and also for the latest Siddhi (4.0)
>>>

1. In the description, does "Service APIs" refer to "Admin Services
API" which is usually used by Admin Panel to communicate with CEP?

 Yes, to deploy the queries and to send and receive events
>>>

1. Should the Siddhi Python API require WSO2 CEP to be running in
order to make Python API usable?

 Not necessay it should both work with the running CEP/DAS and use
>>> Siddhi library in the ohter cases.
>>>

1. Is the Python API expected to do configuring of Siddhi CEP,
streaming events to/from Siddhi CEP, or both?

 Yes in terms of queries.
>>>
>>>
>>>
 Thank You


 --
 *Madhawa Vidanapathirana*
 Student
 Department of Computer Science and Engineering
 University of Moratuwa
 Sri Lanka

 Mobile: (+94) 716874425 <071%20687%204425>
 Email: madhawavidanapathir...@gmail.com
 Linked-In: https://lk.linkedin.com/in/madhawa-vidanapathirana-3430b94

>>>
>>>
>>>
>>> --
>>>
>>> *S. Suhothayan*
>>> Associate Director / Architect & Team Lead of WSO2 Complex Event
>>> Processor
>>> *WSO2 Inc. *http://wso2.com
>>> * *
>>> lean . enterprise . middleware
>>>
>>>
>>> *cell: (+94) 779 756 757 <+94%2077%20975%206757> | blog:
>>> http://suhothayan.blogspot.com/ twitter:
>>> http://twitter.com/suhothayan  | linked-in:
>>> http://lk.linkedin.com/in/suhothayan *
>>>
>>
>>
>>
>> --
>> *Madhawa Vidanapathirana*
>> Student
>> Department of Computer Science and Engineering
>> University of Moratuwa
>> Sri Lanka
>>
>> Mobile: (+94) 716874425 <071%20687%204425>
>> Email: madhawavidanapathir...@gmail.com
>> Linked-In: https://lk.linkedin.com/in/madhawa-vidanapathirana-3430b94
>>
>
>
>
> --
>
> *S. Suhothayan*
> Associate Director / Architect & Team Lead of WSO2 Complex Event Processor
> *WSO2 Inc. *http://wso2.com
> * *
> lean . enterprise . middleware
>
>
> *cell: (+94) 779 756 757 <+94%2077%20975%206757> | blog:
> http://suhothayan.blogspot.com/ 

Re: [Dev] Environments Support for WSO2 API Manager

[Ravindu Perera]

Kind reminder

It would be really helpful if the API Manager can provide a Knowledge
transfer session via hangout or video call

Thank you

On Mon, Mar 13, 2017 at 9:58 PM, Ravindu Perera 
wrote:

> Hi All
> I have actually gone thought the instructions given I want to get a
> problem clarified. I researched and found that from the store APIs can get
> which environment the currently the API is in , or is it when i am
> publishing the API i should get the environment.
>
> question 1
> Which one of these methods are the best approach or if i am wrong can you
> all please help me in-order to find the correct approach to get which
> environment . the current API are in .
>
> question 2
> In the API store of the API manager , is there a specific way to show the
> Environment (example should it be with API description )
> can you please elaborate more on how should the environment should be
> present in the store.
>
> think you all will help me to find answers for the questions , these
> information will be helpful in writing the proposal and also making and
> proper planning for the project.
> Thank you
>
>
> On Tue, Feb 21, 2017 at 11:19 AM, Kasun Thennakoon 
> wrote:
>
>> Hi Ravindu,
>>
>> We are glad to see your interest in WSO2 API manager and the GSOC
>> project. It is good to see that you already have experience on working with
>> WSO2 API Manager.
>> As we have mentioned in the project description[1], the expectation of
>> this project is to develop an UI feature to seamlessly switch between
>> different environments and perform user operations on that selected
>> environment.To get started with the work, I would suggest you build the
>> product from source[2][3] and walk through the current implementation
>> details of the store and publisher and try to get familiar with those apps.
>> And also since API manager C5  UIs are built with UUF framework[4] it
>> would be great if you can try out the samples in UUF core[5] and UUF
>> commons[6] repositories and learn about the features and capabilities in
>> UUF framework.
>>
>> Regards
>> ~KasunTe
>>
>> [1] : https://docs.wso2.com/display/GSoC/Project+Proposals+for+2
>> 017#ProjectProposalsfor2017-Proposal7:EnvironmentsSupportfor
>> WSO2APIManager
>>
>> [2] : https://github.com/wso2/carbon-apimgt/tree/C5
>>
>> [3] : https://github.com/wso2/product-apim/tree/C5
>>
>> [4] : https://github.com/wso2/carbon-uuf
>>
>> [5] : https://github.com/wso2/carbon-uuf/tree/master/samples
>>
>> [6] : https://github.com/wso2/carbon-uuf-common/tree/master/samples
>>
>>
>> On Tue, Feb 21, 2017 at 9:27 AM, Ravindu Perera <
>> ravindu.2014...@iit.ac.lk> wrote:
>>
>>> Hi
>>> I am a 3rd year student from Informatics Institute of technology and i
>>> got 3 years experience in HTML, CSS, Javascript and knowledge and also
>>> knowledge in using rest service , and experience on using the WSO2 API
>>> Manger cloud as well , familiar  handlebars.js . And have a good confident
>>> level for this project , so can you all please provide more information and
>>> guidance to start the project off.
>>>
>>> Thank you
>>>
>>>
>>> ___
>>> Dev mailing list
>>> Dev@wso2.org
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>>
>> --
>> *Kasun Thennakoon*
>> Software Engineer
>> WSO2, Inc.
>> Mobile:+94 711661919
>>
>
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] [GSOC 2017] Eclipse Plugin for Siddhi

[Tishan Dahanayakage]

Hi Govinda,

Thank you for your interest in the project. Almost all information is
available in the idea page. You can start off by implementing a plugin for
a simpler antlr grammar. Also you can search dev@wso2.org and find threads
started by others students which wil have more information. Please ask if
you need anything in particular.

thanks,
/Tishan

On Fri, Mar 10, 2017 at 8:56 PM, govinda Malavipathirana <
mp.govi...@gmail.com> wrote:

> Hi'
> I'm Govinda Malavipathirana, 3rd year undergraduate student form Faculty
> of information technology, University of Moratuwa in Sri Lanka. I would
> love to contribute to the "Eclipse plugin for Siddi". I have a good
> knowledge in Java and Eclipse but no experience with siddhi. This is my
> first time experience with the summer of code. So I hope you could give me
> a guidance about entry steps for the project. Thank you.
> Sincerely,
> Govinda
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
Tishan Dahanayakage
Senior Software Engineer
WSO2, Inc.
Mobile:+94 716481328

Disclaimer: This communication may contain privileged or other confidential
information and is intended exclusively for the addressee/s. If you are not
the intended recipient/s, or believe that you may have received this
communication in error, please reply to the sender indicating that fact and
delete the copy you received and in addition, you should not print, copy,
re-transmit, disseminate, or otherwise use the information contained in
this communication. Internet communications cannot be guaranteed to be
timely, secure, error or virus-free. The sender does not accept liability
for any errors or omissions.
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] WSO2 Committers += Sabra Ossen

[Prakhash Sivakumar]

Congrats Sabra :)

On Wed, Mar 15, 2017 at 5:03 PM, Malintha Fernando 
wrote:

> Congrats Sabra! :)
>
> On Wed, Mar 15, 2017 at 4:58 PM, Manjula Rathnayake 
> wrote:
>
>> Hi all,
>>
>> It's my pleasure to welcome Sabra Ossen as a WSO2 Committer.
>>
>> Sabra has been a valuable contributor to the Integration Cloud Team. In
>> recognition of her contribution, dedication and commitment she has been
>> voted as a WSO2 committer.
>>
>> Sabra, welcome aboard and keep up the good work!
>>
>> Thank you.
>>
>> --
>> Manjula Rathnayaka
>> Technical Lead
>> WSO2, Inc.
>> Mobile:+94 77 743 1987 <+94%2077%20743%201987>
>>
>> ___
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> *Malintha Fernando*
> Software Engineer | WSO2
> Mobile : +94 718874922 <+94%2071%20887%204922>
> Blog : http://blog.malintha.org
>
> [image: https://wso2.com/signature] 
>
>
>
>
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
Prakhash Sivakumar
Software Engineer | WSO2 Inc
Platform Security Team
Mobile : +94771510080
Blog : https://medium.com/@PrakhashS
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] WSO2 Committers += Sabra Ossen

[Malintha Fernando]

Congrats Sabra! :)

On Wed, Mar 15, 2017 at 4:58 PM, Manjula Rathnayake 
wrote:

> Hi all,
>
> It's my pleasure to welcome Sabra Ossen as a WSO2 Committer.
>
> Sabra has been a valuable contributor to the Integration Cloud Team. In
> recognition of her contribution, dedication and commitment she has been
> voted as a WSO2 committer.
>
> Sabra, welcome aboard and keep up the good work!
>
> Thank you.
>
> --
> Manjula Rathnayaka
> Technical Lead
> WSO2, Inc.
> Mobile:+94 77 743 1987 <+94%2077%20743%201987>
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
*Malintha Fernando*
Software Engineer | WSO2
Mobile : +94 718874922
Blog : http://blog.malintha.org

[image: https://wso2.com/signature] 
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

[Dev] WSO2 Committers += Sabra Ossen

[Manjula Rathnayake]

Hi all,

It's my pleasure to welcome Sabra Ossen as a WSO2 Committer.

Sabra has been a valuable contributor to the Integration Cloud Team. In
recognition of her contribution, dedication and commitment she has been
voted as a WSO2 committer.

Sabra, welcome aboard and keep up the good work!

Thank you.

-- 
Manjula Rathnayaka
Technical Lead
WSO2, Inc.
Mobile:+94 77 743 1987
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Re: [Dev] GSOC 2017 CLI Tool for WSO2 Identity Server

[Harsha Thirimanna]

Yes , it would be ok if it is one the way,  we would like to look in to
that. Please share the repo .

On Mar 15, 2017 3:23 PM, "Farasath Ahamed"  wrote:

> Hi Isuranga,
>
> Can you share the link to the GitHub repo so that we can have a look and
> provide feedback?
>
>
> Thanks,
> Farasath.
>
> Farasath Ahamed
> Software Engineer, WSO2 Inc.; http://wso2.com
> Mobile: +94777603866
> Blog: blog.farazath.com
> Twitter: @farazath619 
> 
>
>
>
> On Wed, Mar 15, 2017 at 3:19 PM, Isuranga Perera <
> isurangamper...@gmail.com> wrote:
>
>> Hi Harsha
>>
>> I'm almost done with the prototype which currently supports only *Basic
>> Authentication*. Although I had to face some issues related to x.509
>> verification and wsdl2go code generation I was able to solve them. The
>> prototype is a complete go implementation. I'll send you the prototype
>> within a day or two and then proceed for the project proposal. I can add
>> you as a collaborator for the project on GitHub if needed. I'll let you
>> know any further clarification is needed
>>
>> Regards
>>
>>
>>
>> [image: photo]
>> Isuranga Perera
>> at University of Colombo School of Computing
>> P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
>> isurangamper...@gmail.com
>>  W  https://isurangaperera.wordpress.com/
>> 
>>
>> 
>> 
>> 
>> 
>> Get a signature like this: Click here!
>> 
>>
>> On Mon, Mar 13, 2017 at 11:26 AM, Harsha Thirimanna 
>> wrote:
>>
>>>
>>>
>>> On Mon, Mar 13, 2017 at 11:16 AM, Isuranga Perera <
>>> isurangamper...@gmail.com> wrote:
>>>
 Hi

 Thanks for the information. I have several ideas for the implementation

 (01) Use existing stubs (java)  to call admin services. But it involves
 additional overhead since it uses Java VM with Go (this approach can be
 implemented with either native interface or an RPC)

 (02) Complete implementation with Go (In this case some of the
 libraries have to be implemented)

 I prefer latter because of performance and low resource consumption.
 What do you think?

>>>
>>> ​+1 for second approach, because we don't need to coupled with the Java
>>> client. ​
>>>

 Regards


 [image: photo]
 Isuranga Perera
 at University of Colombo School of Computing
 P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
 isurangamper...@gmail.com
  W  https://isurangaperera.wordpress.com/
 

 
 
 
 
 Get a signature like this: Click here!
 

 On Mon, Mar 13, 2017 at 11:05 AM, Harsha Thirimanna 
 wrote:

> On Sun, Mar 12, 2017 at 11:46 PM, Isuranga Perera <
> isurangamper...@gmail.com> wrote:
>
>> Hi All,
>>
>> I'm currently working on a prototype for the CLI. But I have some
>> problems which need to be clarified beforehand
>>
>>
> ​This is great approach for this. Thanks  Isuranga.​
>
>
>
>> (01) what are the authentication techniques which should be used by
>> CLI?
>>
> (02) Should the CLI support next major release without any
>> modifications?
>> (As I got to know in WSO2 IS 6.0.0 SOAP protocol will not be used in
>> any internals.)
>>
>>
> ​Yes, we are already doing IS 6.0.0 by removing SOAP Services. But we
> hope to come with this project with a stable release that is IS 5.3.0. So
> it is already provide both SOAP and Rest services for different APIs.
>
> As a authentication mechanism, we can use, either basic auth, oauth,
> or mutual auth. All three capabilities supported by IS for all the REST
> APIs. For SOAP services, ​you have to user admin services to authenticate
> and used that cookie to call relevant services.
>
>
>
>
>> Thank You
>>
>>

Re: [Dev] GSOC 2017 CLI Tool for WSO2 Identity Server

[Farasath Ahamed]

Hi Isuranga,

Can you share the link to the GitHub repo so that we can have a look and
provide feedback?


Thanks,
Farasath.

Farasath Ahamed
Software Engineer, WSO2 Inc.; http://wso2.com
Mobile: +94777603866
Blog: blog.farazath.com
Twitter: @farazath619 




On Wed, Mar 15, 2017 at 3:19 PM, Isuranga Perera 
wrote:

> Hi Harsha
>
> I'm almost done with the prototype which currently supports only *Basic
> Authentication*. Although I had to face some issues related to x.509
> verification and wsdl2go code generation I was able to solve them. The
> prototype is a complete go implementation. I'll send you the prototype
> within a day or two and then proceed for the project proposal. I can add
> you as a collaborator for the project on GitHub if needed. I'll let you
> know any further clarification is needed
>
> Regards
>
>
>
> [image: photo]
> Isuranga Perera
> at University of Colombo School of Computing
> P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
> isurangamper...@gmail.com
>  W  https://isurangaperera.wordpress.com/
> 
>
> 
> 
> 
> 
> Get a signature like this: Click here!
> 
>
> On Mon, Mar 13, 2017 at 11:26 AM, Harsha Thirimanna 
> wrote:
>
>>
>>
>> On Mon, Mar 13, 2017 at 11:16 AM, Isuranga Perera <
>> isurangamper...@gmail.com> wrote:
>>
>>> Hi
>>>
>>> Thanks for the information. I have several ideas for the implementation
>>>
>>> (01) Use existing stubs (java)  to call admin services. But it involves
>>> additional overhead since it uses Java VM with Go (this approach can be
>>> implemented with either native interface or an RPC)
>>>
>>> (02) Complete implementation with Go (In this case some of the libraries
>>> have to be implemented)
>>>
>>> I prefer latter because of performance and low resource consumption.
>>> What do you think?
>>>
>>
>> ​+1 for second approach, because we don't need to coupled with the Java
>> client. ​
>>
>>>
>>> Regards
>>>
>>>
>>> [image: photo]
>>> Isuranga Perera
>>> at University of Colombo School of Computing
>>> P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
>>> isurangamper...@gmail.com
>>>  W  https://isurangaperera.wordpress.com/
>>> 
>>>
>>> 
>>> 
>>> 
>>> 
>>> Get a signature like this: Click here!
>>> 
>>>
>>> On Mon, Mar 13, 2017 at 11:05 AM, Harsha Thirimanna 
>>> wrote:
>>>
 On Sun, Mar 12, 2017 at 11:46 PM, Isuranga Perera <
 isurangamper...@gmail.com> wrote:

> Hi All,
>
> I'm currently working on a prototype for the CLI. But I have some
> problems which need to be clarified beforehand
>
>
 ​This is great approach for this. Thanks  Isuranga.​



> (01) what are the authentication techniques which should be used by
> CLI?
>
 (02) Should the CLI support next major release without any
> modifications?
> (As I got to know in WSO2 IS 6.0.0 SOAP protocol will not be used in
> any internals.)
>
>
 ​Yes, we are already doing IS 6.0.0 by removing SOAP Services. But we
 hope to come with this project with a stable release that is IS 5.3.0. So
 it is already provide both SOAP and Rest services for different APIs.

 As a authentication mechanism, we can use, either basic auth, oauth, or
 mutual auth. All three capabilities supported by IS for all the REST APIs.
 For SOAP services, ​you have to user admin services to authenticate and
 used that cookie to call relevant services.




> Thank You
>
>
> [image: photo]
> Isuranga Perera
> at University of Colombo School of Computing
> P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
> isurangamper...@gmail.com
>  W  https://isurangaperera.wordpress.com/
> 
>
> 

Re: [Dev] GSOC 2017 CLI Tool for WSO2 Identity Server

[Isuranga Perera]

Hi Harsha

I'm almost done with the prototype which currently supports only *Basic
Authentication*. Although I had to face some issues related to x.509
verification and wsdl2go code generation I was able to solve them. The
prototype is a complete go implementation. I'll send you the prototype
within a day or two and then proceed for the project proposal. I can add
you as a collaborator for the project on GitHub if needed. I'll let you
know any further clarification is needed

Regards



[image: photo]
Isuranga Perera
at University of Colombo School of Computing
P  +382244492  <+382244492> M  +94712986952  <+94712986952> E
isurangamper...@gmail.com
 W  https://isurangaperera.wordpress.com/






Get a signature like this: Click here!


On Mon, Mar 13, 2017 at 11:26 AM, Harsha Thirimanna 
wrote:

>
>
> On Mon, Mar 13, 2017 at 11:16 AM, Isuranga Perera <
> isurangamper...@gmail.com> wrote:
>
>> Hi
>>
>> Thanks for the information. I have several ideas for the implementation
>>
>> (01) Use existing stubs (java)  to call admin services. But it involves
>> additional overhead since it uses Java VM with Go (this approach can be
>> implemented with either native interface or an RPC)
>>
>> (02) Complete implementation with Go (In this case some of the libraries
>> have to be implemented)
>>
>> I prefer latter because of performance and low resource consumption. What
>> do you think?
>>
>
> ​+1 for second approach, because we don't need to coupled with the Java
> client. ​
>
>>
>> Regards
>>
>>
>> [image: photo]
>> Isuranga Perera
>> at University of Colombo School of Computing
>> P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
>> isurangamper...@gmail.com
>>  W  https://isurangaperera.wordpress.com/
>> 
>>
>> 
>> 
>> 
>> 
>> Get a signature like this: Click here!
>> 
>>
>> On Mon, Mar 13, 2017 at 11:05 AM, Harsha Thirimanna 
>> wrote:
>>
>>> On Sun, Mar 12, 2017 at 11:46 PM, Isuranga Perera <
>>> isurangamper...@gmail.com> wrote:
>>>
 Hi All,

 I'm currently working on a prototype for the CLI. But I have some
 problems which need to be clarified beforehand


>>> ​This is great approach for this. Thanks  Isuranga.​
>>>
>>>
>>>
 (01) what are the authentication techniques which should be used by
 CLI?

>>> (02) Should the CLI support next major release without any modifications?
 (As I got to know in WSO2 IS 6.0.0 SOAP protocol will not be used in
 any internals.)


>>> ​Yes, we are already doing IS 6.0.0 by removing SOAP Services. But we
>>> hope to come with this project with a stable release that is IS 5.3.0. So
>>> it is already provide both SOAP and Rest services for different APIs.
>>>
>>> As a authentication mechanism, we can use, either basic auth, oauth, or
>>> mutual auth. All three capabilities supported by IS for all the REST APIs.
>>> For SOAP services, ​you have to user admin services to authenticate and
>>> used that cookie to call relevant services.
>>>
>>>
>>>
>>>
 Thank You


 [image: photo]
 Isuranga Perera
 at University of Colombo School of Computing
 P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
 isurangamper...@gmail.com
  W  https://isurangaperera.wordpress.com/
 

 
 
 
 
 Get a signature like this: Click here!
 

 On Thu, Mar 

Re: [Dev] [IS] GSoC 2017 - WS-Trust Implementation for IS 6.0.0 using Apache CXF Library

[Isuranga Perera]

Hi Sagara,

Thanks for the explanation. I'm familiar with WS-Trust and Identity Server
specifications. I will work through a suitable design and then proceed for
the project proposal. I'll let you know if any further clarification is
needed.

Regards

[image: photo]
Isuranga Perera
at University of Colombo School of Computing
P  +382244492  <+382244492> M  +94712986952  <+94712986952> E
isurangamper...@gmail.com
 W  https://isurangaperera.wordpress.com/






Get a signature like this: Click here!


On Tue, Mar 14, 2017 at 7:52 AM, Sagara Gunathunga  wrote:

>
> Hi Isuranga,
>
> On Mon, Mar 13, 2017 at 1:22 PM, Isuranga Perera <
> isurangamper...@gmail.com> wrote:
>
>> Hi All,
>>
>> Can you explain the scope of this project?
>>
>> Regards
>>
>>
>> [image: photo]
>> Isuranga Perera
>> at University of Colombo School of Computing
>> P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
>> isurangamper...@gmail.com
>>  W  https://isurangaperera.wordpress.com/
>> 
>>
>> 
>> 
>> 
>> 
>> Get a signature like this: Click here!
>> 
>>
>> On Sat, Mar 11, 2017 at 3:58 PM, Isuranga Perera <
>> isurangamper...@gmail.com> wrote:
>>
>>> Hi All
>>>
>>> I am Isuranga Perera a Computer Science undergraduate at University of
>>> Colombo School of Computing. I am looking forward to participating GSoC
>>> 2017.
>>>
>>> I am really interested in the project "WS-Trust Implementation for IS
>>> 6.0.0 using Apache CXF Library". I have already gone through the IS
>>> documentation and I'm familiar with Apache CXF and WS-Trust.
>>>
>>
> It is great to see your interest on this project, let me provide some
> context.
>
> - Feature wise outcome of this project should be equivalent to current
> WS-Trust implementation of WSO2 IS which is based on Apache Axis2 web
> service stack, If you haven't already try out current implementation please
> download WSO2 IS 5.3.0 version and familiar yourself about current
> implementation. Following pages may help [1] [2] and you can find some good
> resources on web as well. This is the necessary 1st step to start this
> project.
>
> - As 2nd step it would be better of you can try out Apache CXF samples and
> their architecture on WS-Trust implementation.
>
>
> - In current WSO2 IS implementation which based on Carbon 4 platform,
> Axis2 web service engine is OOTB available but IS 6 which based on Carbon 5
> platform does not provide any WS engine. This is the major architectural
> change cause to re-implement  WS-Trust for IS 6.
>
> - As mentioned there is no WS engine in IS 6 but it has cool REST
> framework (WSO2 MSF4J) available OOTB, so we can reuse MSF4J to handle
> transport (HTTP/S) related activities of new WS-Trust implementation
> without bringing any new transports. In others words we don't need to use
> any CXF transport for this project, ideally MSF4J can accept HTTP messages
> and then it can delegate messages into CXF engine for processing ( without
> going through CXF transports ).
>
> - Scope wise this is well defined we need same level of functionalities as
> current IS 5.X implementation.
>
> - Implementation wise this is not very hard but design the proper solution
> needs some effort and time so it's an advantage to start the design as
> early as possible.
>
> I believe now you have enough information to start, if you need further
> clarifications please don't hesitate to contact us.
>
>
>
> [1] - https://docs.wso2.com/display/IS530/WS-Trust
> [2] - https://docs.wso2.com/display/IS530/Identity+Federation+
> with+WS-Trust
> [3] - https://github.com/wso2/msf4j
>
>
> Thanks !
>
>
>
>
>>
>>> Thank You
>>>
>>> [image: photo]
>>> Isuranga Perera
>>> at University of Colombo School of Computing
>>> P  +382244492  <+382244492> M  +94712986952  <+94712986952> E  
>>> isurangamper...@gmail.com
>>>  W  https://isurangaperera.wordpress.com/
>>> 
>>>