Hi all,
I could automate the ProxyServiceAdmin Admin service to upload the proxy to
ESB. Also it support, Confirm whether it is successful or not. This steps
was possible to written in robot test script.
Thus i'm try to scripting and automate to invoke the uploaded proxy
services. for that can you let me know, what are the available options to
invoke the proxy services.
Thanks and regards.
On Thu, Jun 19, 2014 at 11:56 AM, Malintha Adikari <malin...@wso2.com>
wrote:
> Please note the update for the test scenario :
>
>
> On Thu, Jun 19, 2014 at 11:52 AM, Malintha Adikari <malin...@wso2.com>
> wrote:
>
>> Hi Rukshan,
>>
>> As the next step we can evaluate the usability of robot scripts. Then we
>> have to come up with a way to enhance the usability of the test scripts
>> based on that evaluation. Could you try to develop an automated test case
>> using robot for following test scenario and compare the original script and
>> robot script and evaluate the differences between two
>>
>> *. login to Application server
> * upload a service to application server
> * confirm the uploaded server has been deployed successfully
> (this should be your back end service for the ESB proxy service)
>
>
>> 1.login to esb
>> 2.upload a proxy to esb
>> 3.check whether it was deployed successfully
>> 4.send a payload to the proxy
>> 5.Get the response
>> 6.Check the response is correct/incorrect
>>
>> Regards,
>> Malintha Adikari
>>
>>
>> On Tue, Jun 17, 2014 at 2:14 PM, Rukshan Chathuranga <
>> rcruksha...@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> I added a xml file to keep stub name and wsdl file name of each admin
>>> services. its structure is looks like this.
>>>
>>> <service stub="org.wso2.carbon.statistics.stub.StatisticsAdminStub"
>>> name="StatisticsAdmin" wsdl="StatisticsAdmin" lib="StatisticsAdminLibrary"/>
>>>
>>> Then added new java method to return wsdl name and stub class name. It
>>> is like this.
>>>
>>> public static String[] getServiceInfor(String lib) {
>>> File pomfile = new File("service.xml");
>>> String[] res;
>>> try {
>>>
>>> DocumentBuilder dBuilder = DocumentBuilderFactory.newInstance()
>>> .newDocumentBuilder();
>>> Document doc = dBuilder.parse(pomfile);
>>> System.out.println("Root element :"
>>> + doc.getDocumentElement().getNodeName());
>>>
>>> NodeList service = doc.getElementsByTagName("service");
>>> for (int i = 0; i < service.getLength(); i++) {
>>> Element ele = (Element) service.item(i);
>>> if (ele.getAttribute("lib").equals(lib)) {
>>> res = new String[2];
>>> res[0] = ele.getAttribute("stub");
>>> res[1] = ele.getAttribute("wsdl");
>>> return res;
>>> }
>>>
>>> }
>>> return null;
>>>
>>> } catch (Exception e) {
>>> System.out.println(e.getMessage());
>>> return null;
>>> }
>>> }
>>>
>>>
>>> So if there are any issue in this procedure please let me know.
>>>
>>>
>>> Thanks and regards.
>>>
>>>
>>>
>>>
>>> On Sat, Jun 14, 2014 at 9:10 AM, Rukshan Chathuranga <
>>> rcruksha...@gmail.com> wrote:
>>>
>>>> Hi Dharshana,
>>>>
>>>> No. it was not the resolving the dependencies of the client. Sorry if
>>>> my mail is not much clear. :)
>>>>
>>>> I wanted to import required classes for Client that generated based on
>>>> the Stub classes. My first step was taking package information from the
>>>> POM.xml as you said. but it contain only some parent package names and also
>>>> those get mapped to the new package names(rename). Thus it was difficulty
>>>> to extract all the classes. Also some extra libraries get imported and some
>>>> required libraries not get imported.
>>>>
>>>> But using reflection it is possible to get all the operation's
>>>> information of the stub classes. Then importing required class for
>>>> parameters and return type was much easier.
>>>>
>>>> ex:
>>>> import org.wso2.carbon.service.mgt.stub.ServiceAdminStub;
>>>> import
>>>> org.wso2.carbon.service.mgt.stub.types.carbon.ServiceDownloadData;
>>>> import
>>>> org.wso2.carbon.service.mgt.stub.types.carbon.ServiceGroupMetaData;
>>>>
>>>>
>>>> Thanks and regards.
>>>>
>>>>
>>>>
>>>>
>>>> On Sat, Jun 14, 2014 at 12:18 AM, Dharshana Warusavitharana <
>>>> dharsha...@wso2.com> wrote:
>>>>
>>>>> Hi Rekshan,
>>>>>
>>>>> Do we really need this step. AFAICU you are trying to automate the
>>>>> dependency resolving of your client library.
>>>>> Basically, there is a limited set of dependency for external
>>>>> libraries when you are generating the client. That won't expand much over
>>>>> introducing new stubs.
>>>>> You can have general pom file which have basic dependencies which are
>>>>> common to the general stubs.
>>>>>
>>>>> And im not clear how you would identify extra libraries you need by
>>>>> just using reflection.
>>>>>
>>>>> Correct me if im wrong
>>>>>
>>>>> Thank you,
>>>>> Dharshana.
>>>>>
>>>>>
>>>>> On Fri, Jun 13, 2014 at 10:51 AM, Rukshan Chathuranga <
>>>>> rcruksha...@gmail.com> wrote:
>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> I could manage the issue occurred during Client generation from Stub.
>>>>>> I get operations from the WSDL file and used Java reflection to identify
>>>>>> the information of those operation. Then it help me to identified the
>>>>>> required Libraries and import them into generated Client libraries. Also
>>>>>> added Property file to get services host and port information.
>>>>>>
>>>>>> new version of the project can be found from here.
>>>>>>
>>>>>> https://github.com/ruks/Automated-test-case-generation-tool/tree/991e6e21927288d237c0a8d1985b7d2787f91a9b/Auto-TAF
>>>>>>
>>>>>> Thanks and regards.
>>>>>>
>>>>>>
>>>>>> On Tue, Jun 10, 2014 at 3:24 PM, Rukshan Chathuranga <
>>>>>> rcruksha...@gmail.com> wrote:
>>>>>>
>>>>>>> Hi Malintha,
>>>>>>>
>>>>>>> Generating Client from Stub is not problem with one String template
>>>>>>> file. Template file contain generic Class structure like Method,
>>>>>>> Constructor, Fields and Import library. Only difference is their name
>>>>>>> and
>>>>>>> object type. Identifying the those names and type from WSDL, it is
>>>>>>> possible
>>>>>>> to generate Different client for different Stub.
>>>>>>>
>>>>>>> Thanks and regards.
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Jun 10, 2014 at 3:09 PM, Malintha Adikari <malin...@wso2.com
>>>>>>> > wrote:
>>>>>>>
>>>>>>>> Hi Rukshan,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jun 10, 2014 at 2:49 PM, Rukshan Chathuranga <
>>>>>>>> rcruksha...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> These days i am working on Automatically Generating Client code.
>>>>>>>>> Now i able to generate Client Code using String Template. For That i
>>>>>>>>> Used
>>>>>>>>> previously Used String Template file with Some Modification.
>>>>>>>>>
>>>>>>>>> Now project can generate the Stub file and automatically generate
>>>>>>>>> the Client Based on the WSDL and Stub.
>>>>>>>>>
>>>>>>>>
>>>>>>>> I have a doubt about using single string template for generating
>>>>>>>> client code for all stubs. The purpose and the implementation of each
>>>>>>>> admin
>>>>>>>> service is different. So Can we use one string template for generating
>>>>>>>> the
>>>>>>>> clients for all those different WSDLs. String template approach is
>>>>>>>> better.
>>>>>>>> IMO, we have to come up with a way to treat all different admin
>>>>>>>> services
>>>>>>>> through string templates.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> Also generated Client can be used as Library to Robot Framework to
>>>>>>>>> implement keyword driven testing. Also it's possible to invoke Admin
>>>>>>>>> services and Assert the operation.
>>>>>>>>>
>>>>>>>>> With all of these modification i create the new Project and
>>>>>>>>> committed to the Git Repo. It is available at here.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> https://github.com/ruks/Automated-test-case-generation-tool/tree/991e6e21927288d237c0a8d1985b7d2787f91a9b/Auto-TAF
>>>>>>>>>
>>>>>>>>> Then for the next few days i'm hoping to understand the Robot
>>>>>>>>> Framework scripting in depth to verify whether we can improve Robot
>>>>>>>>> framework scripting.
>>>>>>>>>
>>>>>>>>> Yes, We have to make test writing user friendly. First we have to
>>>>>>>> find points that make test writing difficult. Then we have to come up
>>>>>>>> with
>>>>>>>> a generic solution to call all those difficulties. Can you try to write
>>>>>>>> test cases for some different admin services with your existing
>>>>>>>> solution.
>>>>>>>> Then you can refer those test to analyze difficulties.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Malintha Adikari
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks and regards.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sun, Jun 8, 2014 at 12:17 AM, Rukshan Chathuranga <
>>>>>>>>> rcruksha...@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi all,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> These days i am working on solving the problems that are occurred
>>>>>>>>>> during the Client Generation. These exceptions are occurred when
>>>>>>>>>> using the
>>>>>>>>>> "cxf-codegen-plugin" with wsdl2java. As a alternative solution, i
>>>>>>>>>> decided
>>>>>>>>>> to understand the existing service stub generating procedure to
>>>>>>>>>> generate
>>>>>>>>>> Stub code. And then generate Client code that could be use as
>>>>>>>>>> Library to
>>>>>>>>>> Robot Framework.
>>>>>>>>>>
>>>>>>>>>> For that i refereed these two
>>>>>>>>>>
>>>>>>>>>> https://svn.wso2.org/repos/wso2/carbon/kernel/trunk/service-stubs/
>>>>>>>>>>
>>>>>>>>>> https://svn.wso2.org/repos/wso2/carbon/platform/trunk/service-stubs/
>>>>>>>>>>
>>>>>>>>>> repositories to generate Stub sources to support
>>>>>>>>>> my requirement. up to now i could be able to generate Stub code for
>>>>>>>>>> WSDL
>>>>>>>>>> listed in these repositories.
>>>>>>>>>>
>>>>>>>>>> Also the main problem had earlier the "certificate Exception"
>>>>>>>>>> occurred initiating Client, could be solved by setting up
>>>>>>>>>> certificate file
>>>>>>>>>> properly in system property.
>>>>>>>>>>
>>>>>>>>>> Now Robot framework able to run test case with authenticate and
>>>>>>>>>> invoke some basic admin service that are hard coded as Library to
>>>>>>>>>> Robot
>>>>>>>>>> framework.
>>>>>>>>>>
>>>>>>>>>> Thus my next step is to Generate this Library Classes
>>>>>>>>>> Automatically based on the WSDL file and provide to the Robot
>>>>>>>>>> framework as
>>>>>>>>>> Library. For this I decided to use my previous method that used
>>>>>>>>>> String
>>>>>>>>>> Template to generate Library Files, with few modification.
>>>>>>>>>>
>>>>>>>>>> Thanks and regards.
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Department Of Computer Science & Engineering,
>>>>>>>>>> Faculty Of Engineering,
>>>>>>>>>> University Of Moratuwa.
>>>>>>>>>> Sri lanka
>>>>>>>>>> WEB: http://rukspot.com/
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Department Of Computer Science & Engineering,
>>>>>>>>> Faculty Of Engineering,
>>>>>>>>> University Of Moratuwa.
>>>>>>>>> Sri lanka.
>>>>>>>>> WEB: http://rukspot.com/
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> *Malintha Adikari*
>>>>>>>> Software Engineer
>>>>>>>> WSO2 Inc.; http://wso2.com
>>>>>>>> lean.enterprise.middleware
>>>>>>>>
>>>>>>>> Mobile: +94 71 2312958
>>>>>>>> Blog: http://malinthas.blogspot.com
>>>>>>>> Page: http://about.me/malintha
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Department Of Computer Science & Engineering,
>>>>>>> Faculty Of Engineering,
>>>>>>> University Of Moratuwa.
>>>>>>> Sri lanka.
>>>>>>> WEB: http://rukspot.com/
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Department Of Computer Science & Engineering,
>>>>>> Faculty Of Engineering,
>>>>>> University Of Moratuwa.
>>>>>> Sri lanka.
>>>>>> WEB: http://rukspot.com/
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Dharshana Warusavitharana
>>>>> Senior Software Engineer , Test Automation
>>>>> WSO2 Inc. http://wso2.com
>>>>> email : dharsha...@wso2.com <dharsha...@wso2.com>
>>>>> Tel : +94 11 214 5345
>>>>> Fax :+94 11 2145300
>>>>> cell : +94772202595
>>>>> blog : http://dharshanaw.blogspot.com
>>>>>
>>>>> lean . enterprise . middleware
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Department Of Computer Science & Engineering,
>>>> Faculty Of Engineering,
>>>> University Of Moratuwa.
>>>> Sri lanka.
>>>> WEB: http://rukspot.com/
>>>>
>>>>
>>>
>>>
>>> --
>>> Department Of Computer Science & Engineering,
>>> Faculty Of Engineering,
>>> University Of Moratuwa.
>>> Sri lanka.
>>> WEB: http://rukspot.com/
>>>
>>>
>>
>>
>> --
>> *Malintha Adikari*
>> Software Engineer
>> WSO2 Inc.; http://wso2.com
>> lean.enterprise.middleware
>>
>> Mobile: +94 71 2312958
>> Blog: http://malinthas.blogspot.com
>> Page: http://about.me/malintha
>>
>
>
>
> --
> *Malintha Adikari*
> Software Engineer
> WSO2 Inc.; http://wso2.com
> lean.enterprise.middleware
>
> Mobile: +94 71 2312958
> Blog: http://malinthas.blogspot.com
> Page: http://about.me/malintha
>
--
Department Of Computer Science & Engineering,
Faculty Of Engineering,
University Of Moratuwa.
Sri lanka.
WEB: http://rukspot.com/
_______________________________________________
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev
