|
|
General User GuideThe main class of the framework is org.openoffice.Runner
At least a test job must be given, this can be a single implementation object or even a single Interface/Service of an implementation object as well as a complex scenario of such cases.
#Sample scenario file
-o sw.SwXCell
-o sc.ScCellObj
-o sw.swXBodyText::com::sun::star::text::XText
In the prepared package you'll find a scenario file (api.sce) that contains all testcases. This can be executed using the command
./execute(Java|Basic) -sce api.sce (Unix) execute(Java|Basic).bat -sce api.sce (Windows) At least the jar files ridl.jar, unoil.jar, sandbox.jar, jurt.jar, juh.jar, and java_uno.jar , which are located in '<Office_Path>/program/classes', must be part of your CLASSPATH, as well as the classes of the framework and tests. To be able to connect the office via the Java-UNO bridge it must be started 'connectable'. This means you start the office as follows: <Office_Path>/program/soffice "-accept=socket,host=localhost,port=8100;urp;" (unix/linux)
<Office_Path>\program\soffice.exe -accept=socket,host=localhost,port=8100;urp; (windows)
You can also let the Runner itself start the Office by setting the AppExecutionCommand parameter:
AppExecutionCommand=<Office_Path>/program/soffice -accept=socket,host=localhost,port=8100;urp; In the second case the Runner tries to start the Office, if it can't connect. So you'll have to make sure that no Office-instance is already running. In both cases make sure that the quickstarter (Windows only) isn't running. For more information about connecting the Office from external applications, confer the Developer's Guide of OpenOffice.org, chapter First Steps. When the Runner starts, it first searches for a property file. If the parameter-ini <Full_Path>is given it takes this on otherwise it searches in the home directory and the current path for a file named runner.props (Win) and .runner.props (Unix) respectively. If no property file is given, the defaults are used. Afterwards it parses the command line arguments and finally searches the desired value set for the given job(s). This value set is given in form of so called object descriptions which can be found in the objdsc-subdirectory of qadevOOo. Then the job(s) is/are executed and the result is displayed on screen. You can define an arbitrary number of parameters, here are some predefined:
Last Modified: $Date: 2004/03/10 15:58:39 $ |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||



