8 Replies Latest reply on Jan 16, 2014 3:41 AM by Aslak Knutsen

    Arquillian Native Platform extension

    Karel Piwko Master

      Hey Arquillians,


      for a long time we are struggling in using tools that are not they easily available from Java world. Things like Android SDK, PhantomJS driver binary, chromedriver server binary, containers downloaded via complicated Maven commands and similar stuff.

      While is it possible to download all the stuff manually, people still need to set paths and similar stuff. All that clutters the first experience with Arquillian.


      Therefore, I'm resurrecting proposal for native platform extension, that could be consumed by extension creators. The point is to create a solid platform that is able to handle all that stuff based on metadata model.



      • should be able to get an archive/binary from any external location
      • should be able to cache archive/binary using maven coordinates in local repository, acting as cache
      • should be able to handle different binaries per platform
      • should be able to execute code after installation and before installation
      • should be able to cache results - only first execution needs to do that
      • should have access to arquillian.xml descriptor
      • should be externally configurable (via arquillian.xml) - selected metadata could be overrided in arquillian.xml somehow
      • must log it's progress, so it does not look stuck
      • must be able to configure the workspace - the directory where platform related bits are extracted - so for instance Android SDK can be shared per multiple jobs


      Metadata model

      Metadata model is not yet available, but it could be based on YAML and look in similar way (suggestions welcomed):


      id: android-sdk
      version: 22.3
           - linux
           - windows
           linux: http://dl.google.com/android/android-sdk_r22.3-linux.tgz
           windows: http://dl.google.com/android/android-sdk_r22.3-windows.zip
           linux: android-sdk_r22.3-linux.tgz
           windows: android-sdk_r22.3-windows.zip
           linux: android-sdk-linux
           windows: android-sdk-windows
      cacheCoordinates: org.arquillian.nativeplatforms.cache:android-sdk
                - !!java org.arquillian.droidium.SayHelloToEarthlingsAction
           linux: # a sh script
                - tar xvzf ${localFileName} 
           windows: # a cmd script
                - unzip ${localFileName}
                - chmod -R a+x ${home}/tools
                - !!java org.arquillian.droidium.AndroidSdkInstallerAction
                - !!java org.arquillian.droidium.AndroidSdkInstallerAction



      Based on metadata definition, any extension could use native platforms extensions in the following way (based on Android SDK example in Droidium)

      1. Check whether Android SDK is set and points to existing directory
        1. If yes, go to step 6
        2. If no, go to step 2.
      2. Get metadata for Android SDK
      3. Check whether an installation is available in local maven repository cache
        1. If yes, go to step 4
        2. If no, download it from external location and put it into cache
      4. Perform pre-install actions
      5. Perform install actions
      6. Perform post install actions - must be idempotent operation, for instance install API level 17 configured in Droidium
      7. Continue with the execution of Droidium

      The second execution will simply skip all steps, making the first execution run longer but having no effect on subsequent execution




      I have created a candidate with support for external process execution - based on current code in Drodium, I'd like to move it under Arquillian umbrella and release asap. It can immediately replace Process related code in Arquillian-Droidium and it would also be used in next Drone version to work with Appium.


      kpiwko/arquillian-native-platform · GitHub


      Feedback required :-)






      Additional materials


      Drafts (spoiler alert - contains some Czech/Slovak language notes):