### Eclipse Workspace Patch 1.0 #P trunk-arquillian Index: doc/reference/src/main/docbook/en-US/examples.xml =================================================================== --- doc/reference/src/main/docbook/en-US/examples.xml (revision 4254) +++ doc/reference/src/main/docbook/en-US/examples.xml (working copy) @@ -92,7 +92,7 @@ - Asssuming you have JBoss AS started from running the tests on the command line, you can now execute the tests. + Assuming you have JBoss AS started from running the tests on the command line, you can now execute the tests. Right click on the InjectionTestCase.java file in the Package Explorer and select Run As... > JUnit Test or Run As... > TestNG Test depending on which unit testing framework the test is using. Index: doc/reference/src/main/docbook/en-US/execution.xml =================================================================== --- doc/reference/src/main/docbook/en-US/execution.xml (revision 4254) +++ doc/reference/src/main/docbook/en-US/execution.xml (working copy) @@ -114,7 +114,7 @@ Arquillian delegates to an SPI (service provider interface) to handle starting and stopping the server and deploying and undeploying archives. In this case, the SPI is the interface org.jboss.arquillian.spi.DeployableContainer. If you recall from the getting started - section, we included an Arquillian library according to the target container we wanted to us. That library + section, we included an Arquillian library according to the target container we wanted to use. That library contains an implementation of this interface, thus controlling how Arquillian handles deployment. If you wanted to introduce support for another container in Arquillian, you would simply provide an implementation of this interface. Index: doc/reference/src/main/docbook/en-US/enrichment.xml =================================================================== --- doc/reference/src/main/docbook/en-US/enrichment.xml (revision 4254) +++ doc/reference/src/main/docbook/en-US/enrichment.xml (working copy) @@ -8,7 +8,7 @@ When you use a unit testing framework like JUnit or TestNG, your test case lives in a world on its own. That makes integration testing pretty difficult because it means the environment in which the business logic executes must be self-contained within the scope of the test case (whether at the suite, class or method - level). The onus of setting up this environment in the test falls on the developer's shoulders. + level). The bonus of setting up this environment in the test falls on the developer's shoulders.