You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Konrad Windszus (JIRA)" <ji...@apache.org> on 2017/12/09 10:55:00 UTC

[jira] [Created] (SLING-7294) SlingInstanceRule should also support instances provisioned via slingstart-maven-plugin

Konrad Windszus created SLING-7294:
--------------------------------------

             Summary: SlingInstanceRule should also support instances provisioned via slingstart-maven-plugin
                 Key: SLING-7294
                 URL: https://issues.apache.org/jira/browse/SLING-7294
             Project: Sling
          Issue Type: Bug
          Components: Apache Sling Testing Rules
    Affects Versions: Apache Sling Testing Rules 1.0.6
            Reporter: Konrad Windszus


Currently the {{SlinginstanceRule}} uses the {{SlingTestBase}} from {{o.a.s.testing.serversetup}} to connect to an existing instance. IMHO right now it is more intuitive to leverage the {{slingstart-maven-plugin}} with a given model.txt to create a new launchpad and also execute it.
 
For an example with that approach look at https://github.com/apache/sling-org-apache-sling-models-validation-impl/blob/master/pom.xml#L78.

Currently any IT annotated with {{@SlingInstanceRule}} fails for this project with an error like
{code}
No files found in jar folder specified by jar.executor.jar.folder property: <somepath>
	at org.apache.sling.testing.serversetup.jarexec.JarExecutor.<init>(JarExecutor.java:111)
	at org.apache.sling.testing.serversetup.instance.SlingTestBase.<init>(SlingTestBase.java:89)
	at org.apache.sling.testing.serversetup.instance.SlingTestBase.<init>(SlingTestBase.java:70)
	at org.apache.sling.testing.junit.rules.SlingInstanceRule.<clinit>(SlingInstanceRule.java:44)
	....
{code}

Either this annotation should also support instances started via the slingstart-maven-plugin or there should be a dedicated annotation for that.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)