[Dev] [VOTE] Release WSO2 MSF4J 2.2.0 RC2

2017-03-21 Thread Danesh Kuruppu
Hi Devs,

This is the 2nd Release Candidate of WSO2 MSF4J(Microservices Framework for
Java) 2.2.0.

Please download, test the framework and vote. The vote will be open for 72
hours or as needed.
Refer to GitHub readmes for guides.

* Source and binary distribution files:*
https://github.com/wso2/msf4j/releases/tag/v2.2.0-rc2

*Maven staging repository:*
https://maven.wso2.org/nexus/content/repositories/orgwso2msf4j-1015

*The tag to be voted upon:*
https://github.com/wso2/msf4j/tree/v2.2.0-rc2


[ ] Broken - do not release (explain why)
[ ] Stable - go ahead and release

Thank you,
Platform Team
-- 

*Danesh Kuruppu*
Senior Software Engineer | WSO2

Email: dan...@wso2.com
Mobile: +94 (77) 1690552
Web: WSO2 Inc 
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev


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

2017-03-21 Thread Farasath Ahamed
Hi Isuranga,

The repo[1] gives a 404 now. Previously it was accessible. Any idea why?

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


Thanks,
Farasath

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




On Thu, Mar 16, 2017 at 8:55 AM, Isuranga Perera 
wrote:

> 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!
>> 

Re: [Dev] WSO2 Committers += Lakshani Gamage

2017-03-21 Thread Kamidu Punchihewa
congratz Lakshani !.

Kamidu Sachith Punchihewa
*Software Engineer*
WSO2, Inc.
lean . enterprise . middleware
Mobile : +94 (0) 770566749 <%2B94%20%280%29%20773%20451194>

Please Note that I have dyslexia and it may results in few misspelled words
in the content.

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,
retransmit, 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.

On Tue, Mar 21, 2017 at 2:21 AM, Rasika Perera  wrote:

> Congratulations Lakshani! Keep it up good works!
>
> On Tue, Mar 14, 2017 at 4:47 PM, Chamalee De Silva 
> wrote:
>
>> Congrats Lakshani !!!
>>
>> On Tue, Mar 14, 2017 at 12:32 PM, Harshan Liyanage 
>> wrote:
>>
>>> Congratz Lakshani 
>>>
>>> Harshan Liyanage
>>> EMM/IoT TG
>>> Mobile: *+94765672894*
>>> Email: hars...@wso2.com
>>> Blog : http://harshanliyanage.blogspot.com/
>>> *WSO2, Inc. :** wso2.com *
>>> lean.enterprise.middleware.
>>>
>>> On Tue, Mar 14, 2017 at 11:43 AM, Menaka Jayawardena 
>>> wrote:
>>>
 Congratz Lakshani!

 On Tue, Mar 14, 2017 at 9:42 AM, Rushmin Fernando 
 wrote:

> Hi All,
>
> It's my pleasure to welcome Lakshani Gamage as a WSO2 Committer.
>
> Lakshani had been a valuable contributor to the App Manager team and
> she is currently a member of the IoT team. In recognition of her
> contribution, dedication, and commitment she has been voted as a WSO2
> committer.
>
> Lakshani, welcome aboard and keep up the good work!
>
> Regards,
>
> --
> *Best Regards*
>
> *Rushmin Fernando*
> *Technical Lead*
>
> WSO2 Inc.  - Lean . Enterprise . Middleware
>
> mobile : +94775615183
>
>
>
> ___
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


 --
 *Menaka Jayawardena*
 *Software Engineer - WSO2 Inc*
 *Tel : 071 350 5470*
 *LinkedIn: https://lk.linkedin.com/in/menakajayawardena
 *
 *Blog: https://menakamadushanka.wordpress.com/
 *


 ___
 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
>>>
>>>
>>
>>
>> --
>> Thanks & Regards,
>>
>> *Chamalee De Silva*
>> Software Engineer
>> *WS**O2* Inc. :http://wso2.com/
>>
>> Office   :- *+94 11 2145345 <%2B94%2011%202145345>*
>> mobile  :- *+94 7 <%2B94%2077%202782039>1 4315942*
>>
>>
>> ___
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> With Regards,
>
> *Rasika Perera*
> Software Engineer
> LinkedIn: http://lk.linkedin.com/in/rasika90
>
> 
>
> WSO2 Inc. www.wso2.com
> lean.enterprise.middleware
>
> ___
> 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


Re: [Dev] [GSOC 2017] CLI Tool for WSO2 API Manager

2017-03-21 Thread Sajith Kariyawasam
Hi Isuranga,

Nice to see you are interested in the project. As explained in the project
description, you need to develop a CLI tool for API Manager capabilities.

First of all, you can try out WSO2 API Manager 2.1.0 and get familiar with
the product [1] and the concepts [2]. Additionally, you can try out API
export/import feature [3] and the API Manager 2.1.0 REST APIs [4] to tryout
the product.

Currently, WSO2 API Manager team is working on Carbon 5(C5) based API
Manager implementation (we have released API Manager 3.0.0-m1) and you can
find the relevant repos in [5] [6] [7]. When you are developing the CLI,
you should use the C5 REST APIs. API Manager team has already added most
important REST APIs and we are working on adding new REST APIs based on the
functionalities. Meantime, you can also get familiar with GO language and
learn the concepts.

For you to get the idea on available APIs, you can do the following.

1. Start the API Manager 3.0.0-m1 pack.
2. We have separate REST APIs and one for the publisher and one for the
store. You can use the following URLs to access the swagger.json of the
APIs.
- Publisher : http://localhost:9090/api/am/publisher/v1/apis/swagger.json
- Store : http://localhost:9090/api/am/store/v1/apis/swagger.json
3. You can use swagger editor [8] to view the relevant APIs.

How to access the REST API

1. Retrieve application consumer key and secret

curl -X POST -H "Authorization: Basic YWRtaW46YWRtaW4=" -H "Content-Type:
application/json" -d
'{"redirect_uris":[null],"clientName":"Test","ext_param_owner":"ADMIN"}' "
http://localhost:9090/keyserver/register";

2. Retrieve application access token using key and secret

curl -X POST -H "Authorization: Bearer {base64 encoded key:secret}" -H
"Content-Type: application/x-www-form-urlencoded"  -d
'grant_type=password&username=Smith&password=Smith&validity_period=3600' "
http://localhost:9090/keyserver/token";

3. Use the token to access the REST API resources

curl -X GET -H 'Content-Type: application/json' -H 'Authorization: Bearer
{token}'  http://127.0.0.1:9090/api/am/publisher/v1/apis

[1] - http://wso2.com/products/api-manager/
[2] - https://docs.wso2.com/display/AM210/Key+Concepts
[3] -
https://docs.wso2.com/display/AM210/Migrating+the+APIs+to+a+Different+Environment
[4] - https://docs.wso2.com/display/AM210/WSO2+APIs
[5] - https://github.com/wso2/carbon-apimgt/tree/C5
[6] - https://github.com/wso2/product-apim/tree/C5
[7] - https://github.com/wso2/product-apim/releases/tag/v3.0.0-m1
[8] - http://editor.swagger.io

Hope this helps

Thanks,
Sajith

On Tue, Mar 21, 2017 at 11:58 PM, Isuranga Perera  wrote:

> HI All,
>
> I am a third year undergraduate at University of Colombo School of
> Computing. I went through the proposals for GSOC 2017 and I am interesting
> about developing a CLI tool for WSO2 API Manager (in reference to this:
> *https://docs.wso2.com/display/GSoC/Project+Proposals+for+2017#ProjectProposalsfor2017-Proposal8:CLItoolforWSO2APIManager
> *
> )
>
> Can you explain more about 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!
> 
>



-- 
Sajith Kariyawasam
*Associate Tech Lead*
*WSO2 Inc.; http://wso2.com *
*Committer and PMC member, Apache Stratos *
*AMIE (SL)*
*Mobile: 0772269575*
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev


Re: [Dev] GSoC 2017 : Real-Time Machine Learning Toolkit for Siddhi

2017-03-21 Thread Nadheesh Jihan
That is better. Then do we have to provide the list of algorithms with the
proposal?

I'm currently working on the proposal. I have implemented a small prototype
and I attached the link to the GitHub repository. It is a Siddhi extension,
which uses Perceptron algorithm for training.Moreover, I have implemented a
test class to show how to use the extension.

