Hi all, I used the above[1] example to send a payload to the Axis2 Services. It works well on services that deployed on Axis2 server. But it is not work for the Uploaded proxy services of the ESB. What can be the problem?
This is the exception i got. "AxisFault while getting response :The input stream for an incoming message is null." Also i used "https://localhost:8243/services/echo"; as endPointReference. [1] https://github.com/wso2/carbon-platform-integration/blob/master/test-automation-framework/org.wso2.carbon.automation.test.utils/src/main/java/org/wso2/carbon/automation/test/utils/axis2client/AxisServiceClient.java On Fri, Jun 20, 2014 at 2:07 PM, Malintha Adikari <[email protected]> wrote: > > Hi Rukshan, > > On Thu, Jun 19, 2014 at 7:01 PM, Rukshan Chathuranga < > [email protected]> wrote: > >> 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. >> > > You can use Axis2ServiceClient [1] for invoked the deployed proxy service. > > [1] > https://github.com/wso2/carbon-platform-integration/blob/master/test-automation-framework/org.wso2.carbon.automation.test.utils/src/main/java/org/wso2/carbon/automation/test/utils/axis2client/AxisServiceClient.java > > Regards, > Malintha Adikari > >> >> Thanks and regards. >> >> >> On Thu, Jun 19, 2014 at 11:56 AM, Malintha Adikari <[email protected]> >> wrote: >> >>> Please note the update for the test scenario : >>> >>> >>> On Thu, Jun 19, 2014 at 11:52 AM, Malintha Adikari <[email protected]> >>> 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 < >>>> [email protected]> 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 < >>>>> [email protected]> 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 < >>>>>> [email protected]> 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 < >>>>>>> [email protected]> 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 < >>>>>>>> [email protected]> 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 < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>>> Hi Rukshan, >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, Jun 10, 2014 at 2:49 PM, Rukshan Chathuranga < >>>>>>>>>> [email protected]> 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 < >>>>>>>>>>> [email protected]> 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 : [email protected] <[email protected]> >>>>>>> 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/ >> >> > > > -- > *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 [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
