Package org.apache.openejb.test.stateful
Class StatefulBeanTxTests
java.lang.Object
org.junit.Assert
org.apache.openejb.test.NumberedTestCase
org.apache.openejb.test.NamedTestCase
org.apache.openejb.test.stateful.StatefulBeanTxTests
- All Implemented Interfaces:
junit.framework.Test
[1] Should be run as the first test suite of the StatefulTestClients
-
Nested Class Summary
Nested classes/interfaces inherited from class org.apache.openejb.test.NumberedTestCase
NumberedTestCase.NamedTest, NumberedTestCase.TestSetup, NumberedTestCase.TestTearDown -
Field Summary
FieldsModifier and TypeFieldDescriptionprotected javax.ejb.Handleprotected BeanTxStatefulHomeprotected javax.ejb.HomeHandleprotected javax.ejb.EJBMetaDataprotected BeanTxStatefulObjectprotected Integerprotected InitialContextstatic final StringFields inherited from class org.apache.openejb.test.NamedTestCase
testNameFields inherited from class org.apache.openejb.test.NumberedTestCase
standardPrefix -
Constructor Summary
Constructors -
Method Summary
Modifier and TypeMethodDescriptionvoidThis test does work for the IntraVM Server, but it fails on the Remote Server.protected voidsetUp()Sets up the fixture, for example, open a network connection.protected voidtearDown()Tears down the fixture, for example, close a network connection.void11.6.1 Bean-managed transaction demarcation The Container must make the javax.transaction.UserTransaction interface available to the enterprise bean's business method via the javax.ejb.EJBContext interface and under the environment entry java:comp/UserTransaction.void11.6.1 Bean-managed transaction demarcation The Container must make the javax.transaction.UserTransaction interface available to the enterprise bean's business method via the javax.ejb.EJBContext interface and under the environment entry java:comp/UserTransaction.voidvoid11.6.1 Bean-managed transaction demarcation The Container must throw the java.lang.IllegalStateException if an instance of a bean with bean-managed transaction demarcation attempts to invoke the setRollbackOnly() or getRollbackOnly() method of the javax.ejb.EJBContext interface.void11.6.1 Bean-managed transaction demarcation The Container must throw the java.lang.IllegalStateException if an instance of a bean with bean-managed transaction demarcation attempts to invoke the setRollbackOnly() or getRollbackOnly() method of the javax.ejb.EJBContext interface.void11.6.1 Bean-managed transaction demarcation The Container must allow the enterprise bean instance to serially perform several transactions in a method.void11.6.1 Bean-managed transaction demarcation When an instance attempts to start a transaction using the begin() method of the javax.transaction.UserTransaction interface while the instance has not committed the previous transaction, the Container must throw the javax.transaction.NotSupportedException in the begin() method.void11.6.1 Bean-managed transaction demarcation In the case of a stateful session bean, it is possible that the business method that started a transaction completes without committing or rolling back the transaction.void11.6.1 Bean-managed transaction demarcation The actions performed by the Container for an instance with bean-managed transaction are summarized by the following table.void11.6.1 Bean-managed transaction demarcation The actions performed by the Container for an instance with bean-managed transaction are summarized by the following table.void11.6.1 Bean-managed transaction demarcation The actions performed by the Container for an instance with bean-managed transaction are summarized by the following table.void11.6.1 Bean-managed transaction demarcation The actions performed by the Container for an instance with bean-managed transaction are summarized by the following table.Methods inherited from class org.apache.openejb.test.NamedTestCase
nameMethods inherited from class org.apache.openejb.test.NumberedTestCase
countTestCases, createTest, createTestName, removePrefix, removePrefix, run, run, runTestMethod, toStringMethods inherited from class org.junit.Assert
assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertArrayEquals, assertEquals, assertEquals, assertEquals, assertEquals, assertEquals, assertEquals, assertEquals, assertEquals, assertEquals, assertEquals, assertEquals, assertEquals, assertFalse, assertFalse, assertNotEquals, assertNotEquals, assertNotEquals, assertNotEquals, assertNotEquals, assertNotEquals, assertNotEquals, assertNotEquals, assertNotNull, assertNotNull, assertNotSame, assertNotSame, assertNull, assertNull, assertSame, assertSame, assertThat, assertThat, assertThrows, assertThrows, assertTrue, assertTrue, fail, fail
-
Field Details
-
jndiEJBHomeEntry
- See Also:
-
ejbHome
-
ejbObject
-
ejbMetaData
protected javax.ejb.EJBMetaData ejbMetaData -
ejbHomeHandle
protected javax.ejb.HomeHandle ejbHomeHandle -
ejbHandle
protected javax.ejb.Handle ejbHandle -
ejbPrimaryKey
-
initialContext
-
-
Constructor Details
-
StatefulBeanTxTests
public StatefulBeanTxTests()
-
-
Method Details
-
setUp
Sets up the fixture, for example, open a network connection. This method is called before a test is executed.- Overrides:
setUpin classNumberedTestCase- Throws:
Exception
-
tearDown
Tears down the fixture, for example, close a network connection. This method is called after a test is executed.- Overrides:
tearDownin classNumberedTestCase- Throws:
Exception
-
test01_EJBContext_getUserTransaction
public void test01_EJBContext_getUserTransaction()11.6.1 Bean-managed transaction demarcation The Container must make the javax.transaction.UserTransaction interface available to the enterprise bean's business method via the javax.ejb.EJBContext interface and under the environment entry java:comp/UserTransaction. When an instance uses the javax.trans-action. UserTransaction interface to demarcate a transaction, the Container must enlist all the resource managers used by the instance between the begin() and commit(),or rollback(), methods with the transaction. When the instance attempts to commit the transaction, the Container is responsible for the global coordination of the transaction commit.--------------------------------------------------------
Check that a javax.transaction.UserTransaction can be obtained from the javax.ejb.EJBContext -
test02_java_comp_UserTransaction
public void test02_java_comp_UserTransaction()11.6.1 Bean-managed transaction demarcation The Container must make the javax.transaction.UserTransaction interface available to the enterprise bean's business method via the javax.ejb.EJBContext interface and under the environment entry java:comp/UserTransaction. When an instance uses the javax.trans-action. UserTransaction interface to demarcate a transaction, the Container must enlist all the resource managers used by the instance between the begin() and commit(),or rollback(), methods with the transaction. When the instance attempts to commit the transaction, the Container is responsible for the global coordination of the transaction commit.--------------------------------------------------------
Check that a javax.transaction.UserTransaction can be obtained from the environment entry java:comp/UserTransaction -
TODO_test03_EJBContext_setRollbackOnly
public void TODO_test03_EJBContext_setRollbackOnly()11.6.1 Bean-managed transaction demarcation The Container must throw the java.lang.IllegalStateException if an instance of a bean with bean-managed transaction demarcation attempts to invoke the setRollbackOnly() or getRollbackOnly() method of the javax.ejb.EJBContext interface.--------------------------------------------------------
Test that setRollbackOnly() throws a java.lang.IllegalStateException -
TODO_test04_EJBContext_getRollbackOnly
public void TODO_test04_EJBContext_getRollbackOnly()11.6.1 Bean-managed transaction demarcation The Container must throw the java.lang.IllegalStateException if an instance of a bean with bean-managed transaction demarcation attempts to invoke the setRollbackOnly() or getRollbackOnly() method of the javax.ejb.EJBContext interface.--------------------------------------------------------
Test that getRollbackOnly() throws a java.lang.IllegalStateException -
test05_singleTransactionCommit
public void test05_singleTransactionCommit() -
BUG_test06_singleTransactionRollback
public void BUG_test06_singleTransactionRollback()This test does work for the IntraVM Server, but it fails on the Remote Server. For some reason, when the RollbackException is sent to the client, the server blocks. -
TODO_test07_serialTransactions
public void TODO_test07_serialTransactions()11.6.1 Bean-managed transaction demarcation The Container must allow the enterprise bean instance to serially perform several transactions in a method. -
TODO_test08_nestedTransactions
public void TODO_test08_nestedTransactions()11.6.1 Bean-managed transaction demarcation When an instance attempts to start a transaction using the begin() method of the javax.transaction.UserTransaction interface while the instance has not committed the previous transaction, the Container must throw the javax.transaction.NotSupportedException in the begin() method. -
TODO_test09_methodSpanningTransactions
public void TODO_test09_methodSpanningTransactions()11.6.1 Bean-managed transaction demarcation In the case of a stateful session bean, it is possible that the business method that started a transaction completes without committing or rolling back the transaction. In such a case, the Container must retain the association between the transaction and the instance across multiple client calls until the instance commits or rolls back the transaction. When the client invokes the next business method, the Container must invoke the business method in this transaction context. -
TODO_test10_scenario1_NoneNone
public void TODO_test10_scenario1_NoneNone()11.6.1 Bean-managed transaction demarcation The actions performed by the Container for an instance with bean-managed transaction are summarized by the following table. T1 is a transaction associated with a client request, T2 is a transaction that is cur-rently associated with the instance (i.e. a transaction that was started but not completed by a previous business method).========================================================================= Container's actions for methods of beans with bean-managed transaction ========================================================================= | IF | AND | THEN scenario | Client's | Transaction currently | Transaction associated | transaction | associated with instance | with the method is ___________|_____________|__________________________|________________________ | | | 1 | none | none | none ___________|_____________|__________________________|________________________ | | | 2 | T1 | none | none ___________|_____________|__________________________|________________________ | | | 3 | none | T2 | T2 ___________|_____________|__________________________|________________________ | | | 4 | T1 | T2 | T2 ___________|_____________|__________________________|________________________
If the client request is not associated with a transaction and the instance is not associated with a transaction, the container invokes the instance with an unspecified transaction context.--------------------------------------------------------
Test scenario 1: none none
If the client's transaction is none and the transaction currently associated with instance none then the transaction associated with the method is none. -
TODO_test11_scenario2_T1None
public void TODO_test11_scenario2_T1None()11.6.1 Bean-managed transaction demarcation The actions performed by the Container for an instance with bean-managed transaction are summarized by the following table. T1 is a transaction associated with a client request, T2 is a transaction that is cur-rently associated with the instance (i.e. a transaction that was started but not completed by a previous business method).========================================================================= Container's actions for methods of beans with bean-managed transaction ========================================================================= | IF | AND | THEN scenario | Client's | Transaction currently | Transaction associated | transaction | associated with instance | with the method is ___________|_____________|__________________________|________________________ | | | 1 | none | none | none ___________|_____________|__________________________|________________________ | | | 2 | T1 | none | none ___________|_____________|__________________________|________________________ | | | 3 | none | T2 | T2 ___________|_____________|__________________________|________________________ | | | 4 | T1 | T2 | T2 ___________|_____________|__________________________|________________________
If the client is associated with a transaction T1, and the instance is not associated with a transaction, the container suspends the client's transaction association and invokes the method with an unspecified transaction context. The container resumes the client's transaction association (T1) when the method completes.--------------------------------------------------------
Test scenario 2: T1 none -
TODO_test12_scenario3_NoneT2
public void TODO_test12_scenario3_NoneT2()11.6.1 Bean-managed transaction demarcation The actions performed by the Container for an instance with bean-managed transaction are summarized by the following table. T1 is a transaction associated with a client request, T2 is a transaction that is cur-rently associated with the instance (i.e. a transaction that was started but not completed by a previous business method).========================================================================= Container's actions for methods of beans with bean-managed transaction ========================================================================= | IF | AND | THEN scenario | Client's | Transaction currently | Transaction associated | transaction | associated with instance | with the method is ___________|_____________|__________________________|________________________ | | | 1 | none | none | none ___________|_____________|__________________________|________________________ | | | 2 | T1 | none | none ___________|_____________|__________________________|________________________ | | | 3 | none | T2 | T2 ___________|_____________|__________________________|________________________ | | | 4 | T1 | T2 | T2 ___________|_____________|__________________________|________________________
If the client request is not associated with a transaction and the instance is already associated with a transaction T2, the container invokes the instance with the transaction that is associated with the instance (T2). This case can never happen for a stateless Session Bean.--------------------------------------------------------
Test scenario 3: none T2 -
TODO_test13_scenario4_T1T2
public void TODO_test13_scenario4_T1T2()11.6.1 Bean-managed transaction demarcation The actions performed by the Container for an instance with bean-managed transaction are summarized by the following table. T1 is a transaction associated with a client request, T2 is a transaction that is cur-rently associated with the instance (i.e. a transaction that was started but not completed by a previous business method).========================================================================= Container's actions for methods of beans with bean-managed transaction ========================================================================= | IF | AND | THEN scenario | Client's | Transaction currently | Transaction associated | transaction | associated with instance | with the method is ___________|_____________|__________________________|________________________ | | | 1 | none | none | none ___________|_____________|__________________________|________________________ | | | 2 | T1 | none | none ___________|_____________|__________________________|________________________ | | | 3 | none | T2 | T2 ___________|_____________|__________________________|________________________ | | | 4 | T1 | T2 | T2 ___________|_____________|__________________________|________________________
If the client is associated with a transaction T1, and the instance is already associated with a transaction T2, the container suspends the client's transaction association and invokes the method with the transaction context that is associated with the instance (T2). The container resumes the client's transaction association (T1) when the method completes. This case can never happen for a stateless Session Bean.--------------------------------------------------------
Test scenario 4: T1 T2
-