Please go through the prototype and provide me with feedback to improve.
Your feedback will be helpful to write the proposal as well.

Link to GitHub repository - https://github.com/Nadheesh/
siddhi-execution-streaming-ml

Thank you.


On Mon, Mar 20, 2017 at 7:42 AM, Upul Bandara  wrote:

> Hi Nadheesh,
>
> We are planning to implement a small set (manageable for a student to
> implement and test within 2-3 months) of streaming ML algorithms.
> The list of algorithms is not fixed and we encourage students to come up
> with a list of algorithms.
>
> Most probably, we will implement:
> 1. Perceptron
> 2. SVM
> 3. Naive Bayes
> 4.Nearest Neighbor
>
> Thanks,
> Upul
>
> On Sun, Mar 19, 2017 at 2:53 PM, Nadheesh Jihan 
> wrote:
>
>> I went through the book (*Chapter 12 :** Mining of Massive Datasets*)
>> that was recommended by Upul to other candidates. Are we going to
>> implement the algorithms mentioned in that chapter? What will be the
>> required level of scalability and performance of those algorithms.
>>
>> I'm going to start on a prototype with *Perceptrons*. I think it is a
>> good starting point, and I assumed it is one of the algorithm that is
>> required to be implemented during this project since it is mentioned in the
>> proposal.
>>
>> I appreciate that if you provide me with the list of algorithms that we
>> are going to implement during this project. That will be helpful for me to
>> focus my research only to the relevant algorithms.
>>
>> Thank you.
>>
>>
>>
>> On Sat, Mar 18, 2017 at 8:27 PM, Sriskandarajah Suhothayan > > wrote:
>>
>>>
>>>
>>> On Sat, Mar 18, 2017 at 8:18 PM, Nadheesh Jihan 
>>> wrote:
>>>
 Hi,

 I am an undergraduate from Department of Computer Science and
 Engineering at University of Moratuwa. I recently completed my internship
 period at WSO2. While I was working at WSO2, I was exposed to machine
 learning and real-time event processing using Siddhi. I am interested about
 Proposal-24 (Real-Time Machine Learning Toolkit for Siddhi) since it is
 more aligned with my skills and the new passion that I have developed at
 WSO2. However, I have few questions regarding the proposal. 1)How many ML
 algorithms are expected to be implemented during this project?

>>> @Upul can you give insights on this.
>>>
 2)Are we going to implement the streaming ML algorithms from the
 scratch?

>>> Yes
>>>
 --
 Best regards,
 *Nadheesh Jihan*
 Undergraduate | Department of Computer Science and Engineering
 Faculty of Engineering
 University of Moratuwa

>>>
>>>
>>>
>>> --
>>>
>>> *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 *
>>>
>>
>>
>>
>> --
>> Best regards,
>> *Nadheesh Jihan*
>> Undergraduate | Department of Computer Science and Engineering
>> Faculty of Engineering
>> University of Moratuwa
>>
>
>
>
> --
> Upul Bandara,
> Associate Technical Lead, WSO2, Inc.,
> Mob: +94 715 468 345 <+94%2071%20546%208345>.
>



-- 
Best regards,
*Nadheesh Jihan*
Undergraduate | Department of Computer Science and Engineering
Faculty of Engineering
University of Moratuwa
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev


Re: [Dev] GSoC 2017 - JMeter Test Manager for Distributed Deployments of WSO2 Servers

2017-03-21 Thread Thilina Manamgoda
Hi Yasassri,

This the order of operations,


   1.

   Get WSO2 product profile
   2.

   Build DB Docker images
   3.

   Deploy DB in Kubernetes cluster
   4.

   Get DB Deployment details from Kubernetes cluster
   5.

   Build the WSO2 product docker images with DB info
   6.

   Deploy products in Kubernetes cluster
   7.

   Get products Deployment details from Kubernetes cluster
   8.

   Build Log DB Docker Image
   9.

   Deploy Log DB in Kubernetes cluster
   10.

   Get Log DB Deployment details from Kubernetes cluster
   11.

   Get Jmeter profile
   12.

   Build the Docker image with Log DB
   13.

   Deploy Jmeter server in Kubernetes cluster
   14.

   Get Deployment details from Kubernetes cluster
   15.

   Run the Jmeter Scripts
   16.

   Store logs in the Log DB
   17.

   Get logs from Log DB
   18.

   Generate HTML Report



Can you plese explain a example product deployment profile?.


regards,

Thilina Manamgoda


On Tue, Mar 21, 2017 at 5:27 PM, Yasassri Ratnayake 
wrote:

> Hi Thilina,
>
> Please find my comments inline.
>
> On Mon, Mar 20, 2017 at 6:57 PM, Thilina Manamgoda 
> wrote:
>
>> Hi Yasassri,
>>
>> First of all, sorry for the late reply. What we can do in a Jmeter
>> cluster mode is run a test with more users. So if we have to run Jmeter
>> Scripts parallel we have to do it using separate  Jmeter instances. Yes of
>> course I will consider the requirements that you mentioned.
>>
>>   Is a Java web app good way to go ?
>>
>
> Yes you can develop this as a WebApp.
>
>
>> It will contain the UI, Kubernetes client and Docker client. Now, after
>> the tests are done the logic in the Java class  HTMLReportGenereater, is
>> executed . Similarly we have to export the final logs(Application logs,
>> Jmeter logs, Test result logs) to a external database. Then we can import
>> those logs to the web app and do the HTML Generating. This is a simple
>> diagram that shows main tasks in this approach,
>>
>> [image: jmeter.png]
>>
>> Please let me know whether this approach is fine or not.
>>
>
> Overrall architecture seems ok, but the order of oeprations are not clear.
> Also how are we adding deployment profile to the webapp?
>
> With Regards,
> --
> Yasassri Ratnayake
> Senior Software Engineer - QA
> WSO2 Inc ; http://wso2.com
> lean.enterprise.middleware
> *Mobile : +94715933168 <+94%2071%20593%203168>*
> *Blogs : http://yasassriratnayake.blogspot.com
> *
> *http://wso2logs.blogspot.com *
>
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev


Re: [Dev] Environments Support for WSO2 API Manager

2017-03-21 Thread Ravindu Perera
Hi
I wrote a blog post on how to build WSO2 API Manager from code base step by
step , and more blog post coming up about UUF-Framework and working with it
. I also went through Swagger js as well , and i forked the code from
GitHub and working on coding part in-order to get familiarized with coding
and coding standards as well.

blog post link :-
http://ravinduperer.blogspot.com/2017/03/wso2-building-api-manager-from-codebase.html
.

Thank you.

On Mon, Mar 20, 2017 at 9:21 PM, Ravindu Perera 
wrote:

> Thanks a lot Mr Nuwan Dias
>
> The information provide was really helpful to understand the overall
> requirement and the architecture of the project , and with these
> information that was provide i am focusing on frameworks for creating the
> user-interface which UUF-Framework and also the Swagger-JS client library
> to call REST APIs.
>
> And Once again thank you.
>
> On Mon, Mar 20, 2017 at 2:00 PM, Nuwan Dias  wrote:
>
>> Hi Ravindu,
>>
>> The below diagram might help you to understand this better.
>>
>> [image: Inline image 2]
>>
>> The API Manager UI is built following a Single Page Application
>> architecture. Which means the UI rendering code runs mostly on the client
>> (web browser). The data is fetched to the client using Rest APIs which
>> reside on the "Core". This single page application is hosted on server. In
>> this particular project, what we're trying to do is to make the UI app
>> (SPA) aware of "Cores" residing in different environments. So that when
>> someone switches environments, the client (browser) connects to the Rest
>> API in the respective environment to fetch data.
>>
>> So what really changes when you switch environments is the data. For
>> example, in you dev environment if you have 5 APIs and your prod
>> environment you just have two APIs. When you switch from dev to prod, the 5
>> dev APIs should vanish and the 2 prod APIs should appear on your page. The
>> surrounding layout, style, colors and stuff would remain the same since
>> they're being served from a single app (SPA), its just the data that
>> changes since those are being served by Rest APIs in respective
>> environments.
>>
>> Thanks,
>> NuwanD.
>>
>> On Sat, Mar 18, 2017 at 5:47 AM, Ravindu Perera <
>> ravindu.2014...@iit.ac.lk> wrote:
>>
>>> Hi
>>>
>>> I have an question regarding the UI about what are the changes that
>>> should be made when the API Manager changes its Environment.
>>>
>>> Eg:- lets say i have Dev server and then it switches to a production
>>> server what are the UI changes that should actually occur when the
>>> switching between Environments and where should it change can you all
>>> provide a bit more information because this will help me to understand the
>>> project more deeply
>>>
>>> Thank you
>>> Ravindu.
>>>
>>>
>>> On Fri, Mar 17, 2017 at 12:00 AM, Ravindu Perera <
>>> ravindu.2014...@iit.ac.lk> wrote:
>>>
 Thanks alot Kasun

 I have started writing the proposal for the project , if i have more
 problems i will ask for help , and is it possible to request and KT session
 Knowledge transfer session on this particular project if it is possible to
 get more and additional knowledge , It would be really helpful session via
 hangouts or any form of communication  .

 Ravindu

 On Thu, Mar 16, 2017 at 8:03 AM, Kasun Thennakoon 
 wrote:

> 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

[Dev] [GSOC 2017] CLI Tool for WSO2 API Manager

2017-03-21 Thread Isuranga Perera
HI All,

I am a third year undergraduate at University of Colombo School of
Computing. I went through the proposals for GSOC 2017 and I am interesting
about developing a CLI tool for WSO2 API Manager (in reference to this:
*https://docs.wso2.com/display/GSoC/Project+Proposals+for+2017#ProjectProposalsfor2017-Proposal8:CLItoolforWSO2APIManager
*
)

Can you explain more about 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!

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


Re: [Dev] GSoC 2017 - Proposal 20: [IS] OAuth 2.0 Dynamic Client Registration Management Protocol Support

2017-03-21 Thread Dinuksha Ishwari
Hi Devs/Mentors,

This is to inform you the progress made so far with the project. In order
to get familiar with the wso2 codebase and the product building process, I
built the kernel and product-is for IS 5.3.0 successfully. Then I patched
the current DCR component, built it and added as a patch to IS and got the
modifications applied to the server.

Now I am working on a basic implementation of the DCRM where I have written
a separate component and exposed a servlet from that. I am now modifying it
to accept required parameters and to get the basic flow working. I will
share the code via github soon for reviewing. Meanwhile I'm working on
preparing the project proposal as well.

Regards,
Dinuksha.

On Fri, Mar 17, 2017 at 8:04 AM, Dinuksha Ishwari <
dinuksha.ishw...@gmail.com> wrote:

> Hi Omindu,
>
> Thanks for the information.
>
>
>
> On Fri, Mar 17, 2017 at 1:44 AM, Omindu Rathnaweera 
> wrote:
>
>> Hi Dinuksha,
>>
>> For OAuth, those two are the only libraries we use.
>>
>>
>> On Wed, Mar 15, 2017 at 10:16 AM, Dinuksha Ishwari <
>> dinuksha.ishw...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> When I was going through the code base, I observed that Nimbus and
>>> Apache Oltu libraries are used for the OAuth2.0 implementation. Could you
>>> kindly let me know what other libraries are used?
>>>
>>> Thanks,
>>> Dinuksha
>>>
>>>
>>>
>>> On Mon, Feb 27, 2017 at 9:51 AM, Dinuksha Ishwari <
>>> dinuksha.ishw...@gmail.com> wrote:
>>>
 Hi Ishara,

 I have read the OAuth2.0 DCR and DCRM specification and familiarized
 myself with the WSO2 Identity Server DCR implementation. I have also
 written a few blog posts [1][2] in order to share my experience.

 I would be very much grateful if you could update the jira
 tickets[3][4] providing more information so that I can attempt to identify
 the problem and fix the issue.

 [1] http://dinukshaish.blogspot.com/2017/02/oauth-20-in-nutshell.html
 [2] http://dinukshaish.blogspot.com/2017/02/oauth-20-dynamic-cli
 ent-registration.html
 [3] https://wso2.org/jira/browse/IDENTITY-5184
 [4] https://wso2.org/jira/browse/IDENTITY-5185

 Thanks,
 Dinuksha

 On Fri, Feb 24, 2017 at 11:53 AM, Ishara Karunarathna >>> > wrote:

>
>
> On Fri, Feb 24, 2017 at 11:16 AM, Dinuksha Ishwari <
> dinuksha.ishw...@gmail.com> wrote:
> [+ dev]
>
>> Hi Ishara,
>>
>> Thank you for the information. I'm in the process of reading the
>> related specifications and getting familiar with the code base further.
>> Will get back to you soon.
>>
>> Thanks,
>> Dinuksha.
>>
>> On Fri, Feb 24, 2017 at 10:14 AM, Ishara Karunarathna <
>> isha...@wso2.com> wrote:
>>
>>> Hi Dinuksha,
>>>
>>> Thank you for your interest in GSoC and the effort on WSO2IS DCRM
>>> implementation.
>>> It’s great  that you have already started working with IS code base.
>>> Further you can go through current DCR implementation from
>>> here[1] and go through that code.
>>>
>>> You may find open jiras here[2]. Following are related to current
>>> DCR implementation
>>> https://wso2.org/jira/browse/IDENTITY-5185
>>> https://wso2.org/jira/browse/IDENTITY-5184
>>>
>>> Thanks,
>>> Ishara
>>>
>>> [1] https://github.com/wso2-extensions/identity-inbound-auth-oauth
>>> [2] https://wso2.org/jira/projects/IDENTITY/issues/IDENTITY-5723
>>> ?filter=allopenissues
>>>
>>>
>>> On Mon, Feb 20, 2017 at 4:45 PM, Dinuksha Ishwari <
>>> dinuksha.ishw...@gmail.com> wrote:
>>>
 Hi All,


 I am Dinuksha Kanda Samanage, a 3rd year undergraduate from Sri
 Lanka Institute of Information Technology, following the Software
 Engineering specialization.


 This is to convey my interest in implementing the OAuth 2.0
 Dynamic Client Registration Management Protocol Support for
 Identity Server (Proposal 20) in GSoC 2017.


 I am well versed in Java and also familiar with Maven and Git. I
 have been involved in implementing an OAuth 2.0 and OpenID Connect 
 related
 project for almost 7 months during my internship.


 I have already started to get familiar with WSO2 codebase and fixed
 the JIRA [1] where the pull request is already merged to the WSO2 
 codebase.
 I will continue fixing more open JIRA tickets on Identity Server. (If 
 you
 can suggest some, that would be great too)


 In order to get ready for this project, I already setup OAuth 2.0
 Playground2 sample with Identity Server 5.3.0 and wrote the blog post 
 [2]
 for sharing my experience. When running this flow, I faced an issue and
 raised it in the Dev mail [3] and have got the answer now.


>

Re: [Dev] GSoC 2017 - Proposal 20: [IS] OAuth 2.0 Dynamic Client Registration Management Protocol Support

2017-03-21 Thread Maduranga Siriwardena
Hi Dinuksha,

Glad to hear that you have made progress with the project.

As a start, exposing a separate servlet would be okay. But going forward
with the project, you may have to use the approach used in the DCR endpoint
which is [1] (or may have to use a cxf endpoint).

[1]
https://github.com/wso2-extensions/identity-inbound-auth-oauth/blob/master/components/org.wso2.carbon.identity.oauth.dcr/src/main/java/org/wso2/carbon/identity/oauth/dcr/processor/DCRProcessor.java

Thanks,

On Tue, Mar 21, 2017 at 12:26 PM, Dinuksha Ishwari <
dinuksha.ishw...@gmail.com> wrote:

> Hi Devs/Mentors,
>
> This is to inform you the progress made so far with the project. In order
> to get familiar with the wso2 codebase and the product building process, I
> built the kernel and product-is for IS 5.3.0 successfully. Then I patched
> the current DCR component, built it and added as a patch to IS and got the
> modifications applied to the server.
>
> Now I am working on a basic implementation of the DCRM where I have
> written a separate component and exposed a servlet from that. I am now
> modifying it to accept required parameters and to get the basic flow
> working. I will share the code via github soon for reviewing. Meanwhile I'm
> working on preparing the project proposal as well.
>
> Regards,
> Dinuksha.
>
> On Fri, Mar 17, 2017 at 8:04 AM, Dinuksha Ishwari <
> dinuksha.ishw...@gmail.com> wrote:
>
>> Hi Omindu,
>>
>> Thanks for the information.
>>
>>
>>
>> On Fri, Mar 17, 2017 at 1:44 AM, Omindu Rathnaweera 
>> wrote:
>>
>>> Hi Dinuksha,
>>>
>>> For OAuth, those two are the only libraries we use.
>>>
>>>
>>> On Wed, Mar 15, 2017 at 10:16 AM, Dinuksha Ishwari <
>>> dinuksha.ishw...@gmail.com> wrote:
>>>
 Hi,

 When I was going through the code base, I observed that Nimbus and
 Apache Oltu libraries are used for the OAuth2.0 implementation. Could you
 kindly let me know what other libraries are used?

 Thanks,
 Dinuksha



 On Mon, Feb 27, 2017 at 9:51 AM, Dinuksha Ishwari <
 dinuksha.ishw...@gmail.com> wrote:

