Exclude TestClass from travis ci test execution

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Exclude TestClass from travis ci test execution

BrunoBB
This post was updated on .
Hi,

I have the following .smalltalk.ston excluding a test class
(as stated in: https://github.com/hpi-swa/smalltalkCI):

SmalltalkCISpec {
  #loading : [
    SCIMetacelloLoadSpec {
      #baseline : 'OrbeonPersistenceLayer',
      #directory : 'repository',
      #onWarningLog : true,
      #load : [ 'default' ],
      #platforms : [ #gemstone ]
    }
  ],
  #testing : {  
     #include : {
      #packages : ['Orbeon_Tests']
    },
    #exclude : {
      #classes : [ #OrbeonFormInstanceQTestExample1 ]
    }
  }
}

But the test class OrbeonFormInstanceQTestExample1 is executed anyway.
(hierarchy:
TestCase>>OrbeonFormTest>>OrbeonFormInstanceTest>>OrbeonFormInstanceTestExample1>>OrbeonFormInstanceQTestExample1)

Any idea what is wrong with the ston ?

Regards,
Bruno
Reply | Threaded
Open this post in threaded view
|

Re: Exclude TestClass from travis ci test execution

GLASS mailing list
Bruno,

The name of the class should be a string, not a Symbol. The following
should work :

   #testing : {
      #include : {
       #packages : ['Orbeon_Tests']
     },
     #exclude : {
       #classes : [ 'OrbeonFormInstanceQTestExample1' ]
     }
   }

Dale

On 09/03/2016 05:20 PM, BrunoBB via Glass wrote:

> Hi,
>
> I have the following .smalltalk.ston excluding a test class
> (as stated in: https://github.com/hpi-swa/smalltalkCI):
>
> SmalltalkCISpec {
>    #loading : [
>      SCIMetacelloLoadSpec {
>        #baseline : 'OrbeonPersistenceLayer',
>        #directory : 'repository',
>        #onWarningLog : true,
>        #load : [ 'default' ],
>        #platforms : [ #gemstone ]
>      }
>    ],
>    #testing : {
>       #include : {
>        #packages : ['Orbeon_Tests']
>      },
>      #exclude : {
>        #classes : [ #OrbeonFormInstanceQTestExample1 ]
>      }
>    }
> }
>
> But the test class OrbeonFormInstanceQTestExample1 is executed anyway.
>
> Any idea what is wrong with this definition ?
>
> Regards,
> Bruno
>
>
>
> --
> View this message in context: http://forum.world.st/Exclude-TestClass-from-travis-ci-test-execution-tp4913992.html
> Sent from the GLASS mailing list archive at Nabble.com.
> _______________________________________________
> Glass mailing list
> [hidden email]
> http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Exclude TestClass from travis ci test execution

BrunoBB
Dale,

My ston is:
SmalltalkCISpec {
  #loading : [
    SCIMetacelloLoadSpec {
      #baseline : 'OrbeonPersistenceLayer',
      #directory : 'repository',
      #onWarningLog : true,
      #load : [ 'default' ],
      #platforms : [ #gemstone ]
    }
  ],
  #testing : {  
    #exclude : {
      #classes : [ 'OrbeonFormInstanceQTestExample1' ]
    },
     #include : {
      #packages : ['Orbeon_Tests']
    }
  }
}

But all tests in OrbeonFormInstanceQTestExample1 are still being executed :(

No idea what is going on....i will reserach further on this... let you know i find something...

regards,
bruno
Reply | Threaded
Open this post in threaded view
|

Re: Exclude TestClass from travis ci test execution

GLASS mailing list
Well I can't guess why I told you that the class name needed to be a
String instead of a Symbol ... looking at the SmalltalkCI docs and
implementation again it looks like the class name is supposed to be a
Symbol... With that said, it actually doesn't matter for GemStone, since
the class name can be a String or a Symbol ... not sure what made me
thing it was supposed to be a String :)

Anyway I would suggest you look closely at the name of the class as I
suspect a typo ...

You can debug locally by going to the $GS_HOME/shared/repos/smalltalkCI
git repo and then running the following with the appropriate GemStone
verion:

   ./run.sh -s GemStone-3.3.1 --gs-HOME="$GS_HOME"
<path-to-Orebeon-git-repo>/.smalltalk.ston

Which will run the tests in a local stone called travis. Then you can
arrange to debug things by logging into the travis stone, setting a
breakpoint in SmalltalkCI>>classesToTest and then running an interactive
smalltalkCI run in the image by executing:

   SmalltalkCI test: '<path-to-Orebeon-git-repo>/.smalltalk.ston'

and you should get to the bottom of things ..

Dale

On 09/07/2016 10:01 AM, BrunoBB via Glass wrote:

> Dale,
>
> My ston is:
> SmalltalkCISpec {
>    #loading : [
>      SCIMetacelloLoadSpec {
>        #baseline : 'OrbeonPersistenceLayer',
>        #directory : 'repository',
>        #onWarningLog : true,
>        #load : [ 'default' ],
>        #platforms : [ #gemstone ]
>      }
>    ],
>    #testing : {
>      #exclude : {
>        #classes : [ 'OrbeonFormInstanceQTestExample1' ]
>      },
>       #include : {
>        #packages : ['Orbeon_Tests']
>      }
>    }
> }
>
> But all tests in OrbeonFormInstanceQTestExample1 are still being executed :(
>
> No idea what is going on....i will reserach further on this... let you know
> i find something...
>
> regards,
> bruno
>
>
>
> --
> View this message in context: http://forum.world.st/Exclude-TestClass-from-travis-ci-test-execution-tp4913992p4914638.html
> Sent from the GLASS mailing list archive at Nabble.com.
> _______________________________________________
> Glass mailing list
> [hidden email]
> http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Exclude TestClass from travis ci test execution

BrunoBB
Hi Dale,

I will try that locally. And before post the question i tried different formats:
* [ #ClassName ] (as stated in documention)
* [ '#ClassName' ]
* [ #'ClassName ']
* [#ClassName]
* maybe forgot other formats :)

And none worked :(, i will try locally to go deeper...

Regards,
Bruno