That might be a little difficult as the external apps for OpenDove aren't even intended to be run on the same appliance or physical host as the controller. Ryan Luis Gomez ---11/05/2013 11:36:19

Hi Ryan, that’s precisely why we call them external apps. The question for you maybe is whether you would like to have OpenDove external apps included in the OpenDaylight release (like VTN people),

Hi team, I have a question regarding Jenkins setup: if I create a branch in our git repo for new test code (Python or Robot) stored under “testcode” folder or I create a branch in our git repo

What jenkins builds is completely dependent up where it's pointing from the git branch options as well as the gerrit path triggers. So, yes, it's feasible to have different jobs for different

Thanks Andy for your quick answer. The question comes because we have different stuff in our git repo : /distributions: this is what Ed created to build the controller release vehicles /packaging:

Hi guys, Congratulations, I downloaded the python scripts to the test tools VMs, changed the controller IP and run the system test with no issues. I saw you coded very well all the REST requests

How about just adding the python scripts into the integration repo instead of using github. It doesn't hurt. -Moiz

Hi Moiz, just a question: our repo as it is configured now, should not trigger a verify build job whenever someone tries to put something on it (i.e. with git push)? or is there another way to do

Hi Carol and Punal, I checked the Robot framework using the wiki instruction Carol wrote and I liked very much, specially how clear and easy is to write a test case (SimpleTest.txt) and the

Just sent the mail and I found this link: https://github.com/bulkan/robotframework-requests This is maybe what we need for REST requests in Robot…

When you push code into the repository it will trigger a verify build. However if you do not have your integration tests integrated into the maven build then they will not be run. Was your concern

Thanks for your feedback, Luis. It would be of great help if widely thorough tests can be done in various environment, before we make the code stable. As we agreed before, I will notify every stable

Hi Moiz, My only concern was that the existing verify job will build the release vehicles every time someone changes something in the test code, I do not know how much effort/time is required for

Ok. I understand your concern now. I'll let Baohua and Denghui push to the ODL repo since they have done the work to create these tests :) -Moiz

Yes, luis. Definitely. What I concern is should we put the code now or wait until the code is more stable? As Deng hui and I are still fixing one little bug. After that, we can see the basic release

Hi Baohua, I have not really thought much on the name but yes we need a folder for all that is test code (python, robot, etc..), so one idea is to have the following structure under integration:

Sure, luis, how about the following? Integration -- distributions packaging test -- tool

Hi Team, We can use robotframework-requests https://github.com/bulkan/robotframework-requests We are using “requests” right now in CSIT test tools but robotframework-requests will

Can anyone try thisrobotframework-requests vs CSIT-test-tool requests and see what are the differences? I would like to try in the Ericsson Lab today if I have time….

Hi all, Please check today’s meeting MoM at: https://wiki.opendaylight.org/view/CrossProject:Integration_Group:Meetings#Meeting_Minutes_of_Group_1 BR/Luis