> Hi Ishara,
>
> I have read the OAuth2.0 DCR and DCRM specification and familiarized
> myself with the WSO2 Identity Server DCR implementation. I have also
> written a few blog posts [1][2] in order to share my experience.
>
> I would be very much grateful if you could update the jira
> tickets[3][4] providing more information so that I can attempt to identify
> the problem and fix the issue.
>
> [1] http://dinukshaish.blogspot.com/2017/02/oauth-20-in-nutshell.html
> [2] http://dinukshaish.blogspot.com/2017/02/oauth-20-dynamic-cli
> ent-registration.html
> [3] https://wso2.org/jira/browse/IDENTITY-5184
> [4] https://wso2.org/jira/browse/IDENTITY-5185
>
> Thanks,
> Dinuksha
>
> On Fri, Feb 24, 2017 at 11:53 AM, Ishara Karunarathna <
> isha...@wso2.com> wrote:
>
>>
>>
>> On Fri, Feb 24, 2017 at 11:16 AM, Dinuksha Ishwari <
>> dinuksha.ishw...@gmail.com> wrote:
>> [+ dev]
>>
>>> Hi Ishara,
>>>
>>> Thank you for the information. I'm in the process of reading the
>>> related specifications and getting familiar with the code base further.
>>> Will get back to you soon.
>>>
>>> Thanks,
>>> Dinuksha.
>>>
>>> On Fri, Feb 24, 2017 at 10:14 AM, Ishara Karunarathna <
>>> isha...@wso2.com> wrote:
>>>
 Hi Dinuksha,

 Thank you for your interest in GSoC and the effort on WSO2IS DCRM
 implementation.
 It’s great  that you have already started working with IS code
 base. Further you can go through current DCR implementation from
 here[1] and go through that code.

 You may find open jiras here[2]. Following are related to current
 DCR implementation
 https://wso2.org/jira/browse/IDENTITY-5185
 https://wso2.org/jira/browse/IDENTITY-5184

 Thanks,
 Ishara

 [1] https://github.com/wso2-extensions/identity-inbound-auth-oauth
 [2] https://wso2.org/jira/projects/IDENTITY/issues/IDENTITY-5723
 ?filter=allopenissues


 On Mon, Feb 20, 2017 at 4:45 PM, Dinuksha Ishwari <
 dinuksha.ishw...@gmail.com> wrote:

> Hi All,
>
>
> I am Dinuksha Kanda Samanage, a 3rd year undergraduate from Sri
> Lanka Institute of Information Technology, following the Software
> Engineering specialization.
>
>
> This is to convey my interest in implementing the OAuth 2.0
> Dynamic Client Registration Management Protocol Support for
> Identity Server (Proposal 20) in GSoC 2017.
>
>
> I am well versed in Java and also familiar with Maven and Git. I
> have been involved in implementing an OAuth 2.0 and OpenID Connect 
> related
> pr

[Dev] GSOC 2017 Account Chooser

2017-03-21 Thread Anuradha Gunasinghe
Hi Sir,

I am a student in IIT and trying to work for a GSOC project this year. I
went thorough the list of projects from WSO2 and thought to try out this
"Account Chooser" project.
As I followed the references that you had pointed out in the proposal, this
is public specification that is provided by google. When we login to the
gmail, we have this option.
As I understood the scenario from WSO2 IS side, we have to work in
following key areas,

1. Provide the Account Chooser UI capability to the login page or some
other landing pages as same as google doing as follows.


​

2. Provide the back end capabilities to support this feature.
3. Following the specification and make the implementation full compliant
to the specification.

What is the next major release that you are going to do in WSO2 IS ? Then
we can align with that and i can try out the current login scenario as
well. Is that possible to build the  latest one and try out ?

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


Re: [Dev] GSOC : OAuth 2.0 Dynamic Client Registration Management Protocol Support

2017-03-21 Thread Maduranga Siriwardena
Hi Abilashini,

Please find my answers inline.

On Tue, Mar 21, 2017 at 9:00 AM, Abilashini Thiyagarajah <
abilashini...@cse.mrt.ac.lk> wrote:

> Hi,
>
> I am working on the proposal and need some clarifications on the project.
> Please correct me if I am wrong.
>
>1. In the specification they did not talk about the validation of
>requests. Is it required to be considered in the implementation?
>
> Yes you have to at least validate the mandatory parameters for the
requests. We can decide how much level of validation is needed when going
forward with the project.

>
>1. Does the deliverable of 'Automation for the implementation' mean
>the implementation of Quick Start for the feature?
>
> This means the test cases for the project. Usually the integration tests
for the product are in [1]. I'm not sure whether we have test cases for
DCR. But you have to write test cases for the project. We don't have much
unit tests. But if you can write the unit tests also, it will be great.

>
>1. Test automation is not mentioned in the project deliverable. Also I
>didn't find test classes in the implementation of DCR. So is testing not
>considered in the scope of this project?
>2. This feature will be implemented within the implementation of
>existing DCR component. Am I correct?
>
> Not necessarily within DCR component. We can decide whether implementation
should be. It can be a separate component in [2].

[1]
https://github.com/wso2/product-is/tree/5.x.x/modules/integration/tests-integration
[2] https://github.com/wso2-extensions/identity-inbound-auth-oauth

Thanks,


> Best Regards,
> Abilashini
>
> *Thiyagarajah Abilashini*
> Student
> Department of Computer Science and Engineering
> University of Moratuwa, Sri Lanka
>
> On 19 March 2017 at 10:08, Maduranga Siriwardena 
> wrote:
>
>> Hi Abishalani,
>>
>> The components are in /repository/components/plugins
>> folder. There you will find org.wso2.carbon.identity.oauth.dcr_5.3.4.jar.
>>
>> You can checkout the tag v5.3.4 of the repository and then work through
>> the changes to the component. If you are going to apply the changes to the
>> product, you can build the jar and then create folder patch0001 (format of
>> the folder name should be "patch" and then a four digit number. Patches are
>> applied in the order of the number) in 
>> /repository/components/patches
>> and place the newly built jar inside that. After this you have to restart
>> the server. Please note that the for jars you are going patch name should
>> be equal to the original jar in dropins folder.
>>
>> If you successfully installed the changes, you will be able to notice a
>> log like below at the next start up.
>>
>> [2017-01-31 21:07:39,035]  INFO 
>> {org.wso2.carbon.server.extensions.PatchInstaller}
>> -  Patch changes detected  {org.wso2.carbon.server.exten
>> sions.PatchInstaller}
>> [2017-01-31 21:07:39,513]  INFO 
>> {org.wso2.carbon.server.util.PatchUtils.console}
>> -  Backed up plugins to patch {org.wso2.carbon.server.util.P
>> atchUtils.console}
>> [2017-01-31 21:07:39,525]  INFO 
>> {org.wso2.carbon.server.util.PatchUtils.console}
>> -  Patch verification started {org.wso2.carbon.server.util.P
>> atchUtils.console}
>> [2017-01-31 21:07:39,530]  INFO 
>> {org.wso2.carbon.server.util.PatchUtils.console}
>> -  Patch verification successfully completed. {org.wso2.carbon.server.util.P
>> atchUtils.console}
>>
>> Thanks,
>>
>> On Sat, Mar 18, 2017 at 7:26 AM, Abilashini Thiyagarajah <
>> abilashini...@cse.mrt.ac.lk> wrote:
>>
>>> Hi,
>>>
>>> I have worked to understand the specifications and code base related to
>>> OAuth 2.0 DCR protocol management. Now I am trying to fix some of the
>>> issues that you have shared with me. Can I know the location of dcr
>>> component in the server? Or else the way to try my code changes in the dcr
>>> component?
>>>
>>> Thanks in advance,
>>> Abilashini
>>>
>>> *Thiyagarajah Abilashini*
>>> Student
>>> Department of Computer Science and Engineering
>>> University of Moratuwa, Sri Lanka
>>>
>>> On 15 March 2017 at 10:26, Abilashini Thiyagarajah <
>>> abilashini...@cse.mrt.ac.lk> wrote:
>>>
 Hi Maduranga,

 Thank you so much for your reply and references. I will work on to
 understand the code and fix jira as you said.

 Best Regards,
 Abilashini

 *Thiyagarajah Abilashini*
 Student
 Department of Computer Science and Engineering
 University of Moratuwa, Sri Lanka

 On 15 March 2017 at 01:52, Maduranga Siriwardena 
 wrote:

