CallMethodRuleTestCase (Apache Commons Digester 3.3-SNAPSHOT Test API)

java.lang.Object
- org.apache.commons.digester3.CallMethodRuleTestCase

```
public class CallMethodRuleTestCase
extends Object
```
Tests for the CallMethodRule and associated CallParamRule.

Author:

Christopher Lenz

Constructor Summary

Constructors
Constructor and Description

CallMethodRuleTestCase()

Constructors
Constructor and Description
`CallMethodRuleTestCase()`

Method Summary

Methods
Modifier and Type	Method and Description
`protected InputStream`	`getInputStream(String name)` Return an appropriate InputStream for the specified test file (which must be inside our current package.
`void`	`testBasic()` Test method calls with the CallMethodRule rule.
`void`	`testCallInvalidTarget()` Test invoking an object which does not exist on the stack.
`void`	`testCallMethodOnly()` Test method calls with the CallMethodRule reading from the element body, with no CallParamMethod rules added.
`void`	`testCallNext()` Test invoking an object which is at top-1 on the stack, like SetNextRule does...
`void`	`testCallRoot()` Test invoking an object which is at the root of the stack, like SetRoot does...
`void`	`testFromStack()`
`void`	`testNestedBody()`
`void`	`testOrderNestedPartA()` Test that the target object for a CallMethodRule is the object that was on top of the object stack when the CallMethodRule fired, even when other rules fire between the CallMethodRule and its associated CallParamRules.
`void`	`testOrderNestedPartB()` Test nested CallMethod rules.
`void`	`testParamsFromStack()` This tests the call methods params enhancement that provides for more complex stack-based calls.
`void`	`testPathCallParam()` Test for the PathCallParamRule
`void`	`testPrimitiveReading()`
`void`	`testProcessingHook()`
`void`	`testSettingProperties()` Test CallMethodRule variants which specify the classes of the parameters to target methods.
`void`	`testTwoCalls()`

Methods inherited from class java.lang.Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

- Constructor Detail
  - CallMethodRuleTestCase
```
public CallMethodRuleTestCase()
```
- Method Detail
  - testBasic
```
public void testBasic()
               throws SAXException,
                      IOException
```
    Test method calls with the CallMethodRule rule. It should be possible to call a method with no arguments using several rule syntaxes.
    
    Throws:
    
    SAXException
    
    IOException
  - testCallMethodOnly
```
public void testCallMethodOnly()
                        throws Exception
```
    Test method calls with the CallMethodRule reading from the element body, with no CallParamMethod rules added.
    
    Throws:
    
    Exception
  - testSettingProperties
```
public void testSettingProperties()
                           throws SAXException,
                                  IOException
```
    Test CallMethodRule variants which specify the classes of the parameters to target methods. String, int, boolean, float should all be acceptable as parameter types.
    
    Throws:
    
    SAXException
    
    IOException
  - testParamsFromStack
```
public void testParamsFromStack()
                         throws SAXException,
                                IOException
```
    This tests the call methods params enhancement that provides for more complex stack-based calls.
    
    Throws:
    
    SAXException
    
    IOException
  - testOrderNestedPartA
```
public void testOrderNestedPartA()
                          throws Exception
```
    Test that the target object for a CallMethodRule is the object that was on top of the object stack when the CallMethodRule fired, even when other rules fire between the CallMethodRule and its associated CallParamRules.
    The current implementation of CallMethodRule ensures this works by firing only at the end of the tag that CallMethodRule triggered on.
    
    Throws:
    
    Exception
  - testOrderNestedPartB
```
public void testOrderNestedPartB()
                          throws Exception
```
    Test nested CallMethod rules.
    The current implementation of CallMethodRule, in which the method is invoked in its end() method, causes behaviour which some users find non-intuitive. In this test it can be seen to "reverse" the order of data processed. However this is the way CallMethodRule has always behaved, and it is expected that apps out there rely on this call order so this test is present to ensure that no-one changes this behaviour.
    
    Throws:
    
    Exception
  - testPrimitiveReading
```
public void testPrimitiveReading()
                          throws Exception
```
    Throws:
    
    Exception
  - testFromStack
```
public void testFromStack()
                   throws Exception
```
    Throws:
    
    Exception
  - testTwoCalls
```
public void testTwoCalls()
                  throws Exception
```
    Throws:
    
    Exception
  - testNestedBody
```
public void testNestedBody()
                    throws Exception
```
    Throws:
    
    Exception
  - testProcessingHook
```
public void testProcessingHook()
                        throws Exception
```
    Throws:
    
    Exception
  - testPathCallParam
```
public void testPathCallParam()
                       throws Exception
```
    Test for the PathCallParamRule
    
    Throws:
    
    Exception
  - testCallInvalidTarget
```
public void testCallInvalidTarget()
                           throws Exception
```
    Test invoking an object which does not exist on the stack.
    
    Throws:
    
    Exception
  - testCallNext
```
public void testCallNext()
                  throws Exception
```
    Test invoking an object which is at top-1 on the stack, like SetNextRule does...
    
    Throws:
    
    Exception
  - testCallRoot
```
public void testCallRoot()
                  throws Exception
```
    Test invoking an object which is at the root of the stack, like SetRoot does...
    
    Throws:
    
    Exception
  - getInputStream
```
protected InputStream getInputStream(String name)
                              throws IOException
```
    Return an appropriate InputStream for the specified test file (which must be inside our current package.
    
    Parameters:
    name - Name of the test file we want
    
    Throws:
    
    IOException - if an input/output error occurs

Class CallMethodRuleTestCase

Constructor Summary

Method Summary

Methods inherited from class java.lang.Object

Constructor Detail

CallMethodRuleTestCase

Method Detail

testBasic

testCallMethodOnly

testSettingProperties

testParamsFromStack

testOrderNestedPartA

testOrderNestedPartB

testPrimitiveReading

testFromStack

testTwoCalls

testNestedBody

testProcessingHook

testPathCallParam

testCallInvalidTarget

testCallNext

testCallRoot

getInputStream