> Hi Abilashini,
>
> We are glad to see your interest in doing GSoC with WSO2.
>
> The requirement of the project is to fully implement the Dynamic
> Client Registration Management Protocol [1]. The current implementation of
> Dynamic Client Registration is in repo [2] and particularly component in
> [3]. Documentation for OpenID Connect Dynamic Client Registration is in 
> [4].
>
> If you need 

Re: [Dev] Regarding Proposal 20: [IS] OAuth 2.0 Dynamic Client Registration Management Protocol Support

2017-03-21 Thread Maduranga Siriwardena
Hi Kanchana,

We are glad to see your interest in doing GSoC with WSO2.

The requirement of the project is to fully implement the Dynamic Client
Registration Management Protocol [1]. The current implementation of Dynamic
Client Registration is in repo [2] and particularly component in [3].
Documentation for OpenID Connect Dynamic Client Registration is in [4]. As
the first step you can start to go though the specification in [1] and try
the DCR implementation in IS 5.3.0.

If you need to get familiarize with the code, you can fix jira already
reported regarding dcr implementation which are in [5] (or you can fix any
jira in Identity Server project as a start).

If you have any more questions, please get back to us.

[1] https://tools.ietf.org/html/rfc7592
[2] https://github.com/wso2-extensions/identity-inbound-auth-oauth
[3]
https://github.com/wso2-extensions/identity-inbound-auth-oauth/tree/master/components/org.wso2.carbon.identity.oauth.dcr
[4]
https://docs.wso2.com/display/IS530/OpenID+Connect+Dynamic+Client+Registration
[5] https://goo.gl/ghqqgE

Thanks,

On Mon, Mar 20, 2017 at 6:50 PM, Kanchana Ruwanpathirana <
kanchana.ruwanpathir...@gmail.com> wrote:

> Dear Sir,
>
> I am Kanchana Ruwanpathirana, from Department of Computer Science and
> Engineering, University of Moratuwa and I am interested in "Proposal 20:
> [IS] OAuth 2.0 Dynamic Client Registration Management Protocol Support" by
> WSO2.
>
> This is my first attempt at GSoC.  I have a good mathematical background
> and I took part in International Mathematics Olympiad 2012 and
> International Mathematics Competition 2016 and was able to achieve a Bronze
> medal at IMC 2016.
>
> I have good programming experience and research experience, as I worked in
> a research project at Singapore University of Technology and Design  during
> my internship and also took part in IEEEXtreme 10.0 where our team was
> global rank 86th.
>
> I am interested in this project and I would like to request you of the
> procedure I should take and the resources I should follow through to get
> myself eligible for the project.
>
> I received an email from WSO2 regarding the GSoC familiarization event but
> I am unable to attend it because we have a lecture on from 3.15 to 5.15
> that we have to attend because of in-class evaluations.
>
> This is my LinkedIn profile link for reference.
> https://lk.linkedin.com/in/kanchana-ruwanpathirana-61098044
>
> Look forward to your reply.
>
> Thank you in advance.
>
>
> --
>
> *A.K. Ruwanpathirana*Undergraduate
> Department of Computer Science and Engineering
> University of Moratuwa
> *mobile* : +714300800
> *Email *: kanchana.ruwanpathir...@gmail.com
> kanchana.ruwanpathirana...@cse.mrt.ac.lk
>
> 
> 
> 
>



-- 
Maduranga Siriwardena
Software Engineer
WSO2 Inc; http://wso2.com/

Email: madura...@wso2.com
Mobile: +94718990591
Blog: *https://madurangasiriwardena.wordpress.com/
*

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


Re: [Dev] Regarding GSoC 2017 : Proposal 20

2017-03-21 Thread Maduranga Siriwardena
Hi Suthagar,

We are glad to see your interest in doing GSoC with WSO2.

The requirement of the project is to fully implement the Dynamic Client
Registration Management Protocol [1]. The current implementation of Dynamic
Client Registration is in repo [2] and particularly component in [3].
Documentation for OpenID Connect Dynamic Client Registration is in [4].

If you need to get familiarize with the code, you can fix jira already
reported regarding dcr implementation which are in [5] (or you can fix any
jira in Identity Server project as a start).

[1] https://tools.ietf.org/html/rfc7592
[2] https://github.com/wso2-extensions/identity-inbound-auth-oauth
[3]
https://github.com/wso2-extensions/identity-inbound-auth-oauth/tree/master/components/org.wso2.carbon.identity.oauth.dcr
[4]
https://docs.wso2.com/display/IS530/OpenID+Connect+Dynamic+Client+Registration
[5] https://goo.gl/ghqqgE

Thanks,

On Mon, Mar 20, 2017 at 12:32 PM, Suthagar Kailayapathy <
suthaga...@gmail.com> wrote:

> Dear Sir,
>
> I am K.Suthagar who is studying at Department of Computer Science and
> Engineering, Faculty of Engineering, University of Moratuwa. An aspiring
> young entrepreneur with good leadership skills and quick learning
> abilities. Simultaneously I am doing some non-academic projects at my
> startup Inncaps. I am also involved in Open Source Developments.
>
> Here, I am contacting you about the Google Summer of Code Projects 2017,
> When I come across the Google Summer of Code 2017 Project Ideas, I found
> some great projects at WSo2 Page. The technologies and ideas is most
> familiar with me for the further developments. I contributed most of the
> projects using that mentioned technologies. You can find me using this
> following links,
> - LinkedIn, https://www.linkedin.com/in/ksuthagar
> 
> - GitHub : https://github.com/suthagar23
> - Website : http://suthagar.inncaps.com/
>
> I would like to know some more details about this following Project idea
> to think some more about that. I would like to work for *Proposal 20:
> [IS] OAuth 2.0 Dynamic Client Registration Management Protocol Support*.I
> would like to contribute this project through GSoC 2017. I am preparing
> myself using that mentioned materials for the idea development. So I need
> your guidance to develop my idea in large scale.
>
> Thank you
>
> Regards,
> Suthagar.
>
> --
> *K*AILAYAPATHY *S*UTHAGAR
> Undergraduate,
> Department of Computer Science & Engineering, University of Moratuwa, Sri
> Lanka.
> Address :154/2, Navalar Road, Jaffna
> Mobile : 077 9543968  <555-7>
>
>  Email : suthagar...@cse.mrt.ac.lk | suthaga...@gmail.com
> LinkedIn : http://www.linkedin.com/in/ksuthagar
> 
>
>
>


-- 
Maduranga Siriwardena
Software Engineer
WSO2 Inc; http://wso2.com/

Email: madura...@wso2.com
Mobile: +94718990591
Blog: *https://madurangasiriwardena.wordpress.com/
*

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


Re: [Dev] GSOC : OAuth 2.0 Dynamic Client Registration Management Protocol Support

2017-03-21 Thread Abilashini Thiyagarajah
Hi,

I am working on the proposal and need some clarifications on the project.
Please correct me if I am wrong.

   1. In the specification they did not talk about the validation of
   requests. Is it required to be considered in the implementation?
   2. Does the deliverable of 'Automation for the implementation' mean the
   implementation of Quick Start for the feature?
   3. Test automation is not mentioned in the project deliverable. Also I
   didn't find test classes in the implementation of DCR. So is testing not
   considered in the scope of this project?
   4. This feature will be implemented within the implementation of
   existing DCR component. Am I correct?

Best Regards,
Abilashini

*Thiyagarajah Abilashini*
Student
Department of Computer Science and Engineering
University of Moratuwa, Sri Lanka

On 19 March 2017 at 10:08, Maduranga Siriwardena  wrote:

> Hi Abishalani,
>
> The components are in /repository/components/plugins folder.
> There you will find org.wso2.carbon.identity.oauth.dcr_5.3.4.jar.
>
> You can checkout the tag v5.3.4 of the repository and then work through
> the changes to the component. If you are going to apply the changes to the
> product, you can build the jar and then create folder patch0001 (format of
> the folder name should be "patch" and then a four digit number. Patches are
> applied in the order of the number) in 
> /repository/components/patches
> and place the newly built jar inside that. After this you have to restart
> the server. Please note that the for jars you are going patch name should
> be equal to the original jar in dropins folder.
>
> If you successfully installed the changes, you will be able to notice a
> log like below at the next start up.
>
> [2017-01-31 21:07:39,035]  INFO 
> {org.wso2.carbon.server.extensions.PatchInstaller}
> -  Patch changes detected  {org.wso2.carbon.server.
> extensions.PatchInstaller}
> [2017-01-31 21:07:39,513]  INFO 
> {org.wso2.carbon.server.util.PatchUtils.console}
> -  Backed up plugins to patch {org.wso2.carbon.server.util.
> PatchUtils.console}
> [2017-01-31 21:07:39,525]  INFO 
> {org.wso2.carbon.server.util.PatchUtils.console}
> -  Patch verification started {org.wso2.carbon.server.util.
> PatchUtils.console}
> [2017-01-31 21:07:39,530]  INFO 
> {org.wso2.carbon.server.util.PatchUtils.console}
> -  Patch verification successfully completed. {org.wso2.carbon.server.util.
> PatchUtils.console}
>
> Thanks,
>
> On Sat, Mar 18, 2017 at 7:26 AM, Abilashini Thiyagarajah <
> abilashini...@cse.mrt.ac.lk> wrote:
>
>> Hi,
>>
>> I have worked to understand the specifications and code base related to
>> OAuth 2.0 DCR protocol management. Now I am trying to fix some of the
>> issues that you have shared with me. Can I know the location of dcr
>> component in the server? Or else the way to try my code changes in the dcr
>> component?
>>
>> Thanks in advance,
>> Abilashini
>>
>> *Thiyagarajah Abilashini*
>> Student
>> Department of Computer Science and Engineering
>> University of Moratuwa, Sri Lanka
>>
>> On 15 March 2017 at 10:26, Abilashini Thiyagarajah <
>> abilashini...@cse.mrt.ac.lk> wrote:
>>
>>> Hi Maduranga,
>>>
>>> Thank you so much for your reply and references. I will work on to
>>> understand the code and fix jira as you said.
>>>
>>> Best Regards,
>>> Abilashini
>>>
>>> *Thiyagarajah Abilashini*
>>> Student
>>> Department of Computer Science and Engineering
>>> University of Moratuwa, Sri Lanka
>>>
>>> On 15 March 2017 at 01:52, Maduranga Siriwardena 
>>> wrote:
>>>
 Hi Abilashini,

 We are glad to see your interest in doing GSoC with WSO2.

 The requirement of the project is to fully implement the Dynamic Client
 Registration Management Protocol [1]. The current implementation of Dynamic
 Client Registration is in repo [2] and particularly component in [3].
 Documentation for OpenID Connect Dynamic Client Registration is in [4].

 If you need to get familiarize with the code, you can fix jira already
 reported regarding dcr implementation which are in [5] (or you can fix any
 jira in Identity Server project as a start).

 [1] https://tools.ietf.org/html/rfc7592
 [2] https://github.com/wso2-extensions/identity-inbound-auth-oauth
 [3] https://github.com/wso2-extensions/identity-inbound-auth
 -oauth/tree/master/components/org.wso2.carbon.identity.oauth.dcr
 [4] https://docs.wso2.com/display/IS530/OpenID+Connect+Dynam
 ic+Client+Registration
 [5] https://goo.gl/ghqqgE

 Thanks,

 On Tue, Mar 14, 2017 at 1:06 AM, Abilashini Thiyagarajah <
 abilashini...@cse.mrt.ac.lk> wrote:

> Hi,
>
> I am Abilashini from Department of Computer Science and Engineering,
> University of Moratuwa. I have done my internship at WSO2 last year (July 
> -
> December) and worked in the implementation of tomcat extension of OpenID
> Connect [1]. So I am a little bit familiar with OAuth 2.0 and OpenID
> Con

Re: [Dev] GSoC 2017 - JMeter Test Manager for Distributed Deployments of WSO2 Servers

2017-03-21 Thread Yasassri Ratnayake
Hi Thilina,

Please find my comments inline.

On Mon, Mar 20, 2017 at 6:57 PM, Thilina Manamgoda 
wrote:

> Hi Yasassri,
>
> First of all, sorry for the late reply. What we can do in a Jmeter cluster
> mode is run a test with more users. So if we have to run Jmeter Scripts
> parallel we have to do it using separate  Jmeter instances. Yes of course I
> will consider the requirements that you mentioned.
>
>   Is a Java web app good way to go ?
>

Yes you can develop this as a WebApp.


> It will contain the UI, Kubernetes client and Docker client. Now, after
> the tests are done the logic in the Java class  HTMLReportGenereater, is
> executed . Similarly we have to export the final logs(Application logs,
> Jmeter logs, Test result logs) to a external database. Then we can import
> those logs to the web app and do the HTML Generating. This is a simple
> diagram that shows main tasks in this approach,
>
> [image: jmeter.png]
>
> Please let me know whether this approach is fine or not.
>

Overrall architecture seems ok, but the order of oeprations are not clear.
Also how are we adding deployment profile to the webapp?

With Regards,
-- 
Yasassri Ratnayake
Senior Software Engineer - QA
WSO2 Inc ; http://wso2.com
lean.enterprise.middleware
*Mobile : +94715933168 <+94%2071%20593%203168>*
*Blogs : http://yasassriratnayake.blogspot.com
*
*http://wso2logs.blogspot.com *
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev


Re: [Dev] GSOC 2017 - Native inbound and connector for FTP/SFTP operations

2017-03-21 Thread Malaka Silva
On Mon, Mar 20, 2017 at 4:04 PM, Chanaka Lakmal  wrote:

> Hi Malaka,
>
> Thank you for the response.
>
> When searching for Java FTP/SFTP libraries I found out that there are only
> a very few libraries built on top of NIO. But each of them had few
> limitations. So, I could not find any other fully-supported and suitable
> library built on top of NIO.
>
> When considering about Apache Commons Net [1] it supports FTP and FTPS,
> but it does NOT support SFTP. Will that be a problem to us?
>
> My research found out that the best and most widely used library for
> FTP/SFTP is JSch [2]. I worked with it during my industrial training and it
> seems to fit for our requirements and it is widely used in the industry too.
>
> As I said earlier, with the use of those findings I created a comparison
> on SSHJ, Apache Commons VFS and JSch and published on my blog [3]. This
> blog article [4] also says about the author's experience in FTP/SFTP using
> different libraries and there were many other similar articles by different
> authors.
>
> What do you think about using JSch? Can we use commons-net when it doesn't
> support SFTP?
>
​I think common-vfs pretty much do the same thing :)
Since this is an extension to ESB ideally these we should implement and two
extension pairs (Inbound-connector). One for FTP / FTPS and another for
SFTP. WDYT?

>
> [1] https://commons.apache.org/proper/commons-net/
> [2] http://www.jcraft.com/jsch/
> [3] https://medium.com/@ldclakmal/comparison-of-commons-vfs-
> sshj-and-jsch-libraries-for-sftp-support-cd5a0db2fbce#.t09zd4zr5
> [4] http://www.onkarjoshi.com/blog/126/which-library-to-use-
> for-ftp-sftp-ftps-file-transfer-in-java/
>
> Thank you.
>
> Best Regards.
>
> *Chanaka Lakmal,*
> Undergraduate B.Sc.Eng.(Hons.)
> Department of Computer Science & Engineering,
> University of Moratuwa,
> Sri Lanka.
>
> [image: LinkedIn] 
>
> On Mon, Mar 20, 2017 at 10:13 AM, Malaka Silva  wrote:
>
>> Hi Chanaka,
>>
>> Yes if this does not support upto the level we need it'll be an issue.
>> Did you find any other libraries that are build on top of NIO.
>>
>> If not we can compare the limitations with common-vfs (will be using
>> commons-net internally for ftp/sftp) on functionality. eg: Unable to modify
>> metadata of a file, Cannot connect via a proxy, etc.
>>
>> If we have enough feature that can be supported with commons-net [1] we
>> can do the inbound-connector with commons-net.
>>
>> [1] https://commons.apache.org/proper/commons-net/
>>
>> On Sun, Mar 19, 2017 at 10:28 AM, Chanaka Lakmal 
>> wrote:
>>
>>> Hi Malaka,
>>>
>>> I researched for the Java NIO FTP library that you suggested for me [1].
>>> What I found was that this is a code base with a very short history and the
>>> most recent commit was over 13 years ago by Torvald Riegel who was the only
>>> contributor to this [2]. I feel like this is not an ongoing project and not
>>> supported by the author. What do you think?
>>>
>>> And I couldn't find any documentation regarding that library. Although I
>>> went through each and every Java class of this library, I couldn't find a
>>> way to get the use of this library without a API reference or documentation.
>>>
>>> I would be glad if you could share some additional materials if you have
>>> or any suggestions to get a better approach to this project.
>>>
>>> [1] http://java-nio-ftp-library.soft112.com/
>>> [2] https://www.openhub.net/p/javanioftp
>>>
>>> Thanks.
>>>
>>> Best Regards.
>>>
>>> *Chanaka Lakmal,*
>>> Undergraduate B.Sc.Eng.(Hons.)
>>> Department of Computer Science & Engineering,
>>> University of Moratuwa,
>>> Sri Lanka.
>>>
>>> [image: LinkedIn] 
>>>
>>> On Tue, Mar 14, 2017 at 6:29 PM, Chanaka Lakmal 
>>> wrote:
>>>
 Hi Malaka,

 Sure. Thanks for the suggestion. I will see to it and get back to you.

 Thanks.

 Best Regards.

 *Chanaka Lakmal,*
 Undergraduate B.Sc.Eng.(Hons.)
 Department of Computer Science & Engineering,
 University of Moratuwa,
 Sri Lanka.

 [image: LinkedIn] 

 On Tue, Mar 14, 2017 at 1:41 PM, Malaka Silva  wrote:

> Hi Chanaka,
>
> Can we also try the following? This is more optimized.
>
> [1] http://java-nio-ftp-library.soft112.com/
>
> On Mon, Mar 13, 2017 at 5:04 PM, Chanaka Lakmal 
> wrote:
>
>> Hi Malaka,
>>
>> I researched for the libraries that we can use for FTP/SFTP
>> operations in addition to using Apache Commons VFS. I found out about 
>> some
>> widely used libraries such as SSHJ [1] and JSch [2] and did a comparison
>> among them. With the use of those findings I created a comparison on 
>> SSHJ,
>> Apache Commons VFS and JSch and published on my blog [3].
>>
>> Also, I have experience in JSch since I had previously worked on
>> developing a SCP transport using J

Re: [Dev] [GSoC 2017][ESB]Native inbound and connector for FTP/SFTP operations

2017-03-21 Thread Malaka Silva
Hi Hasitha,

Sorry for the late reply. Bit busy this week.

Find my comments.

On Mon, Mar 20, 2017 at 4:04 PM, Hasitha Jayasundara <
hasithajayasunda...@gmail.com> wrote:

> Hi all,
>
> Found that apache mina project [1] is not in an active stage right now and
> its continuing as the major product netty [2].So I think that mina is not a
> solution to the problem. As netty is based on Java nio I'll have a look and
> inform you about the possibilty of adapting netty for FTP and SFTP
> operations.Any comments on this? It'd be great if you can also recommend
> additional libraries to look into.
>
​+1 for checking netty ​

>
> Thanks
>
> [1] https://mina.apache.org/sshd-project/
> [2] https://netty.io/
>
> On Mon, Mar 20, 2017 at 1:42 AM, Hasitha Jayasundara <
> hasithajayasunda...@gmail.com> wrote:
>
>> Hi all,
>>
>> One objective of this project [1] is to find limitations in commons vfs.I
>> found some limitations on the following points.
>>
>>- client authentication over password / public key
>>- server authentication
>>- upload /download files from local host over SFTP
>>- download files to local host over SFTP
>>- file operations on the remote host like move, delete, list all
>>children of a given folder (filtering after type like file or folder) over
>>SFTP
>>-
>>
>> ​Unable to modify file metadata.
Connecting over proxy.​

>
>>-
>>
>>
>>- ​
>>
>> Can you add some limitations that the current ESB is facing in FTP/SFTP
>> operations?
>>
>> And there is an objective in this project "more options in addition to
>> the current operations to support mainly FTP/SFTP". [1] According to my
>> knowledge current operations include 
>> append,archive,copy,create,delete,move,read,search.
>> etc.[Correct me if i am wrong.]
>>
>> Can you give me an idea about "more options" you are expecting?
>>
>> Thank you
>> [1] https://docs.wso2.com/display/GSoC/Project+Proposals+for+201
>> 7#ProjectProposalsfor2017-Proposal2:Nativeinboundandconnecto
>> rforFTP/SFTPoperations
>>
>> On Sun, Mar 19, 2017 at 8:19 PM, Hasitha Jayasundara <
>> hasithajayasunda...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> 1. According to some blogs one of the key features enhanced in
>>> java-nio-ftp-library [1] is that data transfer through zero copy [2]. I
>>> think we can implement this concept using java-nio (without any third party
>>> libraries).
>>>
>>> 2. Apache sshd project [3] is also a pure java library to support the
>>> SSH protocols on both the client and server side. This library is based on
>>> Apache MINA, a scalable and high performance asynchronous IO library using
>>> java-nio.
>>>
>>> [As an additional step we can look for the features in newest netty
>>> versions for enhancing FTP operations inside ESB which will be somewhat
>>> easier and efficient when implementing ]
>>>
>>> If the java-nio-ftp-library [1] won't work we can move to these
>>> alternatives.Any comments?
>>>
>>> [1] http://java-nio-ftp-library.soft112.com/
>>> [2] https://www.ibm.com/developerworks/library/j-zerocopy/j-zero
>>> copy-pdf.pdf
>>> [3] https://mina.apache.org/sshd-project/
>>>
>>>
>>> On Sun, Mar 19, 2017 at 5:55 PM, Hasitha Jayasundara <
>>> hasithajayasunda...@gmail.com> wrote:
>>>
 Hi Malaka,

 I have gone through the second link you provided [1] and extended my
 implementation [2] to JScape and Zehon libraries.(Already implemented
 FTP/SFTP with JSch and Apache commons vfx which supports only basic file
 upload and download). The two major drawbacks I found in JScape and Zehon
 are,

 1.Not open source
 2.JScape is not free (Free version is available for 1 month)

 So i think these two won't suitable for further implementation. I have
 also found a similar comparison [3] for mostly used FTP/SFTP libraries
 which i think will helpful in future implementations.It would be great if
 you can provide some additional materials on Java -nio-ftp-library [4]. Any
 comments on how to proceed?

 thanks

 [1] http://www.onkarjoshi.com/blog/126/which-library-to-use-for-
 ftp-sftp-ftps-file-transfer-in-java/
 [2] https://github.com/hasithajayasundara/Simple-FTP-client-and-server
 [3] https://www.javacodegeeks.com/2015/08/commons-vfs-sshj-and-j
 sch-in-comparison.html
 [4] http://java-nio-ftp-library.soft112.com/

 On Fri, Mar 17, 2017 at 10:56 AM, Hasitha Jayasundara <
 hasithajayasunda...@gmail.com> wrote:

> Hi Malaka,
>
> Can you please provide me some additional materials to study
> java-nio-ftp-library [1].
>
> Thank you.
>
> [1] http://java-nio-ftp-library.soft112.com/
>
> On Tue, Mar 14, 2017 at 3:31 PM, Hasitha Jayasundara <
> hasithajayasunda...@gmail.com> wrote:
>
>> Hi Malaka,
>>
>> Thank you for the reply.The server part was an additional
>> implementation I went through to get an understanding about client server
>> programming in 

[Dev] PR - WebSocket Server Connector Support for Ballerina

2017-03-21 Thread Irunika Weeraratne
Hi,
Please review the PR and comment.
https://github.com/ballerinalang/ballerina/pull/2210

Thanks,
Irunika
*Irunika Weeraratne*
*Software Engineer | WSO2, Inc. *
*Email : irun...@wso2.com *
*LinkedIn : https://lk.linkedin.com/in/irunika
*
*Mobile : +94712403314 <+94%2071%20240%203314>*
*Lean . Enterprise . Middleware*
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev


Re: [Dev] Accessing a secured wsdl when deploying a proxy service.

2017-03-21 Thread Nuwan Wimalasekara
Hi all,

We could implement to support accessing secured wsdl in both ways. Now the
credentials can be defined with url itself or as a proxy service parameter.
if the credentials are available, Every http request sends with the basic
auth header to get the resource.

1) http://user:password@localhost:8282/securewsdl?wsdl"/>

2) http://localhost:8282/securewsdl?wsdl"/>
YWRtaW46YWRtaW4=

Thanks,
Nuwanw

On Mon, Mar 20, 2017 at 6:05 PM, Nuwan Wimalasekara  wrote:

> Hi all,
>
> When deploying a proxy service, WSDL can be defined with the parameter
> publishWSDL. However if the WSDL is secured, ESB received a 401 error and
> failed to deploy the proxy service. One thing we can do is that, we can add
> a user name and parameter as below to access the basic auth secured
> WSDL.(however below url is not working due to a minor bug in the code. Need
> a fix to get it worked.).
>
> http://user:password@localhost:8282/securewsdl?wsdl"/>
>
> But again it failed to get access the wsdl when the wsdl contain secured
> xsd imports. So a secured wsdl with secured xsd import can not be used in
> ESB as a proxy service WSDL.
>
> There are two options we can improve the code  ESB to get the scenario
> working.
>
> 1) defined the wsdl url as bellow and get the username and password from
> base url then add the Authorization header for all the xsd imports urls
> when calling xsd references.
>
> http://user:password@localhost:8282/securewsdl?wsdl"/>
>
> *Limitation*: If we define the username and password as above, the
> password can not be encrypt with secure vault as it become a malformed url
> when creating the URL object.
>
> 2) Introduce a new parameter(wsdl.security.basicauth) to get the
> Authorization header value and add the Authorization header when ever
> making a http call for wsdl and xds references.
>
> Then we can encrypt the parameter for securing the given password. However
> we have to implement securing proxy service parameters with wso2 secure
> vault since it is not available with current implementation.
>
> Is there any other alternative to get above scenario working, appreciate
> your thoughts.
>
> [1] https://wso2.org/jira/browse/ESBJAVA-5054
>
> Thanks,
> Nuwanw
>
> --
> Nuwan Wimalasekara
> Associate Technical Lead
> WSO2, Inc.: http://wso2.com
> lean. enterprise. middleware
>
> phone: +94 71 668 4620 <071%20668%204620>
>
>
>
>


-- 
Nuwan Wimalasekara
Associate Technical Lead
WSO2, Inc.: http://wso2.com
lean. enterprise. middleware

phone: +94 71 668 4620
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev


Re: [Dev] Class Not Found error when shutting down the Dashboard Server

2017-03-21 Thread Chamara Silva
Thanks sinthuja.

Regards,
Chamara Silva

On Tue, Mar 21, 2017 at 11:42 AM, Sinthuja Ragendran 
wrote:

> Hi Chamara,
>
> Please find the commit in [1] to fix this issue. I remember Madara was
> recently checking on a similar issue recently.
>
> [1] https://github.com/wso2/product-ds/commit/
> 3f1d3739f351e3c08dee68c46cc5be143b2e3b9b
>
> Thanks,
> Sinthuja.
>
> On Tue, Mar 21, 2017 at 11:28 AM, Chamara Silva  wrote:
>
>> Hi Sinthuja,
>> We got the same problem in IS 5.1.0. Could we know the exact
>> configurations you suggested here?
>>
>> Regards,
>> Chamara Silva
>>
>> On Thu, Jan 14, 2016 at 7:49 AM, Lalanke Athauda 
>> wrote:
>>
>>> Hi Charitha,
>>> Thanks for the reply. I checked "org.wso2.carbon.registry.indexing" in
>>> OSGi console and it wasn't exported by multiple bundles. Actually the
>>> problem occurs when server starting up, not in shutting down process.
>>> Anyway Sinthuja looked for this problem and found that our configurations
>>> were not correct. So the problem was solved after setting right
>>> configurations. Thanks again for spending time to solve my problem.
>>>
>>> On Wed, Jan 13, 2016 at 10:39 AM, Charitha Goonetilleke <
>>> charit...@wso2.com> wrote:
>>>
 Hi Lalanke,

 Did you tried to start server with OSGi console? If not try to start
 server with OSGi console by "*sh wso2server.sh -DosgiConsole*". Then
 try to figure out *org.wso2.carbon.registry.indexing* package is
 exported by one or more bundles. You can check this by issuing "*p 
 org.wso2.carbon.registry.in
 dexing*" in OSGi console. Probably
 this issue might happen if above package is exported by multiple bundles.
 So please make sure it is not.

 Also please read the first answer in this [1] for additional work
 around.

 [1] http://stackoverflow.com/questions/7475195/osgi-how-to-e
 nsure-classpath-consistency

 Thanks & Regards,
 /charithag

 On Tue, Jan 12, 2016 at 3:13 PM, Lalanke Athauda 
 wrote:

> Hi Rajith,
> Thanks for your quick reply. I checked the logs and there are no other
> errors or exceptions. This is my complete log.
>
> [2016-01-12 15:01:05,189]  INFO 
> {org.wso2.carbon.core.internal.CarbonCoreActivator}
> -  Starting WSO2 Carbon...
> [2016-01-12 15:01:05,189]  INFO 
> {org.wso2.carbon.core.internal.CarbonCoreActivator}
> -  Operating System : Linux 3.13.0-74-generic, amd64
> [2016-01-12 15:01:05,190]  INFO 
> {org.wso2.carbon.core.internal.CarbonCoreActivator}
> -  Java Home: /usr/lib/jvm/java-7-oracle/jre
> [2016-01-12 15:01:05,190]  INFO 
> {org.wso2.carbon.core.internal.CarbonCoreActivator}
> -  Java Version : 1.7.0_80
> [2016-01-12 15:01:05,190]  INFO 
> {org.wso2.carbon.core.internal.CarbonCoreActivator}
> -  Java VM  : Java HotSpot(TM) 64-Bit Server VM 24.80-b11,Oracle
> Corporation
> [2016-01-12 15:01:05,190]  INFO 
> {org.wso2.carbon.core.internal.CarbonCoreActivator}
> -  Carbon Home  : /home/lalanke/sources/product-
> ues/modules/distribution/target/wso2ds-2.0.0-SNAPSHOT
> [2016-01-12 15:01:05,190]  INFO 
> {org.wso2.carbon.core.internal.CarbonCoreActivator}
> -  Java Temp Dir: /home/lalanke/sources/product-
> ues/modules/distribution/target/wso2ds-2.0.0-SNAPSHOT/tmp
> [2016-01-12 15:01:05,190]  INFO 
> {org.wso2.carbon.core.internal.CarbonCoreActivator}
> -  User : lalanke, en-US, Asia/Colombo
> [2016-01-12 15:01:05,261]  WARN {org.wso2.carbon.core.bootup.v
> alidator.util.ValidationResultPrinter} -  Carbon is configured to use
> the default keystore (wso2carbon.jks). To maximize security when deploying
> to a production environment, configure a new keystore with a unique
> password in the production server profile.
> [2016-01-12 15:01:05,311]  WARN {org.wso2.carbon.identity.noti
> fication.mgt.NotificationMgtConfigBuilder} -  Secret Resolver is not
> present. Will not resolve encryptions in config file
> [2016-01-12 15:01:06,108]  WARN {org.wso2.carbon.registry.core
> .config.RegistryConfigurationProcessor} -  Could not find the handler
> class org.wso2.jaggery.scxml.registry.handlers.JaggeryExecutorHandler.
> This handler will not be registered. All handler and filter classes should
> be in the class path of the Registry.
> [2016-01-12 15:01:06,141]  INFO 
> {org.wso2.carbon.registry.core.jdbc.EmbeddedRegistryService}
> -  Configured Registry in 31ms
> [2016-01-12 15:01:06,200]  INFO {org.wso2.carbon.registry.core
> .internal.RegistryCoreServiceComponent} -  Registry Mode:
> READ-WRITE
> [2016-01-12 15:01:06,758]  INFO 
> {org.wso2.carbon.user.core.internal.UserStoreMgtDSComponent}
> -  Carbon UserStoreMgtDSComponent activated successfully.
> [2016-01-12 15:01:09,784]  INFO 
> {org.apache.catalina.sta